• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Бизнес и системный анализ весна 2013 лекция 6
 

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

on

  • 378 views

 

Statistics

Views

Total Views
378
Views on SlideShare
345
Embed Views
33

Actions

Likes
1
Downloads
15
Comments
0

1 Embed 33

https://tech-mail.ru 33

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

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

    • Лекция №6 Атрибуты качества ‹#›
    • Часть 1 Лекция №6 Атрибуты качества ‹#›
    • Часть 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 (Живучесть) Разработка требований к ПО06.04.2013 6
    • Разработка требований к ПО Положительные и отрицательные взаимосвязи характеристик качества Availability Efficiency Flexibility Integrity Interoperability Maintainability Portability Reliability Reusability Robustness Testability Usability 06.04.2013 7
    • • • • • • • • • Лекция №6 Атрибуты качества ‹#›
    • Требование значит тестирование Тестирование значит Сценарий Сценарий значит Функция Разработка требований к ПО06.04.2013 12
    • • Сценарий атрибута качества - это вариант формализации требования, связанного с соответствующим Атрибутом качества. Он состоит из следующих частей: – Источник стимулов (Source of stimulus). Действующие лицо ( Актер, Агент) генерирующая входные стимулы для системы. Им может быть человек, другая программная система или аппаратное устройство. – Стимул (Stimulus) .Стимул это обстоятельства/вызовы, которые должны быть «отработаны» системой по мере поступления в систему. – Среда (Environment). Стимулы возникают в определенных условиях . Например система может быть перегружена в момент возникновения стимула.. – Элемент (Artifact). Стимул получает определенный элемент системы. Это может быть вся система или ее часть. – Реакция (Response). Реакция - это действия, предпринимаемые после поступления стимула. – Измерение реакции (Response measure). Реакция системы должна быть измеримой. Разработка требований к ПО06.04.2013 13
    • Сценарий Атрибута Качества Стимул Источник Среда Объект/ Элемент Реакция Измерение 06.04.2013 14Разработка требований к ПО
    • Разработка требований к ПО Источник Любой Игрок : Стимул: Удар по воротам Среда Соревновательные игры Элемент: Вратарь Реакция: Блокирование мяча Измерение Мяч должен быть не в воротах в 99% случаев атаки 06.04.2013 15
    • Разработка требований к ПО Источник : Пользователь Стимул: Минимизация влияния ошибки Среда: Время выполнения Элемент: Система Реакция: Отмена выполнения текущей операции Измерение: Отмена занимает менее одной секунды 06.04.2013 16
    • • Общие сценарии атрибутов качества – Включают в себя расширенный набор возможных элементов для соответствующего атрибута качества – Общие сценарии обладают порождающими свойствами для идентификации и детализации атрибутов качества • Частные сценарии атрибутов качества – Состоят из конкретных элементов для каждого элемента – Позволяют осуществить валидацию реализации конкретного аспекта атрибута качества Разработка требований к ПО06.04.2013 17
    • • Источник – Внешний – Внутренний • Стимул – Неисправность – Бездействие – Аварийная ситуация – Несоблюдение временных требований – Неверный отклик • Среда ( Условия) – Нормальные – Частичная работоспособность • Объект /Артефакт – Процесс, Память, – Процессор, Обмен информацией • Реакция – Регистрация – Оповещение – Отключение – Продолжение ( нормальное, частичное) – Недоступность • Количественная мера реакции – Продолжительность восстановления – Промежуток времени до обеспечения полной или частичной работоспособности 06.04.2013 18Разработка требований к ПО
    • • • • • • • • • Лекция №6 Атрибуты качества ‹#›
    • Лекция №6 Атрибуты качества ‹#›
    • • Определение (ISO/IEC 14598-1) . – Набор характеристик и взаимосвязей между ними, который обеспечивает основу для формирования требований и оценивания качества • Ранние модели – Боем (Boehm) и МакКолл(McCal) • ISO/IEC 9126-1 определяет базовую модель качества. – При необходимости ее можно доработать 05.04.2013 Разработка требований к ПО 21
    • 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Разработка требований к ПО
    • 05.04.2013 23Разработка требований к ПО
    • Характеристика Описание Характеристики в использовании (Quality in use) Не технические, ориентированы на конечного потребителя Внешние характеристики (External quality) Преимущественно технические, применяются к эксплуатируемой системе Внутренние характеристики (Internal quality) Технические, применяются ко времени разработки Операционные характеристики (Operational quality) Применяются по отношению к процессу создания продукта 05.04.2013 Разработка требований к ПО 24
    • External Quality Requirement Quality in Use Requirements Quality In Use Internal Quality Internal Quality Requirement External Quality Требования Продукт Валидация Валидация Валидация Обратная связь 05.04.2013 25Разработка требований к ПО
    • 05.04.2013 Разработка требований к ПО 26 Модель качества (Quality model) Характеристики (Characteristics) Подхарактеристики (Subcharacteristics) Метрики (Quality measures)
    • subcharacteristics characteristics 05.04.2013 28Разработка требований к ПО
    • • Набор атрибутов, относящихся к сути набора функций и их конкретным свойствам. – Функциями являются те, которые реализуют установленные или предполагаемые потребности Разработка требований к ПО05.04.2013 29
    • Функциональные возможности. (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Разработка требований к ПО
    • • Набор атрибутов, относящихся к способности программного обеспечения – сохранять свой уровень качества функционирования – при установленных условиях – за установленный период времени. Разработка требований к ПО05.04.2013 31
    • (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
    • • Набор атрибутов, относящихся к объему работ, требуемых для – использования – и индивидуальной оценки такого использования – определенным или предполагаемым кругом пользователей. 05.04.2013 Разработка требований к ПО 33
    • (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Разработка требований к ПО
    • • Набор атрибутов, относящихся к соотношению между – уровнем качества функционирования программного обеспечения и – объемом используемых ресурсов при установленных условиях. Разработка требований к ПО05.04.2013 35
    • (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
    • • Набор атрибутов, относящихся к объему работ, – требуемых для проведения конкретных изменений (модификаций). 05.04.2013 Разработка требований к ПО 37
    • (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
    • • Набор атрибутов, относящихся к способности программного обеспечения быть перенесенным из одного окружения в другое. Разработка требований к ПО05.04.2013 39
    • (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Разработка требований к ПО
    • • • • • • • • • Лекция №6 Атрибуты качества ‹#›
    • Лекция №6 Атрибуты качества ‹#›
    • Разработка требований к ПО Положительные и отрицательные взаимосвязи характеристик качества Availability Efficiency Flexibility Integrity Interoperability Maintainability Portability Reliability Reusability Robustness Testability Usability 06.04.2013 43
    • • Профиль - – это вид лица или объекта сбоку (антоним - анфас); – (от англ. profile - краткая характеристика, основные параметры) совокупность характеристик и черт, определяющих сущность явления, понятия или предмета (напр., профиль местности, профиль компании); – продольное сечение, вертикальный разрез; направленность, специализация (например, профиль деятельности, профильное обучение). (Студент-ботаник) 06.04.2013 44Разработка требований к ПО
    • • Это полный или частичный набор Атрибутов качества системы, содержащий требования соответствующие типу и условиям использования продукта. 06.04.2013 45Разработка требований к ПО
    • 06.04.2013 46Разработка требований к ПО
    • Атрибуты качества системы • 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
    • Заинтересованные стороны : Клиент Концепция Формулировка Проблемы Ключевые сценарии использования системы Характеристика качества Сценарий атрибута качества Заинтересованные стороны : Бизнес Бизнес модель Бизнес драйверы Ключевые Коммерческие сценарии Коммерческие атрибуты Сценарий атрибута качества Заинтересованные стороны : Разработка Development Case Архитектурные механизмы Атрибуты архитектуры Сценарий атрибута качества Лекция №6 Атрибуты качества ‹#›
    • • Л. Басс, П. Клементс, Р. Кацман • Архитектура программного обеспечения на практике – Software Architecture in Practice – Серия: Классика Computer Science Разработка требований к ПО06.04.2013 49
    • Заинтересованные стороны : Клиент Концепция Формулировка Проблемы Ключевые сценарии использования системы Характеристика качества Сценарий атрибута качества Заинтересованные стороны : Бизнес Бизнес модель Бизнес драйверы Ключевые Коммерческие сценарии Коммерческие атрибуты Сценарий атрибута качества Заинтересованные стороны : Разработка Development Case Архитектурные механизмы Атрибуты архитектуры Сценарий атрибута качества Лекция №6 Атрибуты качества ‹#›
    • • • • • • • • • Лекция №6 Атрибуты качества ‹#›
    • Часть 1 Лекция №6 Атрибуты качества ‹#›
    • Часть 2 ‹#›Лекция №6 Атрибуты качества
    • Безуглый Дмитрий bdl@system-approach.ru Лекция №6 Атрибуты качества ‹#›
    • Лекция №6 Атрибуты качества ‹#› http://www.slideshare.net/supercoban/ss-10348215
    • Лекция №6 Атрибуты качества ‹#› http://www.slideshare.net/supercoban/ss-10348215