Бизнес и системный анализ весна 2013 лекция 6

Лекция №6 Атрибуты качества ‹#›

Часть 1


Часть 2

‹#› Лекция №6 Атрибуты качества

Архитектура

Модель качества

Характеристики и подхарктеристики модели качества продукта

Сценарии атрибутов качества

Профиль качества продукта

06.04.2013 Разработка требований к ПО 4

• Существует большое количество архитектурных решений,

которые удовлетворяют функциональным требованиям. Но

только некоторые из них соответствуют всей совокупности

требований.

• Басс, Клементс и Кацман выделют следующие группы

архитектурных требований (атрибутов качества):

– Атрибуты качества системы

– Коммерческие атрибуты качества

– Атрибуты качества самой архитектуры

Разработка требований к ПО 06.04.2013 5

Атрибуты качества системы

• Availability (Доступность)

• Modifiability (Модифицируемость)

• Performance (Производительность)

• Security (Безопасность)

• Testability (Тестируемость)

• Usability (Практичность)

Коммерческие Атрибуты

• Time (Сроки выхода на рынок)

• Cost (Стоимость и прибыль)

• Life Time (Срок службы системы)

• Target market ( Целевой рынок)

• Product Schedule (График развертывания продукта)

• Interoperability (Интеграция с существующими системами )

Атрибуты качества архитектуры

• Integrity (Целостность)

• Portability (переносимость)

• Reusability (Возможность повторного использования)

• Flexibility (Гибкость)

• Reliability (Надежность )

• Robustness (Живучесть)


Разработка требований к ПО

Положительные и отрицательные взаимосвязи характеристик качества

Availability Efficiency Flexibility Integrity Interoperability Maintainability Portability Reliability Reusability Robustness Testability Usability

06.04.2013 7

•

•

•

•

•

•

•

•


Требование значит тестирование

Тестирование значит Сценарий

Сценарий значит Функция


• Сценарий атрибута качества - это вариант формализации требования, связанного с соответствующим Атрибутом качества. Он состоит из следующих частей: – Источник стимулов (Source of stimulus). Действующие лицо ( Актер, Агент)

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

– Стимул (Stimulus) .Стимул это обстоятельства/вызовы, которые должны быть «отработаны» системой по мере поступления в систему.

– Среда (Environment). Стимулы возникают в определенных условиях . Например система может быть перегружена в момент возникновения стимула..

– Элемент (Artifact). Стимул получает определенный элемент системы. Это может быть вся система или ее часть.

– Реакция (Response). Реакция - это действия, предпринимаемые после поступления стимула.

– Измерение реакции (Response measure). Реакция системы должна быть измеримой.


Сценарий Атрибута Качества

Стимул

Источник Среда

Объект/ Элемент

Реакция Измерение

06.04.2013 14 Разработка требований к ПО


Источник Любой Игрок :

Стимул: Удар по воротам

Среда Соревновательные игры

Элемент: Вратарь

Реакция: Блокирование мяча

Измерение Мяч должен быть не в воротах в 99% случаев атаки

06.04.2013 15


Источник : Пользователь

Стимул: Минимизация влияния ошибки

Среда: Время выполнения

Элемент: Система

Реакция: Отмена выполнения текущей операции

Измерение: Отмена занимает менее одной секунды

06.04.2013 16

• Общие сценарии атрибутов качества – Включают в себя расширенный набор возможных

элементов для соответствующего атрибута качества

– Общие сценарии обладают порождающими свойствами для идентификации и детализации атрибутов качества

• Частные сценарии атрибутов качества – Состоят из конкретных элементов для каждого

элемента – Позволяют осуществить валидацию реализации

конкретного аспекта атрибута качества


• Источник – Внешний – Внутренний

• Стимул – Неисправность – Бездействие – Аварийная ситуация – Несоблюдение временных

требований – Неверный отклик

• Среда ( Условия) – Нормальные – Частичная работоспособность

• Объект /Артефакт – Процесс, Память, – Процессор, Обмен информацией

• Реакция – Регистрация – Оповещение – Отключение – Продолжение ( нормальное,

частичное) – Недоступность

• Количественная мера реакции – Продолжительность

восстановления – Промежуток времени до

обеспечения полной или частичной работоспособности


•

•

•

•

•

•

•

•


• Определение (ISO/IEC 14598-1) .

– Набор характеристик и взаимосвязей между ними, который обеспечивает основу для формирования требований и оценивания качества

• Ранние модели

