||= 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]] 7. Техничката поддршка бара најбрзо и најоптимално решение за проблемот. [[br]] 8. Техничката поддршка им одговара со решение. || ||= Алтернативен тек =|| При наидување на проблем при користењето на системот, корисникот пристапува до техничката поддршка со цел да се разреши прблемот. Техничката поддршка секогаш е задолжена за решение на проблемите кои што треба да бидат покриени, така што алтернативен тек на настанот не би требало да постои. || ||= Исклучок =|| Конекциски проблем. || ||= Вклучува =|| || ||= Приоритет =|| Висок,ке го има во финалната верзија. || ||= Фрекфенција на користење =|| Често || ||= Бизнис правила =|| || ||= Специјални побарувања =|| || ||= Претпоставки =|| || ||= Забелешки =|| || [[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]]