19. Програмний процес та архітектурно-економічний цикл (1)

Програмним процесом (software process) називаються дії по організації, нормуванню та керуванню розробкою програмного забезпечення. Нижче наведений перелік операцій, спрямованих на створення програмної архітектури, її застосування для реалізації проектного рішення, а згодом - на реалізацію або керування розвитком цільової системи або додатка.

Операції програмної архітектури:

створення економічної моделі системи;

виявлення вимог;

створення нової або вибір існуючої архітектури;

документування та поширення відомостей про архітектуру;

аналіз або оцінка архітектури;

реалізація системи на основі архітектури;

перевірка відповідності реалізації архітектурі.

Етапи розробки архітектури

Як слідує зі структури АЕЦ, між різними етапами розробки архітектури існують розгорнуті відношення зворотного зв'язку

Створення економічної моделі системи.

Цей етап виконує істотну роль у контексті створення та звуження вимог.

Скільки повинен коштувати продукт?

Який цільовий сегмент ринку?

Наскільки швидко продукт повинен вийти на ринок?

Чи належний він взаємодіяти з іншими системами?

Є чи які-небудь системні обмеження, у рамках яких він повинен існувати?

Виявлення вимог.

Способів довідатися, чого ж, нарешті, хочуть зацікавлені особи, безліч.

Моделювання.

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

Створення або вибір архітектури.

Основною умовою стабільного проектування системи є дотримання концептуальної цілісності, а вона може виявитися лише у вузькому колі людей, що спільно працюють над проектуванням її архітектури

19. Програмний процес та архітектурно-економічний цикл(2)

Поширення відомостей про архітектуру.

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

Аналіз або оцінка архітектури.

Перевірка архітектури на цілісність, узгодженість, повноту, адекватність, несуперечливість.

Оцінити архітектуру на предмет атрибутів якості, які вона забезпечує, зовсім необхідно - без цього не можна бути впевненим у тім, що кінцева система зможе задовольнити всі потреби зацікавлених осіб. Все більше поширення одержують методики аналізу, орієнтовані на оцінку повідомлюваних системі архітектурою атрибутів якості. Сценарні методики забезпечують найбільш універсальну та ефективну оцінку архітектури. Найбільш зріла методична база характерна для методу аналізу компромісних архітектурних рішень (Archіtecture Tradeoff Analysіs Method, ATAM); метод аналізу вартості та ефективності (Cost Benefіt Analysіs Method, CBAM), з іншого боку, передбачає вкрай коштовну можливість ув'язування архітектурних рішень із їх економічним змістом.