- •Лаба № 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.
Какую возможность дает трассировка требований?
Трассировка требований – это возможность описать и следить за жизненным циклом требований, – осуществлять их управление. Прослеживаемость требований поддерживает верификацию требований и их валидацию. Валидация требований предотвращает введение неопределенных возможностей, и обеспечивает видимость производных требований, которые должны быть определены и испытаны.
Поясните связь между информационной архитектурой, высокоуровневыми требованиями и юзабилити.
связь между информационной архитектурой и юзабилити:
… юзабилити в широком понимании этого слова одинаково хорошо подходит к описанию процедур испытания и улучшения и панели приборов в автомобиле, и банкоматов, и веб-сайтов.
Специалисты юзабилити не всегда достаточно хорошо понимают, как часто меняются требования пользователя к одной и той же информации, а также то, как эти различные требования влияют на скорость поиска.
…хорошо продуманная информационная архитектура гарантирует, что пользователи потратят меньше времени на поиск нужной информации, и почти никогда не скажут, что они чего-то не нашли. При хорошей архитектуре они всегда обнаружат, что один документ связан ссылками с другими документами по той же теме. Они всегда смогут легко переключаться с поиска документов на их просмотр и обратно. …
Лаба № 3