Кориснички случаи за najdibilet.mk
верзија 1.0
Koриснички случаи за Крајни корисници
| Use Case ID | 1
|
|---|
| Use Case Name: | Се регистрира
|
|---|
| Created By: | Даринка Буровска | Last Updated By: |
|
| Date Created: | 29.10.2014 | Date Last Updated: | 11.11.2014
|
| Actors: | Корисник
|
| Description: | Регистрирање на нов корисник на системот
|
| Trigger: | Корисникот сака да се регистрира за да купи билет
|
| Preconditions: |
|
| Postconditions: | 1.Корисникот е регистриран на системот, по што може да се најави
|
| Normal Flow: |
|
| | 1. Корисникот внесува лични податоци име и презиме, корисничко име, лозинка, телефонски број и е-маил
|
| | 2. Корисникот внесува податоци за трансакциска сметка- број, код, датум на истекување
|
| | 3. Корисникот избира начин на потврда - SMS или e-mail
|
| | 4. Клика копче за регистрација, по што му се праќа е-маил за потврда
|
| | 5. Ја потврдува регистрацијата од својот е-маил
|
| Alternative Flows: | 4. Системот праќа код за активација на мобилен телефон
|
| | 5. Корисникот го внесува кодот во тектуално поле, со што регистрацијата е потврдена
|
| Exceptions: | /
|
| Includes: | /
|
| Priority: | Normal
|
| Frequency of Use: | Многу често, секојдневно
|
| Business Rules: | /
|
| Special Requirements: | Корисникот мора да го отвори својот е-маил за да ја потврди регистрацијата.
|
| Assumptions: | /
|
| Notes and Issues: | /
|
| Use Case ID | 2
|
|---|
| Use Case Name: | Се најавува
|
|---|
| Created By: | Даринка Буровска | Last Updated By: |
|
| Date Created: | 29.10.2014 | Date Last Updated: | 11.11.2014
|
| Actors: | Корисник
|
| Description: | Најавување на корисник на системот со веќепостоечка корисничка сметка
|
| Trigger: | Корисникот сака да купи и плати билет
|
| Preconditions: | 1.Корисникот мора прво да е регистриран
|
| Postconditions: | 1.Корисникот е најавен на системот и му е овозможени привилегии на најавен корисник
|
| Normal Flow: |
|
| | 1. Корисникот внесува корисничко име и лозинка
|
| | 2. Корисникот внесува код за најава, што му се праќа по SMS
|
| | 3. Се најавува
|
| Alternative Flows: | 2. Корисникот внесува грешни податоци за најава, и му се испраќа порака за повторно внесување на податоци, или линк за заборавена лозинка.
|
| Exceptions: | /
|
| Includes: | /
|
| Priority: | Normal
|
| Frequency of Use: | Многу често, секојдневно
|
| Business Rules: | /
|
| Special Requirements: | /
|
| Assumptions: | /
|
| Notes and Issues: | /
|
| Use Case ID | 3
|
|---|
| Use Case Name: | Прегледува листа од настани
|
|---|
| Created By: | Даринка Буровска | Last Updated By: |
|
| Date Created: | 29.10.2014 | Date Last Updated: | 11.11.2014
|
| Actors: | Корисник
|
| Description: | Корисникот ги прегледува настаните од понудената листа/и
|
| Trigger: | Корисникот бира категории од настани од сајтот (притапува на сајтот- на homepage)
|
| Preconditions: |
|
| Postconditions: |
|
| Normal Flow: |
|
| | 1. Корисникот пристапува на сајтот
|
| | 2. Корисникот ги прегледува настаните на homepage (најпопуларни и најблиски)
|
| | 3. Корисникот клика на копче или на слика од настан, по што се отвара нова страна со деталите за тој настан
|
| Alternative Flows: | 2. Корисникот бира категорија за настани( музички, спортски, културни, забавни, хуманитарни) од главното мени или од икона од десно мени
|
| | 3. Се отвара листа на настани од избрната категорија
|
| Exceptions: | Листите да се подредени по датум за случување (прво најскорашните) и да се секогаш навремено ажурирани.
|
| Includes: | /
|
| Priority: | High
|
| Frequency of Use: | Многу често, секојдневно
|
| Business Rules: | /
|
| Special Requirements: | /
|
| Assumptions: | Навремено ажурирање на листите и на настаните
|
| Notes and Issues: | /
|
| Use Case ID | 4
|
|---|
| Use Case Name: | Пребарува на настан
|
|---|
| Created By: | Даринка Буровска | Last Updated By: |
|
| Date Created: | 29.10.2014 | Date Last Updated: | 11.11.2014
|
| Actors: | Корисник
|
| Description: | Корисникот пребарува за специфицен настан
|
| Trigger: | Корисникот пристапува до search барот
|
| Preconditions: | Корисникот внесува клучни зборови или име на настанот или датум
|
| Postconditions: | Корисниот успешно го наоѓа посакуваниот настан
|
| Normal Flow: |
|
| | 1. Корисникот пристапува на сајтот
|
| | 2. Корисникот пишува во search барот
|
| | 3. Корисникот внесува клучни зборови за настанот/име на настанот/датум на случување/место на случување
|
| | 4. Корисникот добива резултати од пребарувањето и може да избере настан или ново пребаување
|
| Alternative Flows: | /
|
| Exceptions: | Пребарувањето е доволно напредно за да може да наоѓа ставки по повеќе параметри
|
| Includes: | /
|
| Priority: | Normal
|
| Frequency of Use: | Повремено, не многу често
|
| Business Rules: | /
|
| Special Requirements: | /
|
| Assumptions: | За секој настан има клучни зборови за пребарување
|
| Notes and Issues: | /
|
| Use Case ID | 5
|
|---|
| Use Case Name: | Прегледува детали за настан
|
|---|
| Created By: | Даринка Буровска | Last Updated By: |
|
| Date Created: | 29.10.2014 | Date Last Updated: | 11.11.2014
|
| Actors: | Корисник
|
| Description: | Корисникот прегледува избран настан - детали за настанот
|
| Trigger: | Корисникот клика копче за преглед на настан
|
| Preconditions: |
|
| Postconditions: | Корисниот добива детали за посакуваниот настан
|
| Normal Flow: |
|
| | 1. Корисникот клика копче за преглед на настан
|
| | 2. Се отвара страна за детали за настан- име, датум, место, цена на карта, слика, опис, организатор, учесници и сл.
|
| | (Покрај детали, има копче за резервирање и купување на карта)
|
| | Корисникот може да се врати назад (back) во листата на настани и да избере друг настан, или со клик (next) да прегледа друг настан
|
| Alternative Flows: | /
|
| Exceptions: | На корсникот ќе му се понудeни доволно детали и информации за посакуваниот настан
|
| Includes: | /
|
| Priority: | High
|
| Frequency of Use: | Често
|
| Business Rules: | /
|
| Special Requirements: | /
|
| Assumptions: |
|
| Notes and Issues: | /
|
| Use Case ID | 6
|
|---|
| Use Case Name: | Купува билет
|
|---|
| Created By: | Даринка Буровска | Last Updated By: |
|
| Date Created: | 29.10.2014 | Date Last Updated: |
|
| Actors: | Корисник
|
| Description: | Корисникот купува билет
|
| Trigger: | Корисникот одбира настан и сака да купи билет за истиот
|
| Preconditions: | 1.Корисникот мора прво да е најавен
|
| Postconditions: | 1.Корисникот добива код кој служи како билет
|
| Normal Flow: |
|
| | 1. Корисникот со клик на копче го "става" билетот во "купувачка кошничка"
|
| | 2. Корисникот ја отвара кошничката и клика копче за плаќање
|
| | 3. Корисникот гледа екран со сумирана сума за избраното плаќање
|
| | 4. Корисникот ја одобрува трансакцијата
|
| | 5. Корисникот добива код во замена на билет, кој може да го прикаже на влезот на настанот (откако банка ќе ја одобри трансакцијата)
|
| Alternative Flows: | /
|
| Exceptions: | Корисникот има доволно средства на сметка, да може да ја плати сумата
|
| Includes: | Пополнува форма, плаќа, добива потврда
|
| Priority: | High
|
| Frequency of Use: | Многу често, секојдневно
|
| Business Rules: | /
|
| Special Requirements: | Договор со банка
|
| Assumptions: | Корисникот има доволно средства на сметка, да може да ја плати сумата
|
| Notes and Issues: | /
|
Кориснички случаи за Админстратор
| Use Case ID | 7
|
|---|
| Име на кориснички случај: | Одржува база на податоци
|
|---|
| Креиран од: | Горан Ѓоргиевски | Последно обновено од: |
|
| Датум: | 08.11.2014 | Датум на последна обнова: | 11.11.2014
|
| Актери: | Систем администратор
|
| Опис: | Администраторот се грижи за базата на податоци, додава, брише и обновува податоци.
|
| Тригер: | Потреба за промена на податоци во системот.
|
| Предуслови: | /
|
| Постуслови: | Обновени податоци
|
| Нормален тек: |
|
| | 1. Администраторот се најавува во едиторот на базата за податоци
|
| | 2. Администраторот ги наоѓа податоците кадешто се потребни промени
|
| | 3. Администраторот ги прави промените врз потадоците за коишто е потребно
|
| | 4. Ја зачувува новата состојба на базата на податоци
|
| Алтернативен тек: | 4. Бара нови податоци и повторно врши промена врз нив
|
| Исклучоци: | Нема потреба од никакви промени во базата
|
| Вклучува: | Менаџира настани, менаџира корисници, додава билети во база
|
| Приоритет: | High
|
| Фрекфенција на користење: | Многу често, секојдневно
|
| Бизнис правила: | /
|
| Специјални побарувања: | Вработен во фирмата како администратор
|
| Претпоставки: | /
|
| Забелешки: | /
|
| Use Case ID | 8
|
|---|
| Име на кориснички случај: | Менаџира корисници
|
|---|
| Креиран од: | Даница Николоска | Последно обновено од: |
|
| Датум: | 09.11.2014 | Датум на последна обнова: | 11.11.2014
|
| Актери: | Систем администратор
|
| Опис: | Администраторот додава, брише, доделува привилегии, променува податоци.
|
| Тригер: | Потреба за промена на податоци за некој постоечки/непостоечки корисник.
|
| Предуслови: | /
|
| Постуслови: | Обновени податоци
|
| Нормален тек: |
|
| | 1. Администраторот се најавува во едиторот на базата за податоци
|
| | 2. Администраторот ги филтрира податоците за корисникот/ците за коишто е потребно.
|
| | 3. Ги извршува потребните промени врз селектираните податоци.
|
| | 4. Ја зачувува новата состојба на базата на податоци.
|
| Алтернативен тек: | /
|
| Исклучоци: | /
|
| Вклучува: | /
|
| Приоритет: | Medium
|
| Фрекфенција на користење: | Често
|
| Бизнис правила: | /
|
| Специјални побарувања: | Вработен во фирмата како администратор
|
| Претпоставки: | /
|
| Забелешки: | Не може да менува привилегии на друг систем администратор
|
| Use Case ID | 9
|
|---|
| Име на кориснички случај: | Одржува сервер
|
|---|
| Креиран од: | Горан Ѓоргиевски и Даница Николоска | Последно обновено од: |
|
| Датум: | 09.11.2014 | Датум на последна обнова: | 11.11.2014
|
| Актери: | Систем администратор
|
| Опис: | Администраторот го опоравува серверот при пад и го оддржува.
|
| Тригер: | Проблем при работата на серверот.
|
| Предуслови: | Фирмата да има сопствен сервер
|
| Постуслови: | /
|
| Нормален тек: |
|
| | 1. Администраторот е известен за проблем со серверот
|
| | 2. Администраторот го лоцира проблемот
|
| | 3. Администраторот го решава проблемот
|
| Алтернативен тек: | 3. Има потреба од дополнителна помош за решавање на проблемот
|
| Исклучоци: | /
|
| Вклучува: | /
|
| Приоритет: | High
|
| Фрекфенција на користење: | Многу ретко
|
| Бизнис правила: | /
|
| Специјални побарувања: | Вработен во фирмата како администратор
|
| Претпоставки: | /
|
| Забелешки: | /
|
Кориснички случаи за Oрганизатор на настани
| Use Case ID | 10
|
|---|
| Име на кориснички случај: | Регистрира настан
|
|---|
| Креиран од: | Даница Николоска | Последно обновено од: |
|
| Датум: | 17.11.2014 | Датум на последна обнова: | 17.11.2014
|
| Актери: | Организатор на настан
|
| Опис: | Организаторот регистрира настан во системот
|
| Тригер: | Постоење на настан
|
| Предуслови: | Склучен договор со фирмата
|
| Постуслови: | Организаторот може да додава билети за регистрираниот настан
|
| Нормален тек: |
|
| | 1. Организаторот се најавува на системот
|
| | 2. Организаторот избира категорија на настан
|
| | 3. Организаторот регистрира настан (внесува податоци за место, време и слично)
|
| Алтернативен тек: | 1. Организаторот го селектира (пронаоѓа) настанот којшто веќе постои, а сака да го промени
|
| | 2. Ги врши промените врз податоците
|
| Исклучоци: | /
|
| Вклучува: | Додава билети во база
|
| Приоритет: | High
|
| Фрекфенција на користење: | Често
|
| Бизнис правила: | /
|
| Специјални побарувања: | /
|
| Претпоставки: | Организаторот има склучено договор со фирмата за соработка
|
| Забелешки: | /
|
| Use Case ID | 11
|
|---|
| Име на кориснички случај: | Додава билети во база
|
|---|
| Креиран од: | Даринка Буровска | Последно обновено од: |
|
| Датум: | 17.11.2014 | Датум на последна обнова: | 17.11.2014
|
| Актери: | Организатор на настани
|
| Опис: | Организаторот ги додава билетите- кодовоите во база
|
| Тригер: | Додаден е нов настан во базата и треба да се додадат билети за истиот
|
| Предуслови: | Креиран(регистриран) е нов настан
|
| Постуслови: | Корисникот може да купи билет
|
| Нормален тек: |
|
| | 1. Организаторот се најавува на системот
|
| | 2. Организаторот избира настан за кој треба да додаде билети
|
| | 3. Организаторот ги распеделува билетите по категории(ВИП,седење,стоење)
|
| | 4. Организаторот ги внесува кодовите за билетите во база
|
| Алтернативен тек: | 3. Организаторот избира опција за автоматско генерирање на билети со генератор
|
| | 4. Билетите автоматски се доделуваат за соодветниот настан
|
| Исклучоци: | /
|
| Вклучува: | /
|
| Приоритет: | High
|
| Фрекфенција на користење: | Често
|
| Бизнис правила: | /
|
| Специјални побарувања: | Организаторот да има основни познавања од работа со компјутер и CMS
|
| Претпоставки: | Организаторот е снабден со билети за одреден настан
|
| Забелешки: | /
|
| Use Case ID | 12
|
|---|
| Име на кориснички случај: | Откажува настан
|
|---|
| Креиран од: | Влатко Мицкоски | Последно обновено од: |
|
| Датум: | 17.11.2014 | Датум на последна обнова: | 17.11.2014
|
| Актери: | Организатор на настани
|
| Опис: | Организаторот откажува одреден настан кој е веќе внесен во базата
|
| Тригер: | Потреба од постоење на настан
|
| Предуслови: | Постоење на настан
|
| Постуслови: | /
|
| Нормален тек: |
|
| | 1. Организаторот се најавува на системот
|
| | 2. Организаторот го избира настанот кој треба да биде откажан
|
| Алтернативен тек: | /
|
| Исклучоци: | /
|
| Вклучува: | /
|
| Приоритет: | Normal
|
| Фрекфенција на користење: | Ретко
|
| Бизнис правила: | При откажување се одблокираат средствата(парите) блокирани од банката, за плаќање на билетот
|
| Специјални побарувања: | Настанот може да се откаже 2 дена пред почетокот
|
| Претпоставки: | Организаторот треба да ги знае причините за откажување на настанот
|
| Забелешки: | /
|
Операциона анализа
ID 4:
| Kрајни корисници кориснички случај - Пребарува за настан
|
|---|
| System Operation | Step | Actor Action | Black-Box Step Description | Black-box Step Budget Requirements | Subsystem White-Box Step Description | White-Box Step Budget Requirements
|
|---|
| Пребарува за настан | 1 | Корисникот пристапува на сајтот | Ја внесува URL адресата во својот пребарувач и пристапува до веб сајтот | Оваа операција треба да се изврши брзо, т.е. не повеќе од 0.5 сек. | Се испраќа request до серверот, по што му се испраќа повратна содржина |
|
| Пребарува за настан | 2 | Корисникот пишува во search барот | Корисникот внесува некакви клучни зборови во полето за пребарување и клика ентер или пак на Search копчето | | Внесува податоци во форма, откако ке ги внесе се оформува Query со внсените податоци, кои предходно се филтирираат од SQL инјекции, ... |
|
| Пребарува за настан | 3 | Корисникот внесува клучни зборови за настанот/име на настанот/датум на случување/место на случување | По кликање на копчето за пребарување му се прикажуваат некакви резултати на корисникот, доколку не е задоволен врши дополнителни филтрирања со датуми,места на случување... | Да се овозможат неколку филтри( мин. 3) | Откако му се листаат податоците коишто се добиени од базата со Query-то, му се прикажуваат сите резултати коишто се добиени и ги содржат клучните збовои коишто ги внел, дополнително при клик на некој од филтрите се оформува ново Query и се добиваат нови информации, при што со помош на Ajax се филтрираат веќе излистаните настани, и му се прикажуваат нови(филтрирани) |
|
| Пребарува за настан | 4 | Корисникот добива резултати од пребарувањето и може да избере настан или ново пребаување | Откако ги филтрира му се прикажува сите настани коишто се добиени со филтрите коишто ги избрал, доколку сака може да прави ново пребарување, со што би се вратиле на чекор 2 | | Страна со податоците коишто се добиени со филтрите коишто ги избрал корисникот, му е прикажана соодветно. Доколку не е задоволен со резултатите, или пак сака да направи ново пребарување корисникот се враќа на чекор 2 |
|
ID 5:
| Kрајни корисници кориснички случај - Прегледува детали за настан
|
|---|
| System Operation | Step | Actor Action | Black-Box Step Description | Black-box Step Budget Requirements | Subsystem White-Box Step Description | White-Box Step Budget Requirements
|
|---|
| Прегледува детали за настан | 1 | Корисникот клика копче за преглед на настан | По наогање на некој настан за којшто сака да прегледа дополнителни информации, корисникот клика на копче за Детали | | При клик на копчето се наоѓа ID за соответниот настан и се оформува Query за земање на сите податоци за истиот настан, што се испраќа до базата |
|
| Приказ на детали за настан | 2 | Се отвара страна за детали за настан- име, датум, место, цена на карта, слика, опис, организатор, учесници и сл. | Корисникот се пренасочува на друга страница, на којашто му се прикажани сите податоци за настанот што го избрал | | Се испраќа предходно формираното Query до база и новодобиените информации му се прикажуваат на корисникот на новата страница на којашто е пренасочен |
|
ID 6:
| Kрајни корисници кориснички случај - Купува билет
|
|---|
| System Operation | Step | Actor Action | Black-Box Step Description | Black-box Step Budget Requirements | Subsystem White-Box Step Description | White-Box Step Budget Requirements
|
|---|
| Купува билет | 1 | Корисникот со клик на копче го "става" билетот во "купувачка кошничка" | По наоѓање на настанот за којшто сака да купи билет, корисникот со клик на копче го додава во својата корисничка кошничка, којашто тој може да ја провери во било кое време | Оваа операција треба да се изврши брзо, т.е. не повеќе од 0.5 сек. | Откако корисникот ќе кликне на копчето за додавање на билет за одреден настан во кошничка, се зачувува за кој настан се работи и му трае се до крајот на сесијата, или пак додека да го избрише билетот, или купи |
|
| Купува билет | 2 | Корисникот ја отвара кошничката и клика копче за плаќање | Откако корисникот ќе виде задоволен со сите билети коишто сака да ги купи и ги додал во кошничка, ја отвара кошничката во којашто му се листаат сите билети коишто ги избрал и клика копче "Купи" за да ги купи соодветните билети | Да се овозможи да може да тргне некој од билетите од кошничката доколку сака | Му се листаат сите досега зачувани настани коишто ги избрал во кошничката, и доколку избрише некој го бришеме од зачуваните и му се обновува страницата со помош на Ajax, со останатите билети |
|
| Купува билет | 3 | Корисникот гледа екран со сумирана сума за избраното плаќање | По кликање на копчето за купување му се отвара форма во којашто му е прикажана вкупната сума којашто треба да ја плати, доколку има зачувано на својот уред автоматски се пополнуваат формите за информациите за платежното средство, во спротивно корисникот ги внесува | Да се контролираат податоците коишто се внесени да не бидат невалидни | Откако ке ги внесе податоците, за платежната картичка се верифицираат со банката, или пак ако е друг начин на плаќање се верификува дека се е валидно |
|
| Купува билет | 4 | Корисникот ја одобрува трансакцијата | Откако се е внесено, корисникот се прашува уште еднаш да ја одобри трансакцијата, при што доколку ја одобри се извршува | Мора да се извршува брзо( помалку од 1 сек) | Му се отвара страница за уште еднаш да ја потврди трансакцијата, доколку истото го стори, се извршува и се одземаат средствата од платежната картичка |
|
| Купува билет | 5 | Корисникот добива код во замена на билет, кој може да го прикаже на влезот на настанот (откако банка ќе ја одобри трансакцијата) | Доколку трансакцијата е успешна, се избира рандом билет од понудените во базата за дадениот настан и му се дава кодот од истиот на корисникот | Мора да се извршува брзо( 1 сек) | По успешната трансакција, се оформува Query за рандом добивање на некој од билетите коишто се во базата за соодветниот настан, и му се прикажува на корисникот |
|
ID 7:
| Aдминистратор кориснички случај - Одржува база на податоци
|
|---|
| System Operation | Step | Actor Action | Black-Box Step Description | Black-box Step Budget Requirements | Subsystem White-Box Step Description | White-Box Step Budget Requirements
|
|---|
| Одржува база на податоци | 1 | Администраторот се најавува во едиторот на базата за податоци | Внесува корисничко име и лозинка.При успешна најава системот ја прикажува почетната страница на админ страницата | Оваа операција треба да се изврши брзо, т.е. не повеќе од 1 сек. | Податоците којшто ги внел администраторот за најавување се проверуваат во база, дали се конзистентни со корисничко име и лозинка и притоа доколку се му се покажува порака за успешна најава и се пренасочува администраторот |
|
| Одржува база на податоци | 2 | Администраторот ги наоѓа податоците кадешто се потребни промени | Администраторот ги лоцира податоците(со помош на менито, или пак алармите за новости на почетната страница) | Да се овозможи да направи неограничен број на пребарувања и филтрирања една по друга, се додека не е задоволен, и да се извршува брзо( 0.5 сек.) | При пребарување со помош на Query коишто се испраќаат до базата се добиваат повратни информации, а при користење на филтри повторно се користат дополнителни Query-ја |
|
| Одржува база на податоци | 3 | Администраторот ги прави промените врз податоците | Ги врши соодветните промени со внесување на нови податоци во дадени полиња или менување во веќе постоечките | Да се контролираат податоците коишто се внесени да не бидат невалидни | Откако ќе ги внесе новите податоци администраторот, потребно е да се зачуваат во одредено место, или пак директно со нив да се оформи новото Query |
|
| Одржува база на податоци | 4 | Ја зачувува новата состојба на базата на податоци | По направените потребни промени, администраторот клика на копче Save при што се врши промената врз податоците коишто ги внел | Мора да се извршува брзо( помалку од 1 сек) | При кликање на копчето за зачувување се праќа Query до базата со што се зачувува нова состојба на базата и на корисникот му се враќа повратна информација дали е успешно/неуспешно. |
|
ID 8:
| Aдминистратор кориснички случај - Менаџира корисници
|
|---|
| System Operation | Step | Actor Action | Black-Box Step Description | Black-box Step Budget Requirements | Subsystem White-Box Step Description | White-Box Step Budget Requirements
|
|---|
| Менаџира корисници | 1 | Администраторот се најавува во едиторот на базата за податоци | Внесува корисничко име и лозинка.При успешна најава системот ја прикажува почетната страница на админ страницата | Оваа операција треба да се изврши брзо, т.е. не повеќе од 1 сек. | Податоците којшто ги внел администраторот за најавување се проверуваат во база, дали се конзистентни со корисничко име и лозинка и притоа доколку се му се покажува порака за успешна најава и се пренасочува администраторот |
|
| Менаџира корисници | 2 | Администраторот ги филтрира податоците за корисникот/ците за коишто е потребно | Администраторот ги лоцира податоците(со помош на менито, или пак алармите за новости на почетната страница) | Да се овозможи да направи неограничен број на пребарувања и филтрирања една по друга, се додека не е задоволен, и да се извршува брзо( 0.5 сек.) | При пребарување со помош на Query коишто се испраќаат до базата се добиваат повратни информации, а при користење на филтри повторно се користат дополнителни Query-ја |
|
| Менаџира корисници | 3 | Ги извршува потребните промени врз селектираните податоци | Ги врши соодветните промени со внесување на нови податоци во дадени полиња или менување во веќе постоечките | Да се контролираат податоците коишто се внесени да не бидат невалидни | Откако ќе ги внесе новите податоци администраторот, потребно е да се зачуваат во одредено место, или пак директно со нив да се оформи новото Query |
|
| Менаџира корисници | 4 | Ја зачувува новата состојба на базата на податоци | По направените потребни промени, администраторот клика на копче Save при што се врши промената врз податоците коишто ги внел | Мора да се извршува брзо( помалку од 1 сек) | При кликање на копчето за зачувување се праќа Query до базата со што се зачувува нова состојба на базата и на корисникот му се враќа повратна информација дали е успешно/неуспешно. |
|
ID 9:
| Aдминистратор кориснички случај - Одржува сервер
|
|---|
| System Operation | Step | Actor Action | Black-Box Step Description | Black-box Step Budget Requirements | Subsystem White-Box Step Description | White-Box Step Budget Requirements
|
|---|
| Одржува сервер | 1 | Администраторот е известен за проблем со серверот | Администраторот е известен од некој од вработените, или пак од некој од корисниците дека има некаков дефект и веб сајтот не функционира | Администраторот мора да е достапен во секое време и да реагира на нотификациите и известувањата во врска со проблемот веднаш | Во зависност од тоа што е проблемот со серверот дали "паднал" или пак нешто друго, што би предизвикало недостапност или проблем со веб сајтот, администраторот добива известување или нотификација преку емаил од страна на некој од вработените, којшто пак може самиот да увидел дека не е во ред, или од страна на корисник во вид на репорт |
|
| Одржува сервер | 2 | Администраторот го лоцира проблемот | По нотификацијата за проблемот со серверот администраторот се лоцира преку remote control или пак доаѓа на лице место и го лоцира проблемот со серверот | | Администраторот има своја лозинка и корисничко име за најава на серверот, доколку е далечен, а доколу е во сопственост на фирмата, може да оди директно на лице место и да го лоцира проблемот, во зависност од тоа што е проблемот |
|
| Одржува сервер | 3 | Администраторот го решава проблемот | По извршените тестови и лоцирање на проблемот, администраторот го решава проблемот, по што сајтот си функционира нормално | Да се заврши во што е можно побрзо време | Администраторот го решава проблемот во зависност од тоа што е(дали хардверски или софтверски), по потреба повикува и постручно лице. По извршената поправка, системот повторно се пушта во употреба |
|
