КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Архитектура облегчает анализ изменений и их организацию
Прогнозирование системного качества путем изучения архитектуры Можно ли, не дожидаясь окончания разработки и размещения системы, утверждать, что те или иные архитектурные решения приняты верно (иначе говоря, что система реализует требуемые атрибуты качества)? Будь ответ на этот вопрос отрицательным, задача выбора архитектуры потеряла бы всякий смысл - ее можно было бы выбирать совершенно произвольно. К счастью, прогнозы относительно качества системы можно делать, отталкиваясь исключительно от результатов оценки ее архитектуры. Методики оценки архитектур наподобие метода анализа компромиссных архитектурных решений (АТАМ, см. главу 11) обеспечивают возможность нисходящего ознакомления с атрибутами качества программных продуктов; возможность эта появляется (но одновременно ограничивается) благодаря вариантам программной архитектуры. Сообщество разработчиков программного обеспечения пытается бороться с тем, что около 80 % издержек на производство типичной программной системы приходится на период, следующий за первоначальным развертыванием. Из этого обстоятельства мы можем сделать вывод, что большинство систем находятся именно на этом этапе. Многим программистам и проектировщикам, а возможно, даже большинству из них, никогда не приходилось участвовать в разработке «с чистого листа» — как правило, в своей работе они ограничены существующим программным кодом. В продолжение своего жизненного цикла программы претерпевают изменения; происходят они часто, а реализуются во многих случаях с некоторыми трудностями. Любая архитектура предполагает разделение всех возможных изменений на три категории: локальные, нелокальные и архитектурные. Для того чтобы внести локальное изменение, достаточно откорректировать отдельный элемент. Нелокальное изменение требует корректировки ряда элементов, однако базовые архитектурные принципы остаются неизменными. Архитектурное изменение затрагивает сущность взаимодействия между элементами — образец архитектуры — и в большинстве случаев предполагает корректировку всей системы. Локальные изменения, естественно, предпочтительнее остальных; самой эффективной в этой связи следует считать ту архитектуру, в которой наиболее вероятные изменения внести легче всего. Для принятия решений о необходимости внесения изменений, установления наименее опасных путей, оценки последствий предлагаемых изменений, определения последствий и расстановки приоритетов относительно требуемых изменений — для всего этого требуется подробный анализ взаимоотношений, производительности и поведения программных элементов системы. Все эти задачи значатся в должностной инструкции архитектора. Средством приобретения знаний, достаточных для принятия решений о предполагаемых изменениях, мы считаем анализ архитектуры.
Дата добавления: 2015-04-25; Просмотров: 489; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |