
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •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
- •Примеры заполнения чек листов.
Применимость процессного подхода к разработке субп
Использование экспертных систем, языков четвертого поколения и систем автоматизированного производства постоянно расширяется. Успех этих систем непосредственно зависит от нашей способности предварить их разработку и внедрение описанием всего комплекса проблем, которые необходимо разрешить, указанием того, какие функции системы должны быть автоматизированы, определением точек интерфейса человек-машина и того, как взаимодействует система со своим окружением. Иными словами, этап проектирования системы является критическим для создания высококачественных систем.
Системное проектирование - это дисциплина, определяющая подсистемы, компоненты и способы их соединения, задающая ограничения, при которых система должна функционировать, выбирающая наиболее эффективное сочетание людей, машин и программного обеспечения для реализации системы. SADT - одна из самых известных и широко используемых систем проектирования. SADT - аббревиатура слов Structured Analysis and Design Technique (Технология структурного анализа и проектирования) - это графические обозначения и подход к описанию систем.
Программное обеспечение телефонных сетей, системная поддержка и диагностика, долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, конфигурация компьютерных систем, обучение персонала, встроенное программное обеспечение для оборонных систем, управление финансами и материально-техническим снабжением - вот некоторые из областей эффективного применение SADT. Широкий спектр областей указывает на универсальность и мощь методологии SADT. В программе интегрированной компьютеризации производства (ICAM) Министерства обороны США была признана полезность SADT, что привело к стандартизации и публикации ее части, называемой IDEFO.
Такая стандартизация означает, что SADT теперь более доступна и проста в использовании. Под названием IDEFO SADT применялась тысячами специалистов в военных и промышленных организациях. Таким образом, SADT, как правило, применяется на ранних этапах процесса создания системы, который часто называют "жизненным циклом системы", и иногда за этим следует применение упомянутых выше методов [4].
Предпосылки создания sadt
SADT возникла в конце 60-х годов в ходе революции, вызванной структурным программированием. Когда большинство специалистов билось над созданием программного обеспечения, немногие старались разрешить более сложную задачу создания крупномасштабных систем, включающих как людей и машины, так и программное обеспечение, аналогичных системам, применяемым в телефонной связи, промышленности, управлении и контроль за вооружением. В то время специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности.
Таким образом, SADT выделяется среди современных методологий описания систем благодаря своему широкому применению. SADT имеет такое широкое применение, во-первых, так как является единственной методологией, легко отражающей такие системные характеристики, как управление, обратная связь и исполнители. Это объясняется тем, что SADT изначально возникла на базе проектирования систем более общего вида в отличие от других структурных методов, "выросших" из проектирования программного обеспечения. Во-вторых, SADT в дополнение к существовавшим в то время концепциям и стандартам для создания систем имела развитые процедуры поддержки коллективной работы и обладала преимуществом, связанным с ее применением на ранних стадиях создания системы. Кроме того, широкое использование SADT показало, что ее можно сочетать с другими структурными методами. Это достигается использованием графических SADT-описаний в качестве схем, связывающих воедино различные методы, примененные для описания определенных частей системы с различным уровнем детализации. Таким образом, неадекватные спецификации систем того времени вызвали создание графического языка SADT, а его усиленное использование преобразовало SADT в законченную методологию, способную повысить качество продуктов, создаваемых на ранних стадиях развития проекта [4].