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

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

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

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

Документація вимог

Аналітичну модель слід представляти у формі єдиного повного документа.

Ось приклад такого документа:

План Тіло документу Стандарт: ANSI/IEEE std 830-1993 Рекомендований порядок специфікації вимог програмного забезпечення

Резюме (не більше 200 слів) Зміст Статус документу: автори, компанії, дати і т.д. Зміни, зроблені після останньої версії

1. Вступ 1.1 Ціль 1.2 Контекст 1.3 Визначення, скорочення, абревіатури 1.4 Посилання 1.5 Короткий огляд 2. Загальний опис 2.1 Спільне з існуючими проектами 2.2 Спільне з минулими і майбутніми проектами 2.3 Функції та цілі 2.4 Налаштунки середиовища 2.5 Відношення до зовнішніх програм 2.6 Загальні обмеження 2.7 Опис моделі 3. Вимоги: цей розділ може містити багато функцій, котрі вимагаються від функціональної декомпозиції 3.1 Функціональні вимоги 3.2 Вимоги продуктивності 3.3 Вимоги відношень з зовнішніми програмами 3.4 Вимоги по ресурсам 3.5 Вимоги перевірки 3.6 Вимоги тестування 3.7 Вимоги до документації 3.8 Вимоги до безпечності 3.9 Вимоги переносимості 3.10 Вимоги якості 3.11 Вимоги надійності 3.12 Вимоги підтримки 2.13 Вимоги захисту Доповнення

Мал. 6.7.1 Структура документа вимог.

7. Аналіз чинників успіху

Ключовими чинниками успіху на етапі аналізу є:

· участь представників клієнта,

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

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

· відповідність стандартам,

· перевірка коректності і послідовності,

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

Короткий звіт

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

Результи цього етапу наступні:

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

· словник даних,

· документація моделі, що містить:

o діаграми класів,

o діаграми випадків використання,

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

o діаграми станів,

o визначення класів, атрибутів, відносин, методів і т.д.

· графік етапу дизайну,

· попереднє визначення персоналу і терміну.

VII. Етап проектування

Аналітична модель описує те, для чого призначена система. Модель не має відношення до самої реалізації. Таким чином, роблячи наступний крок, ви повинні чітко визначити значення всієї інформації, необхідної програмістові в його роботі над інформаційною системою. Ця частина роботи називається - «проектування системи».

Цілі проектування

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

Проектувальник повинен зберегти структуру системи, розроблену раніше (в процесі аналізу). Тільки невеликі зміни можуть бути зроблені в домені/області, вони не повинні сильно впливати на проект загалом.

Малюнок 7.2.1. Етап проектування.

Дії на етапі проектування

На етапі проектування вводяться деталі, що ігноруються в процесі аналізу. Рівень деталізації залежить від професіоналізму програміста. Проект повинен сформулювати всі деталі необхідні для функціонування системи.

На етапі проектування розробляються деякі аспекти, що не мають відношення до домена, проводиться оптимізація системи.

Дизайнер повинен прорахувати всі можливості та обмеження середовища і визначити фізичну структуру системи.

Примітка

Під час проектування виникають нові терміни і визначення, що поповнюють запас термінів, що використовуються під час аналізу.

Наприклад, ми можемо дати визначення направленим відносинам, визначення полям і методологічній інформації. У направленому відношенні позначений адресат повідомлення. Наприклад в системі SIG класовий об'єкт "Graphics" посилає повідомлення на "Ключове слово".