Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

книги / Теоретические основы автоматизированного управления

..pdf
Скачиваний:
16
Добавлен:
13.11.2023
Размер:
24.2 Mб
Скачать

Рис. 2.19. Требования стандарта ИСО 9001:2000:

К — контроль продуктов процесса

Рис. 2.20. Цикл управления в соответствии с ИСО 9000

Подсистема 1

 

Подсистема 2

Задача 1.1

Бизнес-процесс

1

 

 

Задача 2.1

Задача 1.2

ш

Задача 2.2

-

тт

• • •

Задача 1л

 

Задача 2.ш

Рис. 2.21. Пример бизнес-процесса

Процесс — совокупность взаимосвязанных или взаимодействую­ щих видов деятельности, преобразующая «входы» в «выходы».

Бизнес-процесс — процесс, добавляющий стоимость. Бизнес-функция (роль) — набор элементарных предписаний, ко­

торые могут быть привязаны ко времени или иметьдругие условия за­ пуска. Для компьютера — это программа, для человека — инструк­ ция.

В соответствии с определением бизнес-процессы делятся на ос­ новные и вспомогательные (рис. 2.22). Основные бизнес-процессы расположены по ходу технологического процесса и добавляют стои­ мость. Вспомогательные бизнес-процессы стоимости не добавляют, а обеспечивают основные бизнес-процессы.

Отсутствует устоявшаяся система бизнес-процессов. Один вари­ ант структуры для процедурного представления показан на рис. 2.21, второй — на рис. 2.23.

Основные процессы

Разработка стратегии

Маркетинг внутреннего и

> Разработка продукта >

Производство

Сбыт продукции

Вспомогательные процессы

Управление

финансами

Управление персоналом (набор, обучение,

______аттестация)

Управление

информационными

ресурсами

Управление природным^ ресурсами (экология,» охрана труда и т.д.)

Управление внешними связями (PR, общественность и т.д.)

Управление развитием и улучшением

Рис. 2.22. Пример выделения сети процессов для крупной организации

Рис. 2.23. Процедурное представление автоматизированной системы

— научные связи
------ — связи подчинения
Рис. 2.24. Матричная струк­ тура управления:
ГК.П — главный конструктор про­ екта; И — исполнитель

Первоначальной задумкой процедур­ ного представления было использование в производственных системах «плоской» матричной структуры управления, приме­ нявшейся до сих пор в проектных учреж­ дениях (рис. 2.24).

Предполагается, что все процессы на нижнем уровне (см. рис. 2.6) делятся меж­ ду ответственными (руководителями), ко­ торые располагают и распоряжаются со­ ответствующими финансовыми ресурса­ ми, что позволяет оперативнее реагиро­ вать на изменения внешней среды.

Величина ресурса определяется величиной приращения стоимости соответствующих видов продукции.

Руководители нижнего уровня нанимают для правильного тече­ ния хода процессов диспетчеров, плановиков, руководство предпри­ ятия и других руководителей. В то же время руководители нижнего уровня по административной линии подчиняются руководству.

Реализация такой организационной структуры встречает серьез­ ные затруднения не только у нас, но и за рубежом. Этим объясняется отсутствие в литературе схем организационной структуры предпри­ ятия, которые скрываются под термином «ноу-хау» или «коммерче­ ская тайна». В России по-прежнему применяется иерархическая ор­ ганизационная структура.

Процедурное представление упрощает процедуру реинжини­ ринга.

Реинжиниринг — фундаментальное переосмысление и радикаль­ ное перепроектирование бизнес-процессов компаний для достиже­ ния коренных улучшений их деятельности: стоимости, качества, ус­ луг и темпов роста.

Для описания бизнес-процессов используют графическую схема­ тику — нотации стандартов ID EF и ARIS.

Управление

