Студопедия

КАТЕГОРИИ:


Архитектура-(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)

Часть 2. Создание архитектуры




Глава 4. Атрибуты качества. Основным фактором разработки любой архитектуры является намерение придать программному продукту определенное качество. В этой главе мы рассматриваем атрибуты качества программных продуктов и их содержание. Кроме того, в ней излагается метод интерпретации атрибутов качества в архитектурных категориях; в частности, речь идет об описании стимулов, которые в приложении к системе позволяют выявлять атрибуты ее качества, и о четком, измеримом формулировании реакций на них со стороны системы.

Глава 5. Реализация качества. Определившись с атрибутами качества, которыми должна обладать предполагаемая система, остается спроектировать архи- ТектУРУ, в рамках которой их можно реализовать. Рассматриваемые в данной главе методики ориентированы на придание системе качества периодов разработки прогона. В качестве основных механизмов достижения этой цели выступают тактики (tactics) — проектные решения, определяющие управление атрибутами качества. Из нескольких тактик образуются архитектурные стратегии и архитектурные образцы.

Глава 6. Управление воздушным движением. Конкретный пример разработки, ориентированной на высокую готовность. Задача обеспечения качества, поставленная в период разработки рассматриваемой системы управления воздушным движением, заключалась в обеспечении сверхвысокой готовности. Именно этой целью объясняется принятие ряда оригинальных архитектурных решений, которые мы также намерены разобрать. Акцент в этом конкретном примере ставится на взаимодействие архитектурных структур и представлений, с одной стороны (см. главу 2), и архитектурных тактик — с другой (см. главу 5); здесь показано, каким образом их совместные действия помогают реализовывать атрибуты качества.

Глава 7. Создание архитектуры. Разобравшись с основными инструментами (архитектурными представлениями и структурами, выражением атрибутов качества, тактиками и образцами их реализации), мы можем, наконец, обратиться непосредственно к созданию архитектуры. Функции архитектуры в данной главе рассматриваются с точки зрения жизненного цикла системы в целом. В ней, в частности, представлен метод проектирования, при помощи которого очень удобно формулировать ранние варианты архитектуры, а впоследствии их можно уточнять и развивать. При наличии первоначальной, упрощенной схемы архитектуры уже можно приступать к формированию группы разработчиков проекта и созданию макета системы, на основе которого впоследствии будет проводиться пошаговая (инкрементная) разработка.

Глава 8. Моделирование условий полета. Конкретный пример архитектуры, ориентированной на интегрируемость. В этой главе рассматривается архитектура систем для моделирования условий полета. На основе тщательно продуманной программной архитектуры сложной предметной области разработчики смогли сконструировать ряд крупных систем. Эти системы были полностью приведены в соответствие со строжайшими требованиями по функциональности и точности; они понятны специалистам по разработке, легко поддаются интеграции и нисходящим модификациям.

Глава 9. Документирование программной архитектуры. Архитектура полезна лишь в том случае, если в ней могут разобраться представители заинтересованной группы. В данной главе излагается методика документирования программной архитектуры. Суть этого процесса в основном состоит в фиксации отдельных значимых представлений, а также тех сведений, которые актуальны для архитектуры в целом. Здесь же мы приводим шаблоны представлений, шаблоны информации о перекрестном представлении и программных интерфейсов.

Глава 10. Реконструкция программной архитектуры. Предположим, что мы столкнулись с некоей системой, архитектура которой нам неизвестна. Быть может, она не фиксировалась, или документация потеряна, или в процессе развития архитектура и система слишком сильно разошлись. Возможно ли сопровождение такой системы? Как направить ее развитие таким образом, чтобы реализовать предусмотренные архитектурой атрибуты качества? Процесс, в ходе которого на основе существующей системы восстанавливается архитектура реализованной системы в своем изначальном состоянии («as-built.»), называется реконструкцией архитектуры. Методика реконструкции в этой главе приводится имеете с примером ее применения.




Поделиться с друзьями:


Дата добавления: 2015-04-25; Просмотров: 462; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.008 сек.