Е. Всяких - Практика и проблематика моделирования бизнес-процессов

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

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

Этот прием используется при определении границ области моделирования и при расстановке приоритетов внутри нее, он позволяет сократить объем и продолжительность моделирования, однако может негативно сказаться на адекватности модели.

В качестве общих элементов определений, связанных с архитектурой, можно использовать следующий перечень [7]:

♦архитектура определяет основные компоненты (бизнес-архитектура, архитектура приложений и т. д.);

♦архитектура определяет взаимосвязи между компонентами и взаимодействия между ними;

♦уровень детализации архитектуры выбирается таким, что «опускается» вся информация о компонентах, которая не имеет значения вне вопросов взаимодействия с остальными компонентами архитектуры;

♦поведение компонент является частью архитектуры настолько, насколько это важно с точки зрения взаимодействия с другими компонентами;

♦каждая система имеет архитектуру, даже система, которая состоит из одной компоненты;

♦архитектура содержит объяснения и обоснования по поводу своих компонент и структуры;

♦определения архитектуры не содержат описания самих компонент.

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

♦все подразделения (ведомства) должны использовать в своей работе архитектуру, разработанную для организации (правительства) в целом;

♦архитектура должна обеспечивать решение вопросов бесперебойного выполнения организациями своих функций, безопасности и восстановления в случае катастрофических событий;

♦функциональные (бизнес-) требования должны формировать архитектуру;

♦архитектура должна обеспечивать совместимость и взаимодействие;

♦архитектура должна быть расширяемой, масштабируемой и адаптивной;

♦архитектура должна быть инструментом реализации изменений;

♦архитектура должна уменьшать сложность интеграции и способствовать улучшению качества бизнес-процессов;

♦тенденции рынка должны учитываться при проектировании технологической архитектуры.

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

В качестве объектов предметной области могут рассматриваться конкретные предметы или реальные сущности, например клиент, заказ, изделия, документ и т. п. (рис. 3).

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

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