- •Билет 2
- •Понятие Stateless vs Stateful, Synchronous vs Asynchronous.
- •Определение Project vision и Project scope. Привести пример для своей дипломной работы.
- •Билет 5
- •2. Композиция имеет важные преимущества над наследованием.
- •Билет 6
- •1 Описание Commitments, примеры
- •2 Перечислить ключевые принципы проектирования
- •Дать определение функциональных и нефункциональных требований. Привести критерии качества требований.
- •Communication patterns. Рассказать про типы интерфейсов (Message oriented architecture vs Service oriented architecture)
- •Билет №8
- •Билет 9
- •Билет №11
- •Рассказать о способе проведения эстимейта wag Generator
- •2. Особенности архетипов ис. Описать Web Applications
- •Билет №12
- •Перечислить все принципы проектирования пользовательского интерфейса
- •Особенности архетипов ис. Описать Desktop Application
- •Билет №16
- •Рассказать о ключевых сценариях на этапе проектирования. Рассказать о sad документах, описать основные его секции.
- •Билет №17
- •Фаза проектирования.
- •5 Примеров для паттерна Navigation
- •Билет 18
- •1 Фазы проекта:
- •Билет 29
- •Билет 30
- •Бизнес требования
- •Билет № --
- •Архетип приложения. Mobile Applications
- •2) Общие разделы для всех эстимейтов
- •Билет № --
- •Что такое Life scope of components, примеры?
- •2. Понятие Request for proposal и Proposal. Привести описание всех основных секций.
Билет №16
Рассказать о ключевых сценариях на этапе проектирования. Рассказать о sad документах, описать основные его секции.
Ключевые сценарии связаны с наиболее важными требованиями, вокруг которых строится приложение.
Необходимость выделения ключевых сценариев связана главным образом с получением уверенности, что разрабатываемая архитектура корректно отражает ключевые сценарии и учитывает все связанные риски.
Основные признаки ключевых сценариев:
Сценарий принадлежит архитектурно-значимому требованию. Такие требования, как правило, представляют собой бизнес-ценность для заказчика и приложения в целом.
Сценарий лежит на пересечении функциональности приложения и атрибутов качества.
Каждый рассмотренный сценарий должен включать информацию о вовлеченных пользователях, а также шаги для успешного выполнения сценария.
Кандидат-архитектура – это результат проектирования, оформляется в виде документа SAD (Software Architecture Document).
Перваый кандидат SAD может содержать общие решения относительно выбранной платформы, сценариев, типа приложения критериев качества и др.
Второй и последующие SAD могут быть дополнены информацией о деталях архитектурных атрибутах, сценариях и др.
Структура SAD документа. Документ состоит из следующих секций
Цели и задачи данной архитектуры. Для кого разрабатывается архитектура. Критерий останова
Тип приложения
Стратегия развертывания
Ключевые сценарии
Атрибуты качества
Архитектурные атрибуты
Описание технологий
1. Описание и цель Software Architecture Document
Данный документ представляет собой описание ключевых архитектурно значимых решений связанных с проектом X. Аудитория, на которую рассчитан документ — разработчики.
2. Алгоритмическое обеспечение ИС
Секция должна содержать описание (включая блок-схемы) всех ключевых алгоритмов, которые либо задействованы извне, либо модифицированы, либо разработаны самостоятельно.
3. Идентификация архетипа ИС
Секция содержит информацию о типе приложения, который может принимать следующие
значения: Rich Client Application (RCA). Mobile Application (MA). Service Application (SA). WEB Application (WA). Rich WEB Application (RWA). Mixed Application (MA).
4. Ключевые сценарии
Секция включает список ключевых сценариев, связанными с требованиями, вокруг которых строится бизнес-ценность ИС.
5. Архитектурные представления
Архитектурные представления (синоним - чертежи) определяют круг ключевых технических решений на поведение ИС с некоторой фиксированной точки зрения. (Развертывание ИС, Отображение ключевых сценариев, Управление данными ИС, Организация доступа к данным и т.д.).
6 Атрибуты качества
Атрибуты определяют то, как ИС будет реагировать и обеспечивать качество для различного круга вопросов. (Средства управления ИС, Безопасность ИС, Удобство доставки и т.д.)
7 Список использованных технологий
Секция включает последовательный список ВСЕХ сторонних библиотек, технологий, языков программирования, фреймворков, средств разработки, которые так или иначе были использованы в проекте.
2. Обосновать необходимость этапа проектирования архитектуры ИС
С точки зрения пользователя программной архитектуры, программная архитектура дает направление для движения и решения задач, связанных со специальностью каждого такого пользователя, например, заинтересованного лица, разработчика ПО, группы поддержки ПО, специалиста по сопровождению ПО, специалиста по развертыванию ПО, тестера, а также конечных пользователей. В этом смысле архитектура программного обеспечения на самом деле объединяет различные точки зрения на систему. Тот факт, что эти несколько различных точек зрения могут быть объединены в архитектуре программного обеспечения является аргументом в защиту необходимости и целесообразности создания архитектуры ПО еще до этапа разработки ПО.
