Файл: Учебное пособие.doc

Организационная диаграмма позволяет всесторонне описать организационно-штатную структуру предприятия. Организационные диаграммы показывают имеющиеся организационные подразделения (как исполнители функций) и их взаимозависимости в соответствии с выбранными критериями структурирования. Отдельные организационные единицы соединяются связями для указания иерархии.

Модель организационной структуры предприятия может содержать следующие структурные элементы: Организационная единица, Должность или позиция, Личность, Группа и др. (Таблица 2 .8).

Таблица 2.8

Элементы организационной диаграммы

№	Графическая нотация	Наименование	Описание
1.		Организационная единица (Organizational unit)	Элемент организационной структуры (структурное подразделение), который отвечает за выполнение определенных задач и преследует определенные цели.
2.		Позиция или должность (Position)	Наиболее мелкий организационный элемент на предприятии. Обязанности и административные полномочия такого элемента задаются должностными инструкциями.
3.		Группа (Group)	Несколько сотрудников, которые вместе работают над конкретной задачей в определенный период времени (например: группа проектирования).
4.		Внешний сотрудник (External person)	Лицо, выполняющее определенные функции в компании, но не являющееся служащим этой компании. Он может назначаться к организационным единицам или функциям, к выполнению которых он привлекается со стороны или за которые он отвечает.
5.		Сотрудник (Internal person)	Является служащим компании и может назначаться к организационным единицам или функциям, которые он выполняет или за которые несет ответственность.
6.		Тип сотрудника (Person type)	Обобщает индивидуальных лиц, имеющих одинаковые характеристики. Эти характеристики могут иметь отношение, например, к одним и тем же полномочиям. Начальники отделов или бригадиры, например, должны следовать определенным правилам и выполнять определенные обязанности, которые достаточно описать только один раз.
7.		Местонахождение (Location)	Определяет физическое положение (местонахождение) организационных единиц, рабочих мест, образцов аппаратных компонентов и технических ресурсов компании. Местонахождение может ссылаться на область, город, предприятие, здание и т.д.

При построении модели организационной структуры между структурными элементами могут устанавливаться следующие типы связей: Имеет в подчинении (Is superior), Связан с (Is assigned to), Принадлежит (Belongs to), Является организационным управляющим (Is Organization Manager for), Имеет в своем составе (Has member), Состоит из (Is composed of), Располагает (Is located at), Взаимодействует с (Cooperates with), Содержит (Subsumes), Занимает (Occupies).

Пример организационной диаграммы приведен на рисунке 3.4.

Рис. 2.23. Часть организационной диаграммы КГТУ

2.4.2.Диаграмма цепочки добавленного качества

Для уменьшения сложности описания деятельности организации необходимо разработать иерархию моделей БП организации, начиная с самого верхнего уровня и до моделей отдельных БП на нижнем уровне. Для описания модели верхнего уровня используется диаграмма типа Value-added chain diagram (VAD), название которой можно перевести как Модель цепочки добавленного качества (стоимости).

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

Диаграмма цепочек добавленной стоимости может содержать следующие структурные элементы: Организационная единица, Должность или позиция, функция и др. (Таблица 2 .9).

Таблица 2.9

Элементы диаграммы цепочки добавленного качества

№	Графическая нотация	Наименование	Описание
1.		Функция	Действие или набор действий, выполняемых над исходным объектом (документом, материалом и т.п.) с целью получения заданного результата.
2.		Технический термин
3.		Организационная единица (Organizational unit)	Элемент организационной структуры (структурное подразделение), который отвечает за выполнение определенных задач и преследует определенные цели.
4.		Кластер (экземпляр)	Экземпляр объекта данных. Он представляет собой логический взгляд на набор объектов данных или структур

Пример диаграммы цепочек добавленной стоимости представлен на рисунке 3.5.

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

Рис. 2.24. Основные процессы учета успеваемости студентов в системе кредитов

