Модуль-2

Министерство образования и науки Украины

Одесский национальный политехнический университет

Кафедра системного программного обеспечения.

Модульная контрольная работа №2.

По дисциплине:

Анализ и проектирование программного обеспечения

Выполнил

студент AC-121

Куценко Д. С.

Преподаватель

Любченко В.В.

Одесса 2015 г.

Задание.

1. Рассмотрим Интернет-аукцион еВау. Какие атрибуты качества важны для него? Для важнейшего атрибута предложите конкретный сценарий качества и две тактики достижения. Проанализируйте эти тактики риски, не рисковые, точки чувствительности и компромисса.

2. Проанализируйте тактику Активная избыточность, применив шаблон анализа архитектурных решений метода ATAM.

3. С какими архитектурными стилями совместим шаблон Хозяин-Раб? Приведите один пример ситуации, в которой уместно использовать комбинацию указанного Вами архитектурного стиля и этого шаблона.

1. Пожалуй в любом Интернет-аукционе, не только в еВау, основными атрибутами качества будут Безопасность, Производительность, Модифицируемость.

Безопасность очень важна, так как у еВау очень большое количество пользователей и часто встречаются случаи мошенничества и взлома аккаунтов пользователей. Любой взлом системы, чреват для Интернет-аукциона денежными затратами и потерей доверия пользователей да и самих пользователей. Пожалуй этот атрибут качества я буду использован в дальнейшем.

Производительность. Опять же количество пользователей очень велико, поэтому производительность тоже является не маловажной составляющей системы. Не один пользователь не захочет работать с системой которая будет обдумывать каждое действие пользователя по пять и более минут. Поэтому, производительность можно с уверенность отправить на второе место в списке приоритетов.

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

Теперь можно расположить атрибуты качества по приоритетам:

1. Безопасность.

2. Производительность.

3. Модифицируемость.

4. Готовность.

5. Юзабилити.

6. Контролепригодность.

Сценарий атрибута «Безопасность»

Источник воздействия: Клиент

Воздействие: запрос на авторизацию пользователя.

Окружающая среда: система работает в реальном времени.

Артефакт: предоставление функционала сайта.

Мера реакции: вероятность того, что система предоставит доступ к функционалу сайта превышает 0,6.

Тактика	Риск	Чувствительность и компромиссы
Аутентификация	+	Готовность	Точка чувствительности
Авторизация(аутентификация + определение данных и сервиса)	-	Готовность Производительность	Точка компромисса

Тактикой позволяющей противодействовать несанкционированному доступу является аутентификация и авторизация (аутентификация + определение данных и сервиса). Эти тактики защищают функционал сайта от несанкционированного доступа к нему. Авторизация необходима для работы некоторых сервисов сайта и/или для работы с данными, предназначенными только для конкретного аутентифицированного пользователя.

2. Сценарий атрибута «Безопасность»

Источник воздействия: Клиент

Воздействие: запрос на передачу данных.

Окружающая среда: система работает в реальном времени.

Артефакт: отправка дынных.

Мера реакции: передача данных.

Архитектурное решение: Активная избыточность.

Чувствительность: Готовность.

Аргументация: Использовать эту тактику очень хорошо при передаче важных и небольших объемов данных, так как все узлы активны или избыточны необходимо принимать и обрабатывать идентичные данные параллельно, но так как он имеет идентичные состояния восстановление может произойти в течении миллисекунд.

Архитектурная диаграмма.

3. Шаблон проектирования Хозяин-Раб поддерживает отказоустойчивость, параллельные вычисления и точные вычисления. Компонент Хозяин распределяет работу по идентичным компонентах Рабах и вычисляет финальный результат по результатам, которые вернули Рабы.

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

Прокси совместим с шаблоном Хозяин-Раб, так как он обеспечивает защиту компонентов посредством связи клиента с компонентом. Предоставляя такой функционал может служить многим целям, в том числе повышения эффективности, упрощения доступа и защиты от несанкционированного доступа.

Также есть еще два паттерна относящихся к этой категории это Фасад (Faсade) –и Итератор (Iterator)

Шаблон Фасад обеспечивает унифицированный интерфейс к набору интерфейсов в подсистеме. Фасад определяет интерфейс более высокого уровня, что делает подсистему проще в использовании.

Шаблон итератора предоставляет возможность доступа к элементам общего объекта последовательно, не выставляя его основноое представление.

Как шаблон Прокси, так и шаблоны Фасад и Итератор широко применяются. Фасад защищает компоненты подсистемы от прямого доступа клиентов. И наоборот, клиенты не зависят от внутренней структуры подсистемы. Фасад обслуживает все маршруты входящих запросов, поэтому он более детален чем Прокси который охраняет доступ к одному компоненту.

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