4. Архитектура
Модель качества
Характеристики и подхарктеристики
модели качества продукта
Сценарии атрибутов качества
Профиль качества продукта
06.04.2013 Разработка требований к ПО 4
5. • Существует большое количество архитектурных решений,
которые удовлетворяют функциональным требованиям. Но
только некоторые из них соответствуют всей совокупности
требований.
• Басс, Клементс и Кацман выделют следующие группы
архитектурных требований (атрибутов качества):
– Атрибуты качества системы
– Коммерческие атрибуты качества
– Атрибуты качества самой архитектуры
Разработка требований к ПО06.04.2013 5
6. Атрибуты качества
системы
• Availability
(Доступность)
• Modifiability
(Модифицируемость)
• Performance
(Производительность)
• Security
(Безопасность)
• Testability
(Тестируемость)
• Usability
(Практичность)
Коммерческие
Атрибуты
• Time (Сроки выхода
на рынок)
• Cost (Стоимость и
прибыль)
• Life Time (Срок
службы системы)
• Target market
( Целевой рынок)
• Product Schedule
(График
развертывания
продукта)
• Interoperability
(Интеграция с
существующими
системами )
Атрибуты качества
архитектуры
• Integrity
(Целостность)
• Portability
(переносимость)
• Reusability
(Возможность
повторного
использования)
• Flexibility (Гибкость)
• Reliability
(Надежность )
• Robustness
(Живучесть)
Разработка требований к ПО06.04.2013 6
7. Разработка требований к ПО
Положительные и отрицательные взаимосвязи характеристик качества
Availability
Efficiency
Flexibility
Integrity
Interoperability
Maintainability
Portability
Reliability
Reusability
Robustness
Testability
Usability
06.04.2013 7
11. • Сценарий атрибута качества - это вариант формализации требования,
связанного с соответствующим Атрибутом качества. Он состоит из
следующих частей:
– Источник стимулов (Source of stimulus). Действующие лицо ( Актер, Агент)
генерирующая входные стимулы для системы. Им может быть человек,
другая программная система или аппаратное устройство.
– Стимул (Stimulus) .Стимул это обстоятельства/вызовы, которые должны быть
«отработаны» системой по мере поступления в систему.
– Среда (Environment). Стимулы возникают в определенных условиях .
Например система может быть перегружена в момент возникновения
стимула..
– Элемент (Artifact). Стимул получает определенный элемент системы. Это
может быть вся система или ее часть.
– Реакция (Response). Реакция - это действия, предпринимаемые после
поступления стимула.
– Измерение реакции (Response measure). Реакция системы должна быть
измеримой.
Разработка требований к ПО06.04.2013 13
13. Разработка требований к ПО
Источник
Любой Игрок
:
Стимул:
Удар по
воротам
Среда
Соревновательные
игры
Элемент:
Вратарь
Реакция:
Блокирование
мяча
Измерение
Мяч должен быть
не в воротах в 99%
случаев атаки
06.04.2013 15
14. Разработка требований к ПО
Источник :
Пользователь
Стимул:
Минимизация
влияния
ошибки
Среда:
Время
выполнения
Элемент:
Система
Реакция:
Отмена
выполнения
текущей
операции
Измерение:
Отмена занимает
менее одной
секунды
06.04.2013 16
15. • Общие сценарии атрибутов качества
– Включают в себя расширенный набор возможных
элементов для соответствующего атрибута
качества
– Общие сценарии обладают порождающими
свойствами для идентификации и детализации
атрибутов качества
• Частные сценарии атрибутов качества
– Состоят из конкретных элементов для каждого
элемента
– Позволяют осуществить валидацию реализации
конкретного аспекта атрибута качества
Разработка требований к ПО06.04.2013 17
16. • Источник
– Внешний
– Внутренний
• Стимул
– Неисправность
– Бездействие
– Аварийная ситуация
– Несоблюдение временных
требований
– Неверный отклик
• Среда ( Условия)
– Нормальные
– Частичная работоспособность
• Объект /Артефакт
– Процесс, Память,
– Процессор, Обмен информацией
• Реакция
– Регистрация
– Оповещение
– Отключение
– Продолжение ( нормальное,
частичное)
– Недоступность
• Количественная мера реакции
– Продолжительность
восстановления
– Промежуток времени до
обеспечения полной или
частичной работоспособности
06.04.2013 18Разработка требований к ПО
19. • Определение (ISO/IEC 14598-1) .
– Набор характеристик и взаимосвязей между
ними, который обеспечивает основу для
формирования требований и оценивания
качества
• Ранние модели
– Боем (Boehm) и МакКолл(McCal)
• ISO/IEC 9126-1 определяет базовую модель качества.
– При необходимости ее можно доработать
05.04.2013 Разработка требований к ПО 21
20. 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
05.04.2013 22Разработка требований к ПО
22. Характеристика Описание
Характеристики в использовании
(Quality in use)
Не технические, ориентированы на
конечного потребителя
Внешние характеристики
(External quality)
Преимущественно технические,
применяются к эксплуатируемой
системе
Внутренние характеристики
(Internal quality)
Технические, применяются ко времени
разработки
Операционные характеристики
(Operational quality)
Применяются по отношению к
процессу создания продукта
05.04.2013 Разработка требований к ПО 24
23. External Quality
Requirement
Quality in Use
Requirements
Quality
In Use
Internal
Quality
Internal Quality
Requirement
External
Quality
Требования Продукт
Валидация
Валидация
Валидация
Обратная связь
05.04.2013 25Разработка требований к ПО
24. 05.04.2013 Разработка требований к ПО 26
Модель качества
(Quality model)
Характеристики
(Characteristics)
Подхарактеристики
(Subcharacteristics)
Метрики
(Quality measures)
26. • Набор атрибутов, относящихся
к сути набора функций и их
конкретным свойствам.
– Функциями являются те,
которые реализуют
установленные или
предполагаемые потребности
Разработка требований к ПО05.04.2013 29
27. Функциональные возможности.
(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)
05.04.2013 30Разработка требований к ПО
28. • Набор атрибутов, относящихся к
способности программного обеспечения
– сохранять свой уровень качества
функционирования
– при установленных условиях
– за установленный период времени.
Разработка требований к ПО05.04.2013 31
29. (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)
05.04.2013 Разработка требований к ПО 32
30. • Набор атрибутов, относящихся к
объему работ, требуемых для
– использования
– и индивидуальной оценки такого
использования
– определенным или
предполагаемым кругом
пользователей.
05.04.2013 Разработка требований к ПО 33
31. (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)
05.04.2013 34Разработка требований к ПО
32. • Набор атрибутов, относящихся к
соотношению между
– уровнем качества функционирования
программного обеспечения и
– объемом используемых ресурсов при
установленных условиях.
Разработка требований к ПО05.04.2013 35
33. (ISO 9126 Efficiency Quality
Subcharacteristics )
• Способность ПО обеспечить соответствующее время реагирования ,
обработки и пропускную способность, при выполнении своих функций
при определенных условиях.
• 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)
05.04.2013 Разработка требований к ПО 36
34. • Набор атрибутов, относящихся к
объему работ,
– требуемых для проведения конкретных
изменений (модификаций).
05.04.2013 Разработка требований к ПО 37
35. (ISO 9126 Quality
Subcharacteristics )
• Способность ПО обеспечить диагностирование недостатков или причин сбоев в ПО или в части
для изменения
• 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)
05.04.2013 Разработка требований к ПО 38
36. • Набор атрибутов, относящихся к
способности программного
обеспечения быть перенесенным из
одного окружения в другое.
Разработка требований к ПО05.04.2013 39
37. (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)
05.04.2013 40Разработка требований к ПО
40. Разработка требований к ПО
Положительные и отрицательные взаимосвязи характеристик качества
Availability
Efficiency
Flexibility
Integrity
Interoperability
Maintainability
Portability
Reliability
Reusability
Robustness
Testability
Usability
06.04.2013 43
41. • Профиль -
– это вид лица или объекта сбоку (антоним -
анфас);
– (от англ. profile - краткая характеристика,
основные параметры) совокупность
характеристик и черт, определяющих сущность
явления, понятия или предмета (напр.,
профиль местности, профиль компании);
– продольное сечение, вертикальный разрез;
направленность, специализация (например,
профиль деятельности, профильное обучение).
(Студент-ботаник)
06.04.2013 44Разработка требований к ПО
42. • Это полный или частичный набор Атрибутов
качества системы, содержащий требования
соответствующие типу и условиям
использования продукта.
06.04.2013 45Разработка требований к ПО
44. Атрибуты качества
системы
• Availability
(Доступность)
• Modifiability
(Модифицируемость)
• Performance
(Производительность)
• Security
(Безопасность)
• Testability
(Тестируемость)
• Usability
(Практичность)
Коммерческие
Атрибуты
• Time (Сроки выхода
на рынок)
• Cost (Стоимость и
прибыль)
• Life Time (Срок
службы системы)
• Target market
( Целевой рынок)
• Product Schedule
(График
развертывания
продукта)
• Interoperability
(Интеграция с
существующими
системами )
Атрибуты качества
архитектуры
• Integrity
(Целостность)
• Portability
(переносимость)
• Reusability
(Возможность
повторного
использования)
• Flexibility (Гибкость)
• Reliability
(Надежность )
• Robustness
(Живучесть)
Разработка требований к ПО06.04.2013 47
45. Заинтересованные
стороны : Клиент
Концепция
Формулировка Проблемы
Ключевые сценарии
использования системы
Характеристика качества
Сценарий атрибута
качества
Заинтересованные
стороны : Бизнес
Бизнес модель
Бизнес драйверы
Ключевые
Коммерческие сценарии
Коммерческие атрибуты
Сценарий атрибута
качества
Заинтересованные
стороны : Разработка
Development Case
Архитектурные механизмы
Атрибуты архитектуры
Сценарий атрибута
качества
Лекция №6 Атрибуты качества ‹#›
46. • Л. Басс, П. Клементс, Р. Кацман
• Архитектура программного
обеспечения на практике
– Software Architecture in Practice
– Серия: Классика Computer Science
Разработка требований к ПО06.04.2013 49
47. Заинтересованные
стороны : Клиент
Концепция
Формулировка Проблемы
Ключевые сценарии
использования системы
Характеристика качества
Сценарий атрибута
качества
Заинтересованные
стороны : Бизнес
Бизнес модель
Бизнес драйверы
Ключевые
Коммерческие сценарии
Коммерческие атрибуты
Сценарий атрибута
качества
Заинтересованные
стороны : Разработка
Development Case
Архитектурные механизмы
Атрибуты архитектуры
Сценарий атрибута
качества
Лекция №6 Атрибуты качества ‹#›