Визија
1. Вовед
Визијата на FINKI Maps е да стане основна платформа за навигација која ќе се користи на кампусите и во различни институции низ целиот регион. Целиме да создадеме универзално применлива и иновативна алатка која значително ќе ги подобри начините на ориентација и мобилност на корисниците.
2. Позиционирање
2.1 Дефиниција на проблем
| Тема на проблем | Навигација низ затворени простории
|
|---|
| Кого засега | Сите посетители на институцијата
|
|---|
| Со последици како | [what is the impact of the problem?]
|
|---|
| Успешно решение би било | Распространето користење на
|
|---|
2.2 Позиција на пазарот
| За | Големи институции
|
|---|
| Кои | Сакаат да овозможат лесна навигација за посетителите
|
|---|
| FINKI Maps | Е веб апликација за навигирање низ институции
|
|---|
| Кој овозможува | Лесно пребарување и навигирање до простории
|
|---|
| За разлика од | Физички знаци и ознаки
|
|---|
| Нашиот продукт | Промовира лесен и централизиран преглед на простории како и навигација до истите
|
|---|
3. Опис на засегнатите лица
3.1 Преглед
| Име | Опис | Одговорности
|
|---|
| Клиент | Корисник на апликацијата | Користење на апликацијата
|
| Развивач на апликацијата | Одржувач на апликацијата | Често одржување на апликацијата како и пронаоѓање на потенцијални грешки во системот
|
| Администратор | Креатор на мапи | Креатор на мапи за нови институции и додавање нови компоненти
|
| Супер администратор | Распределувач на пермисии | Доделување на пермисиите на администраторите и развивачите на апликацијата
|
3.2 Корисничка околина
[Detail the working environment of the target user. Here are some suggestions:
Number of people involved in completing the task? Is this changing?
How long is a task cycle? Amount of time spent in each activity? Is this changing?
Any unique environmental constraints: mobile, outdoors, in-flight, and so on?
Which system platforms are in use today? Future platforms?
What other applications are in use? Does your application need to integrate with them?
This is where extracts from the Business Model could be included to outline the task and roles involved, and so on.]
4. Преглед на производот
4.1 Барања
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.]
| Потреба | Приоритет | Карактеристики
|
|---|
| Dummy text | |
|
| | |
|
| | |
|
| | |
|
| | |
|
5. Други барања
[At a high level, list applicable standards, hardware, or platform requirements; performance requirements; and environmental requirements.
Define the quality ranges for performance, robustness, fault tolerance, usability, and similar characteristics that are not captured in the Feature Set.
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.
Define any specific documentation requirements, including user manuals, online help, installation, labeling, and packaging requirements.
Define the priority of these other product requirements. Include, if useful, attributes such as stability, benefit, effort, and risk.]
| Барање | Приоритет
|
|---|
| Dummy text |
|
| |
|
| |
|
| |
|
