wiki:UseCase

Version 21 (modified by Vesna Elenchevska, 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.