IEEE 1471 - IEEE 1471

IEEE 1471 заменен Стандарт IEEE для описания архитектуры «программно-интенсивной системы», также известной как программная архитектура.

В 2011 году его заменил ISO / IEC / IEEE 42010: 2011, Системная и программная инженерия - Описание архитектуры.

Обзор

IEEE 1471 - это краткое название стандарта, официально известного как ANSI / IEEE 1471-2000, Рекомендуемая практика для описания архитектуры программно-интенсивных систем. В Институт инженеров по электротехнике и электронике (IEEE), это «рекомендуемая практика», наименее нормативная из ее стандартов. В 2007 году этот стандарт был принят ISO / IEC JTC1 / SC7 как ИСО / МЭК 42010: 2007, Системная и программная инженерия - Рекомендуемая практика для архитектурного описания программно-интенсивных систем.^[1]

Это давно признано^{[кем? ]} эта «архитектура» оказывает сильное влияние на жизненный цикл системы. Однако до относительно недавнего времени^{[когда? ]} Аппаратные проблемы, как правило, преобладали в архитектурном мышлении, а аспекты программного обеспечения, если их вообще рассматривать, часто первыми оказывались под давлением разработки.^[1] IEEE 1471 был создан, чтобы дать основу для размышлений об архитектуре программно-интенсивных систем.

Вклад IEEE 1471 можно резюмировать следующим образом (в этом списке элементы в курсив термины, определенные и используемые в стандарте):

Он содержит определения и метамодель для описания архитектура
В нем говорится, что архитектура следует обратиться к системным заинтересованные стороны обеспокоенность
Он утверждает, что описание архитектурыs по своей сути многовидовой, отсутствие единой Посмотреть адекватно отражает все опасения заинтересованных сторон
В нем уточняются понятия Посмотреть и смотровая площадка, где смотровая площадка определяет набор обеспокоенность и представления/методы моделированияи т. д. используются для описания архитектура для решения этих обеспокоенность и Посмотреть является результатом применения точки зрения к конкретной системе.
Он устанавливает требования к содержанию для описаний архитектуры и идею, что соответствующее описание архитектуры имеет однозначное соответствие между своими точки зрения и это взгляды.
Он предоставляет руководство по захвату обоснование архитектуры и выявление несоответствий / нерешенных вопросов между взгляды в пределах описание архитектуры

IEEE 1471 содержит информативные приложения, в которых его концепции соотносятся с концепциями архитектуры в других стандартах, включая RM-ODP и IEEE 12207.

История

В августе 1995 года Комитет по стандартам разработки программного обеспечения IEEE (SESC) учредил Группу планирования архитектуры IEEE (APG) для определения направления включения архитектурного мышления в стандарты IEEE. В апреле 1996 года была создана рабочая группа по архитектуре (AWG) для выполнения рекомендаций, сделанных APG для SESC. AWG возглавляли Бэзил Шерлунд, заместители председателя Рональд Уэйд, Дэвид Эмери, спецификацию редактировал Рич Хиллиард. В AWG было 25 членов. Проекты спецификации были проголосованы и прокомментированы 130 международными рецензентами. В сентябре 2000 года Совет по стандартам IEEE-SA утвердил спецификацию как IEEE Std 1471-2000.

В 2006 году Объединенный технический комитет 1 ISO / IEC (JTC1), Информационные технологии / Подкомитет SC 7, Программное обеспечение и системная инженерия, принял спецификацию как ISO / IEC 42010 в рамках специальной «ускоренной процедуры» параллельно с ее утверждением. национальными органами ISO и IEC. Скоординированный пересмотр этого стандарта ISO / IEC JTC1 / SC7 / WG42 и IEEE CS начался в 2006 году после успешного ускоренного голосования ISO / IEC и в соответствии со стандартным пятилетним обзором стандарта IEEE.

В ноябре 2011 г.^[2] IEEE 1471-2000 и ISO / IEC 42010: 2007 были заменены ISO / IEC / IEEE 42010: 2011, Системная и программная инженерия - Описание архитектуры.

Цель

Согласно IEEE 1471^[1]^[3]^[4] ан описание архитектуры может использоваться для следующих целей:

