== CoDBIS Biography == == Vision == === Version <1.1> === ''' Table of Contents ''' 1.Introduction [[BR]] 1.1 Purpose [[BR]] 1.2 Scope [[BR]] 1.3 Definitions, Acronyms and Abbreviations [[BR]] 1.4 References [[BR]] 1.5 Overview [[BR]] 2.Positioning [[BR]] 2.1 Business Opportunity [[BR]] 2.2 Problem Statement [[BR]] 2.3 Product Position Statement [[BR]] 3.Stakeholder and User Descriptions [[BR]] 3.1 Market Demographics [[BR]] 3.2 Stakeholder Summary [[BR]] 3.3 User Summary [[BR]] 3.4 User environment [[BR]] 3.5 Stakeholder Profiles [[BR]] 3.5.1 [[BR]] 3.6 User Profiles [[BR]] 3.6.1 [[BR]] 3.7 Key Stakeholder / User Needs [[BR]] 3.8 Alternatives and Competition [[BR]] 3.8.1 [[BR]] 3.8.2 [[BR]] 4.Product Overview 4.1 Product Perspective [[BR]] 4.2 Summary of Capabilities [[BR]] 4.3 Assumptions and Dependencies [[BR]] 4.4 Cost and Pricing [[BR]] 4.5 Licensing and Installation [[BR]] 5.Product Features 5.1 [[BR]] 5.2 [[BR]] 6.Constraints [[BR]] 7.Quality Ranges [[BR]] 8.Precedence and Priority [[BR]] 9.Other Product Requirements 9.1 Applicable Standards [[BR]] 9.2 System Requirements [[BR]] 9.3 Performance Requirements [[BR]] 9.4 Environmental Requirements [[BR]] 10.Documentation Requirements 10.1 User Manual [[BR]] 10.2 Online Help [[BR]] 10.3 Installation Guides, Configuration, Read Me File [[BR]] 10.4 Labeling and Packaging [[BR]] 11.Appendix 1 - Feature Attributes 11.1 Status [[BR]] 11.2 Benefit [[BR]] 11.3 Effort [[BR]] 11.4 Risk [[BR]] 11.5 Stability [[BR]] 11.6 Target Release [[BR]] 11.7 Assigned To [[BR]] 11.8 Reason [[BR]] == Vision == == 1.Introduction == Software (web site) for research group of people data base [[BR]] The purpose of this document is to collect, analyze, and define high-level needs and features web site Biography. It focuses on the capabilities needed by the stakeholders, and the target users, and why these needs exist. The details of how the web site Biography fulfils these needs are detailed in the use-case and supplementary specifications. === 1.1 Purpose === The goal of this document is to have the biographies on one place for certain group of people. With arrangement of the web site where the biographies will be arranged, the companies and the other people will be able to see on one place the biographies, in which files one person was included and many other convenient. === 1.2 Scope === Scope of this vision refers to the website biography, which will be developed by the team ALDIS. Prof. Vangel us open space http://develop.finki.ukim.mk/projects/biography where you can work on this system. === 1.3 Definitions, Acronyms and Abbreviations === BIO - Biography === 1.4 References === Beside this document we have other documents for example: weekly reports, interview, presentations and etc. === 1.5 Overview === This document represents the vision of the software, review and access to the software. == 2.Positioning == === 2.1 Business Opportunity === The software will be used for reading, searching and discovering certain information, files etc, for a certain person. === 2.2 Problem Statement === The problem of Overlap of the files (one person wrote with one name on one file, and the other one that associated in that file wrote it under other name. With this will be achieved more duplicates and etc.) Affects Musicians, informatics, poets… the impact of which is Searching of one person whose files have wrote and what worked. a successful solution would be Here the files are connected with that person and he can add and summarize. === 2.3 Product Position Statement === ||For||Musicians, informatics, poets..|| ||Who||[statement of the need or opportunity]|| ||The (product name)||Web software for biography|| ||That||Simpler way of having more biographies on one place|| ||Unlike||[primary competitive alternative]|| ||Our product||[statement of primary differentiation]|| == 3.Stakeholder and User Descriptions== For this project we ask many people from different areas and we will put the best and most liked features from asked people. Also for this project we ask the people which will read the biographies and we make survey which features are most interested for them and how they want to classify the information for the people and which features they want to see on different place in the biographies. === 3.1 Market Demographics === Our small team that work on this project is respected by the users on this project (application). Users will be very surprised by the characteristics and opportunities that will be shown in this software. Help on the users will be big because they will not take care about the group tagging on projects and classification on info about their work and activities that want to put in their biographies. === 3.2 Stakeholder Summary === ||Name||Represents||Role ||Person who write his biography||Often users||They will write information about their work|| ||Biography readers||People who will read the biographies||People who will see the work on the people their shared work, people who are interested about some projects, events etc.||   === 3.3 User Summary === ||Name||Description||Stakeholder|| ||Person who write his biography|| || || ||Biography readers|| || || === 3.4 User Environment === ABOUT USERS For completion of this project there is a team from 5 professional programmers who will work 5 months in this company. First they will make some prototype and after that they will upgrade the application and will make the final version. === 3.5 Stakeholder Profiles === ''' 3.5.1 ''' [[BR]] ||Representative||Who is the stakeholder representative to the project? (optional if documented elsewhere.) What we want here is names.]|| ||Description||[Brief description of the stakeholder type.]|| ||Type||[Qualify the stakeholder’s expertise, technical background, and degree of sophistication—that is, guru, business, expert, casual user, etc.]|| ||Responsibilities||[List the stakeholder’s key responsibilities with regards to the system being developed—that is, their interest as a stakeholder.]|| ||Success Criteria||[How does the stakeholder define success? How is the stakeholder rewarded?]|| ||Involvement||[How the stakeholder is involved in the project? Relate where possible to RUP workers—that is, Requirements Reviewer etc.]|| ||Deliverables||[Are there any additional deliverables required by the stakeholder? These could be project deliverables or outputs from the system under development.]|| ||Comments / Issues||[Problems that interfere with success and any other relevant information go here.]|| === 3.6 User Profiles === ''' 3.6.1 ''' [[BR]] ||Representative||[Who is the user representative to the project? (optional if documented elsewhere.) This often refers to the Stakeholder that represents the set of users, for example, Stakeholder: Stakeholder1.]|| ||Description||[A brief description of the user type.]|| ||Type||[Qualify the user’s expertise, technical background, and degree of sophistication—that is, guru, casual user, etc.]|| ||Responsibilities||[List the user’s key responsibilities with regards to the system being developed— that is, captures details, produces reports, coordinates work, etc.]|| ||Success Criteria||[How does the user define success? How is the user rewarded?]|| ||Involvement||[How the user is involved in the project? Relate where possible to RUP workers—that is, Requirements Reviewer, etc.]|| ||Deliverables||[Are there any deliverables the user produces and, if so, for whom?]|| ||Comments / Issues||[Problems that interfere with success and any other relevant information go here. These would include trends that make the user’s job easier or harder.]|| === 3.7 Key Stakeholder / User Needs === • Little information about group work on some team or people[[BR]] o This problem is solved with this application because all group works will be networked between the people.[[BR]] • Users search in big quantity of information to find something for which are interested[[BR]] o This problem is solved because information will be categorized and the search into information will be easy.[[BR]] • Searching information about people is very boring and difficult[[BR]] o Information about people on one place.[[BR]] ||Need||Priority||Concerns||Current Solution||Proposed Solutions|| ||Broadcast messages|| || || || || === 3.8 Alternatives and Competition === Our purpose is to tell to the IT world that we can be quality and competitive on the market. There are some alternative software that are our competitors http://www.eai.org/artistBio.htm?id=8785 http://wwwagse.informatik.uni-kl.de/ http://www.ebdgroup.com/bioeurope/index.php == 4.Product Overview == === 4.1 Product Perspective === There are a lot of similar sites where there are parts for biography but they are not connected which one in which file, activity and etc worked, so there wouldn’t be overlap of the files and etc. === 4.2 Summary of Capabilities === ''' Customer Support System ''' ||Customer Benefit||Supporting Features|| ||Less spent time for the admin||Only with few clicks you’ll get the needed information for a certain type of a person. Easier way for reviewing of the biographies.|| === 4.3 Assumptions and Dependencies === The web site can be accessible through mobile and PC. === 4.4 Cost and Pricing === We’ll need a certain server where will be our web site which will have certain configuration (more users more memory ex. 500 users, 1GB ram). === 4.5 Licensing and Installation === The application will be able to be used by everyone, but the registered users will have more possibilities and more functions.   == 5. Product Features == 5.1 The user can list all the projects that he entered or participated in. He will be also able to search thought the projects using the keywords. [[BR]] 5.2 If a project is rewritten the user should be able to add only the year to the existing data for the project. [[BR]] 5.3 When a user applies for a new job/project the system should select only the projects that are necessary for the new job/project so that the employer can see the experience on the user. [[BR]] 5.4 Avoidance from additional costs. == 6. Constraints == * Users can limit which data will be visible for others. * Users will have access only if they are connected on the internet. * The user interface design must be simpler so that it could be handled by people with lack of computer experience. == 7. Quality Ranges == === 7.1. Usability === 7.1.1. The software must be easy to learn and operate with. === 7.2. Performance === 7.2.1. The system must return results in no more than 3 seconds. === 7.3. Robustness === 7.3.1. === 7.4. Fault tolerance === 7.4.1. == 8. Precedence and Priority == == 9. Other Product Requirements == === 9.1 Applicable Standards === === 9.2 System Requirements === === 9.3 Performance Requirements === === 9.4 Environmental Requirements ===   == 10. Documentation Requirements == === 10.1 User Manual === The user manual will help the users of the software to understand better its functionality and have a full benefit from it. The manual will be detailed with all the things that the users need to know, such as what to do with the login page, what to do with the groups, assignments, user’s CV-s, events etc. According to the number of groups of users, the manual will be separated into as many parts as groups. Also there will be information about what the user has to do in an error event or some wrong input/display. All of the above will be explained graphically. === 10.2 On-line Help === If needed, an online instruction/help will be provided, along the user manual. The online help will be used in case of a system error or wrong input/function so that the user can apply the solution fast and successful. The online help will contain information about some unpredicted action that the users may conduct and solutions. === 10.3 Installation Guides, Configuration, Read Me File === The software does not require installation, configuration or Read Me File. The configuration, i.e. the login actions will be provided in the user manual. === 10.4Labe ling and Packaging === The CD cases (with the user manual and access to the software ) will be printed in black color and some simple logo. == 11. Appendix 1 - Feature Attributes == === 11.1 Status === Proposed - Adding new users - Inserting new CV-s - Inserting new assignments and events - Inserting new companies - Editing/Inserting Assignment’s details - Inserting/Editing User’s details - Inserting data has to be Simultaneously with all user’s groups Approved - Adding new users - Inserting new CV-s - Inserting new assignments and events - Inserting new companies Incorporated / === 11.2 Benefit === The benefit from this project is to have all the CV-s at one place of a group of people with certain qualifications, their assignments and events they participated in. That way, all of the essential information can be found on one place, so that users could search for specific assignment/events. Critical-Adding new users - Adding new group of users - Adding new projects - Administrator’s approval Important-Assigning users to projects/events -Inserting/Editing user’s information Useful-User manual === 11.3 Effort === The user can list all the projects that he entered or participated in. He will be also able to search thought the projects using the keywords. If a project is rewritten the user should be able to add only the year to the existing data for the project. When a user applies for a new job/project the system should select only the projects that are necessary for the new job/project so that the employer can see the experience on the user. Avoidance from additional costs. === 11.4 Risk === The risk of the development/implementation of this software is the consistency of the data different users has access to, therefore misleading users that use the software. === 11.5 Stability === After detailed analysis of the system’s needs, we have come to conclusion that the basic features, such as adding new users, inserting new CV-s and new assignments are fully understand and our point of view for them will not change during development. If something is to be changed during development, we have decided that the change will be implemented only if all of the team members agree of the change and all of them have the full understanding of the change. After analyzing all of the features, the team members have decided if there is need for a feature change, it will have small impact on the development or none at all. Development priorities are: inserting new users, new CV-s and events. === 11.6 Target Release === === 11.7 Assigned To === === 11.8 Reason === Adding new users – This feature is needed because the users will use the system and its full capabilities, based on their authorization - Inserting new CV-s – This feature is needed because this is essential part of the system, explaining other user’s capabilities and experience, and also events and assignments they have worked on - Inserting new assignments and events – Explaining the assignments and the work done to complete the assignment that the users have done in the past or present - Inserting new companies – Searching for specific assignments and people with certain qualifications - Editing/Inserting Assignment’s details – Better understanding of the assignments by the users of the system - Inserting/Editing User’s details - Better understanding/updating user’s information - Inserting data has to be simultaneously with all users’ groups – Preventing errors and wrong displays to the users of the system - Adding new users – Enlarging the system and making it more efficient - Inserting new CV-s – After a new user is added, it is essential that a new CV is inserted, explain user’s experience - Inserting new assignments and events – Information about the current work for a new assignment/event