Дерево декомпозиции операционных деятельностей OV-5a Operational Activity Decomposition Tree
Простыми словами
Дерево операционных деятельностей: иерархический разбор того, что делается ради миссии или деловой цели. Различие с OV-5b издание даёт одной парой фраз: «The Activity Decomposition Tree shows activities depicted in a tree structure and is typically used to provide a navigation aid», тогда как модель деятельности показывает деятельности, соединённые потоками ресурсов. Отсюда роль OV-5a — обзор и указатель: «The OV-5a helps provide an overall picture of the activities involved and a quick reference for navigating the OV-5b». Деятельность здесь — работа, а не решение: «An Operational Activity is what work is required, specified independently of how it is carried out»; её реализуют функции систем в SV-4 и функции сервисов в SvcV-4. Деятельности отсюда отображаются на способности в CV-6, а их упорядочение и тайминг уходят в OV-6a, OV-6b и OV-6c.
Примеры
Издание требует брать в OV-5a стандартные операционные деятельности — те, что определены доктриной и не подогнаны под конкретную систему, то есть достаточно общие, чтобы не отсекать варианты решения.
DoDAF 2.02, OV-5a и OV-5b, Detailed Description, абзац про Standard Operational Activities
Издание перечисляет применения: чётко разграничить ответственность за деятельности в паре с OV-2, вскрыть лишнее дублирование деятельностей, принять решение об упрощении, объединении или отказе от какой-то из них.
DoDAF 2.02, OV-5a и OV-5b, список применений в начале раздела
Издание отдельно говорит, что обе модели OV-5 одинаково пригодны для описания невоенных деятельностей и рассчитаны на широкое применение в бизнес-моделировании.
DoDAF 2.02, OV-5a и OV-5b, Detailed Description, абзац про non-military activities
Определение из первоисточника
дословная выпискаand OV-5b: Operational Activity Model The OV-5a and the OV-5b describe the operations that are normally conducted in the course of achieving a mission or a business goal. It describes operational activities (or tasks); Input/Output flows between activities, and to/from activities that are outside the scope of the Architectural Description.
Иерархическая декомпозиция операционных деятельностей без указания потоков.
Источникhttps://dodcio.defense.gov/Portals/0/Documents/DODAF/DoDAF_v2-02_web.pdf
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Как применяют
- Чётко разграничить линии ответственности за деятельность при использовании совместно с OV-2.
- Выявить избыточность операционной деятельности.
- Принимать решения об оптимизации, объединении или исключении деятельности.
- Определять или отмечать проблемы, возможности или операционную деятельность и их взаимодействия
- (потоки информации между видами деятельности), требующие дальнейшего рассмотрения.
- Предоставлять необходимую основу для отображения последовательности и временных параметров деятельности в модели
- операционных правил OV-6a, описании переходов состояний OV-6b и описании событийных цепочек
- OV-6c.
- Связи или зависимости между видами деятельности.
- Ресурсы, обмениваемые между видами деятельности.
- Внешние обмены (из/в бизнес-деятельность, находящуюся за пределами области
- модели).
- Описание деятельности и рабочих процессов.
- Фиксация требований.
- Определение ролей и ответственности.
- Поддержка анализа задач для определения потребностей в обучении.
- Определение пространства проблем.
- Операционное планирование.
- Анализ логистической поддержки.
- Анализ потоков информации.
- Дерево декомпозиции деятельности отображает виды деятельности в виде древовидной структуры и
- обычно используется в качестве навигационного средства.
- Модель деятельности отображает виды деятельности, связанные потоками ресурсов; она поддерживает
- разработку матрицы потоков операционных ресурсов OV-3.
- OV-6a, 6b, 6c: Введение
То же в оригинале
- Как применяют
- Clearly delineate lines of responsibility for activities when coupled with OV-2.
- Uncover unnecessary Operational Activity redundancy.
- Make decisions about streamlining, combining, or omitting activities.
- Define or flag issues, opportunities, or operational activities and their interactions
- (information flows among the activities) that need to be scrutinized further.
- Provide a necessary foundation for depicting activity sequencing and timing in the OV-
- 6a Operational Rules Model, the OV-6b State Transition Description, and the OV-6c
- Event-Trace Description.
- Relationships or dependencies among the activities.
- Resources exchanged between activities.
- External interchanges (from/to business activities that are outside the scope of the
- model).
- Description of activities and workflows.
- Requirements capture.
- Definition of roles and responsibilities.
- Support task analysis to determine training needs.
- Problem space definition.
- Operational planning.
- Logistic support analysis.
- Information flow analysis.
- The Activity Decomposition Tree shows activities depicted in a tree structure and is
- typically used to provide a navigation aid.
- The Activity Model shows activities connected by Resource Flows; it supports
- development of an OV-3 Operational Resource Flow Matrix.
- OV-6a, 6b, 6c: Introduction
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Маркированные перечни со страницы модели (назначение, применение, состав):
- Clearly delineate lines of responsibility for activities when coupled with OV-2.
- Uncover unnecessary Operational Activity redundancy.
- Make decisions about streamlining, combining, or omitting activities.
- Define or flag issues, opportunities, or operational activities and their interactions (information flows among the activities) that need to be scrutinized further.
- Provide a necessary foundation for depicting activity sequencing and timing in the OV- 6a Operational Rules Model, the OV-6b State Transition Description, and the OV-6c Event-Trace Description.
- Relationships or dependencies among the activities.
- Resources exchanged between activities.
- External interchanges (from/to business activities that are outside the scope of the model).
- Description of activities and workflows.
- Requirements capture.
- Definition of roles and responsibilities.
- Support task analysis to determine training needs.
- Problem space definition.
- Operational planning.
- Logistic support analysis.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей