- •Лаба № 2
- •Что такое «система» с точки зрения объектно-ориентированного проектирования?
- •Поясните определение «архитектура» информационной системы согласно iso/iec/ieee 42010:2011.
- •Поясните основные понятия и их взаимосвязь: архитектура, архитектура инфраструктуры, информационная архитектура, архитектура предприятия, управление архитектурой.
- •Поясните основные определения: архитектор, архитектурный артефакт, архитектурное описание, архитектурная структура.
- •Поясните основные понятия и их взаимосвязь: архитектурная методология, архитектурный процесс, архитектурная таксономия.
- •Какая диаграмма создается на первом этапе проекта и для чего она нужна?
- •Поясните назначение Модели прецедентов системы (Use Case Diagrams (ucDs) model) в архитектурном описании.
- •Перечислите и поясните семантику элементов на ucd: границы системы, заинтересованные лица – стейкхолдеры – актеры, типы отношений: ассоциации, зависимости, обобщения.
- •Поясните что такое высокоуровневые требования и элементы-требования, их назначение, содержание и документирование.
- •Поясните назначение, взаимосвязь и основное отличие Модели прецедентов системы и Модели требований, а также дальнейшее использование архитектурного описания данного уровня.
- •Какую возможность дает трассировка требований?
- •Поясните связь между информационной архитектурой, высокоуровневыми требованиями и юзабилити.
- •Лаба № 3
- •Поясните понятие «архитектура программной системы (пс)», назначение и содержание уровней описания архитектуры: концептуальный, логический, физическая реализация.
- •Поясните назначение и основные принципы разработки сервис-ориентированной архитектуры (soa).
- •Поясните назначение концептуальных диаграмм, отражающая архитектуру системы mm Architecture Structure, их элементы, а также особенности их размещения в браузере проекта.
- •Лаба № 4
- •Перечислите и поясните семантику элементов диаграмм.
- •Поясните понятие объекта в аспекте архитектурного проектирования.
- •Поясните особенности портов Provided Interfaces, Required Interfaces и назначение меток, например, lollipop («чупа-чупс») и socket («разъём»).
- •Поясните особенности Behavioral port и Reversed port.
- •Поясните технологию работы с портами на диаграммах и особенности размещения в браузере проекта.
- •Лаба № 5
- •Лаба № 6
- •1.Перечислите диаграммы, описывающие поведение и поясните их назначение для блоков и частей подсистем в архитектурном описании.
- •2.Перечислите и поясните семантику элементов Activity diagrams.
- •3.Поясните понятие блока и части в аспекте архитектурного проектирования.
- •4.Поясните технологию работы с основными элементами диаграммы и особенности размещения их в браузере проекта.
- •5.Поясните назначение детальной проработки и логику действий элементов диаграммы mmCallControl.
- •6.Поясните элемент диаграммы Action и его основное отличие от Activity, Subactivity и Actionbloc.
- •7.Самостоятельно разберитесь и поясните назначение элементов Send Action, Accept Event Action, Accept Time Event, Call Behavior, Call Operation, и Subactivity.
- •8.Поясните особенности использования элементов Object Node, Join Node, Fork Node и элементов Initial Flow, Control Flow, Object Flow.
- •9.Проработайте детально и поясните логику действий элементов диаграммы для Location.
- •10.Проработайте детально и поясните логику действий элементов диаграммы для Registration.
Лаба № 6
1.Перечислите диаграммы, описывающие поведение и поясните их назначение для блоков и частей подсистем в архитектурном описании.
Activity diagrams показывают динамические аспекты системы и поток управления от деятельности к деятельности. Они описывают основные взаимодействия между системой и окружающей средой, и взаимосвязи между поведением проектируемых подсистем, и компонентов. Они также могут быть использованы для моделирования операции или деталей алгоритмов вычислений.
Диаграммы последовательности Sequence Diagrams описывают, как структурные элементы общаются друг с другом во времени, и определяют необходимые отношения и сообщения.
Диаграммы могут использоваться на разных уровнях абстракции. На более высоких уровнях абстракции, диаграммы последовательности показывают взаимодействия между актерами, вариантами использования и блоками. На более низких уровнях абстракции, для реализации, Sequence Diagrams показывают связь между классами и объектами
Диаграммы Statecharts определяют поведение объектов, указав, как они реагируют на события или операции.
Реакция может быть для выполнения перехода между состояниями и, возможно, выполнить некоторые действия. При работе в режиме анимации, Рапсодия подчеркивает переходы между состояниями.
Диаграммы определяют поведение во время выполнения экземпляров класса.
Граница в Statecharts является абстракцией от режима, в котором объект находит сам.
Сообщение инициирует переход из одного состояния в другое. Сообщение может быть либо событие или срабатывающей операция. Объект может получать оба вида сообщений, когда отправлено от других объектов. Объект всегда может получать события он посылает к себе (Self-сообщений).
Диаграмма представляет собой графическое представление состояния объекта.
Состояние – это графическое представление статуса объекта, отражает определенный набор его внутренних данных (признаков/атрибутов) и отношений.
В диаграмме, состояния могут быть разбиты иерархически следующим образом:
Basic (leaf) state – не имеет подсостояний.
Or state – состояние, которое может быть разбито на отдельные подсостояния и объект может находиться только в одном из подсостояний.
And state – объект находится в каждом из своих подсостояний одновременно. Каждый из одновременных подсостояний называется ортогональным компонентом.
Переходы представляют ответ на сообщение в данном состоянии. Они показывают, какое будет следующее состояние.
Переход может иметь необязательный триггер, ограничитель входа, или действие. В этом примере нарисованы переходы с триггерами
2.Перечислите и поясните семантику элементов Activity diagrams.
Диаграммы имеют следующие элементы:
Decision points – показывает точки ветвления в потоке программы в зависимости от заданных условий;
Actions – представляют вызовы функций с одним переходом, принятым, когда функция завершена;
Action blocks – представляют составные действия, которые можно разложить на более детальные;
Subactivities – представляют вложенные диаграммы деятельности;
Object nodes – представляет объект, который является результатом и передается с выхода одного ограниченно выделенного действия на вход другого выделенного ограниченно действия;
Swimlanes – служат для визуализации ответственности актеров, объектов, классов за действия и отклики. Они часто соответствуют организационным подразделениям в бизнес-модели;
Reference activities – ссылки деятельность в другой диаграмме деятельности, или означают иерархическую принадлежность.
