- •Вводные понятия: по, технология (в широком смысле), трпо
- •Понятие case-технологии
- •Диаграммные техники структурно - ориентированного системного анализа и их назначение
- •Idef0: назначение и основные элементы
- •Idef3: назначение и основные элементы
- •Диаграммы idef0, idef3, dfd в моделировании по
- •Диаграммы idef0, idef3, dfd в моделировании бизнес-процессов
- •Классификация структурных методологий: школы Se и ie
- •Классификация структурных методологий: порядок построения
- •Классификация структурных методологий: тип целевых систем
- •Диаграммные техники объектно - ориентированного с анализа и их назначение
- •Способы описания поведения по
- •Диаграмма состояния: назначения и основные элементы
- •Диаграмма состояния: состояния
- •Диаграмма состояния: переход
- •Диаграмма состояния: составные состояния
- •Диаграммы деятельности: назначения и основные элементы
- •Диаграммы деятельности: состояния действия
- •Диаграммы деятельности: переходы
- •Диаграммы деятельности: дорожки
- •Диаграммы деятельности: объекты
- •Способы описания взаимодействия объектов
- •Диаграмма классов: назначение и основные элементы
- •Диаграмма классов: отношения между классами
- •Диаграмма классов: шаблоны
- •Диаграмма классов: класс
- •Имя класса
- •Атрибуты класса
- •Диаграмма классов: интерфейс
- •Диаграмма техники оо проектирования и их назначение
- •Диаграмма компонентов: назначения и основные элементы
- •Диаграмма развертывания: назначения и основные элементы
- •BPwin: назначения и возможности
- •BPwin: моделирование процессов в нотации idef0
- •Работы (Activity)
- •Стрелки (Arrow)
- •BPwin: моделирование процессов в нотации dfd
- •BPwin: моделирование процессов в нотации idef3
- •BPwin: создание системной модели
- •BPwin: abc- анализ
- •BPwin: udp- анализ
- •ERwin:назначение и возможности
- •ERwin: логическое моделирование данных
- •ERwin: физическое моделирование данных
- •ERwin: моделирование хранение данных
- •Взаимодействие bPwin и Erwin
- •Rationalrose: назначение и возможности
- •Rationalrose: создание модели вариантов использования
- •Rationalrose: моделирование диаграммы состояния
- •Rationalrose: моделирование поведения в виде диаграммы деятельности
- •Rationalrose: моделирование взаимодействие объектов в виде диаграммы последовательности
- •Rationalrose: моделирование взаимодействия в виде диаграммы кооперации
- •Rationalrose: построение статической модели по
- •Rationalrose: построение диаграммы компонентов
- •Rationalrose:построение диаграммы развертывания
- •Rationalrose: общая последовательность кодогенерации по модели
- •Rationalrose:кодогенераци я по модели с использованием библиотеки mfc
- •Rational Rose: генерация схем Oracle 8
- •Rational Rose: обратное проектирование
- •Классический подход – предок современных подходов: особенности жц
- •Классический подход – предок современных подходов: использование управляющих структур
- •Классический подход – предок современных подходов: использование модулей
- •Современный подход к разработке по – эволюционное развитие классики
- •Вводные понятия: по, технология (в широком смысле), трпо
- •Понятие case-технологии
Диаграммы деятельности: дорожки
Диаграммы деятельности могут быть использованы не только для спецификации алгоритмов вычислений или потоков управления в программных системах. Не менее важная область их применения связана с моделированием бизнес-процессов. В этом контексте деятельность любой компании или фирмы представляет собой не что иное, как совокупность отдельных действий, работ, операций, направленных на достижение требуемого результата.
Однако применительно к бизнес-процессам желательно выполнение каждого действия ассоциировать с конкретным подразделением компании. В этом случае подразделение будет нести ответственность за реализацию определенных действий, а сам бизнес-процесс представляется в виде переходов действий из одного подразделения к другому. Для моделирования этих особенностей в языке UML предложена специальная конструкция, получившая название дорожки.
Дорожка (swimlane) - графическая область диаграммы деятельности, содержащая элементы модели, ответственность за выполнение которых принадлежит отдельным подсистемам.
В данном случае имеется в виду визуальная аналогия с плавательными дорожками в бассейне, если смотреть на соответствующую диаграмму деятельности сверху. При этом все состояния на диаграмме деятельности делятся на группы, разграниченные вертикальными линиями. Две соседних линии и образуют дорожку, а группа состояний между этими линиями выполняется организационным подразделением (отделом, группой, отделением, филиалом) или сотрудником компани. В последнем случае принято указывать должность сотрудника, ответственного за выполнение определенных действий.
Названия подразделений или должностей явно указываются в верхней части дорожки. Пересекать линию дорожки могут только переходы, которые в этом случае обозначают выход или вход потока управления в соответствующее подразделение компании. Порядок следования дорожек не несет какой-либо семантической информации и определяется соображениями удобства.
Диаграммы деятельности: объекты
Диаграмма деятельности в UML используется для моделирования процесса выполнения операций. Из-за схожести нотаций их можно считать частным случаем диаграммы состояний. Диаграммы деятельности отличается от диаграммы состояния семантикой состояний и отсутствием на переходах сигнатуры событий.
В общем случае действия на диаграмме деятельности выполняются над теми или иными объектами, так как объекты играют определенную роль в понимании процесса деятельности, иногда возникает необходимость явно указать их на диаграмме деятельности.
Д ля графического представления объектов используется прямоугольник класса с подчеркиванием имени объекта (в отличие от имени класса). После имени в кавычках может указываться характеристика состояния объекта. Прямоугольники объектов присоединяются к состояниям действия отношением зависимости - пунктирной линией со стрелкой. Если объект расположен на границе дорожек, то его состояние определяется действием двух дорожек.
Когда параллельно выполняемые действия оказывают влияние друг на друга, возникает необходимость синхронизации отдельных действий. Это может быть реализовано с помощью переходов "Разделение-слияние".
Блок разделения: Блок слияния: