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. Внесува информации за достапни соби, нивни цени и понуди.
Алтернативен тек	1. Директорот не е регистриран 1.1. Директорот пристапува до екранот за регистрација. 1.2. Пополнува потребни информации. 1.3. Потврдува регистрација 1.4. Се враќа на екранот за регистрација на хотел
Исклучок	Конекциски проблем.

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

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. Клиентот го избира начинот на кој сака да плати. 2.1 Доколку плаќа преку интернет сервиси за посредување помеѓу плањето, Клиентот го бира соодветниот сервис. 2.2. Доколку плаќа преку платежна картичка го бира типот на картичката за плаќање 3. Ги внесува податоците од сметката. 4. Клиентот го потврдува плаќањето
Алтернативен тек	1. Клиентот не е регистриран. 1.1. Клиентот пристапува до екранот за регистрирање. 1.2. Клиентот ги внесува потребните информации. 1.3. Клиентот ја потврдува регистрацијата. 2. Клиентот не е најавен. 2.1. Клиентот пристапува до екранот за најава. 2.2. Клиентот ги внесува корисничкото име и лозинката 3. Невалидни платежни информации. 3.1 Системот го одбива плаќањето. 3.2 Клиентот добива уште еден обид за плаќање.
Исклучок	Конекциски проблем. Нема доволно финансиски средства.

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. Рецепционерот го евидентира почетокот и крајот на престојот на клиентот.