Лекции - Автоматизированные системы управления предприятием

Подождите немного. Документ загружается.

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

Все стрелки на уровне контекстной диаграммы должны присутствовать и на

декомпозированной схеме.

«+» стандарта IDEF0:

- выявление тех элементов в системе, которые необходимо

автоматизировать

- создание базы знаний о предприятии

- Блоки нумеруются в порядке следования в процессе, но это

необязательно.

- В каждом блоке указываются стоимостные или другие показатели.

- Все связи должны иметь свои имена.

Стандарт IDEF3

Позволяет четко определить последовательность выполнения работ (в отличии

от стандарта IDEF0, в котором не определяется ни порядок действий, ни их

- 31 -

Согласовать

заявку и

выпустить

продукцию

заявка

деньги

предприятие

отказ

документация

продукт

договор

законы,

нормы …

плановый

отдел, отдел

сбыта и т.д.

Анализ и

согласование

заявки

Оформление

договора

Выпуск продукции

(исполнение заказа)

Отгрузка и

получение

продукции

деньги

заявка

Нормативные

документы

Согласование

заявки

Юрид.,

планово-экон.

отдел

отказ

договор

Отдел

снабжения

цехи

Договор, 2 экз.

Указание

на отгрузку

продукт

Докумен-

тация

продукт

Цех

отгрузки

Докумен-

тация

синхронизация).

Аналог стандарта IDEF3 – это блок-схемы алгоритмов.

- 32 -

Условные обозначения в диаграммах

Входы, выходы – сигналы, события, которые возникают в системе.

Блок «И»

Блок «ИЛИ»

Блок «XOR»

Пример: Анализ и согласование заявки

1. При входе заявки, необходимо ее ввести в базу, т.е. учесть.

2. Анализ заявки на соответствие номенклатуре.

3. Согласование заявки с плановым отделом.

4. Расчет стоимости заявки и сроков ее испытания.

5. Согласование стоимости и сроков исполнения заявки с клиентом.

6. Об отказе (невыполнении заявки) известить клиента.

7. Учет отказа/приема заявки.

- 33 -

n t

входы выходы

номер длительность

выполнения

операций



Алгоритм выполнения функции

Такие схемы иногда называют бизнес-процессами.

Данную диаграмму, реализованную в стандарте IDEF3, можно рассматривать

как декомпозицию блока «Анализ и согласование заявки», изображенного в нотации

IDEF0.

Стандарт DFD

Модель описывать систему преобразования ресурсов. Изначально

предназначался для описания чисто информационных систем.

Нотации:

Блок

(входы/выходы)

Приемник

(только вход)

Источник

(только выход)

Склад/Хранилище

Может означать

фонд, ресурс,

хранящиеся на

складе или БД

- 34 -

Выполнить учет

заявки

Согласование с

плановым

отделом

Выполнить

анализ заказа

на соответствие

номенклатуре

Уведомление

клиента об

отказе

Определение

стоимости и

сроков

исполнения

Запись отказа в

статистику

Согласование

стоимости и

сроков с

заказчиком

Заявка

клиента

отказ

Приняли



Согласованная

заявка

Система и стандарт ARIS

ARIS разработана немецкими учёными, в частности над её созданием работал

Шеер. ARIS – одна из самых мощных систем, сочетающаяся с корпоративными

информационными системами.

В рамках ARIS используются стандарты eEPC(extended Event Driven Process

Chain).

Идеология системы состоит в :

- Объединении функционального подхода с событийным;

- Детализации всей картины функционирования системы.

- 35 -

Модель на ARIS

Средства генерации

корпоративных

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

систем

Корпоративная

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

система

(SAP R3)

Таблица основных условных обозначений:

№ Описание Графическое представление

1 Функция

2 Событие

3 Организационная

единица

4 Документ

5 Прикладная

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

система

- 36 -

Информации-

онные услуги

Прочие услуги

Материальные

входы

Финансовые

ресурсы

функция

Результирующ

ее событие

Информации-

онные услуги

Прочие услуги

Материальные

ресурсы

Финансовые

ресурсы

Начальное

событие

Контекстные

данные

цель

Организации-

онная

единица

Программное

обеспечение

Человече-

ский ресурс

Машинный

ресурс

Компьютер-

ное

оборудова-

ние

Сообщение

6 Кластер

информации

7 Связи (стрелки)

8 Логическое И

9 Логическое ИЛИ

10 ЛИБО

Пример:

