Презентация на тему: » Лекция 1. ВВЕДЕНИЕ В ОБЕСПЕЧЕНИЕ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ Учебные вопросы 1. Основные понятия и определения 2. Представления о качестве программных.» — Транскрипт:
1 Лекция 1. ВВЕДЕНИЕ В ОБЕСПЕЧЕНИЕ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ Учебные вопросы 1. Основные понятия и определения 2. Представления о качестве программных средств в течение жизненного цикла
3 На процессы разработки и оценки качества ПС оказывают влияние следующие обобщенные показатели ПС : область применения и назначение ПС; тип решаемых функциональных задач; объем и сложность ПС; необходимый состав и требуемые значения характеристик качества ПС и величина допустимого ущерба из-за недостаточного их качества; степень связи решаемых задач с реальным масштабом времени или допустимой длительностью ожидания результатов решения задачи; прогнозируемые значения длительности эксплуатации и перспектива создания множества версий ПС; предполагаемый тираж производства и применения ПС; степень необходимой документированности ПС.
ЗАНЯТИЕ 21. ХАРАКТЕРИСТИКИ И СВОЙСТВА. ПОДГОТОВКА К СПЕЦИАЛИСТУ ПО ПЛАТФОРМЕ 1С
4 Программы — это данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определенного алгоритма. Программное средство — объект, состоящий из программ, процедур, правил и документов, относящихся к функционированию системы обработки информации Программный продукт — это программное средство, предназначенное для поставки, передачи, продажи пользователю Жизненный цикл (ЖЦ) программного средства или системы – это совокупность процессов, работ и задач, включающая в себя разработку, эксплуатацию и сопровождение ПС или системы, охватывающая жизнь ПС или системы от установления требований к ним до прекращения их использования
5 Под качеством любого изделия понимается совокупность свойств и характеристик изделия, относящихся к его способности удовлетворять установленные или предполагаемые потребности. Качество программного средства определяется как совокупность свойств программного средства, обуславливающая его пригодность удовлетворять заданные или подразумеваемые потребности в соответствии с его назначением. качество функционирования ПС — множество свойств, обусловливающих пригодность ПС обеспечивать надежное и своевременное представление требуемой информации потребителю для ее дальнейшего использования по назначению. Атрибут — измеримое физическое или абстрактное свойство ПС. Атрибуты могут быть внутренними и внешними.
6 Критерий оценки — это совокупность принятых в установленном порядке правил и условий, с помощью которых устанавливается приемлемость в целом качества программного средства Характеристика качества ПС — набор свойств программного средства, посредством которых описывается и оценивается его качество Подхарактеристика качества ПС — это характеристика качества программного средства, входящая в состав другой характеристики качества Метрика — определенные метод и шкала измерения под характеристики качества [18]. Метрики качества ПС базируются на внутренних атрибутах ПС и внешнем поведении вычислительной системы (ВС), в состав которой входит ПС.
Понятие алгоритма и его свойства. Алгоритмы и структуры данных.
7 Показатель качества ПС -характеристика качества программного средства, обладающая количественным значением Уровень пригодности ПС (уровень качества функционирования ПС) — это степень удовлетворения потребности, представленная посредством конкретного набора значений характеристик качества программного средства Мера (measure) — это число или категория, присвоенная атрибуту объекта путем измерения Измерение (measurement) — это использование метрики для присвоения атрибуту значения (числа или категории) из шкалы Каждый показатель качества может использоваться, если определена его метрика, способы измерения и сопоставления с требующимся значением. Шкала — набор значений с определенными свойствами
8 При оценке качества используются следующие типы шкал номинальная — соответствует набору категорий; упорядоченная — соответствует упорядоченному набору делений шкалы; интервальная — соответствует упорядоченной шкале с равноудаленными делениями; относительная — соответствует упорядоченной шкале с равноудаленными делениями, оцененными в относительных единицах (относительно некоторой абсолютной величины). Метрики, использующие номинальную и упорядоченную шкалы, применяются для оценки качественных показателей, которые нельзя измерить количественно. Метрики, использующие интервальную и относительную шкалы, применяются для оценки количественных показателей.
10 Для различных стадий ЖЦ стандартами определены следующие представления о качестве ПС [ISO Информационная технология. Качество программных средств. Ч.1. Модель качества.]: целевое качество (ЦК) — необходимое и достаточное качество, отражающее реальные потребности заказчика или пользователя; ЦК не может быть полностью определено в начале проектирования ПС, поскольку заказчик не всегда может его четко определить, однако разработчики должны стремиться к достижению ЦК;
11 требуемое качество продукта (ТКП) — значения характеристик, фактически установленные в спецификации требований к качеству; ТКП используется как цель для начального утверждения в спецификации; должны фиксироваться оптимальные и допустимые минимальные требования; качество проекта (КП) — характеристики, представленные в основных компонентах проекта ПС (архитектуре, структуре программ, проектировании пользовательских интерфейсов); КП отражает концепцию и стратегию проекта; оценочное (или прогнозируемое) качество продукта (ОКП) — оцененное или предсказанное качество для конечного ПС на каждой стадии ЖЦ; ОКП основано на качестве процессов и технологии его обеспечения; ОКП может оцениваться и предсказываться в процессе разработки для каждой характеристики качества, определенной в требованиях к ПС;
12 качество поставленного продукта (КПП) — набор характеристик качества поставленного заказчику и готового к применению ПП, прошедшего испытания в моделированной среде с имитированными или реальными данными; качество в использовании (КВИ) — качество системы, содержащей ПП, с точки зрения пользователя; КВИ измеряется в терминах результата использования программ, а не внутренних свойств ПС.
13 Качество ПС отражается тремя группами показателей, характеризующими: внутреннее качество, проявляющееся в процессе разработки; внешнее качество, заданное требованиями заказчика; качество при использовании в процессе нормальной эксплуатации и результативность достижения потребностей пользователей с учетом затрат.
14 Особым показателем качества ПС является стоимость (затраты на приобретение, создание, модификацию, эксплуатацию ПС). Данный показатель качества непосредственно влияет на все остальные показатели качества и определяет выбор пользователя в пользу покупки или разработки ПС. При этом потенциальный потребитель должен иметь механизм сравнения предлагаемых показателей качества и стоимости ПП для выбора поставщика или разработчика
16 На качество программных средств существенно влияют ошибки (fault), выражающиеся в дефектах, погрешностях или неумышленных искажениях объекта или процесса. Определение ошибки основано на предположении, что известно правильное эталонное состояние объекта, по отношению к которому определяется наличие ошибки.
17 Схема угроз качеству программных средств и методов их предотвращения
18 Степень влияния на качество ПС всех внутренних и некоторых внешних дестабилизирующих факторов определяется качеством технологий проектирования, разработки, сопровождения и документирования ПС.
Источник: www.myshared.ru
Основные свойства и характеристики по
Программное обеспечение — комплекс программ, обеспечивающих обработку или передачу данных и предназначенных для многократного использования и применения разными пользователями.
Программное обеспечение — согласно ГОСТ 19781-90 — совокупность программ системы обработки информации и программных документов, необходимых для их эксплуатации.
По видам выполняемых функций программное обеспечение подразделяется на системное, инструментальное и прикладное.
Системное программное обеспечение System software
Системное программное обеспечение — совокупность программ и программных комплексов для обеспечения работы компьютера и вычислительных сетей.
Системное программное обеспечение ориентировано на:
- создание операционной среды функционирования других программ;
- обеспечение надежной и эффективной работы самого компьютера и вычислительной сети;
- диагностику и профилактику аппаратуры компьютера и вычислительных сетей;
- выполнение вспомогательных технологических процессов: копирование, архивация, восстановление файлов и т.п. вспомогательных программ, осуществляющих: защиту, архивацию, восстановление данных; всевозможные тесты и т.д.
Инструментальные программные средства Software tools
Инструментальное программное обеспечение — программное обеспечение, используемое в ходе разработки, корректировки или развития других программ: редакторы, компиляторы, отладчики, вспомогательные системные программы, графические пакеты и др.
Прикладное программное обеспечение Application software
Прикладное программное обеспечение — программное обеспечение, состоящее из отдельных прикладных программ и пакетов прикладных программ, предназначенных для решения различных задач пользователей, и автоматизированных систем, созданных на основе этих (пакетов) прикладных программ.
Прикладная программа Application program; Application
Прикладная программа — в широком смысле — программа или пакет прикладных программ, реализующие обработку данных в определенной области применения. Прикладная программа непосредственно выполняет функции, необходимые пользователю.
Прикладная программа — в узком смысле — программа, решающая проблему конечного пользователя.
Программа Program; Routine
Программа — последовательность машинных команд, предназначенная для достижения конкретного результата.
Программа — согласно ГОСТ 19781-90 — данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определенного алгоритма.
Алгоритм Algorithm
Алгоритм — точное предписание исполнителю совершить определенную последовательность действий для достижения поставленной цели за конечное число шагов.
2. Основные свойства и характеристики по
Качество программного обеспечения – способность программного продукта подтвердить свою спецификацию при условии, что спецификация ориентирована на характеристики, которые желает получить пользователь.
Мобильность программного обеспечения – способность программного обеспечения работать на различных аппаратных платформах или под управлением различных операционных систем.
Надежность программного обеспечения – способность программного продукта безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени с достаточно большой вероятностью. Степень надежности характеризуется вероятностью работы программного продукта без отказа в течение определенного периода времени.
Масштабируемость программного обеспечения – способность программного обеспечения корректно работать на малых и на больших системах с производительностью, которая увеличивается пропорционально вычислительной мощности системы.
Сопровождаемость программного обеспечения – характеристики программного продукта, позволяющие минимизировать усилия по внесению в него изменений:
- для устранения ошибок;
- для модификации в соответствии с изменяющимися потребностями пользователей.
Удобство программного обеспечения – характеристики программного продукта, которые позволяют минимизировать усилия пользователей по подготовке исходных данных, применению программного продукта и оценке полученных результатов.
Функциональность программного обеспечения – способность программного продукта выполнять набор функций, определенных в его внешнем описании и удовлетворяющих заданным или подразумеваемым потребностям пользователей.
Эффективность программного обеспечения – отношение уровня услуг, предоставляемых программным продуктом пользователю при заданных условиях, к объему используемых ресурсов.
Источник: studfile.net
Характеристики и атрибуты качества
Характеристики качества программного обеспечения – набор свойств (атрибутов) программного продукции, по которым ее качество описывается и оценивается. Характеристики качества программного обеспечения могут быть уточнены на множестве уровней комплексных показателей (подхарактеристик).
o Функциональность (functionality) – Способность ПО в определенных условиях решать задачи, нужные пользователям. Определяет, что именно делает ПО, какие задачи оно решает.
· Функциональная пригодность (suitability). — Способность решать нужный набор задач.
· Точность (accuracy). — Способность выдавать нужные результаты.
· Способность к взаимодействию (interoperability). — Способность взаимодействовать с нужным набором других систем.
· Соответствие стандартам и правилам (compliance). — Соответствие ПО имеющимся индустриальным стандартам, нормативным и законодательным актам, другим регулирующим нормам.
· Защищенность (security). — Способность предотвращать неавторизированный, т.е. без указания лица, пытающегося его осуществить, и неразрешенный доступ к данным и программам.
o Надежность (reliability). — Способность ПО поддерживать определенную работоспособность в заданных условиях.
· Зрелость, завершенность (maturity). — Величина, обратная частоте отказов ПО. Обычно измеряется средним временем работы без сбоев и величиной, обратной вероятности возникновения отказа за данный период времени.
· Устойчивость к отказам (fault tolerance). — Способность поддерживать заданный уровень работоспособности при отказах и нарушениях правил взаимодействия с окружением.
· Способность к восстановлению (recoverability). — Способность восстанавливать определенный уровень работоспособности и целостность данных после отказа, необходимые для этого время и ресурсы.
· Соответствие стандартам надежности (reliability compliance). — Этот атрибут добавлен в 2001 году.
o Удобство применения (usability) или практичность. — Способность ПО быть удобным в обучении и использовании, а также привлекательным для пользователей.
· Понятность (understandability). — Показатель, обратный к усилиям, которые затрачиваются пользователями на восприятие основных понятий ПО и осознание их применимости для решения своих задач.
· Удобство обучения (learn ability). — Показатель, обратный усилиям, затрачиваемым пользователями на обучение работе с ПО.
· Удобство работы (operability). — Показатель, обратный усилиям, предпринимаемым пользователями для решения своих задач с помощью ПО.
· Привлекательность (attractiveness). — Способность ПО быть привлекательным для пользователей. Этот атрибут добавлен в 2001 году.
· Соответствие стандартам удобства использования (usability compliance). — Этот атрибут добавлен в 2001 году.
o Производительность (efficiency) или эффективность. — Способность ПО при заданных условиях обеспечивать необходимую работоспособность по отношению к выделяемым для этого ресурсам. Можно определить ее и как отношение получаемых с помощью ПО результатов к затрачиваемым на это ресурсам всех типов.
· Временная эффективность (time behavior). — Способность ПО выдавать ожидаемые результаты, а также обеспечивать передачу необходимого объема данных за отведенное время.
· Эффективность использования ресурсов (resource utilization). — Способность решать нужные задачи с использованием определенных объемов ресурсов определенных видов. Имеются в виду такие ресурсы, как оперативная и долговременная память, сетевые соединения, устройства ввода и вывода и пр.
· Соответствие стандартам производительности (efficiency compliance). — Этот атрибут добавлен в 2001 году.
o Удобство сопровождения (maintainability). — Удобство проведения всех видов деятельности, связанных с сопровождение программ.
· Анализируемость (analyzability) или удобство проведения анализа. — Удобство проведения анализа ошибок, дефектов и недостатков, а также удобство анализа необходимости изменений и их возможных последствий.
· Удобство внесения изменений (changeability). — Показатель, обратный трудозатратам на выполнение необходимых изменений.
· Стабильность (stability). — Показатель, обратный риску возникновения неожиданных эффектов при внесении необходимых изменений.
· Удобство проверки (testability). — Показатель, обратный трудозатратам на проведение тестирования и других видов проверки того, что внесенные изменения привели к нужным результатам.
· Соответствие стандартам удобства сопровождения (maintainability compliance). — Этот атрибут добавлен в 2001 году.
o Переносимость (portability). — Способность ПО сохранять работоспособность при переносе из одного окружения в другое, включая организационные, аппаратные и программные аспекты окружения.
· Адаптируемость (adaptability). — Способность ПО приспосабливаться различным окружениям без проведения для этого действий, помимо заранее предусмотренных.
· Удобство установки (install ability). — Способность ПО быть установленным или развернутым в определенном окружении.
· Способность к сосуществованию (coexistence). — Способность ПО сосуществовать с другими программами в общем окружении, деля с ними ресурсы.
· Удобство замены (replace ability) другого ПО данным. — Возможность применения данного ПО вместо других программных систем для решения тех же задач в определенном окружении.
· Соответствие стандартам переносимости (portability compliance). — Этот атрибут добавлен в 2001 году.
Перечисленные атрибуты относятся к внутреннему и внешнему качеству ПО согласно ИСО 9126. Для описания качества ПО при использовании стандарт ИСО 9126-4 предлагает другой, более узкий набор характеристик.
o Эффективность (effectiveness). — Способность ПО предоставлять пользователям возможность решать их задачи с необходимой точностью при использовании в заданном контексте.
o Продуктивность (productivity). — Способность ПО предоставлять пользователям определенные результаты в рамках ожидаемых затрат ресурсов.
o Безопасность (safety). — Способность ПО обеспечивать необходимо низкий уровень риска нанесения ущерба жизни и здоровью людей, бизнесу, собственности или окружающей среде.
o Удовлетворение пользователей (satisfaction). — Способность ПО приносить удовлетворение пользователям при использовании в заданном контексте.
Помимо перечисленных характеристик и атрибутов качества, стандарт ИСО 9126:2001 определяет наборы метрик для оценки каждого атрибута. Приведем следующие примеры таких метрик.
· Полнота реализации функций — процент реализованных функций по отношению к перечисленным в требованиях. Используется для измерения функциональной пригодности.
· Корректность реализации функций — правильность их реализации по отношению к требованиям. Используется для измерения функциональной пригодности.
· Отношение числа обнаруженных дефектов к прогнозируемому. Используется для определения зрелости.
· Отношение числа проведенных тестов к общему их числу. Используется для определения зрелости.
· Отношение числа доступных проектных документов к указанному в их списке. Используется для измерения удобства проведения анализа.
· Наглядность и полнота документации. Используется для оценки понятности.
Перечисленные характеристики и атрибуты качества ПО позволяют систематически описывать требования к нему, определяя, какие свойства ПО по данной характеристике хотят видеть заинтересованные стороны. Таким образом, требования должны определять следующее.
o Что ПО должно делать, например:
· позволять клиенту оформить заказы и обеспечить их доставку;
· обеспечивать контроль качества строительства и отслеживать проблемные места;
· поддерживать нужные характеристики автоматизированного процесса производства, предотвращая аварии и оптимальным образом используя имеющиеся ресурсы.
o Насколько оно должно быть надежно, например:
· работать 7 дней в неделю и 24 часа в сутки;
· допускается неработоспособность в течение не более 3 часов в год;
· никакие введенные пользователями данные при отказе не должны теряться.
o Насколько им должно быть удобно пользоваться, например:
· покупатель должен, зная название товара и имея средние навыки работы в Интернет, находить нужный ему товар за не более чем 2 минуты;
· инженер по специальности «строительство мостов» должен в течение одного дня уметь разобраться в 80% функций системы.
o Насколько оно должно быть эффективно, например:
· поддерживать обслуживание до 10000 запросов в секунду;
· время отклика на запрос при максимальной загрузке не должно превышать 3 с;
· время реакции на изменение параметров процесса производства не должно превышать 0.1 с;
· на обработку одного запроса не должно тратиться более 1 MB оперативной памяти.
o Насколько удобно должно быть его сопровождение, например:
· добавление в систему нового вида запросов не должно требовать более 3 человеко-дней;
· добавление поддержки нового этапа процесса производства не должно стоить более $20000.
o Насколько оно должно быть переносимо, например:
· ПО должно работать на операционных системах Linux, Windows XP и MacOS X;
· ПО должно работать с документами в форматах MS Word 97 и HTML;
· ПО должно сохранять файлы отчетов в форматах MS Word 2000, MS Excel 2000, HTML, RTF и в виде обычного текста;
· ПО должно сопрягаться с существующей системой записи данных о заказах.
Приведенные атрибуты качества закреплены в стандартах, но это не значит, что они вполне исчерпывают понятие качества ПО. Так, в стандарте ИСО 9126 отсутствуют характеристики, связанные с мобильностью ПО (mobility), т.е. способностью программы работать на любой машине в различных операционных системах. Вместо надежности многие исследователи предпочитают рассматривать более общее понятие добротности (dependability), описывающее способность ПО поддерживать определенные показатели качества по основным характеристикам (функциональности, производительности, удобству использования) с заданными вероятностями выхода за их рамки и определенным максимальным ущербом от возможных нарушений. Кроме того, активно исследуются понятия удобства использования, безопасности и защищенности ПО, — они кажутся большинству специалистов гораздо более сложными, чем это описывается данным стандартом.
Метрики
В настоящее время в программной инженерии еще не сформировалась окончательно система метрик. Действуют разные подходы к определению их набора и методов измерения.
Система измерения включает метрики и модели измерений, которые используются для количественной оценки качества ПО.
При определении требований к ПО задаются соответствующие им внешние характеристики и их атрибуты (подхарактеристики), определяющие разные стороны управления продуктом в заданной среде. Для набора характеристик качества ПО, приведенных в требованиях, определяются соответствующие метрики, модели их оценки и диапазон значений мер для измерения отдельных атрибутов качества.
Согласно стандарту метрики определяются по модели измерения атрибутов ПО на всех этапах ЖЦ (промежуточная, внутренняя метрика) и особенно на этапе функционирования (внешние метрики) продукта.
Метрика качества программ — система измерений качества программ. Эти измерения могут проводиться на уровне критериев качества программ или на уровне отдельных характеристик качества. В первом случае система измерений позволяет непосредственно сравнивать программы по качеству. При этом сами измерения не могут быть проведены без субъективных оценок свойств программ. Во втором случае измерения характеристик можно выполнить объективно и достоверно, но оценка качества ПО в целом будет связана с субъективной интерпретацией получаемых оценок. [3, 12]
В исследовании метрик ПО различают два основных направления:
· поиск метрик, характеризующих наиболее специфические свойства программ, т.е. метрик оценки самого ПО;
· использование метрик для оценки технических характеристик и факторов разработки программ, т.е. метрик оценки условий разработки программ.
По виду информации, получаемой при оценке качества ПО метрики можно разбить на три группы:
· метрики, оценивающие отклонение от нормы характеристик исходных проектных материалов. Они устанавливают полноту заданных технических характеристик исходного кода.
· метрики, позволяющие прогнозировать качество разрабатываемого ПО. Они заданы на множестве возможных вариантов решений поставленной задачи и их реализации и определяют качество ПО, которое будет достигнуто в итоге.
· метрики, по которым принимается решение о соответствии конечного ПО заданным требованиям. Они позволяют оценить соответствие разработки заданным требованиям.
Существует три типа метрик:
· метрики программного продукта, которые используются при измерении его характеристик — свойств;
· метрики процесса, которые используются при измерении свойства процесса ЖЦ создания продукта.
Метрики программного продукта включают:
· внешние метрики, обозначающие свойства продукта, видимые пользователю;
· внутренние метрики, обозначающие свойства, видимые только команде разработчиков.
Внешние метрики продукта — это метрики:
· надежности продукта, которые служат для определения числа дефектов;
· функциональности, с помощью которых устанавливаются наличие и правильность реализации функций в продукте;
· сопровождения, с помощью которых измеряются ресурсы продукта (скорость, память, среда);применимости продукта, которые способствуют определению степени доступности для изучения и использования;
· стоимости, которыми определяется стоимость созданного продукта.
Внутренние метрики продукта включают:
· метрики размера, необходимые для измерения продукта с помощью его внутренних характеристик;
· метрики сложности, необходимые для определения сложности продукта;
· метрики стиля, которые служат для определения подходов и технологий создания отдельных компонентов продукта и его документов.
Внутренние метрики позволяют определить производительность продукта и являются релевантными по отношению к внешним метрикам.
Внешние и внутренние метрики задаются на этапе формирования требований к ПО и являются предметом планирования и управления достижением качества конечного программного продукта.
Метрики продукта часто описываются комплексом моделей для установки различных свойств, значений модели качества или прогнозирования. Измерения проводятся, как правило, после калибровки метрик на ранних этапах проекта. Общая мера — степень трассируемости, которая определяется числом трасс, прослеживаемых с помощью моделей сценариев и оценкой количества:
· сценариев и действующих лиц;
· объектов, включенных в сценарий, и локализация требований к каждому сценарию;
· параметров и операций объекта и др.
Стандарт ISO/IEC 9126-2 определяет следующие типы мер:
· мера размера ПО в разных единицах измерения (число функций, строк в программе, размер дисковой памяти и др.);
· мера времени (функционирования системы, выполнения компонента и др.);
· мера усилий (производительность труда, трудоемкость и др.);
· мера учета (количество ошибок, число отказов, ответов системы и др.).
Специальной мерой может служить уровень использования повторных компонентов и измеряется как отношение размера продукта, изготовленного из готовых компонентов, к размеру системы в целом. Данная мера используется также при определении стоимости и качества ПО. Примеры метрик:
· общее число объектов и число повторно используемых;
· общее число операций, повторно используемых и новых операций;
· число классов, наследующих специфические операции;
· число классов, от которых зависит данный класс;
· число пользователей класса или операций и др.
При оценке общего количества некоторых величин часто используются среднестатистические метрики (среднее число операций в классе, наследников класса или операций класса и др.).
Как правило, меры в значительной степени являются субъективными и зависят от знаний экспертов, производящих количественные оценки атрибутов компонентов программного продукта. [8, 9]
Примером широко используемых внешних метрик программ являются метрики Холстеда — это характеристики программ, выявляемые на основе статической структуры программы на конкретном языке программирования: число вхождений наиболее часто встречающихся операндов и операторов; длина описания программы как сумма числа вхождений всех операндов и операторов и др.
На основе этих атрибутов можно вычислить время программирования, уровень программы (структурированность и качество) и языка программирования (абстракции средств языка и ориентация на проблему) и др.
В качестве метрик процесса могут быть время разработки, число ошибок и др. Практически используются следующие метрики процесса:
· общее время разработки и отдельно время для каждой стадии;
· время модификации моделей;
· время выполнения работ на процессе;
· число найденных ошибок при инспектировании;
· стоимость проверки качества;
· стоимость процесса разработки.
Метрики использования служат для измерения степени удовлетворения потребностей пользователя при решении его задач. Они помогают оценить не свойства самой программы, а результаты ее эксплуатации — эксплуатационное качество. Примером может служить — точность и полнота реализации задач пользователя, а также затраченные ресурсы (трудозатраты, производительность и др.) на эффективное решение задач пользователя. Оценка требований пользователя проводится с помощью внешних метрик.
Популярное:
Как вы ведете себя при стрессе?: Вы можете самостоятельно управлять стрессом! Каждый из нас имеет право и возможность уменьшить его воздействие на нас.
Генезис конфликтологии как науки в древней Греции: Для уяснения предыстории конфликтологии существенное значение имеет обращение к античной.
Почему люди поддаются рекламе?: Только не надо искать ответы в качестве или количестве рекламы.
Почему двоичная система счисления так распространена?: Каждая цифра должна быть как-то представлена на физическом носителе.
Почему 1285321 студент выбрали МегаОбучалку.
Система поиска информации
Источник: megaobuchalka.ru