Побудова дерева цілей системи
Рис. 3.3 Дерево цілей
Розробляючи автоматизовану систему для самопідготовки студентів було визначено основні завдання, призначення даної підсистеми та сформульовано дерево цілей (див. рис. 2.3). Його суть полягає в тому, що спочатку формується основна глобальна ціль, а після цього від неї вже формуються конкретні локальні цілі та підцілі системи, в яких містяться всі необхідні засоби для досягнення поставленої мети.
Такий аналіз дозволяє аналізувати важливість критеріїв та їх вплив на досягання загальної мети, визначити множину варіантів побудови підсистеми та обрати найоптимальніший.
Проектування і структуризація програмного забезпечення
Проектування ПЗ – процес створення проекту ПЗ, метою якого є визначення внутрішніх властивостей системи і деталізація її зовнішніх особливостей.
Структуризація системи – етап аналізу, суть якого полягає у тому, щоб вся сукупність об’єктів і процесів, які мають відношення до поставленої цілі, розподілити на власні досліджувані системи.
Для полегшення даних процесів було розроблено уніфіковану мову моделювання – UML – мова графічного опису для об’єктного моделювання в області розроблення ПЗ. На основі технології UML будується єдина інформаційна модель.
Серед основних типів діаграм, які використовуються UML при проектуванні програмного забезпечення можна виділити наступні:
Діаграма діяльності
Діаграма варіантів використання
Діаграма послідовності
Діаграма класів
Для проектування ПЗ мовою моделювання нами було вибране програмне забезпечення Visio корпорації Microsoft, яке входить у програмний пакет Microsoft Office. Microsoft Visio може бути корисний при вирішенні таких трьох основних задач:
Графічного представлення даних
Аналізі складних даних
Обміні цими даними між користувачами
Основний засіб представлення даних у Visio – це векторні фігури, на основі яких будується діаграма або план.
Розробка діаграми діяльності
Залежно від ступеня деталізації, діаграми діяльностей використовуються на різних етапах розробки. На етапі аналізу вимог і уточнення специфікацій діаграми діяльностей дозволяють конкретизувати основні функції розроблюваного програмного забезпечення. Аналогом діаграми діяльності є схеми алгоритмів (блок-схеми).
Під діяльністю в цьому випадку розуміють завдання (операцію), яке необхідно виконати вручну або за допомогою засобів автоматизації. Кожному варіанту використання відповідає своя послідовність завдань.
Діаграми діяльності є представленням алгоритмів якихось дій, що виконуються в системі.
Алгоритм – це послідовність певних дій або елементарних операцій, виконання яких приводить до здобуття бажаного результату.
Можна побудувати декілька діаграм діяльності для однієї і тієї ж системи, причому кожна з них фокусуватиметься на різних аспектах системи, показуватиме різні дії, що виконуються усередині неї.
Ми розглянемо діаграму діяльності на прикладі роботі студентів за АНС (див. рис 2.4).
Рис. 2.4 Діаграма діяльності
Діаграма варіантів використання
Діаграма прецедентів – діаграма, яка відображає відношення між акторами і прецедентами. Актор (actor) - це безліч логічно пов'язаних ролей, які виконуються при взаємодії з прецедентами або сутностями (система, підсистема або клас). Прецедент – це опис множини послідовних подій, що виконуються системою, які дають результат Актору. Прецедент представляє поведінку суті, описуючи взаємодію між Актора і системою.
Рис.2.5
Діаграма варіантів використання
Основним завданням діаграми – описати функціонування і поведінку системи. При моделюванні системи за допомогою діаграми прецедентів програміст намагається:
Визначити акторів і їх взаємозв’язок з системою
загальний функціонал системи (самі прецеденти)
Ми змоделюємо діаграму прецедентів на прикладі взаємозв’язку студента і викладача із системою (див. рис. 2.5).