2. Планування автоматизованої системи

Вибір екскурсій відбувається системою дуже швидко, адже система містить величезну кількість захоплюючих екскурсій незалежно від вподобань.

Інтерфейс включає все необхідне для зручного сервісу користувача: пошук екскурсій, віртуальний кошик для вибору та замовлення екскурсій та миттєва оплата послуг за допомогою банківської карточки або безпосередньо під час проведення екскурсії.

Завдання системи

Система призначена для оптимізації вибору екскурсійного маршруту або ж для придбання екскурсій з гідом, а також для зручного відображення найбільш відвідуваних та популярних місць у Львові.

Умови роботи

Доступ до бази даних екскурсій, історичних та популярних місць, ресторанів та готелів, яка знаходить в програмі та постійно оновлюється. Серед усіх функцій, які виконує система можна виділити загальні операції: формування переліку екскурсій, пошук необхідної екскурсії та складання маршруту,оформлення замовлення екскурсії, визначення кількості клієнтів, визначення розміру оплати, переведення екскурсій в статус замовлених.

Замовник висунув наступні вимоги :

Функціональні вимоги:

1. Вхід як для адміністратора так і для користувача.

2. В системі повинна бути можливість доступу до Інтернету

3. Режим адміністратора (додавання визначних місць,видалення визначних місць ,встановлення цін, редагування інформації, додавання екскурсій)

4. Оформлення листа-підтвердження про замовлення екскурсії:

1. - зміна;

2. - додавання;

3. - видалення.

5. Набір підказок в критичних випадках.

6. Діалогові повідомлення.

7. Зв’язок з принтером.

8. Можливість пошуку екскурсії за назвою.

9. Можливість вибору та замовлення індивідуальних екскурсій

Нефункціональні вимоги:

1. Джерело струму.

2. Комп’ютер,мишка,клавіатура.

3. Інтернет

4. Пошук без затримок.

5. Встановлення на ОС Windows.

6. Принтер

3. Проектування автоматизованої системи

Діаграма діяльності 

Діаграма діяльності— в UML, візуальне представлення графу діяльностей. Граф діяльностей є різновидом графу станівскінченного автомату, вершинами якого є певні дії, а переходи відбуваються по завершенню дій.

Дія (англ. action) є фундаментальною одиницею визначення поведінки в специфікації. Дія отримує множину вхідних сигналів, та перетворює їх на множину вихідних сигналів. Одна із цих множин, або обидві водночас, можуть бути порожніми. Виконання дії відповідає виконанню окремої дії. Подібно до цього, виконання діяльності є виконанням окремої діяльності, буквально, включно із виконанням тих дій, що містяться в діяльності. Кожна дія в діяльності може виконуватись один, два, або більше разів під час одного виконання діяльності. Щонайменше, дії мають отримувати дані, перетворювати їх та тестувати, деякі дії можуть вимагати певної послідовності. Специфікація діяльності (на вищих рівнях сумісності) може дозволяти виконання декількох (логічних) потоків, та існування механізмів синхронізації для гарантування виконання дій у правильному порядку.

Діаграма варіантів використання

Візуальне моделювання в UML можна представити як певний процес поуровневого спуску від найбільш загальної і абстрактної концептуальної моделі вихідної системи до логічної, а потім і до фізичної моделі відповідної програмної системи. Для досягнення цих цілей спочатку будується модель у формі так званої діаграми варіантів використання (use case diagram), яка описує функціональне призначення системи або, іншими словами, те, що система буде робити в процесі свого функціонування. Діаграма варіантів використання є вихідним концептуальним уявленням або концептуальною моделлю системи в процесі її проектування і розробки.

Діаграма послідовності 

Діаграма послідовності— в UML, діаграма послідовності відображає взаємодії об'єктів впорядкованих за часом. Зокрема, такі діаграми відображають задіяні об'єкти та послідовність відправлених повідомлень.