- •Введение
- •Функциональная и процессно-ориентированная организация
- •Функциональное управление организацией
- •Дивизионная структура организации
- •Сдвиг парадигмы
- •Процессно-ориентированное управление
- •Процессный подход на российских предприятиях
- •Бизнес-процесс
- •2.1. Основные термины, используемые в процессном подходе
- •Концептуальная схема управления процессом
- •Классификация бизнес-процессов
- •Методы моделирования бизнес-процессов
- •Модель бп и её назначение
- •Описание бп сверху
- •Моделирования бизнес-процесса «снизу»
- •Определение концепции (точки зрения) и целей описания бп
- •Определение окружения бп
- •Построение функциональной структуры бп
- •Основы структурного анализа
- •4.1. Sadt-модели
- •Цель моделирования
- •Точка зрения на моделируемую систему
- •Границы исследуемой системы
- •Декомпозиция модели
- •Функциональное моделирование бизнес-процессов в idef0
- •Функциональный блок
- •Интерфейсные дуги
- •Декомпозиция
- •Четвёртое понятие idef0 — глоссарий (Glossary).
- •Пример описания деятельности компании
- •Взаимодействие по Выходу
- •Взаимодействие по Входу
- •Управление процесса
- •Механизмы процесса
- •Системное моделирование организаций. Методология idef3.
- •Стандарт idef3
- •Основные элементы idef3-диаграмм
- •Функциональный элемент (uob).
- •Элемент «связь».
- •Перекресток.
- •Элемент «Referent» (указатель, ссылка).
- •Декомпозиция описания процесса
- •Процесс построения idef3-модели
- •Взаимосвязь моделей idef0 и idef3
- •Действия, выполняемые в функциональных блоках
- •Создание моделей idef3 для отображения блоков idef0
- •Диаграммы потоков данных (Data Flow Diagramming)
- •Синтаксис dfd
- •Семантика dfd
- •Декомпозиция работы idef0 и dfd в диаграмму dfd.
- •Межстраничные ссылки (Off-Page Reference) и внешние сущности (External Reference) на диаграммах dfd и idef0.
- •Ветвление и объединение
- •Построение диаграмм потоков данных
- •Два подхода к построению dfd-моделей
- •Построение модели
- •Построение контекстных диаграмм
- •Детализация и спецификации процессов
- •Миниспецификация
- •Менеджмент проектов по реинжинирингу процессов
- •Цели проекта
- •План проекта
- •Организационная структура проекта
- •Контроллинг проектов
- •Подготовка к моделированию процессов
- •Необходимость подготовки моделирования процессов
- •Качество информационных моделей
- •Принципы урегулированного моделирования (пум)
- •Порядок подготовки к моделированию процессов
- •Идентификация и выбор перспектив
- •Определение способов распространения моделей
- •Спецификация техник моделирования
- •Выбор типов моделей
- •Спецификация единых правил моделирования (епм)
- •Конфигурация моделей
- •Инструмент моделирования Выбор инструмента моделирования
- •Пользовательская настройка инструмента моделирования
- •Разработка целостной структуры процессов
- •Моделирование «Как есть (as-is)
- •Порядок моделирования «как есть»
- •Разделение предмета моделирования
- •Выбор проблемных областей
- •Документация моделей «как есть»
- •Консолидация моделей
- •Анализ фактической ситуации
- •Порядок выполнения процессов
- •Информационно-техническая поддержка процессов
- •Организационная структура и персонал
- •Документация слабых мест и потенциалов оптимизации
- •Срочные меры по устранению слабых мест
- •Пример моделирования деятельности компании как есть
- •Описание компании
- •10.3.2. Разработка целостной структуры процессов (корневой модели)
- •10.3.3. Контекстная модель компании
- •Управление процесса
- •Часть 1 крепится к части 3 посредством соединительной части 2 и четырех болтов м2
- •Анализ организации процесса изготовления изделия «а»
- •Моделирование «как должно быть»
- •Порядок моделирования «как должно быть»
- •Конкретизация целей моделирования
- •Определение степени детализации
- •Создание общей схемы процессов
- •Создание и документация моделей
- •Анализ моделей «как должно быть»
- •Создание единой целостной модели
Детализация и спецификации процессов
Спецификация процесса должна формулировать его основные функции таким образом, чтобы в дальнейшем специалист, выполняющий реализацию проекта, смог выполнить их или разработать соответствующую программу.
Спецификация является конечной вершиной иерархии DFD. Решение о завершении детализации процесса и использовании спецификации принимается аналитиком исходя из следующих критериев:
наличия у процесса относительно небольшого количества входных и выходных потоков данных (2—3 потока);
возможности описания преобразования данных процессом в виде последовательного алгоритма;
выполнения процессом единственной логической функции преобразования входной информации в выходную;
возможности описания логики процесса при помощи спецификации небольшого объема (не более 20—30 строк) - миниспецификаций.
Миниспецификация - это алгоритм описания задач, выполняемых процессами, множество всех миниспецификации является полной спецификацией системы. Миниспецификации содержат номер и/или имя процесса, списки входных и выходных данных и тело (описание) процесса, являющееся спецификацией алгоритма или операции, трансформирующей входные потоки данных в выходные.
По DFD и их миниспецификациям строятся проектные спецификации.
Спецификации должны удовлетворять следующим требованиям:
для каждого процесса нижнего уровня должна существовать одна и только одна спецификация;
спецификация должна определять способ преобразования входных потоков в выходные;
нет необходимости (по крайней мере, на стадии формирования требований) определять метод реализации этого преобразования;
спецификация должна стремиться к ограничению избыточности – не следует переопределять то, что уже было определено на диаграмме;
набор конструкций для построения спецификации должен быть простым и понятным.
Фактически спецификации представляют собой описания алгоритмов задач, выполняемых процессами. Спецификации содержат номер и/или имя процесса, списки входных и выходных данных и тело (описание) процесса, являющееся спецификацией алгоритма или операции, трансформирующей входные потоки в выходные.
При построении иерархии DFD переходить к детализации процессов следует только после определения содержания всех потоков и накопителей данных, которое описывается при помощи структур данных. Для каждого потока данных формируется список всех его элементов данных, затем элементы данных объединяются в структуры данных, соответствующие более крупным объектам данных (например, строкам документов или объектам предметной области). Каждый объект должен состоять из элементов, являющихся его атрибутами.
Структуры данных могут содержать:
альтернативы,
условные вхождения и
итерации.
Условное вхождение означает, что данный компонент может отсутствовать в структуре (например, структура «данные о страховании» для объекта «служащий»).
Альтернатива означает, что в структуру может входить один из перечисленных элементов.
Итерация означает вхождение любого числа элементов в указанном диапазоне (например, элемент «имя ребенка» для объекта «служащий»).
Для каждого элемента данных может указываться его тип (непрерывные или дискретные данные). Для непрерывных данных могут указываться единица измерения (кг, см и т.п.), диапазон значений, точность представления и форма физического кодирования. Для дискретных данных может указываться таблица допустимых значений.
После построения законченной модели системы ее необходимо верифицировать (проверить на полноту и согласованность). В полной модели все ее объекты (подсистемы, процессы, потоки данных) должны быть подробно описаны и детализированы. Выявленные недетализированные объекты следует детализировать, вернувшись на предыдущие шаги разработки. В согласованной модели для всех потоков данных и накопителей данных должно выполняться правило сохранения информации: все поступающие куда-либо данные должны быть считаны, а все считываемые данные должны быть записаны.
Выводы. Диаграммы потоков данных (DFD) обеспечивают удобный способ описания передаваемой информации как между частями моделируемой системы, так и между системой и внешним миром. Это качество определяет область применения DFD – они используются для создания моделей информационного обмена организации, например модели документооборота. Кроме того, различные вариации DFD широко применяются при построении корпоративных информационных систем
Что нужно знать:
Диаграммы потоков данных (DFD),
Функциональные блоки,
Стрелки,
Хранилища данных,
Внешние сущности,
Ветвление и объединение потоков,
Логическая модель,
Модель окружения,
Модель поведения,
Контекстная диаграмма (правила построения),
До тех пор продолжается процесс декомпозиции?
Детализация процессов,
Спецификации процессов
Этапы построения модели DFD.