Главная | Обратная связь | Поможем написать вашу работу!
МегаЛекции

Моделирование бизнеса. Методология ARIS





В теории систем можно провести разграничение между структурой системы и ее поведением. Структура характеризует статичное представление системы, а поведение описывает ее динамику. В моделях бизнес-процессов динамика выражается управлением событиями и потоками сообщений. Модели функций, организационной структуры, данных и выходов описывают структуру системы. Модели управления показывают все структурные связи и описывают динамическое поведение потока, отображающего бизнес-процесс.

3.4. Фазовая модель ARIS

Фазовая модель (рис.15) характеризует этапы создания информационных систем [1,2] и подходы, применяемые к описанию моделей бизнеса. Согласно методологии ARIS модель организации структурируется в соответствии с концепцией жизненного цикла информационных систем, который представляется в виде последовательности уровней или этапов. Однако модель жизненного цикла ARIS не может рассматриваться как совокупность процедурных моделей для разработки некоторых независимых объектов на каждом уровне описания. Различные типы представления «выстроены» в модели в зависимости от степени их близости к информационным технологиям (ИТ).

Этот аспект реализуется посредством второй компоненты архитектуры ARIS, состоящей из различных уровней описания. Они дифференцируются по отношению к информационным технологиям. Такая концепция обеспечивает целостное описание управления бизнесом, вплоть до его технической реализации.

Анализ проблем бизнеса является начальной точкой при моделировании. Модели на этом уровне — не очень детальные семантические описания бизнес-процессов, однако они достаточно точно отражают цели, которые стоят перед разработчиками. На этом этапе в описание включаются характеристики будущей модели организации, связанные с бизнес-процессами. Для описания проблем
бизнеса используются только семантические

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

Уровень спецификации проекта достигается, как только концептуальные понятия проблем бизнеса, сформулированные на уровне определения требований, трансформируются в категории, связанные с информационными технологиями. На данном уровне описываются уже не функции, а пользовательские или модульные транзакции, которые выполняют функции. Это может рассматриваться как отображение сформулированных требований в категории и методы описания, связанные непосредственно с информационными системами и выраженные в терминах соответствующих технологий. Таким образом, уровни определения требований и спецификации проекта связаны достаточно тесно.

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


 

Методология ARIS

Рис. 15. Фазовая модель ARIS


(например, производительность информационной системы), не влияло на предметное содержание.

На уровне описания реализации спецификация проекта трансформируется в конкретные аппаратные и программные компоненты. Таким образом, осуществляется физическая связь с информационной системой.

Отдельные уровни описания имеют различные циклы корректировки. Частота корректировок выше всего на уровне описания реализации и ниже всего на уровне определения требований.

Уровень описания реализации очень тесно связан с разработкой информационной системы: на этом уровне производится многократная корректировка функционирования системы по результатам коротких циклов (тестов) ее работы.


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


Поделиться:





Читайте также:





Воспользуйтесь поиском по сайту:



©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...