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. Внесува информации за име на понудата, број на ноќевања, број на луѓе, спа услуги, регуларна цена, цена со попуст. 4. Кликнува submit.
Алтернативен тек	/
Исклучок	Конекциски проблем. Директорот не е најавен на системот.
Вклучува
Приоритет	Висок,ке го има во прототипот и во финалната верзија.
Фрекфенција на користење	Често
Бизнис правила
Специјални побарувања
Претпоставки
Забелешки

Use case	Пребарува хотел
Актери	Клиент
Тригер	Клиентот пристапува до ОРХ.
Предуслов	Интернет конекција.
Постуслов
Опис	Клиентите пребаруваат хотели според почетен и краен датум за престој.
Нормален тек	1. Пристап до страната. 2. Корисникот ги внесува почетниот и крајниот датум. 3. Добива резултати кој одговараат на пребарувањето доколку има такви. 4. Доколку не постојат слободни хотели за тој временски период внесува нов датум за пребарување. 5. Избор на адекватен хотел, доколку таков има.
Алтернативен тек	/
Исклучок	Конекциски проблем.
Вклучува
Приоритет	Висок,ке го има во прототипот и во финалната верзија.
Фрекфенција на користење	Често
Бизнис правила
Специјални побарувања
Претпоставки
Забелешки

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. Клиентот ја зачувува променетата резервација.
Алтернативен тек	1. Клиентот ја откажува резервацијата. 1.1. 1. Корисникот се најавува на системот. 2. Корисникот ја наоѓа својата резервација 3. Корисникот ја отвара својата резервација 4. Корисникот го потврдува откажувањето на резервацијата
Исклучок	Конекциски проблем. Не може да се откаже резервацијата 24 часа пред терминот.
Вклучува
Приоритет	Висок,ке го има во финалната верзија.
Фрекфенција на користење	Средно
Бизнис правила
Специјални побарувања
Претпоставки
Забелешки

Use case	Пријавува проблем со системот
Актери	Техничка поддршка, Клиент
Тригер	Клиентот има потреба од помош.
Предуслов	Интернет конекција. Регистриран корисник.
Постуслов
Опис	Комуникација помеѓу техничка подршка и корисници.
Нормален тек	1. Клиентот наидува на проблем. 2. Клиентот го специфицира проблемот. 3. Клиентот се јавува / пишува маил со објаснување за целиот проблем, во техничката поддршка. 4. Техничката поддршка го анализира проблемот. 5. Техничката поддршка бара најбрзо и најоптимално решение за проблемот. 6. Техничката поддршка им одговара на повикот, односно електронската пошта со решение.
Алтернативен тек	При наидување на проблем при користењето на системот, корисникот пристапува до техничката поддршка со цел да се разреши прблемот. Техничката поддршка секогаш е задолжена за решение на проблемите кои што треба да бидат покриени, така што алтернативен тек на настанот не би требало да постои.
Исклучок	Конекциски проблем. Зафатена е телефонската линија.
Вклучува
Приоритет	Висок,ке го има во финалната верзија.
Фрекфенција на користење	Често
Бизнис правила
Специјални побарувања
Претпоставки
Забелешки

Use case	Оценува престој
Актери	Клиент
Тригер	Завршување на престој.
Предуслов	Интернет конекција. Регистриран и логиран корисник. Клиентот треба да има резервација за престој. Ажуриран датумот за крајот на престојот.
Постуслов	Комуникацијата со online системот е обновена. Оценката за престој е запишана во соодветниот запис за престојот во базата.
Опис	Клиентот го оценува својот престој во хотел. Може да се даде оцена на некоја од карактеристиките на хотелот, севкупна оцена на хотелот и/или коментари за искуството во хотелот.
Нормален тек	1. Корисникот пристапува до екранот за најава. Се појавуваат полиња за внес на податоци. 2. Корисникот пополнува информации за корисничкото име и лозинка. 3.Корисникот пребарува во своите резервации и одбира која резервација(престој) сака да ја оцени. 4. Корисникот внесува оцена и/или коментар. Ги сабмитира внесените информации.
Алтернативен тек	/
Исклучок	Конекциски проблем. Податоците за корисничко име и лозинка не се совпаѓаат или не постојат.
Вклучува
Приоритет	Среден,ке го има во финалната верзија.
Фрекфенција на користење	Често
Бизнис правила
Специјални побарувања
Претпоставки
Забелешки

Use case	Ажурира престој
Актери	Рецепционер
Тригер	Започнување/завршување на престој.
Предуслов	Интернет конекција. Резервација за престој. Регистриран рецепционер.
Постуслов	Ажурирање на датумите во соодветниот запис за престој во базата.
Опис	Рецепционерот го ажурира почетокот и крајот на престојот на клиентите.
Нормален тек	1. Рецепционерот пристапува до екранот за најава. Се појавуваат полиња за внес на податоци. 2. Рецепционерот пополнува информации за корисничкото име и лозинка. 3. Рецепционерот ја пребарува и пристапува до резервацијата на клиентот 4. Рецепционерот го евидентира почетокот и крајот на престојот на клиентот.Ги сабмитира новите информации.
Алтернативен тек	/
Исклучок	Конекциски проблем. Неисполнување на резервација. Внесување на датум за крај на престојот кој е пред датумот за почеток или обратно.
Вклучува
Приоритет	Висок,ке го има во прототипот и во финалната верзија.
Фрекфенција на користење	Многу често.
Бизнис правила
Специјални побарувања
Претпоставки
Забелешки

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

Use case	Промена во хотел
Актери	Администратор, Директор, Валидатор
Тригер	Промени во хотел.
Предуслов	Интернет конекција. Најава за промена.
Постуслов	Ажурирање на промената во базата.
Опис	Хотелот прави одредени промени (реновирање, додавање нови соби, промена на инвентар и сл.) и истите ги пријавува.
Нормален тек	1. Директорот пристапува до екранот за најава. 2. Директорот пополнува информации за корисничкото име и лозинка. 3. Директорот внесува барање за промена на податоци за хотелот. 4. Администраторот пристапува до екранот за најава. 5. Администраторот пополнува информации за корисничкото име и лозинка. 6. Администраторот го проследува барањето за промена до валидаторот. 7. Валидаторот пристапува до екранот за најава. 8. Валидаторот пополнува информации за корисничкото име и лозинка. 9. Валидаторот го разгледува барањето за промена. 10. Валидаторот прави физичка проверка на хотелот. 11. Валидаторот донесува соодветна одлука во врска со валидноста на податоците на хотелот.
Алтернативен тек	1. Внесеното барање на е валидно. 1.1 Валидаторот на хотели ги проверува информациите 1.2. Податоците не се точни. 1.3. Се одбива промената и ревалидацијата на хотелот и на директорот му се праќа листа на причини. 2. Внесеното барање е валидно 2.1. Валидаторот на хотели ги проверува информациите. 2.2. Податоците се точни. 2.3. Се одобрува промената и ревалидацијата на хотелот и на директорот му се праќа известување за одобрувањето.
Исклучок	Конекциски проблем. Неисполнување на барањата од страна на директорот.
Вклучува
Приоритет	Висок,ке го има во финалната верзија.
Фрекфенција на користење	Средно.
Бизнис правила
Специјални побарувања
Претпоставки
Забелешки