- •Моделирование прецедентов
- •Нефункциональные требования
- •Критерии качества требований
- •Рекомендованная литература
- •Раздел диплома 2. Проектирование ис
- •Алгоритмическое обеспечение ис
- •Идентификация архетипа ис
- •Ключевые сценарии
- •Архитектурные представления
- •Атрибуты качества
- •Список использованных технологий
- •Рекомендованная литература
- •Расчет метрик ис
- •Протокол проведения функционального тестирования
- •Проектная документация
- •Дополнительные предложения
- •Опросник студента для представления дипломной работы (проекта) к малой защите
Ключевые сценарии
Секция включает список ключевых сценариев, связанных с требованиями, вокруг которых строится бизнес-ценность ИС.
Необходимость выделения ключевых сценариев связана главным образом с получением уверенности, что разрабатываемая архитектура корректно отражает ключевые сценарии и учитывает все связанные риски.
Основные признаки ключевых сценариев:
сценарий принадлежит архитектурно-значимому требованию. Такие требования, как правило, представляют собой бизнес-ценность для заказчика и приложения в целом;
сценарий лежит на пересечении функциональности приложения и атрибутов качества (см. Атрибуты качества).
Каждый рассмотренный сценарий должен включать информацию о вовлеченных пользователях, а также шаги для успешного выполнения сценария и должен быть покрыт одним из требований (см. Управление требованиями ИС).
Архитектурные представления
Архитектурные представления (синоним – чертежи) определяют круг ключевых технических решений на поведение ИС с некоторой фиксированной точки зрения. На каждое такое представление необходимо привести пояснение.
Представление |
Описание |
Тип приложения |
|---|---|---|
Пользовательский интерфейс ИС |
Представление включает информацию о состояниях пользовательского интерфейса ИС (формы, окна, экраны, страницы и т. п.) а также переходах между ними. Как правило, представляется в виде 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 |
Управление данными ИС |
Представление определяет то как представлена доменная модель ИС. Как правило модель представляется в виде диаграммы классов, отвечающих за хранение данных и связей между ними (связь — композиция, типы связей: один к одному, один ко многим, многие к одному и многие ко многим). Кроме этого, в случае использования реляционных баз данных необходимо привести еще диаграмму реляционной схемы данных. Эта диаграмма де-факто является реализацией доменной модели ИС на реляционную модель данных. |
|
Организация доступа к данным |
Представление определяет стратегию представления и управления данными приложения. В случае использования баз данных необходимо указать:
|
SA, WA, RWA, MA, RCA, MA |
