- •Содержание
- •Введение
- •Информационное моделирование предприятия
- •Задачи информационного моделирования
- •Стандарты информационного моделирования
- •Стандарты idef
- •Принципы построения моделей idef 0
- •Цель моделирования (Purpose)
- •Точка зрения (Viewpoint)
- •Диаграммы idef 0
- •Работы (Activity)
- •Контекстная диаграмма
- •Стрелки Arrow
- •Диаграммы дерева узлов и feo
- •Слияние и расщепление модели
- •Каркас диаграммы
- •Процедура проведения экспертизы
- •Создание отчетов в bpWin
- •Стоимостной анализ и свойства, определяемые пользователем
- •Дополнение созданной модели процесса диаграммами dfd (Data Flow Diagram)
- •Метод описания процессов в idef 3 (Work Flow Diagram)
- •Системный проект информационных технологий
Диаграммы дерева узлов и feo
При построении диаграммы декомпозиции используются функции или диалоги, доступ к которым осуществляется через команды основного меню и соответствующие закладки:
Диаграммы «Только для экспозиции» FEO (For Exposition Only).
При выборе и создании FEO-диаграмм создаваемая диаграмма декомпозиции рассматривается как одна из альтернативных моделей соответствующей работы. Для одной и той же работы может быть построено, например 2 и более FEO-диаграмм, в то время как в законченной модели альтернативные варианты не допустимы.
Диаграмма дерева узлов Node Tree используется для отображения модели декомпозиции в виде древовидной структуры. Диаграмма дерева узлов удобна для обсуждения в силу наглядности при условии, что число уровней в иерархии невелико.
Слияние и расщепление модели
Возможность слияния и расщепления модели реализовывается в целях осуществления коллективной работы над моделью.
Расщепление (Split) выделение работы из некоторой диаграммы декомпозиции в качестве родительской вершины как самостоятельного файла с целью передачи другому лицу или лицам для моделирования.
Слияние (Merge) – обратный процесс. Возможность слияния модели обеспечивается совпадением зафиксированных в словарях определений работ и стрелок.
Каркас диаграммы
Каркас диаграммы состоит из двух частей:
заголовок каркаса
подвал каркаса.
Поля каркаса:
Поле Used At – используется для указания на родительскую работу в случае, если на текущую диаграмму ссылались посредством стрелки вызова.
Поле Author, Data, Rev (дата последнего редактирования), Project, в котором указывается автор, дата, имя проекта.
Поле Notes 1,2,3,…10 – заметки, использовавшиеся в процедуре внесения замечаний в текущую версию диаграммы. Предусмотрено обсуждение с использованием бумажных копий, и различающиеся автор модели и рецензент. Замечания рецензента расставляются на поле диаграммы, при этом количество замечаний – это зачеркнутая соответствующая цифра. Статус отображает стадию создания диаграммы. Принято 4 стадии:
Working – рабочая.
Draft – черновик – законченная модель, готовая к обсуждению. В этой стадии модель находится до тех пор, пока не станет устойчивой (пока не иссякнут замечания).
Recommended – рекомендованная.
Publication – финишная – готовая к публикации, опубликованная (т.е. модель может быть использована за пределами рабочей группы).
Поле Reader – имя читателя-эксперта или рецензента.
Поле Data – прочтения, или рецензирования.
Поле Context – показывает место диаграммы в диаграмме верхнего уровня.
Node – номер узла диаграммы или родительской вершины.
C-Number – цифровой номер – присваивается автором вручную. Кодовый признак диаграммы.
Процедура проведения экспертизы
В работе над моделью участвует рабочая группа в составе аналитика (автор модели), читателя (эксперта предметной области).
Эксперт предметной области – это человек, имеющий опыт и знания в выполнении данного вида работ. Эксперт должен соответствовать рассматриваемому элементу деятельности, иначе модель может приобретать виртуальный характер.
Библиотекарь, аналитик, эксперт предметной области, комитет технического контроля (специалист по технологии IDEF – моделирования).
Роль технического контроля заключается в соблюдении тех элементов создания описания и процедуры их корректировки, которые непосредственно не поддерживается в BPWin и ERWin.
Библиотекарь – отвечает за коммуникации, т.е. процесс прохождения модели по стадиям до момента ее полной готовности.
При индивидуальном моделировании процесса все роли совмещаются.
Замечания к модели целесообразно делать с использованием бумажного док-та. Замечания пишутся в содержательной форме на поле листа с целью уточнения информационного содержания модели.
Помимо содержательных замечаний в процессе экспертизы улучшается как содержательная сторона модели, так и ее «графика» с точки зрения восприятия.
Для улучшения графики модели созданы элементы: работы, стрелки, имена, которым можно менять стиль, не меняя содержания. Средства для изменения стиля:
перемещение прямоугольников работ и изменение их размеров;
изменение стиля линий стрелок;
управление шрифтом.
Использование стилей и изменение информационного содержания модели в процессе экспертизы может быть использовано для улучшения восприятия модели в процессе ее обсуждения.
При построении диаграмм рекомендуется следить за тем, чтобы каждый лист диаграммы не был «перегружен» - т.е. количество работ в декомпозиции не превышало 3-5, а количество стрелок на диаграмме позволяло бы свободно проследить начало и конец стрелки.
Используется следующий прием:
Параллельные сходные стрелки целесообразно объединять, используя в качестве нового имени понятие более высшего уровня. Тоже самое относится к декомпозиции и объединению работ: соответственно некоторые работы целесообразно объединять общим заголовком, понимая при этом что имя и определение выделенного элемента деятельности не представлять в дальнейшем сложности для их последующей декомпозиции.
При расположении работ на диаграмме работы и стрелки по умолчанию предлагается проводить в соответствии со стандартом IDEF(слева направо, сверху вниз). Такой порядок расположения предполагает либо последовательность выполнения работ, либо доминирование одной работы над другими.