Выражение системы и ее эволюция
Коммуникация между заинтересованными сторонами системы
Последовательная оценка и сравнение архитектур
Планирование, управление и выполнение действий по разработке системы
Выражение постоянных характеристик и поддерживающих принципов системы для управления приемлемыми изменениями
Проверка соответствия реализации системы описанию архитектуры
Запись вкладов в совокупность знаний об архитектуре программно-интенсивных систем

Терминология

Согласно стандартному глоссарию терминологии программной инженерии IEEE^[5] используются следующие определения:

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

Концептуальная основа

IEEE 1471 использует следующую концептуальную основу.^[1]^[3]^[6]

Системная среда или контекст, может повлиять на эту систему. Среда может включать в себя другие системы, которые взаимодействуют с интересующей системой либо напрямую через интерфейсы, либо косвенно иными способами. Среда определяет границы, которые определяют объем интересующей системы по сравнению с другими системами.
В системе есть один или несколько заинтересованные стороны. У каждой заинтересованной стороны обычно есть интересы или опасения относительно этой системы.
Обеспокоенность это те интересы, которые относятся к развитию системы, ее функционированию или любым другим аспектам, которые являются критическими или иным образом важны для одной или нескольких заинтересованных сторон. Проблемы включают системные соображения, такие как производительность, надежность, безопасность, распространение и возможность развития.
Система существует для выполнения одного или нескольких миссии в его среде. А миссия это использование или операция, для которых система предназначена одним или несколькими заинтересованными сторонами, чтобы соответствовать некоторому набору цели.
Каждая система имеет архитектуранезависимо от того, поняты они или нет; записанные или концептуальные. Архитектура может быть записана архитектурное описание.
Описание архитектуры состоит из одной или нескольких составляющих, называемых (архитектурными) взгляды. Каждый Посмотреть решает одну или несколько проблем заинтересованных сторон системы. А Посмотреть является частичным выражением архитектуры системы по отношению к конкретному смотровая площадка.
А смотровая площадка устанавливает соглашения, в соответствии с которыми вид создается, изображается и анализируется. Таким образом, вид соответствует с точки зрения. Точка обзора определяет языки (включая обозначения, модели или типы продуктов), которые будут использоваться для описания представления, а также любые связанные методы моделирования или методы анализа, которые будут применяться к этим представлениям представления. Эти языки и методы используются для получения результатов, относящихся к проблемам, затронутым точкой зрения.
Архитектурное описание выбирает одна или несколько точек обзора для использования. В выбор точек обзора обычно основывается на рассмотрении заинтересованных сторон, которым адресовано AD, и их проблем. А определение точки зрения может происходить из AD, или он мог быть определен в другом месте ( точка зрения библиотеки).
Представление может состоять из одного или нескольких архитектурные модели. Каждая такая архитектурная модель разрабатывается с использованием методов, установленных соответствующей архитектурной точкой зрения. Архитектурная модель может участвовать более чем в одном виде.

Соответствие

IEEE 1471^[1] определяет набор нормативных требований для соответствия описаниям архитектуры, включая следующие:

Идентификационная информация, версия и обзорная информация AD (пункт 5.1)
Идентификация заинтересованных сторон системы и их опасений, которые считаются относящимися к архитектуре (пункт 5.2)
Спецификации каждой точки обзора, выбранной для организации представления архитектуры, и обоснование этих выборов (пункт 5.3)
Один или несколько архитектурных видов (пункт 5.4)
Запись всех известных несоответствий между необходимыми составляющими описания архитектуры (пункт 5.5)
Обоснование выбора архитектуры (пункт 5.6)

Смотрите также

внешняя ссылка

Веб-сайт IEEE 1471
МЕГАФ - это инфраструктура для реализации структур архитектуры, соответствующих определению структуры архитектуры, приведенному в стандарте ISO / IEC 42010.

[ieee-1] а ^б ^c ^d ^е ИСО / МЭК 42010: 2007, Системная и программная инженерия - Описание архитектуры

[superced-2] ISO / IEC / IEEE 42010: 2011, Системная и программная инженерия - Описание архитектуры, последняя редакция оригинального стандарта IEEE Std 1471: 2000, последнее обновление 5 февраля 2014 г.

[architectureandchange-3] а ^б Архитектура и изменения В архиве 2009-06-19 на Wayback Machine

[4] Описание IEEE 1471

[5] IEEE Std 610.12−1990, Стандартный глоссарий терминологии программной инженерии IEEE.

[6] Концептуальная основа IEEE 1471

[1]

[2]

[3]

[4]

[5]

[6]