– Боем (Boehm) и МакКолл(McCal)

• ISO/IEC 9126-1 определяет базовую модель качества.

– При необходимости ее можно доработать


ISO/IEC 14598 - Information

Technology - Product Evaluation

Part 1: General Overview

Part 2: Planning and Management

Part 3: Process for developers

Part 4: Process for Acquirers

Part 5: Process for Evaluators

Part 6: Documentation of

Evaluation Modules

ISO/IEC 9126 - Information

Technology - Software

Product Quality

Part 1: Quality Model

Part 2: External Metrics

Part 3: Internal Metrics

Part 4: Quality in Use

ISO/IEC 12119

Software Packages -

Quality requirements and

testing


Характеристика Описание

Характеристики в использовании (Quality in use)

Не технические, ориентированы на конечного потребителя

Внешние характеристики (External quality)

Преимущественно технические, применяются к эксплуатируемой системе

Внутренние характеристики (Internal quality)

Технические, применяются ко времени разработки

Операционные характеристики (Operational quality)

Применяются по отношению к процессу создания продукта


External Quality

Requirement

Quality in Use

Requirements

Quality

In Use

Internal

Quality

Internal Quality

Requirement

External

Quality

Требования Продукт

Валидация

Валидация

Валидация

Обратная связь



Модель качества (Quality model)

Характеристики

(Characteristics)

Подхарактеристики (Subcharacteristics)

Метрики

(Quality measures)

subcharacteristics

characteristics


• Набор атрибутов, относящихся к сути набора функций и их конкретным свойствам.

– Функциями являются те, которые реализуют установленные или предполагаемые потребности


Функциональные возможности.

(ISO 9126 Functionality Quality

Subcharacteristics)

• Способность ПО предоставлять соответствующие функции для определенных задач и целей пользователей

• The capability of the software to provide an adequate set of functions for specified tasks and user objectives.

Пригодность (Suitability)

• Способность ПО предоставлять правильные или согласованные результаты

• The capability of the software to provide the right or agreed-upon results or effects.

Точность (Accuracy)

• Способность ПО взаимодействовать с одной или более определенных систем.

• The capability of the software to interact with one or more specified systems.

Способность к взаимодействию (Interoperability)

• Способность ПО предотвращать несанкционированный доступ или сопротивляться атакам для получения доступа к конфиденциальной информации

• The capability of the software to prevent unintended access and resist deliberate attacks intended to gain unauthorized access to confidential information.

Безопасность (Security)


• Набор атрибутов, относящихся к способности программного обеспечения – сохранять свой уровень качества

функционирования

– при установленных условиях

– за установленный период времени.


(ISO 9126 Reliability Quality

Subcharacteristics )

•Способность ПО избегать Отказа в результате ошибок в ПО

•The capability of the software to avoid failure as a result of faults in the software.

Зрелость (Maturity)

•Способность ПО поддерживать определенный уровень производительности в случае ошибок в ПО или ошибок сторонних систем при взаимодействии

•The capability of the software to maintain a specified level of performance in case of software faults or of infringement of its specified interface.

Отказоустойчивость ( Fault Tolerance)

•Способность ПО восстанавливать свое функционирование и данные в случае отказа

•The capability of the software to reestablish its level of performance and recover the data directly affected in the case of a failure.

Восстанавливаемость (Recoverability)


• Набор атрибутов, относящихся к объему работ, требуемых для

– использования

– и индивидуальной оценки такого использования

– определенным или предполагаемым кругом пользователей.


(ISO 9126

Quality Subcharacteristics )

•Способность ПО обеспечить понимание пользователем возможность и метод применения ПО для конкретной задачи и условий использования

•The capability of the software product to enable the user to understand whether the software is suitable, and how it can be used for particular tasks and conditions of use.

Доступность, понятность (Understandability)

•Способность ПО обеспечить возможность изучения своих возможностей

•The capability of the software product to enable the user to learn its applications.

Самообучаемсоть (Learnability)

•Способность ПО обеспечить пользователю управление и контроль

•The capability of the software product to enable the user to operate and control it.

Удобство и простота использования (Operability)

•Способность ПО понравится пользователю

•The capability of the software product to be liked by the user.

Привлекательность (Attractiveness)


• Набор атрибутов, относящихся к соотношению между

– уровнем качества функционирования программного обеспечения и

– объемом используемых ресурсов при установленных условиях.


