| | 1 | = 1. BusinessCase |
| | 2 | |
| | 3 | == 1.1 Цели |
| | 4 | |
| | 5 | * Обезбедување на лесна и интуитивна платформа за следење на заеднички трошоци помеѓу пријатели, цимери или патници. |
| | 6 | * Секој член на групата да има јасен и реален увид во тоа кој платил, колку и кој кому должи. |
| | 7 | * Поддршка за различни методи на делење: еднакво, по процент или по сопствена логика. |
| | 8 | * Избегнување на нејасна комуникација околу долгови |
| | 9 | * Таргетирање на корисници како студенти, цимери и патници, со можности за freemium модели или реклами. |
| | 10 | |
| | 11 | |
| | 12 | |
| | 13 | == 1.2 Предности |
| | 14 | |
| | 15 | * Едноставност на користење |
| | 16 | * Поддршка за македонски јазик |
| | 17 | * Недостаток на платежни ѕидови |
| | 18 | |
| | 19 | == 1.3 Проценети ризици |
| | 20 | |
| | 21 | ||= Ред бр. =||= Ризик =||= Опис =||= Тип =||= Импакт =||= Веројатност =||= Магнитуда =||= Справување со проблемот =|| |
| | 22 | ||1 ||Неточни пресметки ||Грешки во алгоритмот за делење трошоци ||И ||5 ||0.15 || 0.75 || Автоматско тестирање и ревизија на алгоритмите || |
| | 23 | ||2 ||Слаб UI/UX ||Корисниците не можат лесно да внесуваат трошоци ||И ||3 ||0.25 || 0.75 ||Дизајн според UX принципи и кориснички тестирања || |
| | 24 | ||3 ||Изгубени податоци ||Податоци исчезнуваат поради баг или грешка во база ||Д ||5 ||0.05 || 0.25 || Редовни бекапи и логирање на активности || |
| | 25 | ||4 ||Проблеми со синхронизација ||Неправилно ажурирање помеѓу уреди или корисници ||И ||4 ||0.2 || 0.8 ||Употреба на транзакциски механизми и кеширање || |
