||= Use case =|| Регистрира хотел ||
||= Актери =|| Директор, Валидатор на хотели ||
||= Тригер =|| / ||
||= Предуслов =|| Интернет конекција. Хотелот да биде регистриран во регистарот на соодветната држава. ||
||= Постуслов =||  ||
||= Опис =|| Хотелите можат да се регистрираат на ОРХ, притоа внесувајќи ги потребните информации и карактеристики, пришто валидаторот ја потврдува регистрацијата. ||
||= Нормален тек =|| 1. Директорот пристапува до екранот за регистрирање.[[br]] 2. Директорот избира да регистрира хотел. Појава на полиња за внес на податоци. [[br]] 3. Внесува име, презиме, корисничко име, лозинка, дата на раѓање, телефонски број, емаил адреса, име на хотелот, број на звезди, локација, број на соби, тип на соби, дополнителни услуги и простории, конференциски сала, паркинг м2.[[br]] 4. Директорот внесува потврда за постоење на хотелот. (Прикачување на PDF file). [[br]] 5.Submit на внесените податоци. [[br]] 6. Валидаторот на хотели ги проверува податоците за хотелот во Централниот регистар на земјата. [[br]] 7. Валидаторот прави физичка проверка на хотелот. [[br]] 8. Валидаторот донесува соодветна одлука во врска со валидноста на податоците на хотелот || 
||= Алтернативен тек =|| '''1. Не се внесени валидни податоци''' [[br]] 1.1 Валидаторот на хотели ги проверува информациите [[br]] 1.2. Податоците не се точни. [[br]] 1.3. Се одбива регистрацијата на хотелот и на директорот му се праќа листа на причини. [[br]] '''2. Надминат број на неправилен внес на информации''' [[br]] 2.1. Директорот 3ти пат внесува погрешни информации [[br]] 2.2. Директорот добива забрана за регистрирација на хотел во времетраење од 2 недели.  ||
||= Исклучок =|| Конекциски проблем. Директорот внесува потврда што не е во бараниот формат (PDF file). Директорот не е најавен.  ||
||= Вклучува =|| ||
||= Приоритет =|| Висок,ке го има во прототипот и во финалната верзија. ||
||= Фрекфенција на користење =|| Ниска ||
||= Бизнис правила =|| ||
||= Специјални побарувања =|| ||
||= Претпоставки =|| ||
||= Забелешки =|| ||

[[br]]

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

[[br]]

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

[[br]]

||= Use case =|| Резервира соба ||
||= Актери =|| Клиент ||
||= Тригер =|| Клиентот пристапува до ОРХ. ||
||= Предуслов =|| Интернет конекција. Регистриран корисник. ||
||= Постуслов =||  ||
||= Опис =|| Клиент има потреба од резервација на соба во хотел. ||
||= Нормален тек =|| 1. Клиентот ја избира понудата која сака да ја резервира. [[br]] 2. Клиентот гледа детали и цена за целосниот престој. [[br]] 3. Клиентот избира да плати. [[br]] 4. Ги внесува податоците од сметката: име и презиме, број на сметка... [[br]] 5. Клиентот го потврдува плаќањето [[br]]   ||
||= Алтернативен тек =|| '''1. Клиентот не е регистриран.''' [[br]] 1.1. Клиентот пристапува до екранот за регистрирање. [[br]] 1.2. Клиентот внесува корисничко име, лозинка, електронска пошта, телефонски број(optional), датум на раѓање(optional, пол(optional). [[br]] 1.3. Клиентот ја потврдува регистрацијата. [[br]] '''2. Клиентот не е најавен.''' [[br]] 2.1. Клиентот пристапува до екранот за најава. [[br]] 2.2. Клиентот ги внесува корисничкото име и лозинката [[br]] 2.3 Корисникот се најавува [[br]] '''3. Невалидни платежни информации.''' [[br]] 3.1 Системот го одбива плаќањето и го известува корисникот за неуспешната трансакција. [[br]] 3.2 Клиентот се враќа на претходниот екран и добива уште еден обид за плаќање. ||
||= Исклучок =|| Конекциски проблем. Нема доволно финансиски средства.Неможе да се резервира соба. ||
||= Вклучува =|| ||
||= Приоритет =|| Висок ||
||= Фрекфенција на користење =|| Висока,ке го има во прототипот и во финалната верзија. ||
||= Бизнис правила =|| ||
||= Специјални побарувања =|| ||
||= Претпоставки =|| ||
||= Забелешки =|| ||

[[br]]


||= Use case =|| Менува резервација ||
||= Актери =|| Клиент ||
||= Тригер =|| Клиентот пристапува до ОРХ. ||
||= Предуслов =|| Интернет конекција. Регистриран корисник. ||
||= Постуслов =||  ||
||= Опис =|| Клиентот ја променува резервацијата доколку има потреба. ||
||= Нормален тек =|| 1. Клиентот ја пребарува својата резервација [[br]] 2. Клиентот ја наоѓа својата резервација. [[br]] 3. Клиентот кликнува на својата резервација [[br]] 4. Клиентот ги прави промените што му се потребни [[br]] 5. Клиентот ја зачувува променетата резервација.  ||
||= Алтернативен тек =|| '''1. Клиентот ја откажува резервацијата.''' [[br]] 1.1. 1. Корисникот се најавува на системот. [[br]] 2. Корисникот ја наоѓа својата резервација [[br]] 3. Корисникот ја отвара својата резервација [[br]] 4. Корисникот го потврдува откажувањето на резервацијата [[br]] ||
||= Исклучок =|| Конекциски проблем. Не може да се откаже резервацијата 24 часа пред терминот. ||
||= Вклучува =|| ||
||= Приоритет =|| Висок,ке го има во финалната верзија. ||
||= Фрекфенција на користење =|| Средно ||
||= Бизнис правила =|| ||
||= Специјални побарувања =|| ||
||= Претпоставки =|| ||
||= Забелешки =|| ||

[[br]]

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

[[br]]

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

[[br]]

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

[[br]]

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

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

[[br]]