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

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. Се избираат клиентите кои што се регистрирани на системот и им се доделува соба. 3. Доколку клиентот плаќа за повеќе луѓе, тој го избира начинот на кој сака да плати. 3.1 Доколку плаќа преку интернет сервиси за посредување помеѓу плањето, Клиентот го бира соодветниот сервис. 3.2. Доколку плаќа преку платежна картичка го бира типот на картичката за плаќање 3.3. Ги внесува податоците од сметката. 3.4. Клиентот го потврдува плаќањето
Алтернативен тек	1. Клиентот не е регистриран. 1.1. Клиентот пристапува до екранот за регистрирање. 1.2. Клиентот ги внесува потребните информации. 1.3. Клиентот ја потврдува регистрацијата. 2. Клиентот не е најавен. 2.1. Клиентот пристапува до екранот за најава. 2.2. Клиентот ги внесува корисничкото име и лозинката 3. Невалидни платежни информации. 3.1 Системот го одбива плаќањето. 3.2 Клиентот добива уште еден обид за плаќање. 4. Групата плаќа индивидуално 4.1. Kлиентите добиваat известување за резервацијата и доколку не платат во рок од еден час истата ќе се поништи. 4.2. Секој од клиентите ги извршува следните чекори: 4.2.1. Клиентот го избира начинот на кој сака да плати. 4.2.2. Доколку плаќа преку интернет сервиси за посредување помеѓу плањето, Клиентот го бира соодветниот сервис. 4.2.3. Доколку плаќа преку платежна картичка го бира типот на картичката за плаќање 4.2.4. Ги внесува податоците од сметката. 4.2.5. Клиентот го потврдува плаќањето.
Исклучок	Конекциски проблем. Нема доволно финансиски средства.
Вклучува
Приоритет
Фрекфенција на користење
Бизнис правила
Специјални побарувања
Претпоставки
Забелешки

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

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

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

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

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

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

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

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