wiki:UseCaseScenarios

Version 12 (modified by 223130, 5 months ago) ( diff )

--

Сценарија на случаи на употреба

1.1 Нерегистриран корисник

ИД1
Име на корисничко сценариоПреглед на информации за локал
Цел во контекст на системотКорисникот да може успешно да прегледа одреден локал
АктериНерегистиран корисник, Регистиран корисник
ТригерКорисникот избира локал од листа на локали
ПредусловУспешно да работи базата на податоци
Состојба при успешен крајНа корисникот успешно му се дадени информации за локалот кој го избрал
Состојба при неуспешен крајИстата состојба пред да го одбере локал или некоја порака за грешка, Корисникот е исфрустриран
Нормален тек1. Корисникот бира еден од локалите од листата на локали (мапата на локали)
2. Се проверува во база за верификација на информациите на локалот пред приказ
3. Се прикажуваат информациите на екран од локалот
Исклучоци
ПриоритетПожелно
Фреквенција на користењеЗависи од корисникот.


ИД2
Име на корисничко сценариоПребарување, разгледување на постоечки локали
Цел во контекст на системотПрикажување на лесна и читлива листа на побарани локали
АктериНерегистиран корисник, Регистиран корисник
ТригерКорисникот пребарува локал за негов интерес
ПредусловУспешно да работи базата на податоци, и при потреба на корисникот, да работи мапата на локали
Состојба при успешен крајПосакуваниот локал е покажан на корисникот со сите негови информации и понуди што ги нуди.
Состојба при неуспешен крајИзвестување за грешка при барањето на локал, враќање на почетна ситуација
Нормален тек1. Клиентот може да пребарува локал.
1.1 Клиентот може да филтрира и сортира локали ако истите се пребарани преку листа на локали
1.2 Пребарувањето може да се прави преку интерактивна мапа на локали
2. Зависи како се пребарува се пристапува до база за ажурирање на податоците
3. Корисникот клика на одреден локал, се покажуваат информации за истиот и доколку корисникот е најавен со валиден акаунт, и понуда за резервација ке биде достапна
ИсклучоциБазата е преполнета, спора, недостапност на податоци,несовпаѓање на пребарувачките критериуми
ПриоритетЗадолжително
Фреквенција на користењеЗависи од корисникот.


1.2 Регистриран корисник - extends - нерегистриран корисник

ИД3
Име на корисничко сценариоАжурирање на лични податоци
Цел во контекст на системотАсинхроно и интерактивно едитирање на информации на кориник
АктериРегистиран корисник
ТригерКорисникот иницира едит на својот акаунт и персонални информации
ПредусловКорисникот мора да биде логиран во системот,правилно внесени актуелни податоци
Состојба при успешен крајУспешно се ажурирани податоците на корисникот
Состојба при неуспешен крајПодатоците на корисникот не се успешно ажурирани
Нормален тек1. Корисникот се логира во системот користејќи ги неговите корисничко име и лозинка.
2. По успешното логирање, корисникот има пристап до својот профил или панел за кориснички податоци.
3. На профилот, корисникот ги прегледува своите моментални лични податоци како што се името, презимето, адресата, контактите, итн.
4. Корисникот избира опцијата за ажурирање или измена на своите податоци.
5. Системот го презентира формуларот за ажурирање, каде што корисникот може да ги изменува соодветните податоци.
6. Корисникот ги внесува новите податоци или ги изменува постоечките, потоа кликнува на копчето за зачувување или потврда.
7. Системот ги ажурира податоците во базата и ги прикажува измените на профилот на корисникот.
8. Корисникот добива потврда за успешното ажурирање на неговите лични податоци.
9. Корисникот може да продолжи со користење на системот или да излезе од профилот.
ИсклучоциБазата е преполнета, спора, успорена акција, неуспешна акција
ПриоритетПожелно
Фреквенција на користењеЗависи од корисникот.