2.4.3.Модели eEPC

Цепочка процесса, управляемая событиями — Extended event driven process chain (eEPC).

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

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

Диаграмма цепочек, управляемых событиями кроме элементов организационной диаграммы и диаграммы данных может содержать следующие структурные элементы: функция, событие и др. (Таблица 2 .10).

Таблица 2.10

Элементы диаграммы цепочек, управляемых событиями

№	Графическая нотация	Наименование	Описание
1.		Функция	Действие или набор действий, выполняемых над исходным объектом (документом, материалом и т.п.) с целью получения заданного результата.
		Событие	Состояние, которое является существенным для управления БП и которое оказывает влияние или контролирует дальнейшее развитие одного или более БП. Изменения состояния отражаются с помощью информационных объектов
		Правило	Представляет собой правило разветвления и слияния веток БП. Если перейти к рассмотрению каждой отдельной функции БП, то можно сказать, что правило отражает логическое соотношение между несколькими исходными для функции событиями и несколькими результирующими.
		Интерфейс функции	Используется для обозначения функции внешнего БП, который либо не описывается в данной модели, либо является БП другой предметной области.
		Носитель информации	Представляет собой средство хранения информации. Оно может быть реализовано, к примеру, в виде картотеки или компьютерных файлов или БД.
		Документ	Обозначает любой вид документов.

Пример диаграммы цепочек, управляемых событиями представлен на рисунке 3.6.

Рис. 2.25. Согласование нагрузки и ответственности на кафедрах

2.5.Стандарты IDEF0 - IDEF3

2.5.1.Методология описания бизнес процессов IDEF3

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

Технология IDEF3 хорошо приспособлена для сбора данных, требующихся для проведения структурного анализа системы. В отличие от большинства технологий моделирования бизнес-процессов, IDEF3 не имеет жестких синтаксических или семантических ограничений, делающих неудобным описание неполных или нецелостных систем. Кроме того, автор модели (системный аналитик) избавлен от необходимости смешивать свои собственные предположения о функционировании системы с экспертными утверждениями в целях заполнения пробелов в описании предметной области. На рисунке 3.7 изображен пример описания процесса с использованием методологии IDEF3.

Рис. 2.26. Описание процесса в методологии IDEF3

Технология IDEF3 также может быть использована как метод проектирования бизнес-процессов. IDEF3-моделирование органично дополняет традиционное моделирование с использованием стандарта IDEF0. В настоящее время оно получает все большее распространение как вполне жизнеспособный путь построения моделей проектируемых систем для дальнейшего анализа имитационными методами. Имитационное тестирование часто используют для оценки эксплуатационных качеств разрабатываемой системы, более подробно методы имитационного анализа будут рассмотрены позднее.

2.5.1.1.Синтаксис и семантика моделей IDEF3

Модели IDEF3

Основой модели IDEF3 служит так называемый сценарий бизнес-процесса, который выделяет последовательность действий или подпроцессов анализируемой системы. Поскольку сценарий определяет назначение и границы модели, довольно важным является подбор подходящего наименования для обозначения действий. Для подбора необходимого имени применяются стандартные рекомендации по предпочтительному использованию глаголов и отглагольных существительных. Например, "Обработать заказ клиента" или "Применить новый дизайн" – вполне подходящие названия сценариев.

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

Для системного аналитика также важно понимание цели моделирования – набора вопросов, ответами на которые будет служить модель, границ моделирования (какие части системы войдут в модель а какие не будут в ней отображены) и целевой аудитории (для кого разрабатывается модель).

Диаграммы

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

Единица работы. Действие

Аналогично другим технологиям моделирования действие, или в терминах IDEF3 "единица работы" (Unit of Work – UOW) – другой важный компонент модели. Диаграммы IDEF3 отображают действие в виде прямоугольника. Как уже отмечалось, действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (Рис. 2 .27).

Рис. 2.27. Изображение и нумерация действия в диаграмме IDEF3