Version 21 (modified by 9 years ago) ( diff ) | ,
---|
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. Рецепционерот го евидентира почетокот и крајот на престојот на клиентот. |
Алтернативен тек | / |
Исклучок | Конекциски проблем. Неисполнување на резервација. |
Вклучува | |
Приоритет | |
Фрекфенција на користење | |
Бизнис правила | |
Специјални побарувања | |
Претпоставки | |
Забелешки |
Note:
See TracWiki
for help on using the wiki.