- •Основные задачи проектирования
- •2. Стратегии конструирования по: «водопад» и инкрементная стратегия.
- •Каскадная модель или «водопад»
- •1. Стратегии конструирования по: эволюционные модели.
- •Компонентно-ориентированная модель
- •Информационные потоки процесса тестирования
- •Тестирование «черного ящика»
- •Тестирование «белого ящика»
- •15. Способ тестирования потоков данных
- •Разбиение по эквивалентности
- •18. Ооап. Унифицированный процесс. Этапы разработки. Модели.
- •19. Ооап. Унифицированный процесс. Этап начало (планирование): основные задачи, артефакты uml.
- •20. Ооап. Анализ: разработка прецедентов.
- •21. Ооап. Анализ: построение концептуальной модели ис ( определение, 2 подхода к построению концептуальной модели ис).
- •22. Ооап. Анализ и проектирование: поведение системы (системные события и операции, диаграммы последовательностей).
- •Диаграммы последовательностей
- •23. Ооап. Анализ и проектирование: диаграммы кооперации.
- •24. Ооап: использование диаграмм компонентов в процессе проектирования
- •25. Ооап: использование диаграмм развёртывания в процессе проектирования ис.
- •27. Проектные решения с использованием шаблонов: шаблон Creator.
- •28. Проектные решения с использованием шаблонов: шаблон Expert
- •29. Проектные решения с использованием шаблонов: шаблон Observer (Наблюдатель).
- •35. Оо Метрики: Метрики связности по методам
- •Отношения между элементами класса Stack
- •36. Оо Метрики: объектно-ориентированные метрики сцепления
- •37. Оо Метрики: Набор метрик Чидамбера и Кемерера
22. Ооап. Анализ и проектирование: поведение системы (системные события и операции, диаграммы последовательностей).
Поведение системы представляет собой описание того, какие действия выполняет система, без определенного механизма их реализации. Одной из составляющих такого описания является диаграмма последовательностей.
Диаграммы последовательностей
Прецеденты определяют, как исполнители взаимодействуют с программной системой. В процессе этого взаимодействия исполнителем генерируются события, передаваемые системе, которые представляют собой запросы на. выполнение некоторой операции. В качестве системы обозначений в состав языка UML входят диаграммы последовательностей (sequence diagram). С их помощью можно проиллюстрировать взаимодействие исполнителя с системой и операции, выполнение которых при этом инициируется.
Диаграмма последовательностей системы (system sequence diagram) является схемой, которая для определенного сценария прецедента показывает генерируемые внешними исполнителями события, их порядок, а также события, генерируемые внутри самой системы. При этом все системы рассматриваются как "черный ящик". Назначение данной диаграммы — отображение событий, передаваемых исполнителями системе через ее границы. Диаграмма последовательностей должна быть создана для типичного хода событий прецедентов, а при необходимости и для наиболее существенных альтернативных последовательностей. Основная идея - это то, что диаграмма последовательности показывает "прохождение" логики выполнения в сценарии, позволяя вам документировать и реально контролировать проект вашего приложения.
Диаграммы последовательности имеют две размерности: вертикальная представляет время, горизонтальная - различные объекты. Прямоугольники на вертикальных линиях показывают "время жизни" объекта. Линии со стрелками и надписями названий методов означают вызов метода у объекта. Объекты (экземпляры) в UML отображаются подчеркнутыми, чтобы отличить их от классов.
Системные события и операции
Системное событие (system event) — это внешнее входное событие, сгенерированное для системы исполнителем. Событие инициирует выполнение определенной операции. Системная операция (system operation) является операцией, которую система выполняет в ответ на сгенерированное событие. Описание системной операции (contract) — это документ, описывающий предполагаемые результаты выполнения операций и акцентирует внимание на том, что должно произойти, а не на том, как этого достичь. Описание системной операции (system operation contract) описывает изменение состояния всей системы при выполнении некоторой системной операции.
23. Ооап. Анализ и проектирование: диаграммы кооперации.
Кооперативные диаграммы (collaboration diagrams) Представляют взаимодействие между объектами и отношения объектов друг к другу. Кооперативные диаграммы представляют собой граф, состоящий из объектов и соединяющих дуг с обозначенными на них событиями. Граф показывает объекты, участвующие в процессе выполнения определенного варианта использования включая объекты, косвенно затронутые этим взаимодействием.
В отличие от некоторых нотаций, которые отображают состояние и поведение на диаграммах классов, UML отделяет поведение в диаграммы взаимодействия. Основное отличие между двумя подходами, это то, что в UML диаграммы классов не содержат сообщений, потому что сообщения больше мешают на диаграммах классов и усложняют их чтение. В UML, чтобы не "перегружать" диаграммы классов и не показывать на них поток сообщений, были созданы диаграммы взаимодействия. Эти диаграммы показывают поток сообщений между объектами в объектно-ориентированном приложении, и подразумевают основные ассоциации между объектами.
Диаграммы взаимодействия обычно рисуются параллельно диаграммам классов, особенно если диаграммы последовательности не разрабатывались для вашего приложения. Вы можете использовать диаграммы взаимодействия, чтобы получить "большую картинку" системы, включающей поток сообщений многих сценариев. Также вы можете указать порядок потока сообщений на диаграмме, нумеруя их. Обычно этого не делается, так как диаграммы последовательностей больше подходят для показа порядка сообщений.
Диаграмма последовательностей последовательно моделирует каждый сценарий. Диаграмма последовательностей и диаграммы совместной работы в UML называются диаграммами взаимодействия. Они являются представлениями одного и того же; однако диаграмма совместной работы обычно используется на более позднем этапе проектирования. Диаграмма последовательностей перехватывает сообщения, посылаемые объектами друг другу при использовании условия в пределах одного и того же сценария. Отразить более одного сценария в диаграмме последовательностей достаточно трудно, но это относительно просто сделать в диаграмме совместной работы.