Некоторые организации хотят оставаться конкурентоспособными, но сталкиваются с проблемой принятия проектных решений с целью обеспечения качества их программных систем. Существует недостаток поддержки для оценки экономических последствий этих решений. Это вредит взаимодействию между архитекторами и управленцами. Предварительная проверка на основе ретроспективного исследования показали способность модели для поддержки анализа затрат и выгод, представленный руководству ИТ-консалтинговой компаний.
Ключевые слова: Архитектура программного обеспечения, эталонная архитектура, экономическая модель, оценка архитектуры, анализ затрат и выгод, атрибуты качества.
В настоящее время размеры и сложность программных систем требуют нового программного обеспечения и новых инженерных подходов. Одним из таких подходов является использование эталонных программных архитектур(RA), которые сейчас широко изучаются. RA – модель, отображающая элементы программного обеспечения и потоки данных между ними. Она помогает разрабатывать конкретные программные архитектуры для данного домена. Она учитывает бизнес-правила, архитектурные стили и опыт разработки ПО. Цель – систематическое использование знаний и программных элементов при разработке новый программных систем, а также сокращение времени цикла, стоимости, рисков и повышение качества.
Однако несмотря на множество преимуществ, эта модель требует первоначальных инвестиций, поэтому организации часто сталкиваются с фундаментальным вопросом: «Стоит ли вкладывать деньги на принятие RA?» Существующие исследования по оценке RA включают в себя анализ рисков, выгод и компромиссов, но их недостаточно для анализа затрат и выгод модели RA, основанной на экономике.
PLA (product line architecture) - линейка продуктов архитектуры
SPL (software product lines) – линия программного продукта
Сама экономическая модель состоит из трёх этапов:
1. Идентификация выгод и затрат, вытекающих из использования RA: необходимо определить атрибуты качества RA, которые приносят больше пользы для развития и поддержания приложений, а также затраты на строительство этих приложений. Атрибуты могут варьироваться в зависимости от требований.
2. Перевод показателей, полученных на первом шаге, в денежный эквивалент: метрики могут варьироваться в зависимости от полученных данных.
3. Экономическое обоснование для принятия RA : ROI = (Benefits – Costs) / Costs