| 66 | 3.5.1 <Stakeholder Name> |
| 67 | || Претставник || <Име и презиме> || |
| 68 | || Опис || <Brief description of the stakeholder type> || |
| 69 | || Тип || <Qualify the stakeholder’s expertise, technical background, and degree of sophistication—that is, guru, business, expert, casual user, etc> || |
| 70 | || Обврски || <List the stakeholder’s key responsibilities with regards to the system being developed—that is, their interest as a stakeholder> || |
| 71 | || Критериум за успешност || <How does the stakeholder define success? How is the stakeholder rewarded?> || |
| 72 | || Вклученост || <How the stakeholder is involved in the project? Relate where possible to RUP workers—that is, Requirements Reviewer etc> || |
| 73 | || Deliverables || <Are there any additional deliverables required by the stakeholder? These could be project deliverables or outputs from the system under development> || |
| 74 | || Коментари || <Problems that interfere with success and any other relevant information go here> || |
| 75 | |
| 79 | 3.6.1 <Stakeholder Name> |
| 80 | || Претставник || <Име и презиме> || |
| 81 | || Опис || <Brief description of the stakeholder type> || |
| 82 | || Тип || <Qualify the stakeholder’s expertise, technical background, and degree of sophistication—that is, guru, business, expert, casual user, etc> || |
| 83 | || Обврски || <List the stakeholder’s key responsibilities with regards to the system being developed—that is, their interest as a stakeholder> || |
| 84 | || Критериум за успешност || <How does the stakeholder define success? How is the stakeholder rewarded?> || |
| 85 | || Вклученост || <How the stakeholder is involved in the project? Relate where possible to RUP workers—that is, Requirements Reviewer etc> || |
| 86 | || Deliverables || <Are there any additional deliverables required by the stakeholder? These could be project deliverables or outputs from the system under development> || |
| 87 | || Коментари || <Problems that interfere with success and any other relevant information go here> || |
| 94 | |
| 95 | |
| 96 | |
| 97 | **4 Product overview** |
| 98 | |
| 99 | |
| 100 | |
| 101 | **4.1 Product Perspective** |
| 102 | |
| 103 | |
| 104 | |
| 105 | **4.2 Summary of Capabilities** |
| 106 | |
| 107 | || Customer Benefit || Supporting Features || |
| 108 | || New support staff can quickly get up to speed || Knowledge base assists support personnel in quickly identifying known fixes and workarounds || |
| 109 | || Knowledge base assists support personnel in quickly identifying known fixes and workarounds |
| 110 | || Problems are uniquely itemized, classified and tracked throughout the resolution process. Automatic notification occurs for any aging issues || |
| 111 | || Management can identify problem areas and gauge staff workload || Trend and distribution reports allow high level review of problem status || |
| 112 | || Distributed support teams can work together to solve problems || Replication server allows current database information to be shared across the enterprise || |
| 113 | || Customers can help themselves, lowering support costs and improving response time || Knowledge base can be made available over the Internet. Includes hypertext search capabilities and graphical query engine || |
| 114 | |
| 115 | **4.3 Assumptions and Dependencies** |
| 116 | |
| 117 | |
| 118 | |
| 119 | **4.4 Cost and Pricing** |
| 120 | |
| 121 | |
| 122 | |
| 123 | **4.5 Licensing and Installation** |
| 124 | |
| 125 | |
| 126 | |
| 127 | **5 Product Features** |