Version 13 (modified by 9 years ago) ( diff ) | ,
---|
Use case | Регистрација на хотел |
---|---|
Актери | Директор, Валидатор на хотели |
Тригер | / |
Предуслов | Интернет конекција. Хотелот да биде регистриран во регистарот на соодветната држава. |
Постуслов | |
Опис | Хотелите можат да се регистрираат на ОРХ и притоа мора да ги внесат своите информации и карактеристики. |
Нормален тек | 1. Директорот пристапува до екранот за регистрирање. 2. Директорот избира да регистрира хотел. Појава на полиња за внес на податоци. 3. Внесува име, презиме, корисничко име, лозинка, дата на раѓање, телефонски број, емаил адреса, име на хотелот, број на звезди, локација, број на соби, тип на соби, дополнителни услуги и простории, конференциски сала, паркинг м2. 4. Директорот внесува потврда за постоење на хотелот. (Прикачување на PDF file). 5.Submit на внесените податоци. 6. Валидаторот на хотели ги проверува податоците за хотелот во Централниот регистар на земјата. 7. Валидаторот прави физичка проверка на хотелот. 8. Валидаторот донесува соодветна одлука во врска со валидноста на податоците на хотелот |
Алтернативен тек | 1. Не се внесени валидни податоци 1.1 Валидаторот на хотели ги проверува информациите 1.2. Податоците не се точни. 1.3. Се одбива регистрацијата на хотелот и на директорот му се праќа листа на причини. 2. Надминат број на неправилен внес на информации 2.1. Директорот 3ти пат внесува погрешни информации 2.2. Директорот добива забрана за регистрирација на хотел во времетраење од 2 недели. |
Исклучок | Конекциски проблем. Директорот внесува потврда што не е во бараниот формат (PDF file). Директорот не е најавен. |
Вклучува | |
Приоритет | Висок |
Фрекфенција на користење | Ниска |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Use case | Додавање понуди |
---|---|
Актери | Директор |
Тригер | / |
Предуслов | Интернет конекција. Хотелот мора да има барем една слободна соба којашто ќе ја понуди. Хотелот мора да биде регистриран на ОРХ. Директорот мора да биде логиран на системот. |
Постуслов | Сите состојби на собите и понудите се балансирани. Комуникацијата со online системот е обновена. |
Опис | Директорот може да ги промени информаците за хотелот, понудувајќи нови понуди. |
Нормален тек | 1. Директорот пристапува до екранот на хотелот. 2. Директорот избира да додаде понуда на хотелот. Појава на полиња за внес на податоци. 3. Внесува информации за име на понудата, број на ноќевања, број на луѓе, спа услуги, регуларна цена, цена со попуст. |
Алтернативен тек | / |
Исклучок | Конекциски проблем. Директорот не е најавен на системот. |
Вклучува | |
Приоритет | Висок |
Фрекфенција на користење | Често |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Use case | Оценување |
---|---|
Актери | Клиент |
Тригер | Завршување на престој. |
Предуслов | Интернет конекција. Регистриран и логиран корисник. Клиентот треба да има резервација за престој. Ажуриран датумот за крајот на престојот. |
Постуслов | Комуникацијата со online системот е обновена. Оценката за престој е запишана во соодветниот запис за престојот во базата. |
Опис | Клиентот го оценува својот престој во хотел. Може да се даде оцена на некоја од карактеристиките на хотелот, севкупна оцена на хотелот и/или коментари за искуството во хотелот. |
Нормален тек | 1. Корисникот пристапува до екранот за најава. Се појавуваат полиња за внес на податоци. 2. Корисникот пополнува информации за корисничкото име и лозинка. 3.Корисникот пребарува во својте резервации и одбира која резерваија(престој) сака да ја оцени. 4. Корисникот внесува оцена и/или коментар.Ги сабмитира внесените информации. |
Алтернативен тек | / |
Исклучок | Конекциски проблем. Податоците за корисничко име и лозинка не се совпаѓаат или не постојат. |
Вклучува | |
Приоритет | Среден |
Фрекфенција на користење | Често |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Use case | Ажурирање на престој |
---|---|
Актери | Рецепционер |
Тригер | Започнување/завршување на престој. |
Предуслов | Интернет конекција. Резервација за престој. Регистриран рецепционер. |
Постуслов | Ажурирање на датумите во соодветниот запис за престој во базата. |
Опис | Рецепционерот го ажурира почетокот и крајот на престојот на клиентите. |
Нормален тек | 1. Рецепционерот пристапува до екранот за најава. Се појавуваат полиња за внес на податоци. 2. Рецепционерот пополнува информации за корисничкото име и лозинка. 3. Рецепционерот ја пребарува и пристапува до резервацијата на клиентот 4. Рецепционерот го евидентира почетокот и крајот на престојот на клиентот.Ги сабмитира новите информации. |
Алтернативен тек | / |
Исклучок | Конекциски проблем. Неисполнување на резервација. Внесување на датум за крај на престојот кој е пред датумот за почеток или обратно. |
Вклучува | |
Приоритет | Висок |
Фрекфенција на користење | Многу често. |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Use case | Пребарување на хотел |
---|---|
Актери | Клиент |
Тригер | Клиентот пристапува до ОРХ. |
Предуслов | Интернет конекција. |
Постуслов | |
Опис | Клиентите пребаруваат хотели според некоја од карактеристиките на хотелот. |
Нормален тек | 1. Пристап до страната. 2. Корисникот ги внесува клучните зборови за хотелот. 3. Избор на понудени категории за филтрирање: град, населено место, тип на соби, локација, цена. 3.1. Корисникот ги филтрира резултатите според понудените категории. 4. Процесирање на барањата на корисникот од страна на системот. 5. Системот нуди резултати од пребарувањето. 6.Избор на категорија за сортирање: населено место, тип на соби, локација, цена. 6.1 Избор на тип на сортирање: опаѓачки редослед, растечки редослед или азбучно 6.2 Корисникот ги сортира резултатите според понудените категории и опцијата за сортирање. 7.Избор на адекватен хотел, доколку таков има. |
Алтернативен тек | / |
Исклучок | Конекциски проблем. |
Вклучува | |
Приоритет | Висок |
Фрекфенција на користење | Често |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Use case | Резервација на соба |
---|---|
Актери | Клиент |
Тригер | Клиентот пристапува до ОРХ. |
Предуслов | Интернет конекција. Регистриран корисник. |
Постуслов | |
Опис | Клиент има потреба од резервација на соба во хотел. |
Нормален тек | 1. Клиентот ја избира собата која сака да ја резервира 2. Клиентот го избира начинот на кој сака да плати. 2.1. Доколку плаќа преку интернет сервиси за посредување помеѓу плањето клиентот го бира соодветниот сервис. 2.2. Доколку плаќа преку платежна картичка го бира типот на картичката за плаќање 3. Ги внесува податоците од сметката: име и презиме, број на сметка... 4. Клиентот го потврдува плаќањето |
Алтернативен тек | 1. Клиентот не е регистриран. 1.1. Клиентот пристапува до екранот за регистрирање. 1.2. Клиентот внесува корисничко име, лозинка, електронска пошта, телефонски број(optional), датум на раѓање(optional, пол(optional). 1.3. Клиентот ја потврдува регистрацијата. 2. Клиентот не е најавен. 2.1. Клиентот пристапува до екранот за најава. 2.2. Клиентот ги внесува корисничкото име и лозинката 2.3 Корисникот се најавува 3. Невалидни платежни информации. 3.1 Системот го одбива плаќањето и го известува корисникот за неуспешната трансакција. 3.2 Клиентот се враќа на претходниот екран и добива уште еден обид за плаќање. |
Исклучок | Конекциски проблем. Нема доволно финансиски средства.Неможе да се резервира соба. |
Вклучува | |
Приоритет | Висок |
Фрекфенција на користење | Висока |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Use case | Резервација на соба за група клиенти. |
---|---|
Актери | Клиент |
Тригер | Клиентот пристапува до ОРХ. |
Предуслов | Интернет конекција. Регистриран корисник. |
Постуслов | |
Опис | Клиент има потреба од резервација на соби во хотел. |
Нормален тек | 1. Клиентот ги избира собите кои сака да ги резервира 2. За секоја од собите може да се изберат регистрирани клиенти кои што ќе престојуваат во нив. 3. Клиентот може да избере дали ќе плаќа за повеќе луѓе или само за себе. 4. Клиентот ги резервира собите Секој од клиентите кои што ќе плаќаат ги прават следните чекори: 5. Клиентот пристапува до екранот на резервацијата. 6. Клиентот го избира начинот на кој сака да плати. 6.1 Доколку плаќа преку интернет сервиси за посредување помеѓу плањето клиентот го бира соодветниот сервис. 6.2. Доколку плаќа преку платежна картичка го бира типот на картичката за плаќање 7. Ги внесува податоците од сметката: име и презиме, број на сметка... 8. Клиентот го потврдува плаќањето |
Алтернативен тек | 1. Клиентот не е регистриран. 1.1. Клиентот пристапува до екранот за регистрирање. 1.2. Клиентот внесува корисничко име, лозинка, електронска пошта, телефонски број(optional), датум на раѓање(optional, пол(optional). 1.3. Клиентот ја потврдува регистрацијата. 2. Клиентот не е најавен. 2.1. Клиентот пристапува до екранот за најава. 2.2. Клиентот ги внесува корисничкото име и лозинката 2.3 Корисникот се најавува 3. Невалидни платежни информации. 3.1 Системот го одбива плаќањето и го известува корисникот за неуспешната трансакција. 3.2 Клиентот се враќа на претходниот екран и добива уште еден обид за плаќање. |
Исклучок | Конекциски проблем. Нема доволно финансиски средства. Не може да се резервира соба. |
Вклучува | |
Приоритет | Висок |
Фрекфенција на користење | Висока |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Use case | Техничка поддршка |
---|---|
Актери | Техничка поддршка, Клиент |
Тригер | Клиентот има потреба од помош. |
Предуслов | Интернет конекција. Регистриран корисник. |
Постуслов | |
Опис | Комуникација помеѓу техничка подршка и корисници. |
Нормален тек | 1. Клиентот наидува на проблем. 2. Клиентот го специфицира проблемот. 3. Клиентот се јавува / пишува маил со објаснување за целиот проблем, во техничката поддршка. 4. Техничката поддршка го анализира проблемот. 5. Техничката поддршка бара најбрзо и најоптимално решение за проблемот. 6. Техничката поддршка им одговара на повикот, односно електронската пошта со решение. |
Алтернативен тек | При наидување на проблем при користењето на системот, корисникот пристапува до техничката поддршка со цел да се разреши прблемот. Техничката поддршка секогаш е задолжена за решение на проблемите кои што треба да бидат покриени, така што алтернативен тек на настанот не би требало да постои. |
Исклучок | Конекциски проблем. Зафатена е телефонската линија. |
Вклучува | |
Приоритет | Висок |
Фрекфенција на користење | Често |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Use case | Промена на резервација |
---|---|
Актери | Клиент |
Тригер | Клиентот пристапува до ОРХ. |
Предуслов | Интернет конекција. Регистриран корисник. |
Постуслов | |
Опис | Клиентот ја променува резервацијата доколку има потреба. |
Нормален тек | 1. Клиентот се најавува на системот. 2. Клиентот ја пребарува својата резервација 3. Клиентот ја наоѓа својата резервација. 4. Клиентот кликнува на својата резервација 5. Клиентот ги прави промените што му се потребни 6. Клиентот ја зачувува променетата резервација. |
Алтернативен тек | 1. Клиентот ја откажува резервацијата. 1.1. 1. Корисникот се најавува на системот. 2. Корисникот ја наоѓа својата резервација 3. Корисникот ја отвара својата резервација 4. Корисникот го потврдува откажувањето на резервацијата |
Исклучок | Конекциски проблем. Не може да се откаже резервацијата 24 часа пред терминот. |
Вклучува | |
Приоритет | Висок |
Фрекфенција на користење | Средно |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Note:
See TracWiki
for help on using the wiki.