- •1.2. Аналіз предметної області
- •1.3.2. «Сдн Доцент»
- •1.3.3. Система дистанційного навчання «Moodle».
- •2.2. Розроблення варіантів використання
- •2.2.1. Розроблення діаграми варіантів використання.
- •2.2.2. Специфікація варіантів використання.
- •2.3. Специфікація функціональних та не функціональних вимог
- •3.2.2. Словник даних.
- •3.2.3. Проектування моделей даних для функцій, що автоматизуються.
- •Обмеження атрибутів сутності «agents»
- •Обмеження атрибутів сутності «units»
- •Обмеження атрибутів сутності «control_points»
- •Обмеження атрибутів сутності «institution»
- •Обмеження атрибутів сутності «locality»
- •Обмеження атрибутів сутності «water»
- •Обмеження атрибутів сутності «monitoring»
- •Обмеження атрибутів сутності «monitoring agents»
- •3.2.4. Опис субд-орієнтованої моделі даних.
2.2. Розроблення варіантів використання
Мета варіантів використання полягає в тому, щоб визначити закінчений аспект або фрагмент поведінки деякої сутності без розкриття внутрішньої структури цієї сутності. В якості такої сутності може виступати вихідна система або будь-який інший елемент моделі, який володіє власною поведінкою, подібно підсистемі або класу в моделі системи.
Варіанти використання призначені в першу чергу для визначення функціональних вимог до системи і управляють усім процесом розробки. Всі основні види діяльності такі як аналіз, проектування, тестування виконуються на основі варіантів використання. Під час аналізу і проектування варіанти використання дозволяють зрозуміти як результати, які хоче отримати користувач впливають на архітектуру системи і як повинні себе вести компоненти системи, для того щоб реалізувати потрібну для користувача функціональність.
2.2.1. Розроблення діаграми варіантів використання.
Діаграма використання ( use case diagram ) призначена для відображення зовнішнього функціонування систем, що проектується та її взаємодії із зовнішнім світом користувачів. Головна задача діаграм використання – специфікація вимог до системи на початкових етапах проектування, коли вирішуються найбільш загальні задачі, пов’язані з призначенням системи, що розробляється.
Діаграма складається з наступних елементів:
- зовнішні користувачі (actors) – це такі дії, які передають або отримують інформацію для системи, це можуть бути фізичні об'єкти різної природи від людей і механізмів до програмних систем, один фізичний об'єкт може описуватися декількома користувачами, якщо він взаємодіє з різними функціями;
- блоки використання (use case) – це такі групи функцій системи, які об'єднуються в єдине ціле для зовнішнього користувача;
- зв'язки між блоками використання і зв'язки між блоками використання та зовнішніми користувачами.
У нашій системі будуть працювати наступні користувачі:
- учень;
- вчитель;
- адміністратор.
На рис. 2.1 та рис. 2.2 відображені основні користувачі системи, а також основні завдання, які вони будуть виконувати під час роботи з системою.
Основними задачами учня є:
- вхід в систему;
- реєстрація в системі;
- реєстрація на курсі;
Основними задачами вчителя є:
- вхід в систему;
- створення курсу;
- редагування курсу;
Основними задачами адміністратора є:
- вхід в систему;
- створення комітетів;
- налаштування сайту;
- робота зі списком користувачів системи;
- створення, видалення та редагування інформації про користувачів.
Рис. 2.1. Узагальнена діаграма варіантів використання
|
|
Рис. 2.2. Детальна діаграма варіантів використання |
2.2.2. Специфікація варіантів використання.
Описи варіантів використання системи подані у табл. 2.2 – табл. 2.8.
Таблиця 2.2
Варіант використання «Вхід у систему»
Контекст використання |
Використовується на початку роботи з програмним продуктом |
Діюча особа |
Еколог-аналітик |
Передумова |
Лаборант ПК надіслав дані про кількісні показники забруднення води |
Тригер |
Запуск системи |
Сценарій |
Працівник отримує інформацію, входить у систему, вводить свій логін та пароль |
Постумова |
Користувач зареєстрований у системі |
Таблиця 2.3
Варіант використання «Внесення інформації до бази даних»
Контекст використання |
Використовується для додавання нових даних та редагування існуючих |
Діюча особа |
Еколог-аналітик |
Передумова |
Еколог-аналітик отримав данні, які потребують занесення до бази даних, або існуючі дані потребують корегування |
Тригер |
Отримання нових даних з ПК або зміни у існуючих |
Сценарій |
Працівник отримує дані, запускає програмний продукт, вводить свій логін та пароль, додає новий запис до БД або редагує вже існуючі дані. |
Постумова |
Користувач має права на редагування даних БД |
Таблиця 2.4
Варіант використання «Робота зі списком користувачів системи»
Контекст використання |
Використовується для додавання, видалення та редагування інформації про користувачів системи |
Діюча особа |
Адміністратор |
Передумова |
Адміністратор отримав данні про нового користувача, або необхідно видалити чи редагувати вже існуючих даних |
Тригер |
Запит на додавання чи видалення користувача |
Сценарій |
Адміністратор отримує запит на додавання чи видалення користувача, входить у систему, додає, видаляє чи редагує дані користувачів |
Постумова |
Користувач аутентифікований у системі |
Таблиця 2.5
Варіант використання «Обслуговування БД»
Контекст використання |
Використовується для підтримки продуктивності та захисту БД |
Діюча особа |
Адміністратор |
Передумова |
Необхідність підтримки БД у надійному стані та за захисті інформації БД |
Тригер |
Перевірка продуктивності БД |
Сценарій |
Адміністратор заходить в систему, вводить свій логін та пароль, виконує операції по обслуговуванню БД |
Постумова |
Користувач аутентифікований у системі |
Таблиця 2.6
Варіант використання «Створення резервних копій БД»
Контекст використання |
Використовується для створення резервних копій БД, щоб уникнути втрати диних |
Діюча особа |
Адміністратор |
Передумова |
Необхідність створення резервних копій ПД |
Тригер |
Планове створення копій бази даних |
Сценарій |
Адміністратор заходить в систему, вводить свій логін та пароль, створює резервні копії БД |
Постумова |
Користувач аутентифікований у системі |
Таблиця 2.7
Варіант використання «Створення звітів»
Контекст використання |
Використовується для створення звітів про екологічний стан поверхневих вод Харківської області |
Діюча особа |
Еколог-аналітик |
Передумова |
Користувач зібрав інформацію у повному обсязі, необхідну для створення звітів |
Тригер |
Отримання запиту на створення звіту |
Сценарій |
Користувач входить в систему, вводить свій логін та пароль, вводить необхідні запити до БД на основі яких будуть створюватися звіти |
Постумова |
Користувач аутентифікований у системі |
Таблиця 2.8
Варіант використання «Аналіз стану поверхневих вод»
Контекст використання |
Використовується для аналізу показників забруднюючих речовин і поверхневих водах Харківської області |
Діюча особа |
Еколог-аналітик |
Передумова |
Був отриманий та сформований набір даних, необхідних для аналізу |
Тригер |
Плановий аналіз інформації для подальшого створення звітів про стан поверхневих вод Харківської області |
Сценарій |
Користувач входить в систему, вводить свій логін та пароль, вводить необхідні запити до БД для аналізу існуючої інформації |
Постумова |
Користувач аутентифікований у системі |