
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •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
- •Примеры заполнения чек листов.
8.2. Моделирование с использованием методологии idef 1x Цель работы
Целью работы является проведение процесса информационного моделирования для заданной предметной области с помощью инструментальной среды ERWin.
Назначение пакета erWin
Пакет ERWin предназначен для создания информационной модели базы данных. Он позволяет формировать модель данных с учетом всех связей, а также ограничений на исходные данные.
При работе с пакетом ERWin пользователю вначале предлагается выбрать тип создаваемой модели: только логическая / только физическая / включающая логическую и физическую. После этого пользователь получает возможность формировать структуру будущей базы данных с использованием средств пакета.
Кроме того, пакет ERWin позволяет созданную модель данных перенести в выбранную базу данных в автоматическом режиме. При этом отпадает необходимость вручную создавать структуру таблиц и связей между ними. Возможна и обратная операция – из существующей базы данных сформировать модель данных в программе.
Описание интерфейса программы ERWin
После запуска программы ERWin на экране появится окно программы с диалогом, предлагающий открыть существующую модель или создать новую.
Если пользователь выбрал открытие существующей модели, ему предложат стандартный диалог Windows для выбора файл модели. Либо пользователь может сразу выбрать имя файла из списка недавно использованных.
При выборе пункта «Create a new model» пользователю предлагается выбрать тип создаваемой модели: логическая или физическая, а также воспользоваться одним из ранее созданных шаблонов. Если среди опций была выбрана модель типа «Physical» или «Logical/Physical», будет предложено выбрать также тип целевой базы данных, куда будет транслироваться готовая модель.
Основное окно программы содержит следующие части:
1) Область модели данных или рабочая область
2) Панели инструментов
3) Браузер элементов модели
Рассмотрим подробнее содержимое каждой из частей программы:
Область модели данных – содержит собственно разрабатываемую модель. Если создана новая модель – это окно пустое, если открыта существующая – содержит сущности и связи между ними.
Панели инструментов: эти панели содержат практически все используемые при работе элементы. По умолчанию все панели отображаются на экране. При необходимости пользователь может отключить или, наоборот, включить требуемые модели, используя меню «View – Toolbars». Имеются следующие панели инструментов:
• Standard – содержит кнопки для управления файлами (новый, открыть, сохранить), кнопки отображения сущностей (только сущности, сущности и атрибуты, сущности и их определение), кнопки управления масштабом изображения, переключатель уровней модели (логический/физический).
• Toolbox – инструментальные кнопки создания элементов модели, сущностей и связей. Набор кнопок незначительно различается для логической и физической модели. Содержит кнопки: стрелка – выбор объекта, создание независимой сущности, создание связки-подкатегории, создание сущности-представления, создание идентифицирующей и неидентифицирующей связи «один-к-одному», создание связи «многие-ко-многим», создание связи для сущности-представления.
• Font & Color – управление шрифтом, начертанием и цветом различных элементов модели. Позволяет выделить цветом и шрифтом какие-либо смысловые части модели для облегчения восприятия.
• ModelMart – панель кнопок специального инструментального средства, предназначенного для связывания пакета BPWin и пакета ERWin.
• Transforms – преобразования сущностей (объединение, разделение и т.д.)
• Drawing – дополнительные рисуемые элементы (линии, прямоугольники, круги и т.д.)
• Alignment – выравнивание элементов модели Браузер элементов модели помогает ориентироваться среди множества элементов модели, выделяя и группируя их. Имеет три вкладки: «Model», «Subject Areas» и «Domains».
Вкладка «Model» объединяет все элементы, в том числе элементы вкладок «Subject Areas» и «Domains». Здесь можно просмотреть список всех сущностей, связей, узнать, какая сущность с какой связана, и каким отношением (родительская/дочерняя), просмотреть созданные правила проверки значений, типы данных и т.д.
Вкладка «Subject Areas» содержит список предметных областей. Предметная область – это выборка из полной модели отдельных сущностей и их областей только тех, которые относятся к заданной области. Например, можно из общей информационной модели вуза выбрать только те сущности и связи, которые относятся, например, к деятельности деканата.
Вкладка «Domains» позволяет просматривать используемые в модели типы данных для атрибутов.
При создании новой модели пользуются панелью инструментов «Toolbox»
Панели Toolbox для логического (а) и физического (б) уровней модели
Рассмотрим элементы этой панели (слева направо по порядку).
Для логического уровня:
• Select – выбор объектов в модели
• Create entity – создание новой сущности
• Create complete sub-category –создание связки-разветвления
• Identifying relationship – создание идентифицирующей связи «один-ко-многим».
• Many-to-many relationship – создание связи «многие-ко-многим»
• Non-identifying relationship – создание неидентифицирующей связи «один-ко-многим».
Для создания сущности надо выбрать соответствующую кнопку, после чего щелкнуть мышью на свободном месте. Создастся новая сущность , при этом активизируется ввод ее имени. После ввода имени и нажатия Enter выделение переходит в часть ввода ключевых атрибутов. Имена атрибутов также набираются текстом. После ввода имени ключевого атрибута можно либо клавишей Enter добавить еще один ключевой атрибут, либо клавишей Tab перейти к вводу неключевых атрибутов.
Для создания связи между сущностями надо выбрать требуемый тип связи и щелкнуть последовательно на родительной и дочерней сущности. Для связей «многие-ко-многим» порядок щелканья безразличен. При создании связи «один-ко-многим» ключевые атрибуты родительской таблицы переходят в качестве внешних ключей в дочернюю таблицу. Если в дочерней таблице уже есть атрибуты с таким именем, пользователю предложат сделать выбор из следующих вариантов:
• Заменить существующий атрибут. В дочерней таблице существовавший атрибут становится внешним ключом для первичного ключа родительской таблице.
• Переименовать атрибут в дочерней таблице. При этом внешний ключ, приходящий из дочерней таблице, остается неизменным, меняется имя дочернего атрибута, совпадающеес внешним ключом.
• Переименовать атрибут, переходящий из родительской таблицы. При этом в родительской таблице атрибут свое имя не меняет, в дочерней таблице появляется новый атрибут с указанным именем.
При разработке БД чаще всего применяется именно третий вариант – переименование мигрирующего атрибута.
Для физического уровня панель инструментов содержит следующие кнопки:
• Select – выбор объектов в модели
• Create entity – создание новой сущности
• View table – создание сущности-представления
• Identifying relationship – создание идентифицирующей связи «один-ко-многим».
• View relationship – создание связи для сущности-представления.
• Non-identifying relationship – создание неидентифицирующей связи «один-ко-многим».
Сущность-представление – это виртуальная сущность, получаемая выборкой атрибутов из существующих сущностей. В терминах баз данных соответствует запросу.
Использование этих инструментов производится также, как в логической модели.