Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Trofimov_SHPORA.doc
Скачиваний:
2
Добавлен:
01.05.2025
Размер:
458 Кб
Скачать
☆

Билет №16

  1. Рассказать о ключевых сценариях на этапе проектирования. Рассказать о 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. Обосновать необходимость этапа проектирования архитектуры ИС

С точки зрения пользователя программной архитектуры, программная архитектура дает направление для движения и решения задач, связанных со специальностью каждого такого пользователя, например, заинтересованного лица, разработчика ПО, группы поддержки ПО, специалиста по сопровождению ПО, специалиста по развертыванию ПО, тестера, а также конечных пользователей. В этом смысле архитектура программного обеспечения на самом деле объединяет различные точки зрения на систему. Тот факт, что эти несколько различных точек зрения могут быть объединены в архитектуре программного обеспечения является аргументом в защиту необходимости и целесообразности создания архитектуры ПО еще до этапа разработки ПО.