Дипломная работа: Моделирование основных бизнес-процессов предприятия

С позиций моделирования, анализ требований (АТ) и анализ проблемной области (АПО) – принципиально разные процессы.

АПО преследует классические цели создания модели: налицо объект (автоматизируемое предприятие или организационная система[4] , ОС) и задача аналитика – отразить этот объект в создаваемой модели с требуемой степенью точности схема процесса разработки представлена на рисунке 3.

Рис. 3 Схема процесса разработки КИС

Анализ требований, напротив, направлен на моделирование воображаемого, еще не существующего объекта (АИС). Т.е. сначала создается модель, а затем, на ее основании, синтезируется объект. Рассмотрим теперь обобщенную «формулу» создания АИС.

ОС->М(ОС)->М(АИС)->М’ (АИС)->М’’ (АИС)->М’’’ (АИС)->АИС

Проведя анализ организационной системы можно создать модель М(ОС). Это – модель бизнес-анализа (проблемной области).

Анализ проблемной области позволяет вычленить:

- с одной стороны, задачи и функции, реализуемые внутри ОС и функции коммуникации ОС и среды,

- с другой – устройство предметной области (в начале – на уровне концептуальной модели),

- с третьей – требования к информации и ее обработке.

Выделив среди функций те, которые подлежат автоматизации, мы получаем основу для выявления функциональных требований к системе. Остальная, собранная на этапе АПО, информация служит для поиска нефункциональных требований. В результате получаем модель АТ, как первое приближение модели АИС, М(АИС).

Углубленный анализ и проектирование, формируют, соответственно, аналитическую модель М’ (АИС), проектную модель М’’ (АИС) и модель реализации М’’’ (АИС).

Модель уровня реализации позволяет объединить собственно АИС, как совокупность программных, информационных, организационных факторов.

АИС в свою очередь представляет собой модель организационной системы М’ (ОС), замыкая цикл моделирования. Для того, чтобы прояснить связь между этими процессами, необходимо заметить, что создаваемая АИС также является моделью, по отношении к ОС. Таким образом, создавая документ АТ, мы тем самым порождаем как бы «модель второго порядка», т. к. документ АТ является ничем иным, как моделью модели ОС. Не обладая моделью АПО, мы, конечно, можем создать модель АТ. Но при этом мы рискуем тем, что при синтезе оригинала модели (т.е. АИС), не обладая знаниями об ОС, мы можем попасть в ситуацию рассогласования: результирующая АИС не будет ингерентна (согласована с) ОС и, тем самым, не станет жизнеспособной.

Процесс разработки АИС можно отобразить в виде диаграмм в программе BPwin. На рисунке 4 отображены этапы разработки АИС. Диаграммы верхнего уровня – Создание программы (рис. 4) состоит из двух диаграмм второго уровня Разработка и Тестирование (рис. 5 и рис. 6).

Рис. 4 Этап Создание программы

Разработка (рис. 5) состоит из Построения каркаса программы и Создания тела программы.

Рис. 5 Этап Разработка

Третий уровень Построение каркаса программы (рис. 6)

Рис. 6 Этап построение каркаса

Четвертый уровень (рис. 7) Создание тела программы.

Рис. 7 Создание тела программы

Пятый уровень (рис. 8) Тестирование