Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Управление процессами. Методы управления предприятием с использованием информационных технологий
.pdf
Моделирование системы
61
В табл. 3.1 представлено соотношение уровня информационной обес
печенности и организации деятельности. Соотношение между организа
ционной структурой, уровнем использования информационных технологий
и конкурентными преимуществами предприятия не всегда однозначно.
Производственное предприятие инженерного профиля может иметь не
самую современную систему получения и обработки информации и не
очень гибкую систему производства – не такую, как того требует, напри
мер, конкуренция на рынке мобильной связи. Конкурентные преиму
щества такой компании лежат не в области информационных техноло
гий, но сильное отставание по этой части может негативно сказаться на
работе предприятия в целом.
Таблица 3.1. Взаимосвязь организационной
структуры предприятия и информационного
обеспечения
Организационная структура Уровень владения
Функциональная Низкий
Матричная Средний
Процессноориентированная Высокий
Проектноориентированная Высокий
управленческой информацией
Рис. 3.4. Процессно
ориентированная
организационная структура
3.3.2. Модель структуры данных
Основная предпосылка создания модели структуры данных такова:
структура данных предприятия моделируется с помощью трех элемен
тов – сущностей, атрибутов сущностей и связей.
Моделирование процессов62
Сущность – это такой тип объектов, который существует независи
мо и содержит данные, относящиеся к предприятию. Скажем, все сотруд
ники предприятия могут быть представлены сущностью СОТРУДНИК.
В качестве сущности может выступать документ, например СЧЕТФАК
ТУРА.
Атрибуты – это характеристики сущности, с помощью которых мо
жет быть описан любой из ее объектов. Например, сущность СОТРУД
НИК характеризуется в отделе кадров такими данными, как дата рожде
ния, дата приема на работу и т.д.
Связь. Все сущности предприятия взаимосвязаны и образуют систему.
Например, сущность СОТРУДНИК связана с сущностью ПОДРАЗДЕЛЕ
НИЕ. Существует несколько типов связей: «один к одному», «один ко
многим» и «много ко многим».
Описываемый тип моделей достаточно широко представлен в литера
туре о базах данных, поэтому не будем рассматривать его подробно.
3.3.3. Функциональное моделирование
Для моделирования бизнеспроцессов предприятия используется метод
функционального моделирования. Основа методики, применяемой при
описании процессов, – структурированный способ исследования. Для
отслеживания ситуации в отдельных подразделениях предприятия необ
ходимо формально разбить всю его деятельность на блоки с тем, чтобы
впоследствии легко было контролировать каждый блок.
Для функционального моделирования и моделирования бизнеспро
цессов применяется стандарт IDEF0. Он очень прост для восприятия, ре
зультатом моделирования с его помощью является согласованная модель
деятельности организации. Она должна удовлетворять неким требовани
ям; кроме того, предполагается, что она отражает реальное распределе
ние функций, их приоритетность, полномочия. Как правило, в подобных
схемах зафиксирована реальная ситуация, что отличает их от штатного
расписания и должностных инструкций предприятия, которые часто со
ставляются для соблюдения формальностей.
IDEF0 – это стандарт структурированного анализа, который может
быть применен для описания процессов на всех этапах – от планирова
ния до разработки окончательного варианта. Этот стандарт позволяет
создавать модели, которые графически представляют предметы и дей
ствия, сводя их в одну систему.
IDEF0 включает два вида диаграмм: контекстную и декомпозирован
ную. Контекстная диаграмма, которая представляет объект моделирова
ния, представлена на рис. 3.5. В ней присутствуют следующие элементы:
Моделирование системы
входящие факторы – данные или материалы, используемые в про
63
цессе для получения результата;
результат – данные или материалы, получаемые в результате дан
ного действия;
механизмы – то, с помощью чего осуществляется процесс или дей
ствие. Иногда механизмы могут быть использованы как ресурсы;
управление – факторы, которые регулируют и определяют последо
вательность преобразования входа в результат.
Расположение стрелок при этом
строго определено и имеет прин
ципиальное значение.
Управление
Декомпозированные диаграм
мы (рис. 3.6) показывают после
довательное иерархическое де
ление от общего представления
Вход
Действие
или процесс
Результат
деятельности организации до де
тального разложения на составля
Механизмы
ющие фрагменты, а также моде
лируют взаимосвязь таких фраг
ментов.
Рис. 3.5. Блок диаграммы
стандарта IDEF0
При подготовке к описанию
процессов нужно выполнить ряд требований:
определить цель описания;
определить основные действия, которые подходят для описания про
цесса;
определить уровень детализации процесса;
определить, с чьей точки зрения процесс будет описываться;
определить, где процесс начинается и где заканчивается, то есть уста
новить его границы.
При построении модели в стандарте IDEF0 необходимо соблюдать
основные правила:
при построении декомпозированной диаграммы должны быть отраже
ны все входы и выходы родительской диаграммы;
на каждом уровне иерархии, кроме первого, должно быть от трех до
шести блоков. Если их меньше трех, необходимо сделать их частью
другого процесса. Если количество блоков превышает шесть, их нуж
но консолидировать;
Моделирование процессов64
0
Контекстная диаграмма процесса
А$0
1
2
3
Декомпозиционная диаграмма первого уровня
А0
4
5
1
2
3
4
5
А3 Декомпозиционная диаграмма второго уровня
Рис. 3.6. Декомпозиция диаграммы
название процесса состоит из глагола и существительного;
блоки процесса располагаются последовательно слева направо, сверху
вниз;
у каждой стрелки есть название;
в описании процесса должны обязательно присутствовать точка зре
ния и цель описания;
Моделирование системы
управление процессом и обеспечивающие процессы включаются
65
в диаграмму.
Декомпозиция деятельности предприятия обычно происходит по сле
дующим уровням:
1. Предприятие.
2. Функции.
3. Процессы.
4. Действия.
5. Задания.
6. Шаги.
Функция – это самая крупная единица описания деятельности. Функ
ции состоят из процессов, которые представляют собой поток работ. На
более детальном уровне процессы разбиваются на действия. Далее по
степени детализации следуют задания, состоящие из шагов – простей
ших элементов описания деятельности.
Таким образом, в результате построения модели деятельности пред
приятия мы получаем очень подробное описание деятельности, представ
ленной в виде иерархического дерева. На рис. 3.7 приведен пример опи
сания производственного блока компании.
Остановимся подробнее на уровне бизнеспроцессов, поскольку имен
но он часто рассматривается как уровень преобразования деятельности.
В теории менеджмента процессы называются бизнеспроцессами.
Бизнеспроцесс – одна или несколько связанных работ или процедур,
в совокупности реализующих некоторую цель производственной и не
производственной деятельности в рамках определенной организацион
ной структуры.
Каждый бизнеспроцесс обладает совокупностью следующих эле
ментов:
показатель эффективности – величина, используемая для коли
чественной оценки результатов процесса. Обычно выражается в еди
ницах стоимости, времени или качества;
выход – результат выполнения процесса, предоставляемый «получа
телю» процесса (вне или внутри организации);
процесс – действия, работы или процедуры, которые необходимо
предпринять для превращения входа в выход;
вход – информация, данные, материалы, используемые процессом
для формирования выхода;
Заказы
Моделирование процессов66
Стратегический
план
компании
Составить
производствен$
ный план
A11
Блок
планирования
компьютерной
информационной
системы
Материалы
Спецификация
Контролировать
производствен$
ный процесс
Система
мониторинга
Произве$
денная
продукция
A12
Задание
на производство
Произвести
продукцию
A13
Стандарты
качества
Провести
контроль
качества
A14
Проверенная
продукция
Организовать
промежуточное
хранение
Детали для сборки
Произвести
сборку
продукции
A16
Нормы
хранения
A15
Готовая
продукция
Производственные
мощности
и персонал
УЗЕЛ: НАЗВАНИЕ: производственный блок обрабатывающей промышленности НОМЕР:
Производственные
мощности
и персонал
Рис. 3.7. Пример модели производственного блока
владелец процесса – организационная единица, которая отвечает за
результаты выполнения процесса.
Один из видов детализации функциональной модели процесса – рас
пределение последовательности действий по подразделениям компании.
В результате получаются горизонтальные или вертикальные дорожки, по
которым распределены операции процесса. В каждой дорожке указано
название отдела, который выполняет данную операцию. Полученная
модель описывает соотношение функций и подразделений организации,
выполняющих эти функции. Такая дополнительная детализация позволя
ет произвести анализ ответственности и выявить «узкие места» проте
кания процесса.
На самом детальном уровне описания представлены шаги. На этом
уровне происходит подробное отражение каждой операции, благодаря
чему предоставляется обширная база для проведения аналитической
Моделирование системы
Конец
В ком.
отдел
67
2 мин 15 мин Почта 2 мин 2 мин
Почта
3 часа 5 мин 1 мин 2 мин
Контроль Печать
если нет
кредита
Отвергнуть,
ответа
Ожидание
Занести
заказчика
реквизиты
ошибки
если есть
Отвергнуть,
ошибок
В офис Регистрация Проверка
факса
Ожидание
2 мин 0,5 дня 2 ч 20 мин 5 мин
0,5 дня 5 мин 1 день 2 мин
Файл
дения
Печать
подтверж$
Отправка
заказчику
план.
произв.
Ожидание
рование
Резерви$
Подпись
Ожидание
одобрения
Ожидание В офис
10 мин 40 мин 2 мин10 мин 1 час 15 мин 2 мин 5 мин 0,5 дня 10 мин
ЗадержкаТранспортировкаХранениеРешениеКонтрольОперация
начала
партии
Ожидание
рование
Резерви$
мощностей
На
вание
планиро$
запасов
Проверка
проверки
Ожидание
запасов
На проверку
Проверка
мощностей
план.
Ожидание
план
Производ.
Затемненные фигуры означают действия, добавляющие ценность
Сбыт
Отдел
Коммерч.
Произв.
планиров.
Рис. 3.8. Пример описания повторяющегося процесса.
Источник: BP imprИсточник: BP impr
Источник: BP impr
Источник: BP imprИсточник: BP impr
PricewaterhouseCooperPricewaterhouseCooper
PricewaterhouseCooper
PricewaterhouseCooperPricewaterhouseCooper
ovement. –ovement. –
ovement. –
ovement. –ovement. –
s, 2000s, 2000
s, 2000
s, 2000s, 2000
Моделирование процессов68
работы по деятельности предприятия. Главным образом деятельность
предприятий представлена повторяющимися процессами, которые мож
но запротоколировать в виде диаграмм. Для выполнения аналитической
работы каждый шаг описывается с помощью атрибутов.
Типичные атрибуты описания будут представлены в разделе 6.2.2.
В диаграмме повторяющихся процессов (рис. 3.8) приводятся шаги и их
характеристики: название шага, продолжительность его выполнения,
важность (добавляет ли этот шаг ценность продукту).
В табл. 3.2 дано более развернутое описание каждого типа действий.
Таблица 3.2. Описание операций.
BP imprBP impr
BP impr
BP imprBP impr
Тип действия Описание Добавление ценности
Операция Изменяет состояние
Проверка Внутренняя или внешняя
Решение Производится выбор:
Хранение Объект выводится
Передача/транспортировка Любые перемещения
Задержка Время ожидания
ovement. – PricewaterhouseCooperovement. – PricewaterhouseCooper
ovement. – PricewaterhouseCooper
ovement. – PricewaterhouseCooperovement. – PricewaterhouseCooper
продукта, приближая его
к конечной форме, или
отвечает внутренним
требованиям
проверка
принять или отвергнуть
из процесса и хранится
для последующего
использования
между операциями
в процессе (очередь,
ожидание решения и т.д.)
Источник:Источник:
Источник:
Источник:Источник:
Обычно добавляет
ценность, если это не
доработка дефектов или
внутренние требования
Не добавляет ценность
Не добавляет ценность
Добавляет стоимость,
если выход ведет
к продуктивному
результату.
Не добавляет стоимость,
если сопровождается
проверкой
Не добавляет ценность
Не добавляет ценность
s, 2000s, 2000
s, 2000
s, 2000s, 2000
Цель построения функциональной модели – создание картины клю
чевых видов деятельности предприятия, которая позволяет выявить кри
тические и кроссфункциональные процессы компании и их пересечение
с потребителями.
На выходе мы получаем модель добавления ценности продукта. В этой
модели отражены основные процессы добавления ценности, а также на
бор продуктов и услуг, поставляемых клиентам. Вопрос о добавлении
ценности продукции каждым действием любое предприятие решает ин
дивидуально. Ниже он будет рассмотрен более подробно.
Моделирование системы
69
3.3.4. Модель документооборота
Суть этого типа моделей состоит в том, что большинство документов
обрабатывается одним и тем же способом. Имеются в виду такие опера
ции, как заполнение, тиражирование, сопоставление, сортировка и т.д.
При моделировании каждую такую операцию изображают определенным
значком. С помощью этих знаков описывается жизненный цикл докумен
та, а также движение из одного подразделения в другое.
Построение модели дает возможность выявить некоторые недостатки
существующей системы документооборота, такие как, например, созда
ние невостребованных документов, отсутствие контроля за движением
отдельных документов, немотивированное дублирование работ, «узкие
места» для прохождения отдельных документов. Поэтому модели этого
типа могут быть использованы не только как инструмент системного ана
лиза при проектировании компьютерной информационной системы, но
и как средство наведения порядка в сфере управления документами или
проведения аудита в этой части деятельности организации.
При построении модели документооборота используются отделы и под
разделения компании из организационной структуры.
Один из способов совершенствования движения документов и инфор
мации по организации заключается во внедрении системы электронного
документооборота.
3.3.5. Модель потока данных
Модель документооборота сосредоточивается на движении документов,
то есть описывает их физическое перемещение из отдела в отдел, тира
жирование и т.д. В случае использования компьютерной информацион
ной системы часть этих документов, а соответственно и операции с ними
могут быть заменены электронным аналогом. Тогда такие действия, как
размножение, редактирование принимают совершенно другой харак
тер. В модели потока данных важны процессы над данными, их хра
нение, а физические характеристики средств хранения данных становят
ся неактуальными. Рассматриваемая модель описывает операции над
данными, а не материальными характеристиками. Точно так же ей «без
различен» способ совершения операций с данными: их обработка про
изводится либо вручную, либо частично или полностью на компьютере.
Модель при этом не изменяется.
Модель потока данных предполагает описание большого объема ин
формации. В организациях циркулирует информация разного содержа
ния, качества и назначения, поэтому при составлении моделей потока
Моделирование процессов70
данных часто используют многоуровневый подход к моделированию (то
есть проводится последовательная детализация). Таким образом обеспе
чивается возможность качественного анализа системы потока данных,
а именно выявления главных процессов по обработке данных, главных ис
точников и потоков, и концентрации внимания в первую очередь на них.
Основной задачей модели потока является построение логичной схемы
движения данных. Но на одном уровне сложно воспринять больше вось
мидевяти процессов, поэтому применяется последовательная иерар
хия с детализацией. При наличии иерархической структуры модели про
ще общаться с пользователями системы. С руководством компании можно
обсуждать концептуальные модели, а у специалистов среднего звена вы
яснить детали отдельных данных, реквизиты документов, их взаимосвязь.
Построение модели потока данных также можно рассматривать как
инструмент для разделения стадий анализа информационной системы
и ее дизайна. Анализ системы предполагает построение существующей
системы потока, то есть формальное представление того, что существу
ет фактически. Дизайн системы предписывает, что должно быть сделано
в организации, чтобы информационная система работала более продук
тивно.
Таким образом, модель потока данных представляет собой взгляд на
хранение, перемещение и обработку данных с логической точки зрения
и не описывает физическую сторону. Структура хранения информации,
отображаемая в этой модели, может послужить прообразом модели
структуры данных («сущность–связь»). Процессы обработки инфор
мации могут стать модулями программы. Движение информации со
относится с входами и выходами программы или со структурой базы дан
ных. Понятная нотация модели позволяет проводить ее совместное
обсуждение аналитикам и пользователям системы.
3.4. Связь моделей
Все вышерассмотренные модели – модели структуры и модели процес
сов – взаимосвязаны, поскольку представляют одну и ту же организа
цию с разных точек зрения. Такая структуризация необходима для того,
чтобы разделить объемное описание деятельности предприятия на со
ставные части.
Одна из задач структурного анализа – представление деятельности
организации сначала на логическом уровне, а не на физическом, где воз
никает большое количество подробностей. Благодаря такому подходу весь
проект изменения информационной системы может быть представлен
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]