| 2 | | = Визија |
| 3 | | |
| 4 | | == 1. Вовед |
| 5 | | |
| 6 | | |
| 7 | | |
| 8 | | == 2. Позиционирање |
| 9 | | |
| 10 | | === 2.1 Дефиниција на проблем |
| 11 | | |
| 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 | | |
| 17 | | === 2.2 Позиција на пазарот |
| 18 | | |
| 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 | | || || || || |
| 62 | | |
| 63 | | |
| 64 | | |
| 65 | | == 5. Други барања |
| 66 | | |
| 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.] |
| 72 | | |
| 73 | | ||= Барање =||= Приоритет=|| |
| 74 | | || || || |
| 75 | | || || || |
| 76 | | || || || |
| 77 | | || || || |
| | 3 | == Цели |
| | 4 | Цел на проектот е да се подобри веќе постоечката мапа на Факултетот за информатички науки и компјутерско инжинерство, |
| | 5 | така што ќе се олесни навигацијата во рамки на кампусот за студенти и посетители. Овој проект се стреми да отвори пат за интерактивни |
| | 6 | "indoor" мапи не само за ФИНКИ, туку и за разни институции во нашата држава. |
| | 7 | == Ризици |
| | 8 | * Потреба: Институцијата првично треба да е доволно голема за да има потреба од ваква мапа. |
| | 9 | * Прифатливост: Корисниците мора да ја прифатат и да се навикнат да ја користат оваа апликација. Ова е процес што бара време. |
| | 10 | == Предности |
| | 11 | * Подобрена ориентација и мобилност: Корисниците можат полесно да наоѓаат локации и да се движат низ кампусот. |
| | 12 | * Централизиран пристап до информации: Едноставен пристап до детали за сите простории во една платформа. |
| | 13 | * Универзалност и применливост: Можност за користење на апликацијата и од други институции, што го зголемува нејзиниот домет и употребливост. |