(ISO 9126 Efficiency Quality


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

• The capability of the software to provide appropriate response and processing times and throughput rates when performing its function under stated conditions.

Время (Time Behavior)

• Способность ПО использовать соответствующие ресурсы в соответствующее время, в процессе выполнения в соответствии с заявленными условиями.

• The capability of the software to use appropriate resources in an appropriate time when the software performs its function under stated condition.

Ресурсы (Resource Behavior)


• Набор атрибутов, относящихся к объему работ,

– требуемых для проведения конкретных изменений (модификаций).


(ISO 9126 Quality


• Способность ПО обеспечить диагностирование недостатков или причин сбоев в ПО или в части для изменения

• The capability of the software product to be diagnosed for deficiencies or causes of failures in the software or for the parts to be modified to be identified.

Анализируемость (Analyzability)

• Способность ПО обеспечить возможность определенных изменений

• The capability of the software product to enable a specified modification to be implemented.

Модифицируемость (Changeability)

• Способность ПО минимизировать неожиданные эффекты при модификации

• The capability of the software to minimize unexpected effects from modifications of the software.

Стабильность (Stability)

• Способность ПО обеспечить валидацию модифицированного продукта

• The capability of the software product to enable modified software to be validated.

Тестируемость (Testability)


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


(ISO 9126 Quality Subcharacteristics )

• The capability of the software to be modified for different specified environments without applying actions or means other than those provided for this purpose for the software considered.

Адаптируемость (Adaptability)

• The capability of the software to be installed in a specified environment.

Развертываемость (Installability)

• The capability of the software to coexist with other independent software in a common environment sharing common resources.

Совместимость (Coexistence)

• The capability of the software to be used in place of other specified software in the environment of that software.

Заменимость (Replaceability)


•

•

•

•

•

•

•

•



Положительные и отрицательные взаимосвязи характеристик качества

Availability Efficiency Flexibility Integrity Interoperability Maintainability Portability Reliability Reusability Robustness Testability Usability

06.04.2013 43

• Профиль - – это вид лица или объекта сбоку (антоним -

анфас);

– (от англ. profile - краткая характеристика, основные параметры) совокупность характеристик и черт, определяющих сущность явления, понятия или предмета (напр., профиль местности, профиль компании);

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

(Студент-ботаник)


• Это полный или частичный набор Атрибутов качества системы, содержащий требования соответствующие типу и условиям использования продукта.


Атрибуты качества системы

• Availability (Доступность)

• Modifiability (Модифицируемость)

• Performance (Производительность)

• Security (Безопасность)

• Testability (Тестируемость)

• Usability (Практичность)

Коммерческие Атрибуты

• Time (Сроки выхода на рынок)

• Cost (Стоимость и прибыль)

• Life Time (Срок службы системы)

• Target market ( Целевой рынок)

• Product Schedule (График развертывания продукта)

• Interoperability (Интеграция с существующими системами )

Атрибуты качества архитектуры

• Integrity (Целостность)

• Portability (переносимость)

• Reusability (Возможность повторного использования)

• Flexibility (Гибкость)

• Reliability (Надежность )

• Robustness (Живучесть)


Заинтересованные стороны : Клиент

Концепция Формулировка Проблемы

Ключевые сценарии использования системы

Характеристика качества

Сценарий атрибута качества

Заинтересованные стороны : Бизнес

Бизнес модель

Бизнес драйверы

Ключевые

Коммерческие сценарии

Коммерческие атрибуты


Заинтересованные стороны : Разработка

Development Case

Архитектурные механизмы

Атрибуты архитектуры



• Л. Басс, П. Клементс, Р. Кацман

• Архитектура программного обеспечения на практике

– Software Architecture in Practice

– Серия: Классика Computer Science


http://www.ozon.ru/context/detail/id/1065023/

http://www.ozon.ru/context/detail/id/1065023/

Заинтересованные стороны : Клиент

Концепция Формулировка Проблемы

Ключевые сценарии использования системы

Характеристика качества


Заинтересованные стороны : Бизнес

Бизнес модель

Бизнес драйверы

Ключевые

Коммерческие сценарии

Коммерческие атрибуты


Заинтересованные стороны : Разработка

Development Case

Архитектурные механизмы

Атрибуты архитектуры



•

•

•

•

•

•

•

•


Часть 1


Часть 2

‹#› Лекция №6 Атрибуты качества

Безуглый Дмитрий

[email protected]



http://www.slideshare.net/supercoban/ss-10348215




Бизнес и системный анализ весна 2013 лекция 6

Documents