Системноинженерное мышление TechInvestLab, 2 апреля 2015 284

диаграммах договариваются, как будут организованы работы, а не какими документами эти договоры будут оформлены.

Подсказка: я знаю несколько организаций, где альбомы архитектурных описаний предприятия утверждались директором вместо толстой пачки регламентов. Ибо архитектурные диаграммы оказывались точнее и выразительнее многочисленных текстовых описаний, которые потом пытались по ним составить.

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

И людей, и ролей можно дробить на любое число частей, если нужно показать какие-то детали занятости людей-выполнителей.

Для выполнения какой-то работы разные люди могут на время объединиться (это обычно никак не отражается в оргструктуре), и такое временное объединение называют коллегиальной ролью.

Работы людей

Работы людей бывают такие:

●уже случившиеся — события. Называют обычно события глаголом совершенной формы прошедшего времени: "петрушка посажена". Эти работы могут быть выполнены непреднамеренно ("случилась ошибка"), людьми не из предприятия (клиентами, конкурентами, партнёрами), да и не вообще эта работа могла быть выполнена не людьми (а, например, программами, оборудованием, или даже силами природы — "солнце зашло").

●направленные на достижение результата, и исполняемые в развёртке времени (часто — друг за дружкой) — процессы. Их называют глаголом в неопределённой форме — "копать", "посадить", "разработать". Процессы обычно запускаются событием, и запускают события, а также запускают друг друга, образуя цепочку от начального события до события-результата.

●полученные в результате работы временного коллектива, объединённого коллегиальной ролью — коллегиальные процессы. Их тоже называют глаголом в неопределённой форме.

●выделенные по какому-то иному критерию, чем развёртка во времени для получения результата (например, требующие назначения на них ролей с определённой квалификацией или потребляющие какой-то специфичный вид ресурсов) — практики. Практики не столько сами выполняются, сколько в разные моменты выполняются те или иные объединённые ими процессы (или фрагменты процессов, до которых дело на диаграмме так и не дошло, поэтому их изобразили без развёртки во времени, чохом, "в мешке" — то есть обозначили "что практикуется", а не указали на выполнение в какое-то определённое время). Поэтому практики обозначаются не глаголами, а отглагольными существительными: "посадка петрушки" это именно практика.

●предоставляемые кому-то вовне работы, как они значимы и видятся снаружи

— сервисы. Сервисы реализованы внутренними работами, выполняемыми внутренними ролями, и используется в ходе внешних работ, выполняемых внешними ролями. В принципе, любые работы людей выполняются только для того, чтобы реализовать какой-то сервис — то есть для того, чтобы ктото другой (например, клиенты или смежники) смогли воспользоваться этими работами.

Впринципе, все предприятие разбито на какие-то части, и эти части выставляют наружу (для других частей предприятия, или за границы предприятия, или для другого уровня) сервисы, чтобы оправдать своё существование. Если есть трудности в понимании, кто в каких работах использует те или иные сервисы, или какие сервисы реализуют те или иные работы — значит, вы что-то не знаете, или не продумали.

Для уточнения того, чем же именно ценен сервис, в Архимейте даже есть специальный элемент: внешняя польза, которая связана с сервисом.

Архитектура IT-решения

Компьютерные программы и оборудование (компьютеры и линии связи, в том числе “системные программы” — операционные системы, утилиты, программы ведения баз данных и т.д., не связанные с поддержкой данных предметной области предприятия) обычно называют IT-решением (IT-solution).

В современном предприятии ввиду глубокого разделения труда люди, обслуживающие оборудование (”железо”) и прикладные программы находятся часто в разных подразделениях, более того: часто и люди, обслуживающие разные программы тоже находятся в разных подразделениях — и поэтому все “тянут одеяло в свои стороны”, когда речь заходит о развитии предприятия. Архимейт-диаграммы позволяют обсудить спорные вопросы, и выбрать устраивающее всех решение — за счёт различения функционала программ (функциональных объектов, компонент) и модулей (собственно программных модулей). Так, если базы данных поддерживаются различными модулями в корпоративных информационных системах, то функционал хранения данных может быть отнесён к различным модулям — и это решение можно откладывать “на потом”, сначала определяя на диаграммах потребный функционал (т.е. логическую архитектуру IT-решения), а уж потом занимаясь физической архитектурой отнесения к программным модулям (и в последнюю очередь занимаясь тем, на каких серверах потом будут работать эти программные модули).

В Архимейте используются одинаковые принципы для описания деятельности людей, программ и оборудования. Во всех этих описаниях можно указать компонентное описание, модульное описание, размещение (проведите сами анализ того, как именно это делать — учтите, что в Архимейте терминология “компоненты”, “модули” и “размещения” не используется! Ну, разве что есть объект, так и называемый location, “место”). Это лишний раз подчёркивает общность обращающихся к системному подходу инженерий: системной, программной, предпринятия. Используемые ими архитектурные языки при всей их разности оказываются довольно похожими по своей сути — в той мере, в которой они явно обращаются к системному подходу.