ИД4
Име на корисничко сценариоРезервација
Цел во контекст на системотКорисникот најавен како клиент да може да направи резервација во посакуваниот локал.
АктериРегистиран корисник
ТригерКорисникот сака да направи резервација.
ПредусловКорисникот да е најавен со сметка за клиент на системот.
Состојба при успешен крајКорисникот прави успешна резервација
Состојба при неуспешен крајРезервацијата е одбиена.
Нормален тек1. Одбирање на маса од шематскиот приказ на ресторанот на која корисникот би сакал да направи резервација
2. Одбирање на ден и час за резервацијата.
3. Кликање на копче за потврда на резервацијата.
4. Успешно креирање на резервацијата со потврда испратена преку e-mail/sms
ИсклучоциНедостапност на системот
ПриоритетВозможно.
Фреквенција на користењеЗависи од корисникот.


ИД5
Име на корисничко сценариоЗачувување на омилени локали
Цел во контекст на системотКорисникот да може да ги зачува своите омилени локали и да ги пристапи од едно место.
АктериРегистиран корисник
ТригерКорисникот сака да одбере свои омилени локали.
ПредусловКорисникот да е успешно најавен со сметка за клиент.
Состојба при успешен крајКорисникот успешно го додава локалот во листата на омилени локали
Состојба при неуспешен крајНа корисникот не му е дозволено да додаде локал во листата на омилени локали.
Нормален тек1. Најавениот корисник го пребарува и клика на локалот кој сака да го додаде во листата на омилени.
2. Кликање на копчето „Додади во омилени’’.
3. Корисникот добива pop-up прозорец со содржина „Успешно додавање!’
ИсклучоциНедостапност на системот
ПриоритетВозможно.
Фреквенција на користењеЗависи од корисникот.


ИД6
Име на корисничко сценариоПреглед на омилени локали
Цел во контекст на системотКорисникот да може да ги зачува своите омилени локали и да ги пристапи од едно место.
АктериРегистиран корисник
ТригерКорисникот сака да одбере свои омилени локали.
ПредусловКорисникот да е успешно најавен со сметка за клиент.
Состојба при успешен крајКорисникот успешно го додава локалот во листата на омилени локали.
Состојба при неуспешен крајНа корисникот не му е дозволено да додаде локал во листата на омилени локали.
Нормален тек1. Најавениот корисник го пребарува и клика на локалот кој сака да го додаде во листата на омилени.
2. Кликање на копчето „Додади во омилени’’.
3. Корисникот добива pop-up прозорец со содржина „Успешно додавање!’
ИсклучоциСистемот не е достапен или има проблем при конекцијата на корисникот до истиот.
ПриоритетВозможно.
Фреквенција на користењеЗависи од корисникот.


ИД7
Име на корисничко сценариоПреглед на спроведени резервации
Цел во контекст на системотКорисникот да може да направи преглед на своите тековни резервации
АктериРегистиран корисник
ТригерКорисникот сака да има увид во своите тековни резервации.
ПредусловКорисникот да биде најавен како клиент и да има постоечки тековни резервации.
Состојба при успешен крајКорисникот има преглед во листата на негови резервации.
Состојба при неуспешен крајКорисникот не може да пристапи до листата на тековни резервации
Нормален тек1. Од главното мени корисникот ја одбира опцијата „Мои резервации’’
2. Листата се отвора и се прикажуваат тековните резервации.
ИсклучоциСистемот не е достапен или има проблем при конекцијата на корисникот до истиот.
ПриоритетВозможно.
Фреквенција на користењеЗависи од корисникот.


2.1 Вработен

ИД8
Име на корисничко сценариоПреглед на состојба на резервации
Цел во контекст на системотКорисникот да може успешно да прегледува и да ги разгледува своите постоечки резервации
АктериОбичен Корисник
ТригерКликнување на копчето за преглед на моменталната состојба на резервации
ПредусловКорисникот да е најавен на системот со валидна сметка ,успешно да работи базата на податоци
Состојба при успешен крајКорисникот успешно ги добива на веб апликацијата моменталните резервации.
Состојба при неуспешен крајКорисникот не ги добива на веб апликацијата моменталните резервации.
Нормален тек1. Кликнување на копчето за преглед на моменталната состојба на резервации.
2. Пренасочување до делот каде што ќе му бидат прикажани резервациите.
3. Успешен приказ на резервациите до корисникот.
ИсклучоциНедостапност на податоци,непредвидени сценарија,неправилни резултати на пребарувањето
ПриоритетПожелно
Фреквенција на користењеЗависи од корисникот.


