
- •1. Введение. Понятие case-систем и case-технологий
- •2. Классификация case-средств
- •3. Интегрированные case-средства
- •4. Техническое задание на программный продукт
- •Структура
- •5. Жизненный цикл программного обеспечения
- •6. Этап анализа в жизненном цикле программного обеспечения
- •7. Обзор методологий анализа и проектирования
- •8. Методология sadt
- •Иерархия диаграмм
- •9. Методология idef0
- •10. Методология dfd
- •11. Методология idef3
- •12. Нотация aris eEpc
- •Методология
- •13. Нотация aris InformationFlow
- •14. Нотация aris Application System Type
- •15. Методология idef1x
- •2.1. Трансформационная модель
- •2.2. Модель субд
- •16. Объектно-ориентированная методология разработки программного обеспечения
- •17. Методология онтологического моделирования idef5
- •1. Диаграмма классификации
- •2. Композиционная схема
- •3. Схема взаимосвязей
- •4. Диаграмма состояния объекта
- •18. Современные технологии объектно-ориентированного анализа и проектирования информационных систем
- •19. Унифицированный язык моделирования
- •20. Методология Rational Unified Process
- •21. Методология Microsoft Solutions Framework
- •Структура процессов msf
- •Создание общей картины приложения
- •Планирование
- •Разработка
- •Стабилизация
- •Развертывание
- •Комментарии по поводу этапов работ
- •22. Гибкая методология разработки программного обеспечения
- •Роли в scrum-процессе
- •Митинг (Daily Scrum)
- •Демонстрация (Demo Meeting)
- •Ретроспектива (Retrospective Meeting)
10. Методология dfd
Введение в методологию моделирования потоков данных (DFD)
Элементы диаграмм DFD
Процесс моделирования в DFD
Для решения задачи функционального моделирования на базе структурного анализа традиционно применяются два типа моделей: IDEF0-диаграммы и диаграммы потоков данных. Методология разработки процессных диаграмм обычно применяется при проведении обследований предприятий в рамках проектов управленческого консалтинга, а также в проектах автоматизации крупных объектов при экспресс-обследовании (обычно для составления развернутого плана работ). Нотация диаграмм потоков данных позволяет отображать на диаграмме как шаги бизнес-процесса, так и поток документов и управления (в основном, управления, поскольку на верхнем уровне описания процессных областей значение имеет передача управления). Также на диаграмме можно отображать средства автоматизации шагов бизнес-процессов. Обычно используется для отображения третьего и ниже уровня декомпозиции бизнес-процессов (первым уровнем считается идентифицированный перечень бизнес-процессов, а вторым - функции, выполняемые в рамках бизнес-процессов). Диаграммы потоков данных (Data flow diagramming, DFD):
являются основным средством моделирования функциональных требований к проектируемой системе;
создаются для моделирования существующего процесса движения информации;
используются для описания документооборота, обработки информации;
применяются как дополнение к модели IDEFO для более наглядного отображения текущих операций документооборота (обмена информацией);
обеспечивают проведение анализа и определения основных направлений реинжиниринга ИС.
Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией как внутри системы между бизнес-функциями, так и системы в целом с внешней информационной средой
Основные символы DFD-диаграмм по этим нотациям:
|
Нотация Йодана |
Нотация Гейна-Сарсона |
Поток данных |
|
|
Процесс |
|
|
Хранилище |
|
|
Внешняя сущность |
|
|
11. Методология idef3
Методология IDEF3
Отличие IDEF0 от IDEF3
Возможности IDEF3
Два типа диаграмм IDEF3
Диаграмма описания последовательности этапов процесса (Process Flow Description Diagrams, PFDD)
Диаграммами состояния объекта в и его трансформаций процессе (Object State Transition Network, OSTN)
IDEF3 — методология моделирования и стандарт документирования процессов, происходящих в системе. Метод документирования технологических процессов предоставляет механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.
Два типа диаграмм в IDEF3
Система описывается как упорядоченная последовательность событий с одновременным описанием объектов, имеющих отношение к моделируемому процессу.
IDEF3 состоит из двух методов. Process Flow Description (PFD) — Описание технологических процессов, с указанием того, что происходит на каждом этапе технологического процесса. Object State Transition Description (OSTD) — описание переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.
Основу методологии IDEF3 составляет графический язык описания процессов. Модель в нотации IDEF3 может содержать два типа диаграмм:
диаграмму Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD)
диаграмму Сети Трансформаций Состояния Объекта (Object State Transition Network, OSTN)
PFDD.Предположим, требуется описать процесс окраски детали в производственном цеху на предприятии. С помощью диаграмм PFDD документируется последовательность и описание стадий обработки детали в рамках исследуемого технологического процесса. Диаграммы OSTN используются для иллюстрации трансформаций детали, которые происходят на каждой стадии обработки.
На следующем примере, опишем, как графические средства IDEF3 позволяют документировать вышеуказанный производственный процесс окраски детали. В целом, этот процесс состоит непосредственно из самой окраски, производимой на специальном оборудовании и этапа контроля ее качества, который определяет, нужно ли деталь окрасить заново (в случае несоответствия стандартам и выявления брака) или отправить ее в дальнейшую обработку.
Рисунок 1. Пример PFDD диаграммы.
На рис.1 изображена диаграмма PFDD, являющаяся графическим отображение сценария обработки детали. Прямоугольники на диаграмме PFDD называютсяфункциональными элементами или элементами поведения (Unit of Behavior, UOB) и обозначают событие, стадию процесса или принятие решения. Каждый UOB имеет свое имя, отображаемое в глагольном наклонении и уникальный номер. Стрелки или линии являются отображением перемещения детали между UOB-блоками в ходе процесса.
Объект, обозначенный J1 - называется перекрестком (Junction). Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы.
Обозначение
Вид |
Смысл в случае слияния стрелок (Fan-in Junction) |
Смысл в случае разветвления стрелок (Fan-out Junction) |
|
|
Asynchronous AND |
Все предшествующие процессы должны быть завершены |
Все следующие процессы должны быть запущены |
|
Synchronous AND |
Все предшествующие процессы завершены одновременно |
Все следующие процессы запускаются одновременно |
|
Asynchronous OR |
Один или несколько предшествующих процессов должны быть завершены |
Один или несколько следующих процессов должны быть запущены |
|
Synchronous OR |
Один или несколько предшествующих процессов завершаются одновременно |
Один или несколько следующих процессов запускаются одновременно |
|
XOR (Exclusive OR) |
Только один предшествующий процесс завершен |
Только один следующий процесс запускается |
Все перекрестки в PFDD диаграмме нумеруются, каждый номер имеет префикс "J".
OSTN.
Рисунок 2. Пример OSTN диаграммы
Если диаграммы PFDD технологический процесс "С точки зрения наблюдателя", то другой класс диаграмм IDEF3 OSTN позволяет рассматривать тот же самый процесс "С точки зрения объекта". На рис.2 представлено отображение процесса окраски с точки зрения OSTN диаграммы. Состояния объекта (в нашем случае детали) и Изменение состояния являются ключевыми понятиями OSTN диаграммы. Состояния объекта отображаются окружностями, а их изменения направленными линиями. Каждая линия имеет ссылку на соответствующий функциональный блок UOB, в результате которого произошло отображаемое ей изменение состояния объекта