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

Чтение книги онлайн.

Читать онлайн книгу Практика и проблематика моделирования бизнес-процессов - Е. И. Всяких страница 15

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

Скачать книгу

множественности модели. Создаваемая модель должна отражать те свойства реального объекта, которые влияют на выбранные показатели эффективности. При использовании любой конкретной модели познаются только некоторые области действительности. Для более полного исследования реального объекта необходим ряд моделей, позволяющих с разных сторон и с разной детализацией отражать рассматриваемый процесс.

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

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

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

      Базовые определения по архитектуре

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

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

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

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

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

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

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

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

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

      

Скачать книгу