- •1 Проектирование иус
- •1.1 Классификация ис
- •1.2 Ис как объект проектирования
- •1.3 Информационные технологии в лингвистике
- •1.4 Требования к ис с точки зрения задачи принятия управленческих решений
- •1.4.1 Требования к информации, выдаваемой ис
- •1.4.2 Требования к ис в целом
- •1.5 Вопросы для обсуждения: проблемы проектирования и внедрения ис
- •Тема 1. Что мешает внедрению ис на предприятиях?
- •Тема 2. Нужна ли поддержка коллектива для успешного внедрения ис или достаточно крепкого кулака директора?
- •Тема 3. Где взять деньги на автоматизацию и можно ли обойтись без них?
- •Тема 4. Существует ли единая методология проектирования ис?
- •2 Фирма как объект внедрения иус
- •2.1 Фирма как объект исследования и как среда функционирования ис
- •2.2 Организация бизнеса
- •2.3 Базовые функции обеспечения деятельности фирмы
- •2.4 Управленческий баланс фирмы
- •2.5 Проектный учёт
- •2.6 Классификация бизнес-процессов
- •2.7 Вопросы по теме
- •3 Технология создания иус
- •3.1 Этапы проектирования ис
- •3.2 Требования к инструментальным средствам
- •3.3 Что такое case-средства?
- •3.4 Пример взаимодействия case-средств
- •3.5 Развитие методологий проектирования
- •4 Подходы к проектированию архитектуры иус
- •4.1 Локальные ис
- •4.2 Ис в файл-серверной архитектуре
- •4.3 Ис в клиент-серверной архитектуре
- •4.4 Двухзвенные модели архитектуры
- •4.5 Трехзвенные модели
- •4.6 Монитор транзакций
- •5 Выбор case-средств проектирования иус
- •5.1 Стандарты по информационным технологиям
- •5.2 Подходы к проектированию ис
- •5.3 Методы структурного проектирования
- •5.4 Методы объектно-ориентированного проектирования
- •5.5 Вопросы по теме
- •6 Методология idef0
- •6.1 Общие положения методологии idef0
- •6.2 Классификация видов функций
- •6.3 Классификация механизмов
- •6.4 Классификация управляющих воздействий
- •6.5 Типизация функциональных моделей
- •6.6 Выводы по методологии функционального моделирования
- •6.7 Синтаксис графического языка
- •6.8 Семантика языка idef0
- •6.9 Контекстная диаграмма
- •6.10 Дочерние диаграммы
- •6.11 Граничные стрелки
- •6.12 Тоннелирование стрелок
- •6.13 Правила построения диаграмм
- •7 Методология dfd и idef3
- •7.1 Диаграммы потоков данных
- •7.2 Диаграммы процессов
- •8 Создание модели данных с помощью case-средств. Idef1x
- •8.1 Уровни моделирования
- •8.2 Основные понятия логического уровня
- •8.3 Графический язык idef1x
- •9Объектно-ориентированное проектирование. Язык uml
- •9.1 История появления
- •9.2 Краткий обзор диаграмм
- •9.3 Сколько диаграмм создавать?
- •9.4 Диаграммы вариантов использования
- •9.5 Диаграмма последовательности
- •9.6 Диаграмма классов
- •10 Cals – технология
- •10.1 Понятие о cals-технологии
- •10.2 Стандарты cals-технологии
- •10.3 Структура стандартов step
- •10.4 Диалекты языка Express
- •10.5 Методы реализации
- •10.7 Пример модели на языке Express (iso10303.41)
- •11 Список литературы
7.2 Диаграммы процессов
Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии – IDEF3, также называемой workflow diagramming. Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.
IDEF3 предполагает построение двух типов моделей: модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация, или же модель может показывать “сеть переходных состояний объекта”, предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.
С помощью диаграмм IDEF3 можно анализировать сценарии из реальной жизни, например, как закрывать магазин в экстренных случаях или какие действия должны выполнить менеджер и продавец при закрытии. Каждый такой сценарий содержит в себе описание процесса и может быть использован, что бы наглядно показать или лучше задокументировать бизнес-функции организации.
Модель, выполненная в IDEF3, может содержать следующие элементы:
Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0;
Связи (Links) - связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:
Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.
Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.
Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.
Перекрестки (Junctions) - перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса могущие возникнуть во время его выполнения. Различают два типа перекрестков:
Перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса.
Перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно.
Объекты ссылок (Referents) - служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.
Пример диаграммы приведён на рисунке 7.2.
Рисунок
7.2 - Пример диаграммы IDEF3
Если CASE-средство, используемое для моделирования предметной области поддерживает построение рассмотренных выше типов моделей (например, AllFusion Process Modeler), то целесообразно разрабатывать смешанные модели, когда на разных уровнях декомпозиции используются разные подходы.
Применение универсальных графических языков бизнес-моделирования IDEF0, IDEF3 и DFD обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов. Посредством набора графических инструментов для отображения действий и объектов, рассмотренные методологии позволяют легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами.
