ГОСТ Архитектура. Национальный стандарт российской федерации системная и программная инженерия описание архитектуры
 Скачать 260.27 Kb.
|
         Документ предоставлен КонсультантПлюсУтвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 22 сентября 2016 г. N 1190-ст НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ ОПИСАНИЕ АРХИТЕКТУРЫ Systems and software engineering. Architecture description (ISO/IEC/IEEE 42010:2011, IDT) ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011 ОКС 35.080 Дата введения 1 сентября 2017 года Предисловие 1 ПОДГОТОВЛЕН Обществом с ограниченной ответственностью "Информационно-аналитический вычислительный центр" (ООО ИАВЦ) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4 2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 "Информационные технологии" 3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 22 сентября 2016 г. N 1190-ст 4 Настоящий стандарт идентичен международному стандарту ISO/IEC/IEEE 42010:2011 "Системная и программная инженерия. Описание архитектуры" (ISO/IEC/IEEE 42010:2011 "Systems and software engineering - Architecture description", IDT) 5 ВВЕДЕН ВПЕРВЫЕ Правила применения настоящего стандарта установлены в статье 26 Федерального закона "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru) Введение ИСО/МЭК/ИИЭР 42010 подготовлен Подкомитетом 7 "Системная и программная инженерия" совместного Технического комитета ИСО/МЭК СТК 1 "Информационные технологии" в сотрудничестве с комитетом по стандартам системной и программной инженерии Компьютерного общества ИИЭР в соответствии с соглашением о партнерском сотрудничестве в организации разработки стандартов между ИСО и ИИЭР. Этот первый выпуск ИСО/МЭК/ИИЭР 42010 отменяет и заменяет ИСО/МЭК 42010:2007, который был технически пересмотрен. Сложность искусственных систем достигла беспрецедентного уровня. Это открыло новые возможности и вместе с тем привело к усложнению проблем для организаций, которые создают и используют такие системы. Чтобы помочь управлению сложными системами, с которыми столкнулись заинтересованные стороны, все чаще применяются понятия, принципы и процедуры процесса архитектуризации. Осмысление архитектуры системы, выражаемой в описании архитектуры, способствует пониманию системной сути и основных свойств, имеющих отношение к ее поведению, составу и развитию. А они, в свою очередь, воздействуют на интересы, например такие, как выполнимость, полезность и сопровождаемость системы. Описания архитектуры используются сторонами, которые создают, применяют современные системы и управляют ими, для улучшения связи и сотрудничества, позволяя им работать интегрированным последовательным образом. Структуры архитектуры и языки описания архитектуры создаются как активы, которые систематизируют соглашения и общие методы процесса архитектуризации и описания архитектур в пределах различных сообществ и областей применения. Настоящий стандарт обращается к созданию, анализу и самообеспечению архитектур систем с помощью описаний архитектуры. Настоящий стандарт обеспечивает основную онтологию для описания архитектуры. Условия настоящего стандарта способствуют реализации желаемых свойств описаний архитектуры. В стандарте также определены условия для реализации желаемых свойств структур архитектуры и языков описания архитектуры в порядке целесообразной поддержки разработки и использования описаний архитектуры. В стандарте содержатся основы для сравнения и объединения структур архитектуры и языков описания архитектуры путем обеспечения общей онтологии для определения их содержания. Настоящий стандарт может использоваться для установления последовательной практики при разработке описаний архитектуры, ее структуры и языков описания архитектуры в пределах контекста жизненного цикла и его процессов (не определяемых в настоящем стандарте). Стандарт может также быть применен для оценки соответствия описания архитектуры, структуры архитектуры, языка описания архитектуры или точки зрения на архитектуру условиям данного стандарта. Для улучшения восприятия онтологии, ее понятий и принципов настоящий стандарт рекомендует пользователям руководствоваться положениями раздела 4. 1. Область применения Настоящий стандарт определяет способ, с помощью которого осуществляются организация и выражение описания архитектуры систем. Настоящий стандарт определяет точки зрения на архитектуру, структуру и языки описания архитектуры для использования в описаниях архитектуры. Настоящий стандарт также содержит обоснование для используемых терминов и понятий, представляет руководство по определению точек зрения на архитектуру и демонстрирует использование настоящего стандарта во взаимодействии с другими стандартами. 2. Соответствие Требования настоящего стандарта приведены в разделах 5, 6, 7. Существуют четыре ситуации, при которых могут быть сделаны заявления о соответствии условиям настоящего стандарта: 1) соответствие заявлено для описания архитектуры, заявление о соответствии должно продемонстрировать, что описание архитектуры отвечает требованиям, перечисленным в разделе 5; 2) соответствие заявлено для точки зрения на архитектуру, заявление о соответствии должно продемонстрировать, что точка зрения на архитектуру отвечает требованиям, перечисленным в разделе 7; 3) соответствие заявлено для структуры архитектуры, заявление о соответствии должно продемонстрировать, что структура архитектуры отвечает требованиям, перечисленным в 6.1; 4) соответствие заявлено для языка описания архитектуры, заявление о соответствии должно продемонстрировать, что язык описания архитектуры отвечает требованиям, перечисленным в 6.3. Требования настоящего стандарта выражены глаголом "должен". Рекомендации выражены глаголом "следует". Разрешения отмечены с помощью глагола "может". В случае рассогласований между нормативными числами и текстом приоритет имеет текст. Следует отмечать любые очевидные рассогласования. Примечание - Настоящий стандарт разработан таким образом, что после заявления о соответствии для использования не требуется и не разрешается "приспосабливание" стандарта. 3. Термины и определения В настоящем стандарте применены следующие термины с соответствующими определениями: 3.1 процесс архитектуризации (architecting): Процесс понимания, определения, выражения, документирования, взаимодействия, соответствующей сертификации при реализации, сопровождении и улучшении архитектуры в жизненном цикле системы. Примечание - Процесс архитектуризации имеет место в контексте организации (лицо или группа лиц и необходимых средств с распределением обязанностей, полномочий и взаимоотношений) и/или проекта (усилия с определенными датами начала и окончания, предпринятые для создания продукции или услуг в соответствии с заданными ресурсами и требованиями) [ИСО/МЭК 12207, ИСО/МЭК 15288]. 3.2 архитектура (системы) (architecture): Основные понятия или свойства системы в окружающей среде, воплощенной в ее элементах, отношениях и конкретных принципах ее проекта и развития. 3.3 описание архитектуры (architecture description): Рабочий продукт, используемый для выражения архитектуры. 3.4 структура архитектуры (architecture framework): Условности, принципы и практики для описания архитектур, установленные в пределах заданной области применения и/или объединения заинтересованных сторон. Примеры 1 Обобщенная стандартная архитектура предприятия и методологии (GERAM) [ИСО 15704] является некоторой структурой архитектуры. 2 Эталонная модель открытой распределенной обработки (RM-ODP) [ИСО/МЭК 10746] является некоторой структурой архитектуры. 3.5 архитектурное представление (architecture view): Рабочий продукт, выражающий архитектуру некоторой системы с точки зрения определенных системных интересов. 3.6 точка зрения на архитектуру (architecture viewpoint): Рабочий продукт, устанавливающий условности конструирования, интерпретации и использования архитектурного представления для структуризации определенных системных интересов. 3.7 интерес (системы) (concern): Польза или проблемы в системе, относящиеся к одной или нескольким заинтересованным сторонам. Примечание - Интерес относится к любому воздействию на систему в ее окружающей среде, включая воздействия разработки, технологические, деловые, эксплуатационные, организационные, политические, экономические, юридические, регулирующие, экологические и социальные воздействия. 3.8 окружающая среда (системы) (environment): Контекст, определяющий параметры и обстоятельства всех воздействий на систему. Примечание - Окружающая среда системы включает воздействия разработки, технологические, деловые, эксплуатационные, организационные, политические, экономические, юридические, регулирующие, экологические и социальные воздействия. 3.9 вид модели (model kind): Условности для типа моделирования. Примечание - Примеры видов модели включают диаграммы потока данных, диаграммы класса, сети Петри, бухгалтерские балансы, организационные структуры и модели перехода состояний. 3.10 заинтересованная сторона, правообладатель (stakeholder): Индивидуум, команда, организация или их группы, имеющие интерес в системе. 4. Концептуальные основы 4.1. Введение В настоящем разделе введены концептуальные основы описания архитектуры, включающие концептуальную модель описания архитектуры (см. 4.2), роль процесса архитектуризации в жизненном цикле (см. 4.3), использование описаний архитектуры (см. 4.4), языки структур и описания архитектуры (см. 4.5). Понятия, введенные в настоящем разделе, используются в разделах 5 - 7 для выражения требований. Примечание - Приложение A обеспечивает дальнейшее пояснение терминов и понятий, используемых в настоящем стандарте, и содержит примеры их использования. 4.2. Концептуальная модель описания архитектуры 4.2.1 Контекст описания архитектуры На рисунке 1 изображены основные понятия, имеющие отношение к системам и их архитектурам, как контекст для понимания практики в описании архитектуры. Примечание - Рисунок 1 использует условности для класса диаграмм, определенные в ИСО/МЭК 19501. Рисунок 1 - Контекст описания архитектуры Термин "система" использован в настоящем стандарте для обращения к объектам (сущностям), архитектура которых рассматривается. Термин предназначен для того, чтобы охватить (но не ограничивается этим) объекты (сущности) в пределах следующих областей: - системы, как описано в ИСО/МЭК 15288: "системы, которые созданы человеком и могут быть сконфигурированы из одного или более следующих компонентов: аппаратных и программных средств, данных, людей, процессов (например, процессов для обеспечения услуг пользователям), процедур (например, инструкций оператора), оборудования, материалов и естественно образующихся сущностей"; - программных продуктов и услуг, как описано в ИСО/МЭК 12207; - программных систем, как описано в ИИЭР 1471:2000: "любая система, где программные средства оказывают существенное влияние на проект, конструкцию, развертывание и развитие системы в целом", чтобы охватить "отдельные приложения, системы в традиционном смысле, подсистемы, системы систем, производственные линии, семейства продукции, целые предприятия и другие объединения интересов". Настоящий стандарт не определяет, где находится или из чего состоит система в пределах тех или иных областей, а также не рассматривает конкретную природу систем. Настоящий стандарт предназначен для использования в областях систем, упомянутых выше, однако ничто не препятствует его использованию для описаний архитектуры сущностей какого-либо интереса за пределами этих областей (например, для природных или концептуальных систем). Заинтересованные стороны какой-либо системы - это стороны, имеющие интерес в этой системе. Интересы заинтересованных сторон выражены как польза или проблема (см. 4.2.3). Заинтересованные стороны формируют для системы различные цели. Цели являются одним из видов выражения интересов. Примечание - Термин "цель", применяемый в настоящем стандарте, происходит из его определения в ИСО/МЭК 15288:2008, где система - это комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей. Система находится в окружающей среде. Окружающая среда определяет все множество воздействий на систему в ее жизненном цикле, включая взаимодействия системы с самой окружающей средой. Окружающая среда какой-либо системы может содержать другие системы. Примечание - В настоящем стандарте окружающая среда системы ограничена и понимаема через определение и анализ заинтересованных сторон системы и их интересов (см. 4.2.3). Архитектура какой-либо системы представляет собой то, что является существенным относительно рассматриваемой системы в ее окружающей среде. Не существует единственной характеристики того, что является существенным или основным для системы; такая характеристика может принадлежать любому из следующего: - системным компонентам или элементам; - тому, как системные элементы устроены или взаимосвязаны; - принципам организации системы или проекта; - принципам, управляющим развитием системы в ее жизненном цикле. Описания архитектуры используются для того, чтобы выразить архитектуру рассматриваемой системы (см. 4.2.2). Примечание - Та же самая система может быть понятной с помощью несколько отличающихся архитектур (например, когда они рассматриваются в различных окружающих средах). Архитектура может быть выражена с помощью нескольких отличающихся описаний архитектуры (например, когда используются различные структуры архитектуры). Та же самая архитектура может характеризовать более чем одну систему (например, семейство систем деления какой-то общей архитектуры). 4.2.2 Архитектура и описания архитектуры Описания архитектуры - это рабочие продукты процесса архитектуризации систем и программных средств. На рисунке 2 изображены понятия, имеющие отношение к практике описания архитектуры, если настоящий стандарт применяется для создания одного описания архитектуры, выражающего одну архитектуру для одной рассматриваемой системы. Рисунок 2 - Концептуальная модель описания архитектуры В настоящем стандарте термин "рассматриваемая система" (или просто, "система") относится к системе, архитектура которой находится на рассмотрении в подготовке описания архитектуры. Формирование концептуальной модели описания архитектуры отражено в 4.2. Примечания 1 Рисунок 2 использует условности для класса диаграмм, определенные в ИСО/МЭК 19501. 2 Рисунок 3 содержит дополнительные детали соответствия и правил соответствия. Рисунок 4 обеспечивает дополнительные детали обоснования архитектуры. Описание архитектуры выражает архитектуру рассматриваемой системы. Настоящий стандарт отличает архитектуру системы от описания архитектуры. Описания архитектуры (не сама архитектура) являются предметом настоящего стандарта. Принимая во внимание то, что описание архитектуры является рабочим продуктом, архитектура представляет собой абстракцию, состоящую из понятий и свойств. Настоящий стандарт задает требования к описаниям архитектуры. В стандарте отсутствуют какие-либо требования, имеющие отношение к архитектуре или системам, или к их окружающей среде. Настоящий стандарт не определяет какого-либо формата или средства массовой информации (СМИ) для регистрации описаний архитектуры. Стандарт применим для ряда подходов к описанию архитектуры, включая ориентированные на документирование модели и методики, связанные с репозиториями. Настоящий стандарт не предлагает конкретного процесса или метода для осуществления описаний архитектуры. Этот стандарт не берет на себя и не предписывает определенных методов процесса архитектуризации, моделей, нотаций или методик, используемых для осуществления описаний архитектуры. 4.2.3 Заинтересованные стороны и интересы У заинтересованных сторон системы существуют интересы относительно рассматриваемой системы, находящейся в соответствующей ей окружающей среде. Интерес может проявляться одной или более заинтересованными сторонами. Интересы возникают в жизненном цикле из потребностей системы и требований, из выборов при проектировании, из рассмотрений при реализации и эксплуатации. Интерес может быть заявлен во многих формах, например таких, как соответствие одной или более потребностям заинтересованной стороны, целям, ожиданиям, обязанностям, требованиям, ограничениям проекта, предположениям, зависимостям, качественным атрибутам, архитектурным решениям, рискам или иным источникам, имеющим отношение к системе. Примеры - Примерами интересов в терминах настоящего стандарта являются функциональность, выполнимость, применимость, цели системы, характеристики системы, свойства системы, известные ограничения, структура, поведение, функционирование, использование ресурсов, надежность, безопасность, информационное обеспечение, сложность, развиваемость, открытость, параллелизм, автономность, стоимость, расписание, качество услуг, гибкость, динамичность, модифицируемость, модульность, управление, межпроцессная связь, взаимоблокировка, изменение состояния, интеграция подсистем, доступность данных, частная жизнь, соответствие требованиям регуляторов, гарантии, деловые цели и стратегии, опыт заказчика, сопровождаемость, приемлемость и утилизируемость. Прозрачность распределения, описанная в эталонной модели открытой распределенной обработки [ИСО/МЭК 10746-1], является интересом в терминах этого стандарта. Свойства программных средств, определенные в серии стандартов по оценке качества SQUARE [см. ИСО/МЭК 25010:2011, подраздел 4.2], определяют интересы в терминах настоящего стандарта. 4.2.4 Архитектурные представления и точки зрения Описание архитектуры включает одно или несколько архитектурных представлений. Архитектурное представление (или просто, представление) обращается к одному или более интересам, имеющим место от заинтересованных сторон системы. Архитектурное представление выражает архитектуру рассматриваемой системы в соответствии с архитектурной точкой зрения (или просто, точкой зрения). Точка зрения имеет два аспекта: интересы, которые структурно представляются для заинтересованных сторон, и условности, которые устанавливаются в представлениях. Какая-либо архитектурная точка зрения структурирует <1> один или более интересов. Интерес может быть структурирован более, чем одной точкой зрения. -------------------------------- <1> В настоящем стандарте глагол "структурировать" используется в его обычном языковом смысле: для формулировки или конструирования в определенном стиле или языке; для приложения в структуре или условно в структуре; для окружения таким образом, чтобы создать четкое или привлекательное изображение. Представление определяется точкой зрения: точка зрения устанавливает условности для конструирования, интерпретации и анализа представления для того, чтобы обратиться к интересам, структурно представленным этой точкой зрения. Условности точки зрения могут включать языки, нотации, виды моделей, правила проектирования и/или методы моделирования, методики анализа и другие операции в представлениях. На рисунке 2 показаны отношения между представлениями и точками зрения в пределах описания архитектуры. Примечания 1 В настоящем стандарте не используются такие словосочетания, как "деловая архитектура", "физическая архитектура" и "техническая архитектура". В терминах настоящего стандарта архитектура системы - это целостная концепция основных свойств системы, воспринимаемая наилучшим образом через множественные представления этой архитектуры. Поэтому приблизительные эквиваленты вышеупомянутых словосочетаний - это соответственно: "деловое представление", "физическое представление", "техническое представление". 2 В разделе 7 определены требования с использованием точек зрения на архитектуру. В приложении B приведено представление об определении точек зрения. 4.2.5 Модели архитектуры Архитектурное представление составлено из одной или более архитектурных моделей. Архитектурная модель использует условности моделирования, соответствующие интересам, на разрешение которых они будут направлены. Эти условности определены видом модели, управляющим этой моделью. В пределах описания архитектуры модель может быть частью более одного архитектурного представления. На рисунке 2 изображено, как используются архитектурные модели и виды моделей в пределах описания архитектуры. Примечание - В настоящем стандарте использует термин "вид модели", а не "вид архитектурной модели" для того, чтобы подчеркнуть, что виды модели не могут быть полезными исключительно в описаниях архитектуры. 4.2.6 Элементы и связи в описании архитектуры Элемент описания архитектуры - это любая конструкция в описании архитектуры. Элементы описания архитектуры - это самые примитивные конструкции, рассматриваемые в настоящем стандарте. Каждую заинтересованную сторону, интерес, точку зрения на архитектуру, архитектурное представление, вид модели, архитектурная модель, архитектурное решение и обоснование (см. 4.2.7) рассматривают как элемент описания архитектуры. Когда определены точки зрения и виды моделей и наполнены соответствующие модели, вводятся дополнительные элементы описания архитектуры. Связь определяет отношение между элементами описания архитектуры. Связи используются для того, чтобы выразить отношения архитектуры к интересу в пределах описания архитектуры (или между описаниями архитектуры). Связями можно управлять по правилам связи. Правила связи используются для установления отношения в пределах описания архитектуры (или между описаниями архитектуры). На рисунке 3 изображено понятие элементов описания архитектуры и связи. Примечание - Рисунок использует условности для класса диаграмм, определенные в ИСО/МЭК 19501. |