ИЭЭЭ 1471

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

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

Обзор

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

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

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

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

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, 5-летним обзором стандарта.

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

Цель

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

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

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

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

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

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

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

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

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

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

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

См. также

• Представления об архитектуре программного обеспечения
• Структура архитектуры предприятия
• Посмотреть модель

Ссылки

• 1471-2000 — Рекомендации IEEE по архитектурному описанию программно-интенсивных систем . 2000. doi : 10.1109/IEESTD.2000.91944 . ISBN  0-7381-2518-0 .

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

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