wiki:UseCase

Version 11 (modified by Aleksandar Velkoski, 8 years ago) ( diff )

--

Use case Регистрација на хотел
Опис Хотелите можат да се регистрираат на ОРХ и притоа мора да ги внесат своите информации и карактеристики.
Сценарио 1. Директорот пристапува до екранот за регистрирање.
2. Ги пополнува потребните информации.
3. Директорот внесува потврда за постоење на хотелот.
4. Валидаторот на хотели ја потврдува регистрацијата.


Use case Регистрација на хотел
Актери Директор, Валидатор на хотели
Тригер /
Предуслов Интернет конекција. Хотелот да биде регистриран во регистарот на соодветната држава.
Постуслов Директор, Валидатор на хотели
Опис Хотелите можат да се регистрираат на ОРХ и притоа мора да ги внесат своите информации и карактеристики.
Нормален тек 1. Директорот пристапува до екранот за регистрирање.
2. Ги пополнува потребните информации.
3. Директорот внесува потврда за постоење на хотелот.
4. Валидаторот на хотели ја потврдува регистрацијата.
Алтернативен тек 1. Директорот не е регистриран
1.1. Директорот пристапува до екранот за регистрација.
1.2. Пополнува потребни информации.
1.3. Потврдува регистрација
1.4. Се враќа на екранот за регистрација на хотел
2. Не се внесени валидни податоци
2.1 Валидаторот на хотели ги проверува информациите
2.2. Податоците не се точни.
2.3. Се одбива регистрацијата на хотелот и на директорот му се праќа листа на причини.
3. Надминат број на неправилен внес на информации
3.1. Директорот 3ти пат внесува погрешни информации
3.2. Директорот добива забрана за регистрирација на хотел во времетраење од 2 недели.
Исклучок Конекциски проблем.


Use case Додавање понуди
Опис Директорот на хотелот може да ги промени информациите за услугите и понудите на хотелот.
Сценарио 1. Директорот пристапува до екранот на хотелот.
2. Внесува информации за достапни соби, нивни цени и понуди.


Use case Пребарување на хотел
Опис Клиентите пребаруваат хотели според некоја од карактеристиките на хотелот.
Сценарио 1. Пристап до страната
2. Корисникот ги внесува клучните зборови за хотелот
3. Корисникот ги филтрира резултатите според понудените категории.
4. Корисникот ги сортира резултатите според понудените категории


Use case Резервација на соба
Опис Клиент има потреба од резервација на соба во хотел. За да направи резервација, клиентот потребно е да има корисничка сметка на ОРХ. Доколку клиентот има корисничка сметка и е најавен, тој може да направи резервација и да плати за неа.
Сценарио 1. Клиентот пристапува до екранот за регистрирање.
2. Клиентот ги внесува потребните информации.
3. Клиентот ја потврдува регистрацијата
4. Клиентот пристапува до екранот за најава.
5. Клиентот ги внесува корисничкото име и лозинката
6. Клиентот ги избира собите кои сака да ги резервира
7. Клиентот го избира начинот на кој сака да плати.
7.1 Доколку плаќа преку интернет сервиси за посредување помеѓу плањето, Клиентот го бира соодветниот сервис.
7.2. Доколку плаќа преку платежна картичка го бира типот на картичката за плаќање
8. Ги внесува податоците од сметката.
9. Клиентот го потврдува плаќањето


Use case Резервација на соби за група клиенти
Опис Клиенти имаат потреба од резервација на соби во хотел. За да направат резервација, потребно е еден или повеќе клиенти да имаат корисничка сметка на ОРХ. Доколку клиентот има корисничка сметка и е најавен, тој може да направи резервација и да плати за неа.
Сценарио 1. Клиент пристапува до екранот за регистрирање.
2. Клиентот ги внесува потребните информации.
3. Клиентот ја потврдува регистрацијата
4. Клиентот пристапува до екранот за најава.
5. Клиентот ги внесува корисничкото име и лозинката
6. Клиентот ги избира собите кои сака да ги резервира
7. Клиентот може да резервира соби и да ја плати резервацијата за сите или да резервира соби, но да одреди кои клиенти кои што се дел од групата ќе платат индивидуално.
8. Доколку клиентот плаќа за повеќе луѓе, тој го избира начинот на кој сака да плати.
8.1 Доколку плаќа преку интернет сервиси за посредување помеѓу плањето, Клиентот го бира соодветниот сервис.
8.2. Доколку плаќа преку платежна картичка го бира типот на картичката за плаќање
8.3. Ги внесува податоците од сметката.
8.4. Клиентот го потврдува плаќањето
9. Доколку клиентите плаќаат индивидуално, се избираат клиентите кои што се регистрирани на системот и им се доделува соба.
9.1. Секој од клиентите добива известување за резервацијата и доколку не платат во рок од еден час истата ќе се поништи.
9.2. Секој од клиентите ги извршува следните чекори:
9.2.1. Клиентот го избира начинот на кој сака да плати.
9.2.2. Доколку плаќа преку интернет сервиси за посредување помеѓу плањето, Клиентот го бира соодветниот сервис.
9.2.3. Доколку плаќа преку платежна картичка го бира типот на картичката за плаќање
9.2.4. Ги внесува податоците од сметката.
9.2.5. Клиентот го потврдува плаќањето


Use case Промена на резервација
Опис Клиентот ја променува резервацијата доколку има потреба.
Сценарио 1. Клиентот ја наоѓа својата резервација
2. Клиентот ја откажува резервацијата


Use case Техничка поддршка
Опис Комуникација помеѓу техничка подршка и корисници
Сценарио 1. Доколку има потешкотии или проблеми користејќи го системот, клиентот им се јавува или им пишува електронска пошта на техничка поддршка.
2. Техничка поддршка им одговара на повикот, односно електронската пошта.


Use case Оценување
Опис Клиентот го оценува својот престој во хотел. Може да се даде оцена на некоја од карактеристиките на хотелот, севкупна оцена на хотелот и/или коментари за искуството во хотелот.
Сценарио 1. Корисникот се најавува на својата корисничка сметка
2. Корисникот одбира кој престој да го оцени.
3. Корисникот внесува оцена и/или коментар


Use case Ажурирање на престој
Опис Рецепционерот го ажурира почетокот и крајот на престојот на клиентите.
Сценарио 1. Рецепционерот пристапува до резервацијата на клиентот
2. Рецепционерот го евидентира почетокот и крајот на престојот на клиентот.


Note: See TracWiki for help on using the wiki.