идеф0. Idef0
 Скачать 3.24 Mb.
|
|
IDEF0 Методология SADT IDEF (Integrated DEFinition) ─ разработана в 1970-х годах. Наиболее распространенные стандарты моделирования деловых процессов ─ IDEF0 и IDEF3. Используют графические языки описания моделируемых объектов и процессов. Основной методологический прием ─ декомпозиция. Цель ─ построение функциональной схемы исследуемой системы с точностью, достаточной для однозначного моделирования ее деятельности. Имеет развитые процедуры поддержки коллективной работы. 2 Применение IDEF0-методологии Создание систем управления качеством на предприятии. Обследование деятельности. Реинжиниринг: – – – – изменение технологий целевой и текущей деятельности предприятия; реформирование операций учета, планирования, управления и контроля; построение рациональных технологий работы предприятия с учетом существующих автоматизированных систем; создание перспективной организационной и штатной структуры предприятия, осуществляющей реализацию рациональных технологий работы; – – изменение информационных потоков и документооборота; разработка проектов схем внутреннего и внешнего документооборота, проекта положения о документообороте, проекта альбома форм входных и выходных документов. 3 Применение IDEF0-методологии Выбор критериев внедрения корпоративных информационных систем (КИС). Разработка и внедрение новых информационных систем (ИС). Выбор программного обеспечения автоматизации процессов предприятия (например, электронного документооборота). Стратегическое и оперативное планирование деятельности предприятия. 4 Спецификации IDEF0-модели Назначение (Purpose) − − Как есть (AS IS): описание существующей деловой среды; Как должно быть (TO BE): описание желаемой (на основе автоматизации процессов) деловой среды. Границы моделирования (Scope) Широта охвата (включаемые в рассмотрение компоненты деловой среды и деловые процессы) и глубина детализации. Целевая аудитория Заинтересованные лица, для которых создается модель. Точка зрения (Viewpoint) Перспектива рассмотрения деловой среды. Может создаваться ряд моделей для разных точек зрения (пользователь, системный администратор, финансовый директор). 5 Состав IDEF0-модели IDEF0-модель образуют: – – – набор согласованных диаграмм, фрагмент текста, глоссарий (словарь данных). Диаграмма – часть модели, состоящая из взаимосвязанных блоков. 6 Диаграммы IDEF0-модели IDEF0-модель – совокупность иерархически упорядоченных и взаимосвязанных диаграмм (единица описания системы). Контекстная диаграмма Диаграмма верхнего уровня. Представляет систему в общем виде («черный ящик») и ее связь с внешним миром (с помощью интерфейсных дуг). Состоит из одного функционального блока, любого количества стрелок, цели моделирования и точки зрения. Диаграммы декомпозиции Результат разбиения контекстной на отдельные активности. Диаграммы дерева узлов Показывают иерархическую зависимость работ. Диаграммы только для экспозиции (FEO – for exposition only) Иллюстрация альтернативной точки зрения и для хранения старых версий. 7 Концепции IDEF0-методологии Блочное моделирование и его графическое представление. Лаконичность и точность. Передача информации. Строгость и формализм. Итеративное моделирование. Отделение «организации» от «функций». 8 Блок и стрелки IDEF0-диаграммы Обязательны Процессный блок Входная стрелка (Input) Объект (сырье) для выполнения функции (детали, заказы). Выходная стрелка (Output) Результат выполнения функции (прибыль, готовая продукция). Стрелка механизма (Mechanism) Средства выполнения функция (сотрудники, оборудование). Стрелка управления (Control) Регламентирует выполнение функции (устав, ГОСТы). Стрелка вызова(Call) Техническая; информативной нагрузки не несет. Необходима для слияния/расщепления моделей. 9 Примеры блоков IDEF0-модели Правила бухучета Договор Оформить счет за выполненные Счет на оплату Акт приемки работы Бухгалтер КИС 10 Правила построения диаграмм Модель должна иметь контекстную диаграмму (уровня А-0). Блоки на диаграмме должны располагаться по диагонали (отношение доминирования). Диаграммы (не контекстные) должны содержать от 3 до 6 блоков. Число входящих / выходящих дуг не более 4. Имена функций и стрелок должны быть уникальными. Лексический стиль : – – имена функций: глагол или отглагольное существительное; имена стрелок: имя существительное. 11 Отношение доминирования Функция 1 Функция 2 Функция 3 Функция 4 Время 12 Внутренние и граничные стрелки Функция 1 А1 Функция 2 А2 Внутренние Функция А1 Граничные 13 Пример контекстной диаграммы Цель моделирования определяет назначение данной модели. Точка зрения определяет должностное лицо или подразделение организации, с точки зрения кого разрабатывается модель. Устав Законодательство Зак азы клиентов Комплектующие Гот овая мебель Прибыль Обеспечить работу мебельного цеха Сотрудники Цель: Описать работу цеха Точка зрения: Эксперт 14 Правила построения диаграмм Следует избегать: – – – пересечений стрелок, петель, поворотов стрелки. Функция 1 Функция 1 Функция 2 Функция 2 Функция 3 Функция 3 Плохо Хорошо 15 Правила построения диаграмм Стрелки, имеющие общий источник, следует объединять. Функция 1 Функция 1 Функция 2 Функция 2 Функция 3 Функция 3 Неверно Верно 16 Разветвляющиеся и сливающиеся стрелки Ветвление Данные/объекты, порожденные блоком, могут использоваться сразу в нескольких других. Слияние Данные/объекты, порожденные в нескольких блоках, могут использоваться в одном. Смысл разветвляющихся и сливающихся стрелок передается именованием каждой ветви. 17 Ветвление стрелок Функция 1 Функция 1 Функция 2 Функция 2 Функция 3 Функция 4 Функция 3 Функция 4 Неверно Верно 18 Слияние стрелок Функция 1 Функция 2 Функция 1 Функция 2 Функция 3 Функция 3 Неверно Верно 19 Туннелирование Туннельная стрелка – специальный вид стрелки (это может быть вход , выход , механизм или управление). На модели отображается в виде круглых или квадратных скобок. Квадратные скобки предупреждают о наличии в модели ошибки (нужно либо исправить ошибку, либо заменить скобки круглыми). Круглые скобки у блока или границы означают, что стрелка туннельная. 20 Виды туннельных стрелок ( Функция Туннель у границы Означает, что стрелки на диаграмме-родителе нет (на верхнем уровне декомпозиции стрелка неважна). Туннель у наконечника стрелки Означает, что стрелка на диаграмме-потомке не важна (на диаграммах нижнего уровня не отображается). 21 Пример туннеля Производственный отдел Отдел продаж Модуль Модуль производственного отдела отдела продаж Корпоративная информационная система ( ) 22 Пример туннеля Производственный отдел Отдел продаж ( ) Модуль Модуль производственного отдела отдела продаж Корпоративная информационная система 23 Внутренние стрелки Выход – Вход Внести реквизиты в бланк счета Заполненный счет Оплатить счет 24 Внутренние стрелки Выход – Управление Инвестиционная стратегия Провести финансовый анализ Приступить к операциям на фондовой бирже 25 Внутренние стрелки Выход – Механизм Изготовить зажим Зажим Шлифовать заготовку 26 Внутренние стрелки Выход – ОС Вход Окрашенная деталь Неокрашенная деталь Покрасить деталь Хорошо окрашенная деталь Проверить качество Плохо окрашенная деталь 27 Внутренние стрелки Выход – ОС Управление Котировки ценных бумаг Инвестиционная стратегия Провести финансовый анализ Приступить к операциям на фондовой бирже 28 Декомпозиция IDEF0-диаграммы А0 А1 А2 А3 А4 А41 А42 А43 А421 А422 А423 29 Пример IDEF0-диаграммы 30 Декомпозиция блока А0 Изготовить сборочную деталь 31 Декомпозиция блока А2 Механическая обработка 32 Декомпозиция блока А3 Контроль готового изделия 33 Декомпозиция блока А4 Передача в сборочный цех 34 Формат диаграммы 35 Формат диаграммы 36 Глоссарий модели Словарь данных – определенным образом организованный список всех элементов данных системы с их точными определениями. Позволяет разработчикам, работающим с моделью, получить представление об элементах системы и изучить терминологию предметной области. Содержит информацию, которую не удалось отобразить в модели. Специфицирует элементы данных: функции, потоки слияния и ветвления, все виды стрелок и т. д. 37 Дерево модели Обзорная диаграмма, показывающая структуру всей модели. Обычно вершина – контекстный блок, под вершиной вся иерархия блоков модели. Допускается назначать вершиной произвольный блок, под ним – все дочерние блоки. Деятельность предприятия Деятельность отдела снабжения Деятельность отдела Деятельность отдела Деятельность ИТ-отдела продаж аналитики 38 Презентационные диаграммы For Exposition Only diagrams — FEO diagrams Включаются с целью проиллюстрировать другие точки зрения или детали, выходящие за рамки традиционного синтаксиса IDEF0. Допускают нарушение правил построения диаграмм IDEF0 в целях выделения важных с точки зрения аналитика частей модели. Известные виды презентационных диаграмм – копия диаграммы IDEF0, содержащая все функциональные блоки и стрелки, относящиеся только к одному из блоков; – копия диаграммы IDEF0, содержащая все функциональные блоки и стрелки, непосредственно относящиеся только к входу или к выходу родительского блока; – различные точки зрения, как правило, на глубину одного уровня декомпозиции. 39 Проектная группа Процесс создания моделей стандартизован. В проектную группу входят: – Руководитель группы (Project Group Head) Лицо из числа высшего управленческого персонала организации. – Автор модели / авторский коллектив (Model Author[-s]); Может одновременно являться и руководителем проектной группы. – – Эксперты (Domain Experts) Сотрудники организации или внешние эксперты. Специалисты в отдельных областях, в которых осуществляется моделирование. Библиотекарь Сотрудник или программное средство. Отвечает за документооборот и нормирование работ. 4 0 Этапы коллективной разработки Формирование модели группой специалистов (Authors) Создание черновика модели (Model Draft). Рассылка черновика для рассмотрения и согласований Официальное утверждение модели 41 Разработка модели Носит итеративный характер. Основные этапы – – Базовая модель (Working) Создается группой специалистов предприятия (Authors). Черновик модели (Model Draft); Обобщение имеющихся положений, документов и результатов опросов. – – Согласованная модель (Recommended) Итог обсуждения черновика модели с широким кругом компетентных лиц (Readers) предприятия. Одобренная модель (Publication). Получившая статус официального документа. Обычно осуществляет Технический комитет. 42 Рабочий цикл Эксперт Эксперт Эксперт Автор Библиотекарь 43 |