IEEE 1471

Введение

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

Концептуальные рамки

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

IEEE 1471 uses the following conceptual framework. A system’s environment, or context, can influence that system. The environment can include other systems that interact with the system of interest, either directly via interfaces or indirectly in other ways. The environment determines the boundaries that define the scope of the system of interest relative to other systems. A system has one or more stakeholders. Each stakeholder typically has interests in, or concerns relative to, that system. Concerns are those interests which pertain to the system’s development, its operation or any other aspects that are critical or otherwise important to one or more stakeholders. Concerns include system considerations such as performance, reliability, security, distribution, and evolvability. A system exists to fulfill one or more missions in its environment. A mission is a use or operation for which a system is intended by one or more stakeholders to meet some set of objectives. Every system has an architecture, whether understood or not; whether recorded or conceptual. An architecture can be recorded by an architectural description. An architectural description is organized into one or more constituents called (architectural) views. Each view addresses one or more of the concerns of the system stakeholders. A view is a partial expression of a system’s architecture with respect to a particular viewpoint. A viewpoint establishes the conventions by which a view is created, depicted and analyzed. In this way, a view conforms to a viewpoint. The viewpoint determines the languages (including notations, model, or product types) to be used to describe the view, and any associated modeling methods or analysis techniques to be applied to these representations of the view. These languages and techniques are used to yield results relevant to the concerns addressed by the viewpoint. An architectural description selects one or more viewpoints for use. The selection of viewpoints is typically based on consideration of the stakeholders to whom the AD is addressed and their concerns. A viewpoint definition may originate with an AD, or it may have been defined elsewhere (a library viewpoint). A view may consist of one or more architectural models. Each such architectural model is developed using the methods established by its associated architectural viewpoint. An architectural model may participate in more than one view.