Проектування з повторним використанням компонентів

Лекція 6

1. Переваги та недоліки повторного використання компонентів.

2. Покомпонентна розробка.

3. Сімейства додатків.

4. Механізми повторного використання в С++. STL.

У більшості інженерних розробок процес проектування ґрунтується на повторному використанні вже розроблених компонентів. Якщо програмне забезпечення розглядати як актив, то повторне використання цих активів дозволяє суттєво скоротити витрати на його розробку. Лише з допомогою систематичного повторного використання ПЗ можна зменшити витрати на його створення та обслуговування, скоротити строки розробки систем та підвищити якість програмних продуктів.

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

Метод проектування ПЗ, що ґрунтується на повторному використанні, передбачає максимальне використання вже наявних програмних об’єктів. Такі об’єкти можуть радикально відрізнятися розмірами:

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

• Компоненти (від підсистем до окремих об’єктів);

• Функції (наприклад, математичні).

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

Для успішного проектування і розробки ПЗ з повторним використанням компонентів повинні виконуватися 3 основних умови:

1) Можливість пошуку необхідних системних компонентів (наявність каталогу документованих компонентів, призначених для повторного використання для швидкого пошуку необхідних компонентів);

2) Необхідно переконатися, що поведінка компонентів передбачувана й надійна (бажана сертифікація компонентів у каталозі);

3) На кожен компонент необхідна відповідна документація, метою якої є допомога розробнику в отриманні інформації про компонент та його адаптація до нового додатку.

Разом з цим для підходу до розробки ПЗ з повторним використанням компонентів характерний ряд недоліків та проблем.

З вищезазначеного слідує, що повторне використання компонентів повинно бути систематичним, плановим і включеним до всіх організаційних програм організації-розробника.

Дата добавления: 2014-01-11