Мета розробки аналітичної моделі

Хороша аналітична модель повинна мати наступні характеристики:

· вона повинна бути спрощеним описом системи,

· функції повинні бути представлені ієрархічно,

· логічна модель повинна слідувати певним правилам,

· модель повинна будуватися за допомогою добре відомих методів і інструментів,

· модель використовується для ухвалення рішень в подальшому дизайні.

Модель ПЗ повинна бути спрощеним описом, який представляє найважливіші особливості ПЗ на високому абстрактному рівні.

Логічна модель:

· показує, що повинна робити система,

· показує ієрархію системи,

· уникає термінології реалізації,

· дозволяє ухвалювати рішення "від причини до наслідків" і назад.

Записи, що робляться на етапі аналізу

У аналітичному спорудженні моделі найчастіше роблять такі записи:

· звичайна мова,

· графічні записи,

· специфікація - структурований текстовий і числовий опис.

Графічні записи дуже важливі в спорудженні аналітичної моделі. Розробка ПЗ використовує і інші способи запису, наприклад, методи з електроніки і механіки. Психологічний аналіз показує важливість використання графічного запису.

Функції запису:

· інструмент аналітика і дизайнера,

· зв'язок з користувачем,

· зв'язок з іншими членами команди,

· основа для реалізації ПЗ,

· опис технічної документації.

Запис повинен бути простий, зрозумілий, конкретний, легкий для розуміння, дозволяючи моделювати складні зв'язки.

Дії на етапі аналізу

Основними діями на етапі аналізу є:

· визначення, пояснення, моделювання, специфікація і документування частин і проблем проекту,

· визначення контексту проекту,

· визначення вимог користувача,

· визначення організаційних вимог,

· інші рішення, наприклад, апаратні настройки, настройки ПЗ, фінансові обмеження, обмеження часу і т.п.

Сам аналіз не повинен робити якісь зміни, наприклад, введення таких нових елементів, як комп'ютерні системи. Мета аналізу - ідентифікувати всі аспекти, які можуть вплинути на форму, організацію і результати проекту.

Основними діями в під час аналізу є:

· розробка статичних моделей класів,

· аналіз функцій і випадків застосування,

· перевірка класів і об'єктів,

· розпізнавання і визначення методів і повідомлень,

· моделі станів і діаграми їх змін,

· моделі процесів і діаграми потоків даних,

· управління потоком.

Функціональна декомпозиція

Одним з підходів проектування аналітичної моделі є функціональна декомпозиція, яка розкладає системні функції, відповідно до наступних вимог:

· функції повинні мати унікальні визначені цілі,

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

· інтерфейси повинні бути мінімальні, що дозволить легше розділяти функції,

· повинне дотримуватися правило виклику не більше семи функцій,

· описи функцій не повинні залежати від подробиць реалізації (наприклад, файл, завдання, запис, модуль, робоча станція),

· характеристики якості роботи повинні бути описані, там де це можливо (наприклад, швидкість, частота і т.п.),

· слід визначити найважливіші функції,

· імена функцій повинні описувати, що вони роблять, а не як вони це роблять,

· імена функцій повинні бути декларативними (наприклад "обробка замовлення"), а не процедурними (наприклад "дії після того, як прийде замовлення").

Методологія, що використовується в створенні аналітичної моделі

Структурні методи

Структурні методи комбінують статичний опис процесів і статичні моделі даних.

До цього класу моделей належать наступні підходи:

· методи Yourdon (DeMarco і Ward/Mellon),

· методологія структурного системного аналізу і дизайну (Structured System Analysis and Design Methodology, SSADM),

· техніка структурного аналізу і дизайну (Structured Analysis and Design Technique, SADT).

Згідно з DeMarco, структурний аналіз використовує наступні методи:

· Словник баз даних,

· Схеми потоків даних,

· Структурована англійська мова,

· Таблиці рішень,

· Дерева рішень.

Інші методи:

· Схема перетворення,

· Діаграма зміни станів,

· Список подій,

· Схема даних,

· Пред- і післяумови,

· Діаграми відносин "сутність-зв'язок",

· Історія життя об'єкту.

Недолік використання структурного підходу - труднощі в об'єднанні моделей.

Моделі об'єктів

Об'єктно-орієнтована методологія використовує базовий компонент на етапах аналізу і дизайну, тобто діаграму відносин класів - це розширення діаграми відносин "сутність-зв'язок". У діаграмах класів описуються класи, їх атрибути, методи, узагальнення, асоціації, агрегації, кількісні характеристики відносин і обмеження. Як допоміжні діаграми модель показує діаграми взаємодії, функціональні діаграми і т.д. Випадки використання описують структуру системи з точки зору користувача.