СТАНДАРТ IEEE 1471-2000

Стандарт IEEE 1471-2000 представлен как рекомендуемая практика описания архитектуры систем, интенсивно использующих программное обеспечение (Recommended Practicefor Architectural Descrip - tionof Software — Intensive Systems). Это означает, что он содержит рекомендации по описанию архитектуры, аккумулирующие большой опыт успешных разработок, принятые мировыми лидерами в индустрии программного обеспечения (ПО).

Основу рекомендуемой практики определяет концептуальный каркас (fremtwork), представленный на рис. П6.1. Концептуальный каркас оформлен в виде семантической сети и содержит в себе то, что целесообразно включать в архитектурное описание. Штриховой контур очерчивает его наиболее существенную часть, в которой раскрываются отношения между основными понятиями архитектуры. Отмеченный фрагмент понятен, удобен для практического использования при формировании архитектурного описания и изучении стандарта.

За каждым понятием стоит его материальное воплощение (реальное или потенциальное) в определенной составляющей процесса и/или результата разработки информационной системы. Факт отсутствия такого материального воплощения указывает на отклонение от схемы, которое, как показывает практика, может привести к негативным последствиям разработки.

Коротко остановимся на ключевых элементах приведенной схемы.

Элемент «заинтересованное лицо» (Stakeholder) введен для того, чтобы на множестве активных элементов организационно-экономической системы и ее окружения определить типовые роли участников разработки. Собственно, для этих лиц разрабатывается архитектура организации вообще и архитектура ее информационной системы, в частности. И та и другая должны отражать интересы этих лиц и их требования к информационной системе. В рамках стандарта предусмотрены следующие категории заинтересованных лиц:

• • заказчики или лица, приобретающие систему (acquirers);
• • эксперты-консультанты, проверяющие целесообразность приобретения (assessors);

Рис. П6.1. Стандартное описание

• • пропагандисты, распространяющие сведения о системе через документы и обучение (communicators);
• • разработчики, создающие систему (developers);
• • специалисты, внедряющие, сопровождающие и развивающие систему (mainteners)
• • снабженцы, поставляющие комплектующие компоненты системы (suppliers);
• • пользователи, обеспечивающие использование системы по назначению (users);
• • администраторы, обеспечивающие функционирование системы (administrators);
• • тестировщики, проверяющие корректность работы системы (testers).

Следует заметить, что используемые при разработке информационной системы инструментально-технологические средства могут предусматривать участие не только перечисленных категорий заинтересованных лиц, но и других.

В элементе «интерес» (consern) заключено то, что называют заинтересованностью лица, находящегося в определенной роли по отношению к процессу разработки информационной системы. Например, интерес к функциям, исполняемым в ИС, интерес к защищенности ИС от несанкционированного доступа, интерес ко времени реакции системы на запрос пользователя и т.п. В любом случае конкретный интерес выражает определенную заинтересованность группы лиц в системе в целом или ее части. В выявлении совокупности таких интересов, установлении уровней их значений, достаточных для успешной работы ИС, заключается одна из первоочередных и важнейших задач ее концептуального проектирования.

Элемент «точка зрения» (viewpoint) обозначает позицию, с которой определенная группа лиц, заинтересованных в разработке ИС, желает, привыкла, готова или в состоянии представить ИС как единое целое. С определенной точкой зрения в архитектурном описании связывают, в общем случае, интегрированную совокупность родственных интересов, например интерес со стороны сотрудников органа государственного управления к наличию в системе дружественного интерфейса.

Элемент «вид» (view) в архитектурном описании обозначает проекцию информационной системы на определенный интерес. Для представления архитектурного вида используют совокупность концептуальных моделей и документов, раскрывающих и/или дополняющих их содержание. Архитектурные виды ИС принято визуализировать с помощью графовых схем и описывать с помощью высокоуровневых языков типа UML. Каждый вид соответствует вполне определенной точке зрения (см. контур «описание архитектуры — 3 — точка зрения — 8 — вид — 5 — описание архитектуры» на рис. П6.1). Точка зрения определяет правила не только для построения видов, но и для их использования.

Стандарт не фиксирует набора видов. Тем не менее любая точка зрения должна быть объявлена до ее использования. Это означает, что до начала разработки ИС необходимо определиться с типовыми группами лиц, интересы которых следует учесть в ИС; точками зрения,

на основании которых будет строиться архитектурное описание; видами на ИС, которые будут составлять ее архитектурное описание; систематизировать все это и свести в систему требований к проектируемой ИС.

Для формирования архитектурных требований полезны специальные табличные шаблоны. Например, для объявления точки зрения можно использовать шаблон, приведенный в табл. П6.1, требующий заполнения содержанием атрибутов. Состав атрибутов и их значений для всех конструктов архитектурного описания, а не только для точек зрения, должен быть таким, чтобы позволял решать задачи разработки, функционирования и развития ИС на всех последующих этапах жизненного цикла.

Таблица П6.1

Шаблон определения точки зрения

Стандарт IEEE-X41X находит широкое применение на практике. Каждое его применение допускает определенные модификации исходной семантической сети: из семантического каркаса стандарта либо извлекают некоторые фрагменты, либо дополняют новыми, либо строят родственные семантические сети. Более того, сам стандарт может использоваться для построения новых архитектурных конструктов. Таким образом, инструментарий и методология архитектурных описаний ИС все время расширяется и совершенствуется.