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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Інші методи:

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

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

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

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

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

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

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

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

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

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

Для будь-якої мови її синтаксис, семантика і прагматика повинні бути проаналізовані.

• Синтаксис визначає способи ведення запису,

• Семантика визначає значення запису,

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