2.2 Выбор способов и описание алгоритмов реализации оптимизированных процессов

Чтобы выяснить, какие механизмы требуются для осуществления оптимизированной математической модели, обратимся к обобщенному алгоритму поиска сведений (рисунок 2.2)

Рисунок 2.2 – Алгоритм нахождения параметров математической модели

Алгоритм на рисунке 2.2 может выполняться двумя различными методами – автоматизировано с помощью информационной системы и вручную с помощью алфавитного указателя, но должен быть выполнен за не более чем 5 минут. Проведем оценку этих вариантов реализации (см. таблицу 2.6)

Таблица 2.6 – Временные оценки для расчета параметров математической модели.

Процесс	Время выполнения (среднее)
	Алфавитный указатель	Информационная система
Доступ к средству	1 мин.	1 мин.
Поиск	3 мин.	30 сек.
Просмотр найденного	2 мин	2 мин.
Отбор подходящих книг	30 сек.	30 сек.
Общее время выполнения процесса (из расчета самой сложной конфигурации)	5 мин. 30 сек.	4 мин.

Выполнение поиска с алфавитным указателем лишь на 30 секунд не укладывается в норму, в то время как автоматизированное выполнение позволяет сэкономить более 1 минуты на выполнении процесса. Выбор в пользу автоматизации процесса подбора в этой связи очевиден.

2.3 Реинжиниринг бизнес-процессов самостоятельного поиска книг

Для того, чтобы перейти к реинжинирингу бизнес-процессов, необходимо выбрать методологию моделирования и CASE-средство [7] для моделирования.

2.2.1 Выбор методологии моделирования

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

1. отображение механизма выполнения каждого бизнес-процесса на диаграммах;

2. увязка диаграмм в один общий проект с целью перемещения по уровням детализации;

3. минимальное количество элементов;

4. поддержка методологии CASE-средствами.

По таким критериям на рассмотрение мною вынесены:

1. Методология SADT

2. Методология UML

SADT является языком моделирования бизнес-процессов, предложенным в 1973 году Дугласом Россом (SoftTech,Inc.) и называвшимся первоначальноSADT-StructuredAnalysisandDesignTechnique.

В IDEFO система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации. [1]

В основе нотации и методологии IDEF0 лежит понятие "блока", то есть прямоугольника, который выражает некоторую функцию бизнеса (в соответствии со стандартом функция должна быть выражена глагольным оборотом). Как известно, прямоугольник имеет четыре стороны. В IDEF0 роли (функциональные значения) всех сторон различны:

• верхняя сторона имеет значение "управления"

• левая - "входа"

• правая - "выхода"

• нижняя - "механизма"