| | 1 | Biographies for people who have team work and want |
| | 2 | to publish their common work |
| | 3 | Vision |
| | 4 | |
| | 5 | Version <1.0> |
| | 6 | ReVision document History |
| | 7 | Date Version Description Author |
| | 8 | |
| | 9 | <dd/mmm/yy> <x.x> <details> <name> |
| | 10 | Table of Contents |
| | 11 | |
| | 12 | Vision |
| | 13 | 1. Introduction |
| | 14 | Software (web site) for research group of people data base |
| | 15 | |
| | 16 | |
| | 17 | The user first will enter a site that will have text box, which from the text box will check |
| | 18 | (according key words, date and place) if there is already some portfolio, group, biography, event |
| | 19 | or etc. Nonregistered users have access to the site but not and to the files and the important |
| | 20 | information. The system is consisted of: admin, registered user and nonregistered user. Everyone |
| | 21 | for themselves enter the needed information. Every user can approve if the file will be public or |
| | 22 | not. Every user will need to be able to rang their own portfolio and every other activity. The first |
| | 23 | group of users will be the informatics. The admin will define the structure of the site, to choose |
| | 24 | which modules will exist, to configure the system, to define the basic parameters (important: the |
| | 25 | admin will not enter the information about the people). The entering of the information and |
| | 26 | activities needs to be acceptable for every group of users, simpler and more practical. |
| | 27 | |
| | 28 | 1. Purpose |
| | 29 | The goal of this document is to have the biographies on one place for certain group of people. |
| | 30 | With arrangement of the web site where the biographies will be arranged, the companies and the |
| | 31 | other people will be able to see on one place the biographies, in which files one person was |
| | 32 | included and many other convenient. |
| | 33 | |
| | 34 | 2. Scope |
| | 35 | The software is connected with certain group of people that have their own biographies |
| | 36 | |
| | 37 | 3. Definitions, Acronyms and Abbreviations |
| | 38 | Shortcut (bio=biography) |
| | 39 | |
| | 40 | 4. References |
| | 41 | Beside this document we have other documents for example: weekly reports, interview, |
| | 42 | presentations and etc. |
| | 43 | |
| | 44 | 5. Overview |
| | 45 | This document represents the vision of the software, review and access to the software. |
| | 46 | 2. Positioning |
| | 47 | 1. Business Opportunity |
| | 48 | The software will be used for reading, searching and discovering certain information, files etc, |
| | 49 | for a certain person. |
| | 50 | |
| | 51 | 2. Problem Statement |
| | 52 | The problem of Overlap of the files (one person wrote with one |
| | 53 | name on one file, and the other one that associated |
| | 54 | in that file wrote it under other name. With this will |
| | 55 | be achieved more duplicates and etc.) |
| | 56 | |
| | 57 | Affects Musicians, informatics, poets… |
| | 58 | |
| | 59 | the impact of which Searching of one person whose files have wrote and |
| | 60 | is what worked. |
| | 61 | |
| | 62 | a successful Here the files are connected with that person and he |
| | 63 | solution would be can add and summarize. |
| | 64 | |
| | 65 | 3. Product Position Statement |
| | 66 | |
| | 67 | |
| | 68 | For Musicians, informatics, poets.. |
| | 69 | |
| | 70 | Who [statement of the need or opportunity] |
| | 71 | |
| | 72 | The (product Web software for biography |
| | 73 | name) |
| | 74 | |
| | 75 | That Simpler way of having more biographies on one |
| | 76 | place |
| | 77 | |
| | 78 | Unlike [primary competitive alternative] |
| | 79 | |
| | 80 | Our product [statement of primary differentiation] |
| | 81 | |
| | 82 | |
| | 83 | 3. Stakeholder and User Descriptions |
| | 84 | |
| | 85 | For this project we ask many people from different areas and we will put the best and most liked |
| | 86 | features from asked people. Also for this project we ask the people which will read the |
| | 87 | biographies and we make survey which features are most interested for them and how they want |
| | 88 | to classify the information for the people and which features they want to see on different place |
| | 89 | in the biographies. |
| | 90 | Market Demographics |
| | 91 | |
| | 92 | |
| | 93 | Our small team work on this project and we want to grow up our respect between the IT |
| | 94 | companies. We make discount on our prices because we want to be competitive with other |
| | 95 | companies who work on this type of software. |
| | 96 | |
| | 97 | Stakeholder Summary |
| | 98 | |
| | 99 | Name Represents Role |
| | 100 | |
| | 101 | Person who write his Often users They will write information |
| | 102 | biography about their work |
| | 103 | |
| | 104 | Biography reader People who will read the People who will see the work |
| | 105 | biographies on the people their shared |
| | 106 | work, people who are |
| | 107 | interested about some |
| | 108 | projects, events etc. |
| | 109 | User Summary |
| | 110 | |
| | 111 | Name Description Stakeholder |
| | 112 | |
| | 113 | Name the user type [Briefly describe what [List how the user is |
| | 114 | they represent with respect represented by the |
| | 115 | to the system.] stakeholders. |
| | 116 | For example, Represented by |
| | 117 | Stakeholder 1.1 |
| | 118 | |
| | 119 | |
| | 120 | |
| | 121 | User Environment |
| | 122 | |
| | 123 | |
| | 124 | For completion of this project there is a team from 5 professional programmers who will work 5 |
| | 125 | months in this company. First they will make some prototype and after that they will upgrade the |
| | 126 | application and will make the final version. |
| | 127 | |
| | 128 | Stakeholder Profiles |
| | 129 | |
| | 130 | <Stakeholder Name> |
| | 131 | |
| | 132 | Representative [Who is the stakeholder representative to the project? (optional if |
| | 133 | documented elsewhere.) What we want here is names.] |
| | 134 | |
| | 135 | Description [Brief description of the stakeholder type.] |
| | 136 | |
| | 137 | Type [Qualify the stakeholder’s expertise, technical background, and |
| | 138 | degree of sophistication—that is, guru, business, expert, casual user, |
| | 139 | etc.] |
| | 140 | |
| | 141 | Responsibilities [List the stakeholder’s key responsibilities with regards to the system |
| | 142 | being developed—that is, their interest as a stakeholder.] |
| | 143 | |
| | 144 | Success Criteria [How does the stakeholder define success? |
| | 145 | How is the stakeholder rewarded?] |
| | 146 | |
| | 147 | Involvement [How the stakeholder is involved in the project? Relate where |
| | 148 | possible to RUP workers—that is, Requirements Reviewer etc.] |
| | 149 | |
| | 150 | Deliverables [Are there any additional deliverables required by the stakeholder? |
| | 151 | These could be project deliverables or outputs from the system under |
| | 152 | development.] |
| | 153 | |
| | 154 | Comments / [Problems that interfere with success and any other relevant |
| | 155 | Issues information go here.] |
| | 156 | User Profiles |
| | 157 | |
| | 158 | <User Name> |
| | 159 | |
| | 160 | Representative [Who is the user representative to the project? (optional if |
| | 161 | documented elsewhere.) This often refers to the Stakeholder that |
| | 162 | represents the set of users, for example, Stakeholder: Stakeholder1.] |
| | 163 | |
| | 164 | Description [A brief description of the user type.] |
| | 165 | |
| | 166 | Type [Qualify the user’s expertise, technical background, and degree of |
| | 167 | sophistication—that is, guru, casual user, etc.] |
| | 168 | |
| | 169 | Responsibilities [List the user’s key responsibilities with regards to the system being |
| | 170 | developed— that is, captures details, produces reports, coordinates |
| | 171 | work, etc.] |
| | 172 | |
| | 173 | Success Criteria [How does the user define success? |
| | 174 | How is the user rewarded?] |
| | 175 | |
| | 176 | Involvement [How the user is involved in the project? Relate where possible to |
| | 177 | RUP workers—that is, Requirements Reviewer, etc.] |
| | 178 | |
| | 179 | Deliverables [Are there any deliverables the user produces and, if so, for whom?] |
| | 180 | |
| | 181 | Comments / [Problems that interfere with success and any other relevant |
| | 182 | Issues information go here. |
| | 183 | These would include trends that make the user’s job easier or harder.] |
| | 184 | |
| | 185 | |
| | 186 | |
| | 187 | Key Stakeholder / User Needs |
| | 188 | |
| | 189 | |
| | 190 | • Little information about group work on some team |
| | 191 | • This problem is solved with this application because all group works will |
| | 192 | be networked between the people. |
| | 193 | |
| | 194 | Need Priority Concerns Current Proposed Solutions |
| | 195 | Solution |
| | 196 | Broadcast messages |
| | 197 | |
| | 198 | |
| | 199 | |
| | 200 | Alternatives and Competition |
| | 201 | |
| | 202 | Our purpose is to tell to the IT world that we can be quality and competitive on the market. |
| | 203 | |
| | 204 | |
| | 205 | 4. Product Overview |
| | 206 | |
| | 207 | Product Perspective |
| | 208 | |
| | 209 | |
| | 210 | There are a lot of similar sites where there are parts for biography but they are not connected |
| | 211 | which one in which file, activity and etc worked, so there wouldn’t be overlap of the files and |
| | 212 | etc. |
| | 213 | Summary of Capabilities |
| | 214 | Customer Support System |
| | 215 | Customer Benefit Supporting Features |
| | 216 | |
| | 217 | Less spent time for the admin Only with few clicks you’ll get the |
| | 218 | needed information for a certain type |
| | 219 | of a person. |
| | 220 | |
| | 221 | Easier way for reviewing of |
| | 222 | the biographies |
| | 223 | |
| | 224 | Assumptions and Dependencies |
| | 225 | |
| | 226 | |
| | 227 | The web site can be accessible through mobile and PC. |
| | 228 | Cost and Pricing |
| | 229 | |
| | 230 | We’ll need a certain server where will be our web site which will have certain configuration |
| | 231 | (more users more memory ex. 500 users, 1GB ram). |
| | 232 | |
| | 233 | Licensing and Installation |
| | 234 | |
| | 235 | |
| | 236 | The application will be able to be used by everyone, but the registered users will have more |
| | 237 | possibilities and more functions. |
| | 238 | 5. Product Features |
| | 239 | The user can list all the projects that he entered or participated in. He will be also able to search |
| | 240 | thought the projects using the keywords. |
| | 241 | |
| | 242 | If a project is rewritten the user should be able to add only the year to the existing data for the |
| | 243 | project. |
| | 244 | |
| | 245 | When a user applies for a new job/project the system should select only the projects that are |
| | 246 | necessary for the new job/project so that the employer can see the experience on the user. |
| | 247 | |
| | 248 | Avoidance from additional costs. |
| | 249 | |
| | 250 | |
| | 251 | |
| | 252 | 6. Constraints |
| | 253 | • Users can limit which data will be visible for others. |
| | 254 | • Users will have access only if they are connected on the internet. |
| | 255 | • The user interface design must be simpler so that it could be handled by |
| | 256 | people with lack of computer experience. |
| | 257 | |
| | 258 | |
| | 259 | 7. Quality Ranges |
| | 260 | 7.1. Usability |
| | 261 | 7.1.1. The software must be easy to learn and operate with. |
| | 262 | 7.2. Performance |
| | 263 | 7.2.1. The system must return results in no more than 3 seconds. |
| | 264 | 7.3. Robustness |
| | 265 | 7.3.1. |
| | 266 | 7.4. Fault tolerance |
| | 267 | 7.4.1. |
| | 268 | 8. Precedence and Priority |
| | 269 | 9. Other Product Requirements |
| | 270 | Applicable Standards |
| | 271 | |
| | 272 | System Requirements |
| | 273 | |
| | 274 | Performance Requirements |
| | 275 | |
| | 276 | Environmental Requirements |
| | 277 | 10.Documentation Requirements |
| | 278 | User Manual |
| | 279 | |
| | 280 | The user manual will help the users of the software to understand better its functionality |
| | 281 | and have a full benefit from it. The manual will be detailed with all the things that the users |
| | 282 | need to know, such as what to do with the login page, what to do with the groups, |
| | 283 | assignments, user’s CV-s, events etc. According to the number of groups of users, the |
| | 284 | manual will be separated into as many parts as groups. Also there will be information |
| | 285 | about what the user has to do in an error event or some wrong input/display. All of the |
| | 286 | above will be explained graphically. |
| | 287 | On-line Help |
| | 288 | If needed, an online instruction/help will be provided, along the user manual. The online |
| | 289 | help will be used in case of a system error or wrong input/function so that the user can |
| | 290 | apply the solution fast and successful. The online help will contain information about some |
| | 291 | unpredicted action that the users may conduct and solutions. |
| | 292 | |
| | 293 | Installation Guides, Configuration, Read Me File |
| | 294 | |
| | 295 | The software does not require installation, configuration or Read Me File. The |
| | 296 | configuration, i.e. the login actions will be provided in the user manual. |
| | 297 | . |
| | 298 | |
| | 299 | Labeling and Packaging |
| | 300 | |
| | 301 | The CD cases (with the user manual and access to the software ) will be printed in black |
| | 302 | color and some simple logo. |
| | 303 | |
| | 304 | |
| | 305 | 11.Appendix 1 - Feature Attributes |
| | 306 | Status |
| | 307 | |
| | 308 | |
| | 309 | Prop • Adding new users |
| | 310 | osed |
| | 311 | • Inserting new CV-s |
| | 312 | • Inserting new assignments and |
| | 313 | events |
| | 314 | • Inserting new companies |
| | 315 | • Editing/Inserting Assignment’s details |
| | 316 | • Inserting/Editing User’s details |
| | 317 | • Inserting data has to be |
| | 318 | Simultaneously with all user’s groups |
| | 319 | |
| | 320 | Appr / |
| | 321 | oved |
| | 322 | |
| | 323 | Incor / |
| | 324 | porat |
| | 325 | ed |
| | 326 | |
| | 327 | Benefit |
| | 328 | |
| | 329 | The benefit from this project is to have all the CV-s at one place of a group of people with |
| | 330 | certain qualifications, their assignments and events they participated in. That way, all of |
| | 331 | the essential information can be found on one place, so that users could search for |
| | 332 | specific assignment/events. |
| | 333 | |
| | 334 | |
| | 335 | |
| | 336 | C • Adding new users |
| | 337 | rit |
| | 338 | • Adding new group of users |
| | 339 | ic |
| | 340 | al • Adding new projects |
| | 341 | • Administrator’s approval |
| | 342 | |
| | 343 | I • Assigning users to projects/events |
| | 344 | m |
| | 345 | • Inserting/Editing user’s information |
| | 346 | p |
| | 347 | or |
| | 348 | ta |
| | 349 | nt |
| | 350 | |
| | 351 | U • User manual |
| | 352 | s |
| | 353 | ef |
| | 354 | ul |
| | 355 | |
| | 356 | |
| | 357 | Effort |
| | 358 | |
| | 359 | |
| | 360 | The implementation of this project will be conducted in the time period of 18-24 |
| | 361 | months. User’s training will be conducted in the time period of 1-7 days. The full |
| | 362 | amount of time to implement this software in the society is 24-30 months. |
| | 363 | Risk |
| | 364 | |
| | 365 | |
| | 366 | The risk of the development/implementation of this software is the consistency of |
| | 367 | the data different users has access to, therefore misleading users that use the |
| | 368 | software. |
| | 369 | |
| | 370 | Stability |
| | 371 | |
| | 372 | Target Release |
| | 373 | |
| | 374 | Assigned To |
| | 375 | |
| | 376 | Reason |