- •Лаба № 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.
Лаба № 4
Поясните назначение структурных диаграммы для подсистем в архитектурном описании.
Структурные диаграммы (Structure Diagram) определяют основу архитектуры системы, идентифицируют крупномасштабные организационные части системы. Диаграммы показывают потоки информации между компонентами системы, а также определяют их интерфейсы, осуществляемые через порты.
В крупных системах далее следует разложить компоненты на подсистемы или функции.
Модель структуры системы, главным образом определяющая ее архитектуру, в данном примере содержит следующие диаграммы:
Block Diagram (Диаграмма блоков, иначе, часто называемая, Блочная диаграмма) – определяет компоненты (блоки) и потоки информации на уровне системы;
Connection Management (Диаграмма управления) – определяет функции управления взаимодействиями;
Data Link (Диаграмма соединений) – определяет функции канала передачи данных, который предназначен для передачи данных от источника к приемнику. Data Link – определяет набор компонентов двух рабочих станций; управление этими компонентами осуществляется протоколом связи и взаимодействующими контурами передачи данных;
MM Architecture Structure (Диаграмма, отражающая архитектуру системы) – определяет функции управления мобильным телефоном в контексте архитектуры.
Для простоты понимания, пусть модуль включает в себя диаграммы структуры системы и подсистем. Таким образом, вы можете определить, используя диаграммы последовательности, сценарии осуществления связи компонентов с целью определения потоков, потоков элементов и контракты портов.
Перечислите и поясните семантику элементов диаграмм.
блоки (blocks), объекты (objects), порты (ports) и потоки информации (flows).
Поясните понятие объекта в аспекте архитектурного проектирования.
объект объявляется с четко определенной границей и идентичностью, инкапсулирует состояние и поведение;
объект – это сущность с хорошо выраженной границей и тождеством, которые изолируют состояние и поведение. Состояние представлено атрибутами и связью. Поведение представлено действиями, методами и элементами состояния;
объект однозначно определяют атрибуты и связи, поведение – операции, методы, состояния;
объект является экземпляром класса.
В объектно-ориентированных языках, таких как C ++, класс является шаблоном для создания экземпляров (объектов), которые разделяют семантику те же атрибуты, операции, методы.
Поясните технологию работы с объектами на диаграммах и особенности размещения в браузере проекта.
Block Diagram определяет компоненты системы (блоки и объекты) и описывает поток данных между компонентами с точки зрения «черного ящика». Далее, рассматривать более детально компоненты (блоки) системы с целью проектирования подфункций и потоков данных в Объектной модели с помощью соответствующих диаграмм Object Model Diagrams (OMD).
Поясните назначение детальной проработки и логику взаимодействия элементов диаграммы Connection Management Diagram.
Диаграмма ConnectionManagement Diagram отражает декомпозицию подсистемы ConnectionManagement. Данная подсистема осуществляет управление подключениями Connection, определяет, какие требования устанавливаются, в том числе для создания и очистки вызовов, службы коротких сообщений и дополнительных услуг.
Поясните назначение детальной проработки и логику взаимодействия элементов диаграммы DataLink Diagram.
Диаграмма DataLink Diagram отражает декомпозицию подсистемы DataLink. Данный модуль осуществляет управление подключениями Connection, определяет, какие требования устанавливаются, в том числе для создания и очистки вызовов, службы коротких сообщений и дополнительных услуг.
Поясните назначение детальной проработки и логику взаимодействия элементов диаграммы MM Architecture Diagram.
Диаграмма MM Architecture diagram отражает декомпозицию подсистемы MobilityManagement. Подситема MobilityManagement поддерживает мобильность пользователей, в том числе регистрацию пользователей в сети с установлением их текущего местоположения.
Поясните понятие порт, его назначение, возможные типы, стереотипы, видимость, атрибуты.
порт является точкой взаимодействия между классом или объектом и его окружением;
порты позволяют реализовать архитектуру системы, указав интерфейсы между компонентами системы и связи между подсистемами;
визуально порт – небольшой прямоугольники на границе класса, объекта или блока.
Поясните особенности портов Contract-based port и noncontract.
Порт на контрактной основе (contract – определение контракта, который определяет точные допустимые входы и выходы компонента);
Порт на бесконтактной основе Noncontract-based ports также позволяют передавать сообщения на соответствующую часть структурированного класса, не требуют указания контракта, который должен быть создан на начальном этапе, при этом позволяют осуществлять маршрутизацию входных данных. Далее, при более детальном анализе остается возможность более точного определения портов и контрактов исполнения связи через них.