Зміст (стр. 2 )

№	Назва елементу чи підсистеми	Функціональний рівень	Призначення	Функціональні зв’язки	Основні характеристики
4.	Модуль завантаження книг до бібліотек	алгор.	Здійснює завантаження електронних книг з глобальної мережі Internet	Взаємодіє з 1 та 3. За допомогою 1 реалізує графічний інтерфейс, а 3 викори-стовує для передачі об’єктів для подальшої обробки	Знаходить та завантажує електронну книгу в глобальній мережі Internet або на локальному комп’ютері
5.	Модуль зчитування книги з бібліотеки	алгор.	Здійснює зчитування електронної книги з електронної бібліотеки	Взаємодіє з 1, 2 та 6. 1 реалізує гра-фічний ін.-терфейс, 2 передає дані про конк-ретного користувача, а 6 заван-тажує його особисті на-лаштування	Відображає обрану книгу за допомогою графічного інтерфейсу.

Продовження таблиці 1.3

№	Назва елементу чи підсистеми	Функціональний рівень	Призначення	Функціональні зв’язки	Основні характеристики
6.	Модуль особистих налаштувань	алгор.	Здійснює завантаження особистих налаштувань кожного користувача та особистих даних.	Взаємодіє з 1, 2. За допомогою 1 реалізує графічний інтерфейс, а за допомо-гою 2 зв’я-зує корис-тувача з йо-го налаш-туваннями, 7 надає інфор-мацію про скоєні операції ко-ристувачем	Реалізує завантаження особистих користувацьких даних, якими можуть бути стиль відображення, закладинки та інша користувацька інформація. Дані пов’язуються з двох таблиць СУБД
7.	Модуль користувацьких операцій	алгор.	Здійснює можливість користувачів проводити операції на книгами	Взаємодіє з 1, 2, 6. 1 реа-лізує інтер-фейс, 2 зв’я-зує з відпо-відним ко-ристувачем, в 6 надає ін-формацію про вже ра-ніше скоєні операції	Реалізує надання можливості користувачам використовувати такі функції як оцінювання книги, створювати закладинки та додавати коментарі

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

Рисунок 1.6 – Функціональна схема системи електронної бібліотеки

2.1.4 Опис функцій, що автоматизуються

В данном разделе описывают функции, которые будут выполняться. Описание производится в виде диаграммы вариантов использования.

Для проектування діаграми використання спочатку необхідно визначити дійових осіб (акторів), а потім визначити, які дії у системі може виконувати кожен з акторів. На рисунку 1.7 приведені актори системи:

Рисунок 1.7 – Актори системи

Нижче наведений опис кожного з акторів.

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

– Клієнт. Зареєстрований користувач сайті, має змогу переглядати перелік послуг туристичної фірми, а також виконувати замовлення туру.

– Користувач. Незареєстрований користувач сайту (гість). Має права лише на перегляд інформації про туристичні послуги.

Тепер визначимо дії, які можуть виконувати актори системи (рисунок 1.8):

Рисунок 1.8 – Схема структурна варіантів використання

Розпишемо детальніше деякі з варіантів використань:

– перегляд турів:

а) переглянути можливі тури – ознайомлення з турами, представленими на сайті;

б) перегляд новин – ознайомлення з "гарячими" пропозиціями;

в) знаходження туру – пошук туру за заданими параметрами (тип відпочинку, країна, тип пересування, місто, готель, кімната, тип харчування);

– бронювання туру:

а) реєстрація – заповнення анкети на сайті, для збереження своїх даних в системі;

б) оформлення заявки – заповнення спеціальної форму на замовлення туру;

в) друк контракту – друк контракту з сайту згідно із підтвердженим замовленням;

– перевірка системи:

а) перегляд замовлень – пошук замовлень, що можуть бути підтверджені та виконані на даний період;

б) оновлення системи;

в) оновлення новин – створення, редагування, видалення новин про зміни у туристичних послугах (наприклад, сезоні туру, гарячі пропозиції, тощо);

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

2.1.5 Опис постановки задачі

При описании постановки задачи обязательно надо указать цель создания системы, и задачи, которые должны решаться для достижения поставленной цели.

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

Метою створення автоматизованої системи підтримки діяльності готелю є:

- надання можливості адміністратору змінювати, доповнювати та видаляти будь-яку інформацію стосовно діяльності готелю (адміністрування номерів, інформації про постійних та нових клієнтів і т. д.);

- надання можливості адміністратору додаткових послуг вносити корективи у меню ресторану та перелік додаткових послуг;

- надання можливості адміністративному персоналу переглядати звіти щодо прибутковості та завантаженості готелю;

- надання можливості клієнту зробити он-лайн замовлення будь-якого характеру (бронювання номерів, замовлення додаткових послуг, перегляд стану готельного устаткування);

Для цього мають бути вирішені такі задачі:

– облік готельного фонду;

