
- •Содержание
- •Тема 1: Теоретические основы проектирования информационных систем
- •Понятие ис. Структура ис
- •Основные понятия и структура проекта ис. Требования к эффективности и надежности проектных решений.
- •1.3 Жизненный цикл ис. Модели Жизненного цикла
- •Литература Основная литература:
- •Дополнительная литература
- •Тема 2. Технологии проектирования ис
- •2.1 Основные компоненты технологии проектирования ис.
- •2.2. Методы и средства проектирования ис.
- •2.3 Характеристика применяемых технологий проектирования.
- •Характеристики классов технологий проектирования
- •2.4 Требования, предъявляемые к технологии проектирования ис. Выбор технологии проектирования ис.
- •Литература Основная литература
- •Дополнительная литература
- •Тема 3. Стандарты и профили в области информационных систем
- •Классификация стандартов на проектирование и разработку информационных систем.
- •Международный стандарт iso/iec 12207: 1995-08-01
- •Основные процессы:
- •Вспомогательные процессы:
- •Организационные процессы:
- •Стандарты комплекса гост34
- •Методика Oracle cdm
- •Литература Основная литература
- •Дополнительная литература
- •Тема 4. Структурные методы анализа и проектирования ис (функционально ориентированный подход)
- •4.1 Классификация структурных методологий. Сравнительный анализ технологий.
- •Диаграммы «сущность-связь»
- •Сущности, отношения и связи в нотации Чена
- •Нотация Баркера
- •Спецификации управления
- •Этапы построения моделей в dfd – технологии
- •1.Разработка структурной функциональной модели бизнес-системы.
- •Разработка информационной модели бизнес -системы
- •Разработка событийной модели организации
- •4.3 Метод функционального моделирования sadt (idef0)
- •4.4 Метод моделирования процессов (idef3)
- •4.5 Моделирование данных (idef1x)
- •Литература Основная литература
- •Дополнительная литература
- •Тема 5. Каноническое проектирование ис
- •5.1 Стадии и этапы процесса проектирования ис.
- •5.2 Состав работ на стадиях жизненного цикла ис. Состав проектной документации.
- •5.3 Состав, содержание и принципы организации информационного обеспечения ис.
- •5.4 Проектирование пользовательского интерфейса.
- •. Реквизитный состав экранной формы
- •5.5 Проектирование документальных и фактографических баз данных
- •Литература Основная литература
- •Дополнительная литература
- •Тема 6. Автоматизированное проектирование ис
- •6.1 Основные принципы Case-технологии. Факторы эффективности Case-технологии.
- •6.2 Классификация Сase-средств проектирования и стратегия их выбора.
- •6.3 Функционально-ориентированный подход. Этапы проектирования.
- •6.4 Содержание rad-технологии прототипного создания приложений.
- •Литература Основная литература
- •Дополнительная литература
- •Тема 7. Типовое проектирование ис
- •7.1 Понятие типового элемента. Классификация и примеры типовых информационных систем и их характеристика.
- •7.2 Методы конфигурирования типовой информационной системы.
- •7.3 Технологии параметрически - ориентированного и модельно-ориентированного проектирования.
- •Литература Основная литература
- •Дополнительная литература
- •Тема 8. Проектирование интегрированных информационных систем
- •Литература Основная литература
- •Дополнительная литература
- •Тема 9. Эффективность информационной системы
- •Литература Основная литература
- •Дополнительная литература
4.4 Метод моделирования процессов (idef3)
В диаграммах потоков данных все используемые символы складываются в общую картину, которая дает четкое представление о том, какие данные используются, и какие функции выполняются системой документооборота. При этом часто выясняется, что существующие потоки информации, важные для деятельности компании, реализованы ненадежно и нуждаются в реорганизации. Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологией – IDEF3, также называемой workflow diagramming. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.
IDEF3 - это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.
IDEF3 предполагает построение двух типов моделей: модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация, или же модель может показывать “сеть переходных состояний объекта”, предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.
Диаграмма является основной единицей описания в IDEF3. Важно правильно построить диаграммы, поскольку они предназначены для чтения другими людьми (а не только автором).
С помощью диаграмм IDEF3 можно анализировать сценарии из реальной жизни, например, как закрывать магазин в экстренных случаях или какие действия должны выполнить менеджер и продавец при закрытии. Каждый такой сценарий содержит в себе описание процесса и может быть использован, что бы наглядно показать или лучше задокументировать бизнес-функции организации.
Модель, выполненная в IDEF3, может содержать следующие элементы:
Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, "Изготовление изделия"). Часто имя существительное в имени работы меняется в процессе моделирования, поскольку модель может уточняться и редактироваться. Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. Обычно номер работы состоит из номера родительской работы и порядкового номера на текущей диаграмме.
Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.
В IDEF3 различают три типа связей:
Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.
Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.
Связь поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.
Перекрестки (соединения) - перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса могущие возникнуть во время его выполнения. Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы.
Различают два типа перекрестков:
Перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса.
Перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно.
Таблица 1.4. Типы перекрестков
Обозначение |
Наименование |
Смысл в случае слияния стрелок (Fan-in Junction) |
Смысл в случае разветвления стрелок (Fan-oat Junction) |
|& |
Asynchronous AND |
Все предшествующие процессы должны быть завершены |
Все следующие процессы должны быть запущены |
|&| |
Synchronous AND |
Все предшествующие процессы завершены одновременно |
Все следующие процессы запускаются одновременно |
|O |
Asynchronous OR |
Один или несколько предшествующих процессов должны быть завершены |
Один или несколько следующих процессов должны быть запущены |
|O| |
Synchronous OR |
Один или несколько предшествующих + процессов завершены одновременно |
Один или несколько следующих процессов запускаются одновременно |
X |
XOR (Exclusive OR) |
Только один предшествующий процесс завершен |
Только один следующий процесс запускается |
Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.
рис. 9 Пример диаграммы IDEF3
В результате дополнения диаграмм IDEF0 диаграммами DFD и IDEF3 может быть создана смешанная модель, которая наилучшим образом описывает все стороны деятельности предприятия (рис. 1.55). Иерархию работ в смешанной модели можно увидеть в окне Model Explorer. Работы в нотации IDEF0 изображаются зеленым цветом, IDEF3 - желтым, DFD - синим.