Методика построения моделей процессов в предметной области.

Модели процессов предметной области обычно разрабатываются небольшими группами специалистов-экспертов в области разработки ИС, участники группы имеют различную точку зрения на проблему и они должны взаимно обмениваться информацией и совместно решать поставленную задачу, в процессе работы должна сформироваться единая точка зрения на бизнес процессы. Эта группа сначала строит текущую модель As Is, а затем будущую to be, при построении модели необходимо определить ее назначение, точку зрения и область применения.Назначение: модель не может быть построена без цели, чтобы определить назначение модели необходимо ответить на следующие вопросы:1)Почему этот процесс моделируется. 2)Что эта модель отображает, т.е. какие реальные процессы отображены. 3) Что эта модель может делать. Модель в дальнейшем строится на основе ответов на множество вопросов, вопросы формулируются в соответствии целью моделирования. Пример формулировки цели: Для всех работников предприятия определить задачи и детально изучить взаимосвязи, чтобы разработать должностные инструкции.Модель процессов предметной области должна строиться на основе единой точки зрения. Несмотря на то, что участники разработки имеют каждый свою. Точку зрения необходимо выбирать так, чтобы она распространялась на всю модель. Точка зрения формулируется названием всей работы, отдела или роли, которую выполняет человек.Область применения: При построении модели процессов предметной области определяется сфера деятельности, компетенция всей системы и ее компонентов. Область применения необходимо определить для того, чтобы знать, до каких пор нужно автоматизировать процессы, если не определить область применения, то работа продолжается бесконечно. Область применения изменяется в ширину (нужно задать внешние границы модели - представить процессы как черные ящики, которые получают входные сигналы, управляющие, механизмы и выдают результаты) и глубину, чтобы точно определить ширину области применения, нужно тщательно разработать контекстную диаграмму и диаграмму следующего уровня для уточнения. Глубина области применения отражает степень детализации процесса, разработка в глубину ведется до тех пор, пока это возможно или необходимо. При разработке самой модели процесса сначала строится контекстная диаграмма и далее прорабатываются внутренние активности, затем активности соединяются стрелками, для каждой активности сначала строятся выходные стрелки, потом входные, затем определяются механизмы и управление (контроль) каждая активность имеет свою функцию, которая определяется выходом, при определении выходов важно учитывать все возможности, не забыть отметить отрицательные результаты. Например: активность – «тестировать работников» помимо выхода «квалифицированный работник» должна иметь выход «работник не прошедший тестирование». Обычно этот механизм используется в качестве обратной связи. На диаграмме обычно обозначается как можно больше выходных сигналов, после построения выходных стрелок строятся входные, после определения входной и выходной информации определяются механизмы или ресурсы, применяемые в активности, а после этого контрольная информация, регулирующая активность, если трудно определить является ли стрелка входной или управляющей, то лучше считать ее управляющей. Когда диаграмма закончена нужно ответить на следующие вопросы: 1) Все ли процессы обобщены в модели. 2) Соответствует лир построенная модель точке зрения и области применения. 3) Не слишком ли много стрелок связано с активностью (не более 6-ти каждого типа). 4) Согласны ли с этой моделью участники разработки.

Дата добавления: 2015-07-25