- 37 -

создание

созданиеактивировать

запуститьсоздание

активировать

Событи

е 1

Функция 1

Событи

е 2

Функция 2

Событи

е 3

Функция 3

Событи

е 4

запустить

В ARIS есть средства имитационного моделирования процессов.

Система BP WIN не имеет средств имитационного моделирования, но в ней

есть возможность экспорта IDEF3 диаграмм в систему имитационного

моделирования ARENA.

Описанные выше средства моделирования и стандарты используются для

описания внутренних процессов в системах.

- 38 -

активизироватьактивизировать

Поступле

ние

заказа

Анализ и

согласован

ие

документ

Система

автоматизации

Оформление

договора

Выполнен

ие заказа

отправка

Договор

продукт

Плановы

й отдел

Отдел

сбыта

Система

автоматизации

склад

Транспортный

цех

Система

автоматизации

Отдел

сбыта

Юридичес

кий отдел

Цех1

оборудован

ие

Заказ

выпо

л-нен

Основные подходы к автоматизации предприятий.

1. Автоматизация процессов “как есть”

2. Реинжиниринг процессов с одновременной автоматизацией (“как будет”)

3. Принудительный реинжиниринг с внедрением готовых средств

автоматизации.

Процесс “как есть” – автоматизация деятельности исполняющего процесса без

изменения структуры самого процесса. Повышение эффективности работы

предприятия максимум на 25%.

Реинжиниринг процессов – перестройка процессов предприятия с учетом

достижения информационных технологий. Процессы могут сжиматься,

ликвидироваться и т.п.

Сравним подходы «как есть» и «как будет» по эффективности:

«как есть»

«+»

- Предпочтителен с точки зрения персонала (остаются рабочие места, не

надо переучивать работников)

- Знания о деятельности сотрудников получить сравнительно легко

(работники чувствуют полезность этой работы и идут навстречу)

- Ожидаемое повышение эффективности 25-30%

«как будет»

«+»

- Предприятие будет работать с большей эффективностью, ожидаемый

прирост эффективности больше засчет уменьшения трудоемкости и

увеличения прибыли предприятия. Прирост эффективности может быть в

несколько раз.

«-»

- Возможные сокращения штата, и в связи с этим сложность с получением

информации о деятельности людей.

- Большой риск недостижения результата.

Реально руководители часто сначала задумывают (или говорят, что

задумывают) автоматизацию «как есть» для того, чтобы максимально получить

информацию о том, как работает предприятие.

Потом по результатам автоматизации «как есть» проводят реинжиниринг.

- 39 -

Реинжиниринг и использование современных

информационных технологий

Определение реинжиниринга по Хаммеру и Чампли:

Реинжиниринг – фундаментальное переосмысление и радикальное

перепроектирование бизнес-процессов в компании для достижения коренных

улучшений в основных актуальных показателях их деятельности: стоимость,

качество услуги и темпы (время).

Улучшение может быть в десятки раз.

Хаммер и Чампли исследовали компании, которые в короткий срок достигли

максимальных успехов. Выявили у них общие черты. Оказалось, что объединяющей

общей чертой у них была перестройка бизнес-процессов.

Жизненный цикл современной компании:

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

Инжиниринг бизнеса = реинжиниринг бизнеса + усовершенствование бизнеса

Один раз в 3-5 лет на предприятии должен происходить реинжиниринг. В

остальное время происходит усовершенствование бизнеса без коренных перестроек

(это справедливо для Америки, у нас все должно идти более быстрыми темпами).

Когда целесообразно проводит реинжиниринг:

Если надо достичь скачкообразного улучшения деятельности:

1. Когда компания на грани краха (цены больше, чем у конкурентов,

качество ниже);

2. Когда компания не находится в затруднительном положении, но

прогнозируется, что скоро будут трудности;

3. Когда у компании нет проблем. Но она хочет, чтобы больше проблем

было у конкурентов.

Реинжиниринг дает значительные результаты:

1. Когда предприятие работает по индивидуальным заказам;

2. Когда есть возможность изменить продуктовую стратегию компании

(номенклатуру товаров и услуг);

3. Когда у предприятия много корпоративных связей с другими

предприятиями;

4. Когда на предприятии реализуются достаточно сложные бизнес-

процессы (сложные процессы всегда можно упростить).

Причины успехов и неудач при реинжиниринге

Более 50 % проектов по реинжинирингу дают отрицательный результат.

- 40 -