18. Планування архітектури

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

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

Перш ніж почати вивчення процесу планування архітектури, необхідно познайомитися з поняттям архітектурно-економічного циклу (АЕЦ).

Архітектурно-економічний цикл

Взаємини між виробничими завданнями, вимоги до продукту, досвід архітектора, архітектури та створені системи утворять цикл із ланцюгами зворотного зв'язку. Згадані ланцюги зворотного зв'язку зображені на Рисунку «Архітектурно-економічний цикл».

Рисунок «Архітектурно-економічний цикл»

Частково зворотний зв'язок надходить від самої архітектури, частково - від побудованої на її основі системи.

Цикл виглядає в такий спосіб.

1. Архітектура впливає на структуру компанії-розроблювача.

Архітектура обумовлює структуру системи; зокрема (у цьому ми зможемо переконатися), вона встановлює набір блоків програмного забезпечення, що слід реалізувати (або забезпечити їх наявність іншим способом), а потім інтегрувати в рамках системи. Ці блоки становлять основу розробки структури проекту. Групи розроблювачів укомплектовуються саме по блоках; операції в рамках процесів розробки, тестування та інтеграції також виконуються відносно блоків. Відповідно до графіку і бюджетів, ресурси виділяються частинами розраховуючи на окремі блоки. Якщо компанія напрацювала досвід конструювання сімейств подібних систем, вона буде вкладати кошти в підвищення професійного рівня учасників сформованих по блоках груп розроблювачів. Отже, групи вбудовуються в структуру організації. Таким представляється зворотний зв'язок від архітектури до компанії-розроблювача.

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

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

3. Архітектура може впливати на вимоги, висунуті замовником щодо наступної системи (якщо вона заснована на тій же архітектурі, що й попередня).

Замовник може одержати таку систему в більше надійному варіанті, швидше та економічніше, ніж у тому випадку, якби вона конструювалася із чистого аркуша. Можливо, замовник відмовиться від деяких вимог на користь підвищення економічності. Готові програмні продукти трохи змінили вимоги, пропоновані замовниками, - не призначені для задоволення індивідуальних потреб, вони недорогі та відрізняються високою якістю. На замовників, не занадто гнучких по частині своїх вимог, аналогічний вплив роблять лінійки продуктів.