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

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

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

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

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

Примітка

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

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

Інші сценарії припускають різні підходи.

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

Доступ може бути позначений:

• (+) публічний (public) – для всіх функцій і методів,

• (#) захищений (protected) – доступ дозволений певному класу певної спеціалізації,

• (-) особистий (private) – доступ тільки для функцій певного класу.

2. Специфікація результатів аналізу

На етапі проектування необхідне докладне визначення результатів аналізу.

Специфікація складається з правил формулювання і відображення результатів на програмній мові і може бути визначе наступним чином:

• Визначення методів

Заголовки і параметри додаються до функцій і рішень для того, щоб позначити, які з них повинні бути віртуальними (динамічні зв'язки), а які - статичними.

Малюнок 7.3.1. Складання запису на мові C/C++.

Специфікація методу повинна замінити деякі методи прямим доступом до властивостей. Наприклад метод GetLastName, SetLastName, представлений під час аналізу, повинен бути замінений прямим доступом до останнього імені на етапі проектування. Інша специфікація може приймати форму заміни атрибутів відповідних методів. Наприклад, атрибут Вік або атрибут Прибуток може бути замінений методами, що підраховують значення: Вік = Сьогодні - Дата_народження; Прибуток = Загальний_прибуток - Кредити.

• Специфікація асоціативного виконання

Асоціації можуть бути виконані багатьма шляхами. Зазвичай - представленням нових атрибутів.

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

Спеціальні правила для перетворення зв'язаних об'єктом схеми у схеми відношення

Проект, наступний із специфікації, описує первинні компоненти, щоб виконати завдання базової системи.

Проте, закінчене програмне забезпечення повинне бути доповнене іншими компонентами:

• компонент інтерфейсу користувача,

• компонент управління даними,

• компонент управління пам'яттю,

• компонент управління завданнями (планування).

Малюнок 7.3.2. Компоненти системи.

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

Швидка розробка програм (rapid application development, RAD)

Швидкою розробкою програм називаються методи швидкого прототипування або отримання готових застосувань. Вони отримані з комп'ютерних методів бачення. Термін RAD використовується іноді як синонім мов/середовищ розробки нового покоління (4GL). Приклади RAD-інструментів: Borland Delphi RAD Pack, IBM Visual Age (для Small Talk), Microsoft Access Developer’s Toolkit, Microsoft Visual FoxPro Professional, Visual Studio FoxPro, PowerBuilder Desktop, Power++ та інші.

Неповна реалізація деяких функцій повинна розвинути прямі відносини між призначеним для користувача інтерфейсом (діалоги, звіти) і управлінням базою даних (зазвичай, зв'язаною). Компоненти області найменше підпорядковані комп'ютеризації. Обмеження і не типові особливості виключають застосування RAD.