Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Метод_ТРОФИМОВ.doc
Скачиваний:
2
Добавлен:
01.05.2025
Размер:
139.26 Кб
Скачать
    1. Ключевые сценарии

Секция включает список ключевых сценариев, связанных с требованиями, вокруг которых строится бизнес-ценность ИС.

Необходимость выделения ключевых сценариев связана главным образом с получением уверенности, что разрабатываемая архитектура корректно отражает ключевые сценарии и учитывает все связанные риски.

Основные признаки ключевых сценариев:

  • сценарий принадлежит архитектурно-значимому требованию. Такие требования, как правило, представляют собой бизнес-ценность для заказчика и приложения в целом;

  • сценарий лежит на пересечении функциональности приложения и атрибутов качества (см. Атрибуты качества).

Каждый рассмотренный сценарий должен включать информацию о вовлеченных пользователях, а также шаги для успешного выполнения сценария и должен быть покрыт одним из требований (см. Управление требованиями ИС).

    1. Архитектурные представления

Архитектурные представления (синоним – чертежи) определяют круг ключевых технических решений на поведение ИС с некоторой фиксированной точки зрения. На каждое такое представление необходимо привести пояснение.

Представление

Описание

Тип приложения

Пользовательский интерфейс ИС

Представление включает информацию о состояниях пользовательского интерфейса ИС (формы, окна, экраны, страницы и т. п.) а также переходах между ними. Как правило, представляется в виде UML диаграммы состояний, в качестве состояний выступают либо UML блоки, либо небольшие скриншоты ИС. Каждый скриншот должен быть сопровожден детальным описанием назначения этого элемента пользовательского интерфейса.

WA, RWA, MA, RCA, MA

Развертывание ИС

Представление включает информацию о развертывании приложения (см. Жизненный цикл ПО [5] ) в виде UML диаграммы развертывания [3], предоставляющей пространственное расположение узлов системы а также связи между ними. Все узлы диаграммы должны быть пронумерованы, каждый узел должен сопровождаться кратким описанием и назначением.

SA, WA, RWA, MA, RCA, MA

Организация слоев ИС

Представление определяет стратегию, по которой происходит разделение ИС на слои, компоненты (классы), а также распределение функциональности и ответственности между ними.

Необходимо привести описание следующих элементов:

  • слои ИС, интерфейсы ИС и точки взаимодействия между слоями.

  • список компонент(или классов), для каждой из которых необходимо выделить и описать интерфейсы, границы ответственности (что делает, за что отвечает), а также указать компоненты/классы, с которыми будет происходить взаимодействие.

Слои, классы ИС и связи между ними необходимо визуализировать в виде двух UML диаграмм:

  • диаграмма компонент: на ней отображаются слои, расставленные по слоям классы, а также связи взаимодействия классов друг с другом;

  • диаграмма классов, на которой отображены все классы, и все классические связи между ними (отношение композиции, наследования и др.).

SA, WA, RWA, MA, RCA, MA

Отображение ключевых сценариев

Цель данного Представления — для каждого ключевого сценария (см. Ключевые сценарии) необходимо описать информационные потоки между пользователями ИС, узлами ИС, а также вовлеченными компонентами ИС, таким образом, чтобы было ясно, как система будет реагировать на тот или иной ключевой сценарий.

Каждый сценарий должен быть представлен в виде одной либо нескольких UML диаграмм последовательности [3], в качестве объектов должны быть использованы определенные ранее пользователи/компоненты/узлы.

SA, WA, RWA, MA, RCA, MA

Коммуникации внутри приложения

Представление специфицирует все протоколы и интерфейсы, которые связывают узлы приложения (см. Развертывание ИС), слои, подсистемы и компоненты приложения. Необходимо предоставить UML диаграмму развертывания с расставленными связями и использованными протоколами и интерфейсами.

SA, WA, RWA, MA, RCA, MA

Управление данными ИС

Представление определяет то как представлена доменная модель ИС. Как правило модель представляется в виде диаграммы классов, отвечающих за хранение данных и связей между ними (связь — композиция, типы связей: один к одному, один ко многим, многие к одному и многие ко многим). Кроме этого, в случае использования реляционных баз данных необходимо привести еще диаграмму реляционной схемы данных. Эта диаграмма де-факто является реализацией доменной модели ИС на реляционную модель данных.

Организация доступа к данным

Представление определяет стратегию представления и управления данными приложения. В случае использования баз данных необходимо указать:

  • используемую СУБД;

  • ключевые параметры конфигурации (если не используется что-либо по умолчанию);

  • стратегии управления соединениями к СУБД;

  • уровень транзакционной изоляции;

  • указать фреймворк ORM (Object Relation Mapping [6]) в случае его использования. В этом случае доменная модель ИС должна коррелировать с сущностями (entities) ORM.

SA, WA, RWA, MA, RCA, MA