IEEE 1471

редактировать

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

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

СОДЕРЖАНИЕ

1 Обзор
2 История
3 Цель
4 Терминология
5 Концептуальная основа
6 Соответствие
7 См. Также
8 ссылки
9 Внешние ссылки

Обзор

IEEE 1471 - это краткое название стандарта, официально известного как ANSI / IEEE 1471-2000, Рекомендуемая практика для описания архитектуры программно-интенсивных систем. На языке Института инженеров по электротехнике и радиоэлектронике (IEEE) это «рекомендуемая практика», наименее нормативный из его стандартов. В 2007 году этот стандарт был принят ISO / IEC JTC1 / sc7, как ISO / IEC 42010: 2007, системы и программной инженерии - Рекомендуемая практика для архитектурного описания программных системах.

Давно признано, что «архитектура» оказывает сильное влияние на жизненный цикл системы. Однако до относительно недавнего времени проблемы с аппаратным обеспечением имели тенденцию доминировать в архитектурном мышлении, и аспекты программного обеспечения, если их вообще рассматривать, часто первыми подвергались риску под давлением разработки. IEEE 1471 был создан, чтобы дать основу для размышлений об архитектуре систем с интенсивным программным обеспечением.

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

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

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 года стандарты IEEE 1471-2000 и ISO / IEC 42010: 2007 были заменены ISO / IEC / IEEE 42010: 2011, Разработка систем и программного обеспечения - Описание архитектуры.

Цель

Согласно IEEE 1471 описание архитектуры может использоваться для следующего:

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

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

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

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

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

IEEE 1471 использует следующую концептуальную основу.

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

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

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

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

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

использованная литература

1471-2000 - Рекомендуемая практика IEEE для архитектурного описания программно-интенсивных систем. 2000. DOI : 10,1109 / IEEESTD.2000.91944. ISBN 0-7381-2518-0.

внешние ссылки

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