- •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 Список литературы
9.5 Диаграмма последовательности
Диаграмма последовательности предназначена для моделирования последовательности сообщений, которыми обмениваются экземпляры классов, компоненты, подсистемы и субъекты моделируемой системы.
Пример диаграммы приведён на рисунке 9.2, условные обозначения расшифрованы в таблице 9.2 [http://msdn.microsoft.com/ru-ru/library/dd831853(v=vs.100).aspx ].
Рисунок 9.2 – Диаграмма последовательности
Таблица 9.2 – Элементы диаграммы последовательности
Фигура |
Элемент |
Описание |
1 |
Линия жизни |
Вертикальная линия, которая представляет последовательность событий, происходящих в участнике во время взаимодействия, когда время направлено вниз по этой линии. Этот участник может быть экземпляром класса, компонента или субъекта. |
2 |
Субъект |
Участник, являющийся внешним по отношению к разрабатываемой системе. Можно заставить символ субъекта отображаться в верхней части линии жизни, задав ее свойство Субъект. |
3 |
Синхронное сообщение |
Отправитель ожидает ответа на синхронное сообщение перед тем, как продолжить. На рисунке показан вызов и возврат. Синхронные сообщения используются для представления обычных вызовов функций внутри программы, а также других видов сообщений, которые применяются аналогичным образом. |
4 |
Асинхронное сообщение |
Сообщение, не требующее ответа перед продолжением работы отправителя. Асинхронное сообщение показывает только вызов от отправителя. Используется для представления связи между отдельными потоками или создания нового потока. |
5 |
Вхождение выполнения |
Вертикальный затененный прямоугольник, который появляется на линии жизни участника и представляет период, когда участник выполняет операцию. Выполнение начинается, когда участник получает сообщение. Если инициируемое сообщение было синхронным сообщением, выполнение заканчивается стрелкой возврата к отправителю. |
6 |
Сообщение обратного вызова |
Сообщение, возвращающееся обратно участнику, который ожидает возврата из предыдущего вызова. Результирующее вхождение выполнения отображается поверх существующего. |
7 |
Исходное сообщение |
Сообщение от участника самому себе. Результирующее вхождение выполнения отображается поверх отправляющего выполнения. |
8 |
Создайте сообщение |
Сообщение, создающее участника. Если участник получает сообщение о создании, он должен быть первым, кто его получает. |
9 |
Найти сообщение |
Асинхронное сообщение от неизвестного или не указанного участника. |
10 |
Потерянное сообщение |
Асинхронное сообщение неизвестному или не указанному участнику. |
11 |
Комментарий |
Примечание можно подключить к любой точке линии жизни. |
12 |
Использование взаимодействия |
Заключает последовательность сообщений, которые определены в другой схеме. Чтобы создать использование взаимодействия, щелкните инструмент и выполните перетаскивание поверх линий жизни, которые требуется включить. |
13 |
Объединенный фрагмент |
Коллекция фрагментов. Каждый фрагмент может включать одно или несколько сообщений. Существует несколько видов объединенных фрагментов. Дополнительные сведения см. в разделе Описание потока управления с использованием фрагментов на схемах последовательностей UML. Чтобы создать фрагмент, щелкните сообщение правой кнопкой мыши, наведите указатель на пункт Разместить во фрагменте, после чего выберите тип фрагмента. |
14 |
Фрагмент условия |
Может использоваться для установки условия, зависящего от того, будет ли найден фрагмент. Чтобы задать условие, выберите фрагмент, выберите условие и введите значение. |
|
Взаимодействие |
Коллекция сообщений и линий жизни, которая отображается в схеме последовательности. Чтобы просмотреть свойства взаимодействия, необходимо выбрать его в Обозревателе UML-модели. |
|
Схема последовательностей |
На рисунке отображается взаимодействие. Чтобы просмотреть свойства, щелкните пустую область схемы.
Имена схемы последовательностей, отображаемого взаимодействия и файла, который содержит схему, могут различаться. |
