Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
АИС / metod (1).doc
Скачиваний:
34
Добавлен:
17.04.2015
Размер:
1.4 Mб
Скачать

Задание

Необходимо составить модель формата «TO BE» по варианту заданному преподавателем. Необходимо составить 1 диаграмму 0го уровня, 1 диаграмму 1го уровня и минимум 2 диаграммы второго уровня, содержащие модели в формате IDEF0.

Варианты заданий:

  1. Получение загранпаспорта.

  2. Вычисление интеграла.

  3. Написание программы.

  4. Сдача долгов по экзаменационной сессии.

  5. Поступление на работу.

  6. Установка операционной системы на компьютер.

  7. Процесс обучения по предмету.

  8. Выполнение лабораторной (практической) работы

  9. Обучение в ВУЗе

  10. Бухгалтерский учет

  11. Складской учет

  12. Бизнес планирование

Контрольные вопросы.

  1. Что такое бизнес-процесс? Какова его роль на предприятии?

  2. Что такое информационная система?

  3. Какие типы моделирования информационных систем Вы знаете?

  4. Что такое IDEF0?

  5. Для чего был разработан стандарт IDEF0?

  6. Какие правила используются для нотаций IDEF0?

  7. Какие основные определения используются в нотации IDEF0?

  8. Какие различают два класса моделей по отношению к реально существующему бизнес-процессу?

  9. Что такое CASE-средства, какие CASE средства вы знаете?

Лабораторная работа №2.

«Построение модели процесса IDEF3 в среде BPWin.»

Цель работы: освоить методологию IDEF3 для создания бизнес-процессов.

Теоретическая справка

В процессе эксплуатации модели IDEF0 выяснилось множество недостатков этой модели, сужающих область её применения. Функциональная направленность моделей IDEF0 затрудняла или не позволяла вообще указать некоторые аспекты работы нескольких бизнес-процессов, например, показать их взаимосвязь, синхронность исполнения и т.п. Кроме того, жёсткие условия, накладываемые на расположение дуг в зависимости от их направления в блок активности, делали трудоёмким создание диаграмм и делали их менее наглядными. Поэтому была создана новая спецификация семейства стандартов IDEF – IDEF3.

IDEF3 – графический язык описания функциональных систем, позволяющий описать последовательность выполнения работ направленных на преобразование или обработку какого-либо объекта, а так же их временную взаимосвязь и взаимозависимость. Представление бизнес-процессов в виде последовательности работ относит IDEF3 к диаграммам класса Workflow Diagram (дословно – «диаграммы потоков работ» с англ.), предназначенных для описания потоков процессов или работ.

Стандартом IDEF3 предусматривается два типа диаграмм – диаграммы описания последовательности этапов процессаProcess Flow Description Diagram» или «PFDD») и диаграммы состояния объекта и трансформации в процессеObject State Transition Network» или «OSTN») (смотрите рисунки 1 и 2).

Рисунок . PFDD-диаграмма IDEF3.

Рисунок . OSTN-диаграмма IDEF3.

Среда BPWin использует только PFDD-нотацию, поэтому дальнейший материал касается только нотации PFDD.

В основе методологии IDEF3 лежат следующие правила и понятия:

  • Unit of Work (UOW) (дословно – «единица работы» с англ.) или Activity работа» в терминах методологии) – показывают некоторое действие; обозначаются некоторым именем, выраженным глаголом или существительным отглагольного наклонения (например, «выдать документацию» или «выдача документации», но не «выданные документы») и поясняющим их суть; являются главными элементами диаграммы и изображаются в виде прямоугольников с прямыми углами; по смыслу схожи с блоками активности в IDEF0;

  • Связи – показывают взаимоотношения работ и изображаются в виде однонаправленных стрелок; в отличие от IDEF0 связи могут иметь произвольное направление входа и выхода, но рекомендуется строить диаграммы таким образом, чтобы связи были направлены слева направо; подписываются названием, характеризующим результаты работы или входные данные для работы, название выражается существительным (например, «построенный дом»);

  • в IDEF3 различают три типа связей – старшая («Precedence»), отношения («Relation Link»), потоки объектов («Object Flow»); тип связей в IDEF3 не зависит от направления входа или выхода из блока UOW;

  • Старшая – показывает, что работа-источник должна завершиться ранее, чем начнётся работа-цель; обозначается в виде стрелки со сплошной линией; рисуется слева направо или сверху вниз;

  • Отношения – показывает связь между работами; обозначается в виде стрелки с пунктирной линией;

  • Поток объектов – показывает, что объект создаётся в некоторой работе и затем неоднократно – в двух или более единицах работа – используется;

  • Перекрёстки («Junction») – это особые элементы свойственные нотации IDEF3, которые позволяют указать взаимозависимость нескольких работ; различают перекрёстки слияния («Fan-in Junction») и перекрёстки разветвления («Fan-out Junction»); перекрёсток не может использоваться одновременно слияния и разветвления; каждый из перекрёстков получает индивидуальный номер;

Таблица 1.

Типы перекрёстков.

Обозначение на диаграмме

Наименование

Перекрёсток слияния

Перекрёсток разветвления

Асинхронное «И»

Все предшествующие процессы должны быть завершены

Все следующие процессы должны быть запущены

Синхронное «И»

Все предшествующие процессы завершены одновременно

Все следующие процессы запускаются одновременно

Асинхронное «ИЛИ»

Один или несколько предшествующих процессов должны быть завершены

Один или несколько следующих процессов должны быть запущены

Синхронное «ИЛИ»

Один или несколько предшествующих процессов завершены одновременно

Один или несколько следующих процессов запускаются одновременно

«ИСКЛЮЧАЮЩЕЕ ИЛИ»

Только один предшествующий процесс завершен

Только один следующий процесс запускается

  • Перекрёстки слияния показывают, что необходимо завершение всех предыдущих процессов для того, чтобы начался последующий процесс;

  • Перекрёстки разветвления показывают, что завершение одного процесса ведёт к запуску нескольких последующих процессов;

  • Различают асинхронные и синхронные перекрёстки; синхронные – показывают, что все предыдущие или последующие работы должны происходить одновременно, асинхронные ­допускают неодновременное завершение или начало связанных работ;

  • По типу выполняемых операций различают перекрёстки типа «И» («AND»), «ИЛИ» («OR») и «ИСКЛЮЧАЮЩЕЕ ИЛИ» («XOR»);

  • Так же как в IDEF0 работы могут быть подвергнуты декомпозиции, то есть работы можно представить в виде набора дочерних работ;

  • Название единиц работ должно быть уникальным, кроме того, каждая единица работы подписывается уникальным индексным номером, позволяющим идентифицировать её; даже после удаления работы на диаграмме этот индексный номер не может быть присвоен другой вновь создаваемой работе; обычно номер состоит из номера родительской работы и порядкового на текущей диаграмме.

Создание модели IDEF3 начинается так же как и в IDEF0 с диаграммы самого высокого уровня. На неё наносятся несколько главных работ и указываются связи между ними; после этого наносятся все внешние ресурсы. Декомпозиция работ имеет смысл в случае, если работу можно разбить на подработы, иначе декомпозиция не производится.

Соседние файлы в папке АИС