
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •1. Процессный подход в менеджменте качества
- •Описание системы менеджмента качества
- •1.2. Акцент на процесс
- •1.3. Реинжиниринг бизнес-процессов
- •1.4. Непрерывное улучшение
- •1.5. Создание карты процесса
- •Структурный анализ процессов
- •Графики информационных потоков
- •Рекомендации для использования spa
- •Схемы алгоритмов
- •Максимизация использования spa
- •Управление изменениями
- •Контрольные вопросы
- •2. Процессный подход
- •2.1. Применимость процессного подхода
- •2.2. Основные понятия процессного подхода
- •Классификация процессов
- •2.3. Способы выделения процессов Процессы подразделений (внутрифункциональные процессы)
- •Сквозные (межфункциональные) процессы
- •Процессная или функциональная системы управления
- •Правила расчета размера и числа процессов
- •Комментарии к проекту сети процессов:
- •2.4. Управление процессами
- •Процесс управления организацией
- •Система показателей для управления процессами
- •Контрольные вопросы
- •3. Методологии описания бизнес-процессов
- •3.1.Формальная модель
- •Основные способы проектирования процессов
- •Применимость процессного подхода к разработке субп
- •Предпосылки создания sadt
- •Принципы функционального моделирования
- •Описание нотаций idef0, idef3
- •Диаграммы потоков данных
- •Методология idef1x
- •Определение сущностей и атрибутов
- •Логические взаимосвязи
- •Проверка адекватности логической модели
- •Модель данных, основанная на ключах
- •Выбор первичного ключа
- •Контрольные вопросы
- •4. Методолгия описания бизнес-процессов aris
- •4.1. Исходная модель бизнес-процесса
- •4.2. Объединенная модель бизнес-процесса
- •4.3. Обобщенная модель бизнес-процесса
- •4.4. Разработка архитектуры интегрированных информационных систем (здание aris)
- •4.5. Типы моделей в aris
- •4.5.1. Фазовая модель aris
- •4.5.2. Предварительная информационная модель aris
- •4.6. Управление бизнес-процессами на базе aris. Aris — архитектура бизнес-инжиниринга
- •4.7. Оценка процессов
- •4.8. Имитация
- •4.9. Обеспечение качества
- •4.10. Описание нотации aris eepc
- •Применение aris bsc 6.2 при построении карт стратегии компании
- •Построение карты целей (Cause-and-effect diagram)
- •4.11. Сравнение aris с другими концепциями
- •4.11.1. Объектно-ориентированное моделирование
- •4.11.2. Архитектура cimosa
- •4.11.3. Ifip — Методология информационных систем
- •Результаты исследований Санкт-Галленского университета, Швейцария
- •4.11.4. Другие архитектурные решения
- •Контрольные вопросы
- •5.1. Проблема сложности больших систем
- •5.2. Взаимосвязь структурного и объектно-ориентированного подходов
- •5.3. Средства uml
- •Диаграммы взаимодействия
- •Диаграммы последовательности
- •Кооперативные диаграммы
- •Сравнение диаграмм последовательности и кооперативных диаграмм
- •Двухэтапный подход к разработке диаграмм взаимодействия
- •5.4. Диаграммы классов Общие сведения
- •Стереотипы классов
- •5.5. Механизм пакетов
- •Атрибуты
- •Операции
- •5.6.Диаграммы состояний
- •5.6.Диаграммы деятельностей
- •5.7.Диаграммы компонентов
- •5.8.Диаграммы размещения
- •Контрольные вопросы
- •6. Статистические методы оценки эффективности бизнес-процессов
- •6.1 Контрольный листок
- •6.2. Гистограмма
- •Диаграмма разброса (рассеивания)
- •6.4. Метод стратисфакции (расслаивания данных)
- •Диаграмма парето
- •6.6. Причинно-следственная диаграмма (диаграмма исикавы)
- •6.7. Контрольные карты
- •Типы контрольных карт
- •6.8. Система проверки результативности бизнес-процессов
- •Этапы аудита
- •Роль аудитора
- •Контрольные вопросы
- •7. Методы измерения результативности бизнес-процессов
- •7.2. Методология функционально-стоимостного анализа abc (фса) с использованием программного продукта business studio
- •Контрольные вопросы
- •8. Практические приемы управления бизнес-процессами
- •8.1.Создание функциональной модели с помощью bpwin 4.0
- •8.1.1. Создание контекстной диаграммы
- •Методика выполнения
- •8.1.2. Создание диаграммы декомпозиции Методика выполнения
- •8.1.3. Создание диаграммы декомпозиции а2
- •Методика выполнения
- •8.1.4. Создание диаграммы узлов Методика выполнения
- •8.1.5. Создание feo диаграммы
- •Методика выполнения
- •8.1.6. Расщепление и слияние моделей Методика расщепления
- •Методика слияния
- •8.1.7. Создание диаграммы idef3 Методика выполнения
- •8.1.8. Создание сценария Методика выполнения
- •8.1.9. Дополнение моделей процессов диаграммами dfd
- •Пример выполнения работы
- •8.1.10. Стоимостный анализ (Activity Based Costing) Методика выполнения
- •Центры затрат abc
- •8.1.11. Использование категорий udp Методика выполнения
- •8.2. Моделирование с использованием методологии idef 1x Цель работы
- •Назначение пакета erWin
- •Основные приемы работы с пакетом erWin
- •Пример выполнения работы
- •Задание
- •8.3. Создание диаграмм описания бизнес-процессов в нотациях uml
- •8.3.1. Создание диаграммы вариантов использования
- •Порядок выполнения работы
- •8.3.2. Создание диаграмм взаимодействия
- •Порядок выполнения работы
- •8.3.3. Создание диаграммы классов
- •Порядок выполнения работы
- •8.3.4. Добавление атрибутов и операций
- •Порядок выполнения работы
- •8.3.5. Добавление связей
- •Порядок выполнения работы
- •8.3.6. Создание диаграммы состояний
- •Порядок выполнения работы
- •8.3.7. Создание диаграмм компонентов системы обработки заказов
- •Порядок выполнения работы
- •8.3.8. Создание диаграммы размещения
- •Порядок выполнения работы
- •Заключение
- •Библиографический список
- •Словарь терминов
- •Примечания
- •Примечание
- •Приложение 1 Методика проведения обследования бизнес-процессов компании
- •1.2.2.2. Составление отчета.
- •1.2.2.3. Подготовка положения о классификации бизнес-процессов.
- •1.2.2.4. Уточнение полученной информации о функционировании подразделений.
- •1.3.2.3. Документирование бизнес-процессов.
- •1.3.2.4. Уточнение зафиксированной последовательности выполнения бизнес-процессов.
- •1.3.3. Результат.
- •2. Моделирование.
- •2.1.1. Структурное моделирование.
- •2.1.2. Детальное моделирование бизнес-процессов.
- •Форма запроса данных об общей деятельности организации.
- •Структуры документов, содержащих результаты обследования
- •Приложение 2
- •Примеры заполнения чек листов.
Основные способы проектирования процессов
Существуют два основных способа проектирования: структурное и объектное - ориентированное.
Сущность структурного подхода к разработке БП заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработке системы "снизу-вверх" от отдельных задач ко всей системе целостность теряется, возникают проблемы при информационной стыковке отдельных компонентов. Данный подход имеет ряд недостатков и применяется крайне редко при разработке системы управления бизнес-процессами (СУБП).
Объектно - ориентированное проектирование (процессный подход) предполагает объектную декомпозицию системы. Объект - это реально существующая сущность, имеющая важное функциональное назначение в данной предметной области. Объект характеризуется структурой, состоянием, четко определяемым поведением. Состояние объекта определяется перечнем всех возможных (обычно статических) свойств и текущими значениями (обычно динамическими) каждого из этих свойств. Свойства объекта характеризуются значениями его параметров.
Функциональная часть автоматизированной информационной системы отвечает на вопрос «Что?» делает СУБП, какие функции она выполняет. Соответственно функциональная часть СУБП определяет назначение СУБП, ее основные цели, задачи и функции и представляет собой состав и перечень функциональных задач Управления объектом. Существуют различные подходы к классификации СУБП. Например, по уровню в системе управления предприятием выделяют малые, средние и корпоративные СУБП.
Обеспечивающая часть СУБП отвечает на вопрос «Как?», какими средствами реализуется функциональная часть СУБП. Обеспечивающая часть позволяет реализовать решение поставленных задач, раскрывая сущность и состав ресурсов, необходимых для функционирования СУБП.
Деятельность экономического объекта можно разделить на следующие группы:
А — первичная деятельность- изготовление конкретных изделий с контролем качества;
B — вторичная деятельность, направленная на улучшение основной деятельности группы А;
С — деятельность, направленная на совершенствование деятельности группы B.
В настоящий момент для предприятий критичнее всего деятельность группы A, но без наличия деятельности групп В и С в условиях конкурентного рынка невозможно обеспечить шанс получения прибыли в будущем (повышение потенциала предприятия). В рамках рассмотренных групп деятельности предприятия используются модели, представленные на рис. 3.1.
Рис. 3.1. Структурная схема моделирования СУБП предприятия
Деятельность группы А базируется на физическую платформу, под которой понимается СУБП предприятия и система документации менеджмента качества. Деятельность группы В сводится к анализу и проектированию функционирования предприятия. Деятельность группы С основывается на концепциях, включающих мировой опыт по управлению предприятием (ERP стандарт и стандарт ИСО 9001:2000).
Выше перечисленные группы деятельности предприятия предполагают взаимосвязанность. Таким образом, модели, используемые в рамках данных групп деятельности предприятия также должны быть взаимосвязаны (рис. 3.2).
.
Рис. 3.2. Трехуровневая архитектура СУБП предприятия
Концептуальная модель связывается с логической моделью через использование шаблона на этапе создания логической модели. Логическая модель также имеет связи с физической моделью[38, 41, 74]. Rational Rose позволяет перевести классы логической модели в реляционную модель IDEF1X (ERWin). Средствами ERWin формируется описание структуры базы данных, которое записывается в базу данных[90, 107]. Средство моделирования «Rational Rose» совместно с генератором отчетов «Rational SoDa» позволяет формировать из логической модели отчеты по заранее описанному шаблону с соблюдением бизнес - логики предприятия. Средствами Rational Rose генерируется программный код для клиентской части СУБП предприятия. Логическая модель, созданная на базе объектно-ориентированного подхода: через прямой или обратный инжиниринг, отражается в компоненте представления; через описание бизнес - логики, отражается в документации предприятия в серверной части СУБП (которая функционирует с использованием сервера приложений); через реляционную модель отражается в базе данных СУБП.
Таким образом, происходит стыковка трехуровневой архитектуры информационной системы с бизнес - моделированием деятельности предприятия. При комплексной реализации трех видов деятельности предприятия (А, В и С) реализуется непрерывное повышение потенциала предприятия, или другими словами, непрерывное улучшение бизнес-процессов/BPI (Business Process Improvement). BPI подразумевает прохождение следующих этапов, предполагающих использование логического моделирования.