Обзор и сводная информация AV-1 Overview and Summary Information · DoDAF

Простыми словами

Титульная сводка архитектурного описания: зачем его делали, что в него вошло, кто заказчик и какие допущения приняты. Отвечает на вопрос «стоит ли мне вообще читать этот комплект» — стандарт прямо говорит, что AV-1 должен дать читателю возможность «select a single Architectural Description from among many to read in more detail». Пишется текстом по разделам: Identification, Scope, Purpose and perspective, Context, Status, Tools and File Formats Used, Assumptions and Constraints, график работ; при аналитическом применении добавляются Findings и Costs. AV-1 и OV-1 — пара: AV-1 словами описывает то, что OV-1 показывает картинкой. Версий AV-1 у одного описания бывает несколько — стартовая как план работ и финальная как резюме для руководства. В DM2 своего концепта не имеет: это метаданные самого Architectural Description.

Определение из первоисточника

Как этим пользуются

Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.

Как применяют

• На начальных этапах разработки архитектуры он служит руководством для планирования
• При построении архитектуры представление AV-1 предоставляет сводную информацию, касающуюся
• кто, что, когда, почему и как в плане, а также навигационное средство для моделей
• которые были созданы.
• Определить рамки работы по архитектуре
• Обеспечить контекст для архитектурной работы
• Определить объём работы по архитектуре
• Обобщить результаты работы по архитектуре
• Помощь в поиске в хранилище архитектуры
• Идентификация архитектурного описания — идентифицирует работу по созданию архитектурного описания
• наименование, архитектор и организация, разрабатывающая Архитектурное описание. Оно
• также включает допущения и ограничения, определяет утверждающий орган и
• дата завершения и фиксирует объём усилий, необходимых для разработки Архитектурной
• Описание.
• Область применения — определяет точки зрения, модели, описанные в DoDAF, и целевые представления
• которые были отобраны и разработаны. В AV-1 следует учитывать временной характер
• архитектурного представления, например, временной период, охватываемый им, а также то, является ли он специфическим
• годами или обозначениями, такими как «текущее», «целевое» или переходное. Область также
• определяет организационные сущности и временные рамки, попадающие в область охвата
• Описание архитектуры
• Цель и перспектива — объясняет необходимость Архитектурного описания, что оно
• будет демонстрировать, какие виды анализа будут к нему применяться, кто ожидается
• выполнить анализ, какие решения ожидается принять на основе каждой формы
• анализ, кто, как ожидается, будет принимать эти решения, и какие действия, как ожидается,
• результат. Точка зрения, с которой разрабатывается Архитектурное представление
• определён
• Контекст — описывает среду, в которой существует архитектурное представление. Контекст
• включает такие сведения, как: миссия, доктрина, соответствующие цели и заявления о видении
• концепции функционирования, сценарии, контекст обеспечения информационной безопасности (например, типы систем
• или сервисные данные, подлежащие защите, такие как данные с грифом секретности или конфиденциальные, но не засекреченные, и
• ожидаемая обстановка информационных угроз), другие угрозы и факторы окружающей среды
• условия и географические районы, на которые распространяется действие, где это применимо. Контекст также определяет
• авторитетные источники стандартов, правил, критериев и соглашений, которые используются
• в архитектуре. Любые связи с параллельными архитектурными усилиями должны быть идентифицированы.
• Статус — описывает состояние архитектуры на момент публикации или
• разработка AV-1 (которая может предшествовать самой разработке архитектуры)
• Статус относится к деятельности по созданию, валидации и обеспечению уверенности
• Используемые инструменты и форматы файлов — определяет набор инструментов, использованный для разработки
• Архитектурное описание, а также имена и форматы файлов для архитектурных моделей, если
• соответствующее.
• Допущения и ограничения
• График разработки архитектуры, включая дату начала, контрольные точки разработки, дату
• завершение и другие ключевые даты. Дополнительные сведения могут быть отражены в проекте
• Точка зрения
• Выводы — изложение выводов и рекомендаций, разработанных на основе
• в рамках архитектурных работ. Примеры результатов включают: выявление недостатков,
• рекомендуемые реализации систем и возможности внедрения технологий
• Затраты — бюджет архитектуры, прогнозируемые затраты или фактические затраты, которые были
• возникающие при разработке архитектуры и/или проведении анализа. Это может
• включать затраты на интеграцию, затраты на оборудование и другие затраты
• Может относиться к одной или нескольким моделям, описанным в DoDAF
• Может относиться к сообществу практики DoDAF.
• Может указывать на фокус работ, например, интеграция или безопасность
• Может относиться к комбинации этих элементов

Основные параметры

Атрибуты этой сущности по справочнику источника.

• Маркированные перечни со страницы модели (назначение, применение, состав):
• In the initial phases of architecture development, it serves as a planning guide.
• When the architecture is built, the AV-1 provides summary information concerning who, what, when, why, and how of the plan as well as a navigation aid to the models that have been created.
• Scope the architecture effort.
• Provide context to the architecture effort.
• Define the architecture effort.
• Summarize the findings from the architecture effort.
• Assist search within an architecture repository.
• Architectural Description Identification - Identifies the Architectural Description effort name, the architect, and the organization developing the Architectural Description. It also includes assumptions and constraints, identifies the approving authority and the completion date, and records the level of effort required to develop the Architectural Description.
• Scope - Identifies the Viewpoints, DoDAF-described Models, and Fit-for-Purpose Views that have been selected and developed. The AV-1 should address the temporal nature of the Architectural Description, such as the time frame covered, whether by specific years or by designations such as "current", "target", or transitional. Scope also identifies the organizational entities and timelines that fall within the scope of the Architectural Description.
• Purpose and perspective - Explains the need for the Architectural Description, what it will demonstrate, the types of analyses that will be applied to it, who is expected to perform the analysis, what decisions are expected to be made based of each form of analysis, who is expected to make those decisions, and what actions are expected to result. The perspective from which the Architectural Description is developed is identified.
• Context - Describes the setting in which an Architectural Description exists. Context includes such things as: mission, doctrine, relevant goals and vision statements, concepts of operation, scenarios, information assurance context (e.g., types of system or service data to be protected, such as classified or sensitive but unclassified, and expected information threat environment), other threats and environmental conditions, and geographical areas addressed, where applicable. Context also identifies authoritative sources for the standards, rules, criteria, and conventions that are used in the architecture. Any linkages to parallel architecture efforts should be identified.
• Status - Describes the status of the architecture at the time of publication or development of the AV-1 (which might precede the architectural development itself).
• Status refers to creation, validation and assurance activities.
• Tools and File Formats Used - Identifies the tool suite used to develop the Architectural Description and file names and formats for the Architectural Models if appropriate.
• Assumptions and Constraints.

В других подходах

Сопоставления одного понятия в разных подходах.

Связанные понятия