| 13 | | FINKI Maps е дизајнирана за да овозможи лесен и интуитивен пристап до просториите на кампусот. Оваа апликација вклучува интерактивна и динамичка мапа која им овозможува на корисниците да се навигираат до сите клучни локации на кампусот, вклучително и предавални, лаборатории и други важни простории. Апликацијата е изградена така што овозможува модуларност т.е лесно ажурирање на мапата и додавање на нови компоненти. Овој пристап овозможува развивање на мапи за разни институции, проширувајки ја употребливоста на апликацијата, правејќи ја корисна не само за студентите и вработените на ФИНКИ, туку и за пошироката заедница која може да има корист од деталните мапи и информации за навигација. |
| | 12 | ||= Тема на проблем =|| [describe the problem] || |
| | 13 | ||= Кого засега =|| [the stakeholders affected by the problem] || |
| | 14 | ||= Со последици како =|| [what is the impact of the problem?] || |
| | 15 | ||= Успешно решение би било =|| [list some key benefits of a successful solution] || |
| 16 | | === '''Членови на тимот''' === |
| | 19 | ||= За =|| [target customer] || |
| | 20 | ||= Кои =|| [statement of the need or opportunity] || |
| | 21 | ||= !FINKI Maps =|| is a [product category] || |
| | 22 | ||= Кој овозможува =|| [statement of key benefit; that is, the compelling reason to buy] || |
| | 23 | ||= За разлика од =|| [primary competitive alternative] || |
| | 24 | ||= Нашиот продукт =|| [statement of primary differentiation] || |
| | 25 | |
| | 26 | == 3. Опис на засегнатите лица |
| | 27 | |
| | 28 | === 3.1 Преглед |
| | 29 | |
| | 30 | ||= Име =||= Опис =||= Одговорности =|| |
| | 31 | || [Name the stakeholder type.] || [Briefly describe the stakeholder.] || Summarize the stakeholder’s key responsibilities with regard to the system being developed; that is, their interest as a stakeholder. For example, this stakeholder: |
| | 32 | ensures that the system will be maintainable ensures that there will be a market demand for the product’s features monitors the project’s progress |
| | 33 | approves funding and so forth]|| |
| | 34 | || [Name the stakeholder type.] || [Briefly describe the stakeholder.] || || |
| | 35 | || || || || |
| | 36 | || || || || |
| | 37 | || || || || |
| | 38 | || || || || |
| | 39 | |
| | 40 | === 3.2 Корисничка околина |
| | 41 | |
| | 42 | [Detail the working environment of the target user. Here are some suggestions: |
| | 43 | Number of people involved in completing the task? Is this changing? |
| | 44 | How long is a task cycle? Amount of time spent in each activity? Is this changing? |
| | 45 | Any unique environmental constraints: mobile, outdoors, in-flight, and so on? |
| | 46 | Which system platforms are in use today? Future platforms? |
| | 47 | What other applications are in use? Does your application need to integrate with them? |
| | 48 | This is where extracts from the Business Model could be included to outline the task and roles involved, and so on.] |
| | 49 | |
| | 50 | == 4. Преглед на производот |
| | 51 | |
| | 52 | === 4.1 Барања |
| | 53 | |
| | 54 | Avoid design. Keep feature descriptions at a general level. Focus on capabilities needed and why (not how) they should be implemented. Capture the stakeholder priority and planned release for each feature.] |
| | 55 | |
| | 56 | ||= Потреба =||= Приоритет =||= Карактеристики =|| |
| | 57 | || || || || |
| | 58 | || || || || |
| | 59 | || || || || |
| | 60 | || || || || |
| | 61 | || || || || |
| | 67 | [At a high level, list applicable standards, hardware, or platform requirements; performance requirements; and environmental requirements. |
| | 68 | Define the quality ranges for performance, robustness, fault tolerance, usability, and similar characteristics that are not captured in the Feature Set. |
| | 69 | Note any design constraints, external constraints, assumptions or other dependencies that, if changed, will alter the Vision document. For example, an assumption may state that a specific operating system will be available for the hardware designated for the software product. If the operating system is not available, the Vision document will need to change. |
| | 70 | Define any specific documentation requirements, including user manuals, online help, installation, labeling, and packaging requirements. |
| | 71 | Define the priority of these other product requirements. Include, if useful, attributes such as stability, benefit, effort, and risk.] |
| 25 | | |
| 26 | | |
| 27 | | === '''Фази и координација''' === |
| 28 | | |
| 29 | | ||= Задачи =||= Статус =||= Датум =|| |
| 30 | | || [wiki:BusinessCase Business Case] || Не е започнато || || |
| 31 | | || [wiki:Vision] || Не е започнато || || |
| 32 | | || [wiki:UseCaseList Use Case List] || Не е започнато || || |
| 33 | | || [wiki:UseCaseScenarios Use Case Scenarios] || Не е започнато || || |
| 34 | | || [wiki:ArchitectureInitial Architecture Initial] || Не е започнато || || |
| 35 | | || [wiki:TechnologyChoice Technology Choice] || Не е започнато || || |
| 36 | | || [wiki:SourceVersionControlOrganization Source Version Control Organization] || Не е започнато || || |
| 37 | | || [wiki:UseCasePrototypeImplementation Use Case Prototype Implementation] || Не е започнато || || |
| 38 | | || [wiki:PublicPresentation Public Presentation] || Не е закажана || || |
| 39 | | || [wiki:ArchitectureRevised Architecture Revised] || Не е започнато || || |
| 40 | | || [wiki:SourceVersionControlOrganizationRevised Source Version Control Organization Revised] || Не е започнато || || |
| 41 | | || [wiki:UseCaseRealizations Use Case Realizations] || Не е започнато || || |
| 42 | | || [wiki:UseCaseImplementations Use Case Implementations] || Не е започнато || || |
| 43 | | || [wiki:PreFinalPresentation Pre Final Presentation] || Не е закажана || || |
| 44 | | || [wiki:UseCaseImplementationsFinal Use Case Implementations Final] || Не е започнато || || |
| 45 | | || [wiki:FinalPresentation Final Presentation] || Не е закажана || || |
| | 73 | ||= Барање =||= Приоритет=|| |
| | 74 | || || || |
| | 75 | || || || |
| | 76 | || || || |
| | 77 | || || || |