2.2 Сопственик / Менаџер - extends - вработен

ИД9
Име на корисничко сценариоАжурирање на податоци за локалот
Цел во контекст на системотЛокалите да можат лесно да изменуваат и ажурираат информации за нивните локали во системот
АктериЛокал
ТригерСопственикот сака да га ажурира податоците
ПредусловКорисникот да е најавен со валидна сметка,успешно да работи базата на податоци
Состојба при успешен крајЛокалот успешно ги променил и ажурирал информациите за сопствениот локал.
Состојба при неуспешен крајЛокалот не ги променил и ажурирал информациите за сопствениот локал.
Нормален тек1. Администраторот на локалот се најавува на системот со неговите кориснички податоци.
2. По успешното најавување, администраторот има пристап до панелот за администрирање на локалите.
3. Администраторот избира опцијата за уредување или ажурирање на податоците за сопствениот локал.
4. Администраторот ги ажурира податоците кои сака да ги промени, како што се контактни информации, адреса, работно време, категории, слики и други детали.
5. По завршувањето на ажурирањето, администраторот ги зачувува промените.
6. Системот ги обработува промените и ги ажурира податоците за локалот во базата на податоци.
7. Администраторот добива потврда за успешното ажурирање на податоците.
8. Ажурираните информации за локалот се обновуваат во системот и се прикажуваат на веб-страницата или мобилната апликација за корисниците кои ги прегледуваат или пребаруваат локалите.
ИсклучоциНеправилни податоци,технички проблеми,непредвидени грешки
ПриоритетПожелно
Фреквенција на користењеЗависи од корисникот.


ИД10
Име на корисничко сценариоУправување и менаџирање со корисничките сметки на вработените
Цел во контекст на системотОбезбедување ефективно и безбедно управување со корисничките сметки на вработените, вклучувајќи креирање, измена, деактивирање и бришење на сметките.
АктериАдминистратор
ТригерПотреба за креирање, измена, деактивирање или бришење на корисничка сметка.
Предуслов1. Администраторот на системот мора да биде најавен во системот.
2. Администраторот треба да има потребните привилегии за управување со корисничките сметки.
Состојба при успешен крајКорисничката сметка е успешно креирана, изменета, деактивирана или избришана.
Состојба при неуспешен крајСистемот дава порака за грешка и корисничката сметка не е изменета.
Нормален тек1. Администраторот се најавува во системот.
2. Администраторот избира дали ќе креира, измени, деактивира или избрише корисничка сметка.
3. Администраторот ги внесува или изменува потребните информации.
4. Администраторот ја потврдува акцијата.
5. Системот го обработува барањето и го известува администраторот за успешноста на операцијата.
Исклучоци1. Ако администраторот нема доволно привилегии, системот ќе го извести за недостатокот на права.
2. Ако внесените информации се невалидни, системот ќе го извести администраторот и ќе побара корекција.
ПриоритетЗадолжително
Фреквенција на користењеЗависи од корисникот


3. Администратор

ИД11
Име на корисничко сценариоВалилдација
Цел во контекст на системотВнесените податоци да бидат во согласност со поставените правила и стандарди
АктериАдминистратор
ТригерАдминистраторот почнува да ги валидира податоците
ПредусловКорисникот успешно да биде најавен на системот со валидна сметка ,успешно да работи базата на податоци
Состојба при успешен крајПодатоците се успешно валидирани
Состојба при неуспешен крајПодатоците не се валидирани
Нормален тек1. Корисникот ги внесува своите податоци во одреден формулар или поле во системот.
2. Системот автоматски ги проверува внесените податоци според поставените правила и стандарди.
3. Ако сите внесени податоци се валидни, системот ги прифаќа и корисникот добива потврда за успешна валидација.
ИсклучоциНеисправни податоци,дупликатни податоци,технички проблеми
ПриоритетЗадолжително
Фреквенција на користењеЗависи од корисникот.


Note: See TracWiki for help on using the wiki.