Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
МУ_ПИС.doc
Скачиваний:
2
Добавлен:
01.05.2025
Размер:
2.44 Mб
Скачать

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

«Восточно-Сибирский государственный технологический университет»

(ГОУ ВПО ВСГТУ)

______________________________________________

МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ МЕТОДОЛОГИИ IDEF0

Методические указания по выполнению лабораторных работ по дисциплине

«Проектирование информационных систем»

для студентов очной и заочной форм обучения специальностей

080801 «Прикладная информатика (в экономике)»,

080700 «Бизнес-информатика»

Составители:

Будаев Е.С.

Сунграпова И.С.

Улан-Удэ

Издательство ВСГТУ

2010

Данные методические указания предназначены для самостоятельного выполнения лабораторных занятий по дисциплине «Проектирование информационных систем». В работе приведен алгоритм выполнения лабораторных работ, рассмотрены теоретические и практические аспекты методологии IDEF0 с использованием специализированного программного продукта Process Modeler компании AllFusion, а также программных продуктов Microsoft Visio и Design/IDEF.

Ключевые слова: проектирование, IDEF0, DFD, информационные системы, методические указания, лабораторные работы.

Рецензент: к.т.н. Андронов В.В.

Введение

Целью самостоятельной работы студентов по дисциплине «Проектирование информационных систем» является использование теоретических знаний по методологии IDEF0 для создания моделей бизнес-процессов с использованием специализированного программного продукта Process Modeler компании AllFusion (ранее продукт назывался BPwin и выпускался под маркой компании Computer Associates), а также программных продуктов Microsoft Visio и Design/IDEF.

В данных методических указаниях приведен алгоритм выполнения лабораторных работ, примерный перечень предметных областей, а также список вопросов для подготовки студентов к экзамену.

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

Технология создания информационных систем (ИС) предъявляет особые требования к методикам реализации и программным инструментальным средствам.

Реализацию проектов по созданию ИС принято разбивать на стадии анализа (прежде чем создавать ИС, необходимо понять и описать бизнес-логику предметной области), проектирования (необходимо определить модули и архитектуру будущей системы), непосредственного кодирования, тестирования и сопровождения. Известно, что исправление ошибок, допущенных на предыдущей стадии, обходится примерно в 10 раз дороже, чем на текущей, откуда следует, что наиболее критическими являются первые стадии проекта. Поэтому крайне важно иметь эффективные средства автоматизации ранних этапов реализации проекта.

Проект по созданию сложной ИС невозможно организовать в одиночку. Коллективная работа существенно отличается от индивидуальной, поэтому при реализации крупных проектов необходимо иметь средства координации и управления коллективом разработчиков.

Жизненный цикл создания сложной ИС сопоставим с ожидаемым временем ее эксплуатации. Другими словами, в современных условиях компании перестраивают свои бизнес-процессы примерно раз в два года, столько же требуется (если работать в традиционной технологии) для создания ИС. Может оказаться, что к моменту сдачи ИС она уже никому не нужна, поскольку компания, ее заказавшая, вынуждена перейти на новую технологию работы. Следовательно, для создания ИС жизненно необходим инструмент, значительно (в несколько раз) уменьшающий время разработки ИС.

Вследствие значительного жизненного цикла может оказаться, что в процессе создания системы внешние условия изменились. Обычно внесение изменений в проект на поздних этапах создания ИС - весьма трудоемкий и дорогостоящий процесс. Поэтому для успешной реализации крупного проекта необходимо, чтобы инструментальные средства, на которых он реализуется, были достаточно гибкими к изменяющимся требованиям.

На современном рынке средств разработки ИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям. CASE-средства ERwin и BPwin, разработанные фирмой Logic Works, а ныне принадлежащие компании AllFusion входят в число лучших на сегодняшний день. CASE -средство верхнего уровня BPwin (настоящее имя Process Modeler) поддерживает методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, Process Modeler позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как внешняя ссылка и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент "перекресток", что позволяет описать логику взаимодействия компонентов системы.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]