Вход ( Функциональный Выход блок

Механизм I

Рис. 2.25. Стандарт IDEF0

USED AT

AUTHOR: Иванов П.И.

DATE: 18.05.2002

I WORKING

READER DATE CONTEXT

 

PROJECT: Пример модели

REV: 24.02.2003

DRAFT

 

 

 

бизнес-процесса

 

 

RECOMMENDED

WÊÊÊÊm

 

NOTES: 1 2 3 4 5 6 7 8 9 10

 

 

PUBLICATION.

A-0

 

 

Порядок подготовки документа А

 

 

 

 

Заполненные

 

 

 

 

 

 

 

подразделениями

 

 

 

 

 

Запрос на уточнение

формы

Собрать и

 

 

 

 

 

информации

 

 

 

 

 

 

 

 

 

проверить

Проверенные

 

 

 

 

 

 

информацию

формы

Указание начальника отдела на

 

 

 

А1

 

доработку проекта документа А

 

 

 

 

 

 

 

 

 

■H..

t

Проект

 

 

 

 

 

 

Обработать

документа А

Указание руководителя на

 

 

 

 

полученную

 

 

 

 

 

 

 

 

доработку проекта документа А

 

 

 

[ ~

информацию

 

 

 

 

 

 

 

А2

 

 

 

 

 

 

 

 

 

 

Выполнить

 

 

 

 

 

 

анализ проекта

Проект

 

 

 

 

 

 

документа А

 

 

 

Замечания

 

________ A3

документа

 

 

 

 

 

 

А

 

 

 

начальника отдела

 

 

 

Согласовать

 

 

 

 

 

 

 

 

Документ А

 

 

 

 

 

 

 

и утвердить

 

 

 

 

Замечания

 

документ А

 

 

 

 

 

руководителя

A4

 

 

Экономист

 

 

 

Начальник

Руководитель

 

 

 

 

 

отдела

 

 

NODE:

TITLE:

Бизнес-процесс подготовки документа А

NUMBER:

 

 

АО

 

 

 

 

 

Р-1

 

Стандарт IDEF (Icam DEFinition) насчитывает более десяти вари­ антов, из которых наиболее часто используются IDEFO, IDEF1, IDEF3.

Модель IDEF0 предназначена для построения функциональных моделей. Их построение возможно представить четырьмя позиция­ ми.

1.В качестве элемента модели используется функциональный блок (рис. 2.25). Связи могут быть горизонтальными и вертикальны­ ми (декомпозиция).

2.Элементы соединяются дугами (обычно сплошной линией со стрелкой). Пунктирными дугами показывают комментарии, а дугами

сдвойной стрелкой — потоки. Число блоков на одном уровне от трех до шести, число дуг каждого вида у блока не более четырех. Пример модели второго уровня приведен на рис. 2.26.

3.По вертикали производится декомпозиция блоков. Блоксамого верхнего уровня называют контекстной диаграммой. Число уров­ ней — не более семи.

4.Для пояснения модели создается глоссарий, включающий не­ обходимые определения и ключевые слова.

Недостатком IDEF0 является завуалированная привязка процес­ сов к исполнителям через вход «Механизм».

IDEF3 является стандартом документирования технологических процессов в производстве и управлении. Последовательность про­ цессов называют сценарием.

Данная модель — фактически граф с узлами и дугами. В зависи­ мости оттого, что приписывается узлам и дугам, возникает две разно­ видности моделей.

Если процессы — узлы, а связи — дуги, то получается диаграмма описания потоков процесса PFDD (Process Flow Description Diagram), показанная на рис. 2.27, 2.28. В этом случае используются обозначения логических операций, приведенных в табл. 2.1.

Если процессы — дуги, а связи приписаны узлам, то получается сеть изменения состояния объекта OSTN (Object State Transition Network), представленная на рис. 2.29.

ARIS (ARchitecture of integrated Information System) — это и мето­ дология проектирования бизнес-процессов со своей нотацией, и се-

Рис. 2.26. Пример модели IDEF0

USED АТ: AUTHOR: Иванов П.И.

 

DATE: 18.05.2002

 

I WORKING

READER

DATE CONTEXT

 

 

PROJECT: Пример модели

REV: 24.02.2003

 

DRAFT

 

1— I

 

 

бизнес-процесса

 

 

RECOMMENDED

 

I. J

 

 

 

 

 

e n

 

 

NOTES: 1 2 3 4 5 6 7 8 9

10

 

 

PUBLICATION

 

A l.l

а

 

 

 

 

 

Сформировать

Запрос на уточнение

 

 

 

 

 

информации

 

Заполненные

 

 

 

запрос на уточнение

 

 

 

 

 

информации

 

 

подразделениями

 

 

 

А1,1,3

 

 

 

формы

 

 

 

 

Нет

 

 

 

 

 

Выполнить

 

 

 

 

'

Собрать формы

 

Информация формы

 

 

 

в подразделениях

анализ содержания

О

соответствует

 

 

 

Компании

 

форм

требованиям?

 

 

 

 

 

 

 

А1.1Л

AL1,2

I

 

Да

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Сформировать

 

 

 

 

 

 

 

комплект

Проверенные формы

 

 

 

 

 

проверенных форм

 

 

 

 

 

 

 

А1.М

 

 

 

NODE:

TITLE:

 

Собрать и проверить информацию

NUMBER:

 

 

А1.1

 

 

 

 

Р-1

 

 

Рис. 2.27. Модель IDEF3

Рис. 2.28. Пример PFDD-диаграммы

Рис. 2.29. Пример OSTN-диаграммы

мейство программных продуктов, разработанных компанией IDS Scheer AG (Германия).

Методология ARIS позволяет по сравнению с предыдущими но­ тациями строить более широкий спектр моделей. Модели в ARIS классифицируются с помощью понятия «методологический фильтр».

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

Обозначе­

Наименование

Смысл в случае

слияния стрелок

ние

 

(Fan-in-Junction)

 

 

&

Асинхронное

Все предшествующие

процессы должны

AND

 

 

быть завершены

&

Синхронное

Все предшествующие

процессы завершены

AND

 

 

одновременно

 

 

Один или несколько

0

Асинхронное

предшествующих

OR

процессов должны

 

 

быть завершены

 

Синхронное

Один или несколько

0

предшествующих

OR

процессов завершаются

 

 

одновременно

X

XOR

Только один

(Исключительное

предшествующий

 

OR)

процесс завершен

Смысл в случае разветвления стрелок (Fan-oit-Junction)

Все следующие процессы должны быть завершены

Все следующие процессы запускаются одновременно

Один или несколько следующих процессов должны быть запущены

Один или несколько следующих процессов запускаются одновременно

Только один следующий процесс запускается

 

Таблица 2.2

Название модели

Назначение модели

Диаграмма целей

Описание целей организации и построе­

 

ние их иерархии

Диаграмма типа прикладной системы

Моделирование прикладных информа­

 

ционных систем

Расширенная модель «сущность — связь»

Описание данных

Диаграмма атрибутов предыдущей мо­

Описание атрибутов любого вида сущ­

дели

ности

Диаграмма структуры знаний

Моделирование процесса управления

 

знаниями

Диаграмма информационных потоков

- Описание потоков информации между

 

функциями

Матрица процессов выбора

Сценарии выполнения процесса

Карта знаний

Отображение типов знаний, которыми

Диаграмма цепочки процесса

обладают служащие

Отображение процесса

Диаграмма движения продуктов

Маршруты движения продуктов

Дерево продуктов

Состав продуктов

Цель моделирования

Используемые модели

Общее описание

Диаграмма целей

определение

целей

Организационная схема

описание организационной структу­

Диаграмма цепочки добавленного каче­

ры

 

ства

выделение

и описание процессов

Дерево функций

верхнего уровня

Диаграмма цепочки процесса

описание функций и процессов

Диаграмма окружения функции

документирование деятельности

Офисный и производственный процес­

 

 

сы

Внедрение системы управления SAP R/3

Организационная схема

 

 

Дерево функций

Структурная модель SAP SERM «сущ­ ность — связь»

Диаграмма взаимодействий Диаграмма окружения функции

Стандартный и расширенный методологические фильтры обла­ дают более широкими возможностями. Сюда входит построение функциональной модели (диаграмма целей, диаграмма типа при­ кладной системы), модель данных (расширенная ER-диаграмма, диа­ грамма атрибутов ER, диаграмма структуры знаний), модель процес­ сов управления (диаграмма информационных потоков, матрица вы­ бора процессов, диаграмма в виде столбцов, карта знаний, диаграмма цепочки процесса, диаграмма движения продуктов/услуг).

Имеется набор диаграмм на универсальном языке UML (Unified Modeling Language): диаграммы действий, класса, описания класса, взаимодействия компонентов, состояний, использования приложений.

Назначение ряда моделей стандартного и расширенного методо­ логических фильтров ARIS приведено в табл. 2.2.

Методология ARIS насчитывает большое количество моделей, применение которых зависит от поставленной цели исследования. В табл. 2.3 приведены рекомендации по выбору видов моделей.

Система моделей ARIS оперирует системой обозначений, приве­ денной в табл. 2.4. Для ARIS характерны следующие правила.

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

Для построения IDEF- и ARIS-нотаций используются программ­ ные продукты BPWin, ARIS.

Соседние файлы в папке книги