– облік додаткових послуг;

– облік клієнтів готелю.

При цьому мають бути реалізовані такі функції:

– ведення детальної інформації по готельному устаткуванню (стан номерів, наявність номерів, термін перебування, умови, вартість тощо);

– ведення детальної інформації по замовленням, виконаних клієнтами (з функцією автоматичного підтвердження у разі можливості виконання на даний період);

– обрахування вартості перебування в готелі, відповідно до додаткових умов клієнта;

– формування звітів, щодо прибутковості та завантаженості готельного номерного фонду.

2.2.1 Перелік первісних сигналів і даних

У розділі «Перелік первісних сигналів» вказують:

- для аналогового сигналу — найменування величини, що вимірюється, одиниці виміру, діапазон зміни, вимоги точності та періодичності виміру, тип сигналу;

- для дискретного сигналу — найменування, розрядність та періодичність, тип сигналу;

для сигналу типу «так-ні» — джерело формування та смислове значення сигналу.

У розділі «Перелік первісних даних» вказують:

- найменування, кодове позначення, значущість реквізитів первісних даних;

найменування і кодові позначення документів або повідомлень, що містять ці дані.

Таким образом, в зависимости от типа входной информации данный раздел называется либо «Перелік первісних сигналів», либо «Перелік первісних даних».

К примеру:

Первісні дані вводяться в систему користувачем, через веб-сервіси, через модулі інтеграції тощо. Розглянемо структуру даних, з якою працює відділ продажу. Модуль «Продаж» зосереджує дані по клієнтам, договорам, рахункам, документам, проектам та послугам(продуктам).

Дані по проектам

– номер – номер проекту у розрізі типу;

– назва – назва проекту;

– клієнт – клієнт, з яким укладається проект;

– стадія – стадія, на якій перебуває проект;

– стан – стан роботи менеджера з проектом;

– тип – тип проекту;

– постачальник – контрагент, який виконує поставку послуг;

– дата початку – дата, з якої проект починає своє існування;

– дата закінчення – дата, офіційного формування договору.

Дані по договорам

– номер – номер договору по регламенту;

– назва – назва договору;

– клієнт – клієнт, з яким укладається договір;

– відповідальний – менеджер, що працює з клієнтом;

– тип – тип договору;

– стан – стан договору;

– дата початку – дата, підписання договору з однієї з сторін;

– дата завершення – формування комерційної пропозиції;

– реквізити – включають в себе суму, частоту оплати, валюту;

– проект – посилання на проект.

Ещё пример:

Первісними даними для АС “Кадри” є:

– дані нормативно-довідникової інформації, що імпортуються з інших систем;

– дані нормативно-довідникової інформації, які вносяться користувачем;

– дані трудових книжок співробітників;

– дані паспортів.

Опис вхідних даних приведений у таблиці 1.4.

Таблиця 1.4 – Опис первісних даних

№	Найменування	Реквізити	Документи, що містять первісні дані
1	Дані трудової книжки	– номер трудової книжки; – дані закладу; – …	Трудова книжка, що подається співробітником (чи оформлюється для співробітника вперше)
2

2.2.2 Перелік вихідних сигналів (документів)

Документ складається з таких розділів:

- перелік вихідних сигналів;

- перелік вихідних документів.

Розділ «Перелік вихідних сигналів» містить перелік вихідних сигналів із зазначенням їхніх найменувань, призначення, одиниць виміру та діапазонів зміни, способу представлення користувачам інформації.

Розділ «Перелік вихідних документів» містить перелік вихідних документів із зазначенням їхніх найменувань, кодових позначень, переліку і значущості реквізитів, користувачів інформації.

Таким образом, в зависимости от типа входной информации данный раздел называется либо «Перелік вихідних сигналів», либо «Перелік вихідних документів».

К примеру:

Вихідними документами є звіти, які генеруються системою для відображення відомостей про роботу платіжних терміналів. Нижче наведені приклади макетів звітів (табл. 1.5 – 1.6)

Таблиця 1.5 – Звіт по інкасаціям за період

№	Місто	Інкасатор	Дата інкасації	Сума інкасації	Статус інкасації

Таблиця 1.6 – Обороти по терміналам:

№ терміналу	Дата	Кількість платежів	Середня сума платежу	Оборот за день	Комісія дилера	Комісія з клієнта

Ещё пример:

Вихідними документами для АС «Кадри» є наступні:

– трудовий договір;

– звіт по співробітниках;

– звіти для Державної податкової адміністрації.

У таблиці 1.7 наведений опис вихідних документів:

Таблиця 1.7 – Опис вихідних документів

№	Найменування	Кодове позначення	Реквізити
1	Трудовий договір	ТД	- дата заключення; - базова ставка; - ПІБ співробітника; - …
2	Звіт по співробітниках	ЗС	…

2.2.3 Опис інформаційного забезпечення системи

У документ входять розділи: