Руководство по адаптации. С. Руководство по процессам и организациям

• Название: Руководство по адаптации. С. Руководство по процессам и организациям
• Анкор: Metrologia_shpory.docx
• Дата: 13.12.2017
• Размер: 257.61 Kb.
• Имя файла: Metrologia_shpory.docx
• Тип: Руководство; #11252
• страница: 3 из 5

Подхарактеристика качества программного средства - характеристика качества программного средства, входящая в состав другой характеристики качества.

17. ГОСТ 28195-99. Фазы процессов разработки и применения. Иерархическая модель сопровождаемости для фазы анализа программных средств.

Базируется на следующих процессах и фазах ЖЦ ПС:

Процесс разработки:

1. Фаза анализа

2. фаза проектирования

3. фаза реализации

4. фаза тестирования

5. фаза изготовления

Процесс применения:

1. фаза внедрения

2. фаза эксплуатации

3. фаза сопровождения

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

Четырёхуровневая модель сопроваждаемости для фазы анализа

Фактор:

Сопровождаемость

Критерий:

простота конструкции

Оценочный элемент:

С01 – наличие модульной схемы программы

Метрики критерия:

простота архитектуры проекта,

сложность архитектуры проекта,

межмодульые связи.

Критерий: повторяемость

Оценочный элемент:

С13 – использование типовых компонентов ПС

Метрики критерия:

использование типовых компонентов программного средства

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

Для выбора оценочных элементов предпологается перечень таблиц содержащих наименование элементов, метод оценки.

Чем больше уникальных модулей тем и ниже сопровождаемость

18. ГОСТ 28195-99. Метод количественной оценки качества программных средств.

1. На фазе анализа проводится выбор показателей и их базовых значений.

2. Для показателей качества на всех уровнях принимается единая шкала

оценки (от 0 до 1).

3. В процессе оценки качества на каждом уровне (кроме уровня оценочных

элементов) проводится вычисление двух величин:

1. абсолютного показателя качества Pij ;

2. относительного показателя качества Rij ,

где j – порядковый номер показателя данного уровня для i-го показателя вышестоящего уровня.
4. Каждый показатель качества второго и третьего уровней характеризуется двумя параметрами:

1. количественным значением;

2. весовым коэффициентом Vij .

Сумма весовых коэффициентов всех показателей некоторого уровня, относящихся к показателю вышестоящего уровня, постоянна и равна 1.

5. Определение усредненной оценки mkq оценочного элемента по нескольким его значениям (измерениям) mqt осуществляется по следующей формуле



6. Итоговая оценка k-ой метрики j-го критерия определяется по формуле



7. Абсолютные показатели j-го критерия i-го фактора вычисляются по фор-

муле



8. Относительные значения R_ij^K j-го критерия i-го фактора P_ij^K по отношению к базовому значению P_ij^Kа определяются по формуле: R_ij^K = P_ij^K/ P_ij^Kа
9. Абсолютные и относительные значения i-го

фактора качества определяются по формулам




10. Общая оценка качества в целом формируется экспертами по набору

полученных значений факторов качества.

19. ISO/IEC 9126-1:2001. Связь качества программных средств с их жизненным циклом.

В течение жизненного цикла программного средства его качество изменяется. Требуемое качество, определенное вначале ЖЦ, отличается от фактического качества поставленного продукта. Для различных стадий ЖЦ стандарт ISO/IEC 9126–1:2001 определяет следующие виды качества программных средств:

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

2. требования к внешнему качеству определяют требуемый уровень качества с внешней точки зрения; они включают требования, вытекающие из потребностей пользователя в качестве, включая требования к качеству в использовании; требования к внешнему качеству применяются как цель при аттестации продукта на различных стадиях разработки; данные требования для всех характеристик качества, определенных в ISO/IEC 9126–1:2001, во-первых, должны быть выражены в спецификации требований к качеству, используя внешние метрики, во-вторых, должны быть преобразованы в требован к внутреннему качеству и, в-третьих, должны использоваться как критерии при оценке продукта;

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

4. внутреннее качество – совокупность характеристик программного продукта с внутренней точки зрения; внутреннее качество измеряется с помощью внутренних метрик и оценивается по отношению к требованиям к внутреннему качеству; отдельные элементы качества ПП могут улучшаться при реализации кода, проверке или тестировании, но фундаментальная основа качества программного продукта, представленная внутренним качеством, остается неизменной до повторного проектирования;

5. оценочное (прогнозируемое) внешнее качество – оцененное или предсказанное качество конечного программного продукта на каждой стадии процесса разработки для каждой характеристики качества, основанное на знании внутреннего качества;

6. внешнее качество – совокупность характеристик программного продукта с внешней точки зрения; это качество, измеряемое и оцениваемое на основе внешних метрик при выполнении ПП во время тестирования (испытаний) в моделируемой среде с моделируемыми данными или во время эксплуатации;

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

8. качество в использовании – качество программного продукта, применяемого в заданной среде и заданном контексте использования, с точки зрения пользователя; оно оценивается на основе метрик качества в использовании и в первую очередь измеряет степень достижения пользователем своих целей в конкретной среде, а не свойства самого ПП; пользователь оценивает только те атрибуты ПП, которые он применяет в своих задачах.
20. ISO/IEC 9126-1:2001 Модель внешнего и внутреннего качества программных средств (характеристики и подхарактеристики).

Модель внутренних и внешних характеристик качества ПС состоит из шести групп базовых показателей, каждая из которых детализирована несколькими нормативными подхарактеристиками:

Функциональность:

1. пригодность;

2. корректность (правильность, точность);

3. способность к взаимодействию;

4. защищенность;

5. соответствие функциональности.

Надежность:

1. завершенности (отсутствие ошибок);

2. устойчивость к ошибке;

3. восстанавливаемость;

4. соответствие надёжности.

Применимость (практичность):

1. понятность;

2. обучаемость;

3. простота использования;

4. привлекательность;

5. соответствие практичности.

Эффективность:

1. поведение во времени;

2. использование ресурсов;

3. соответствие эффективности.

Сопровождаемость:

1. анализируемость;

2. изменяемость;

3. стабильность;

4. тестируемость;

5. соответствие сопровождаемости.

Переносимость (мобильность):

1. адаптируемостью;

2. настраиваемость;

3. совместимость;

4. взаимозаменяемость;

5. соответствие мобильности.

Дополнительно каждая характеристика сопровождается подхарактеристикой согласованность, которая должна отражать отсутствие противоречий с иными стандартами и нормативными документами, а также с другими показателями в данном стандарте. В стандарте ISO 9126 отсутствуют методики количественного измерения характеристик и сопоставления с требованиями спецификаций, а также рекомендации, на каких этапах ЖЦ ПС их целесообразно применять.
21. ISO/IEC 9126-1:2001. Модель качества в использовании.

Качество в использовании (Quality in use) – это способность программного продукта позволять заданным пользователям достигать заданные цели с результативностью, продуктивностью, безопасностью и удовлетворением в заданном контексте использования. Качество в использовании – это восприятие пользователем качества окружающей среды, содержащей ПП. Оно измеряется больше на основе результатов использования ПП в среде, чем на основе собственных внутренних свойств ПП.

Модель качества в использовании является иерархической. На ее верхнем уровне находятся четыре характеристики. Характеристики определяются непосредственно метриками (второй уровень модели). В отличие от модели внешнего и внутреннего качества уровень подхарактеристик в модели качества в использовании отсутствует.

Качество в использовании разделяется на четыре характеристики:

1. Результативность (Effectiveness) – это способность программного продукта, позволяющая пользователям достигать заданные цели с точностью и полнотой в заданном контексте использования.

2. Продуктивность (Productivity) – это способность программного продукта, позволяющая пользователям расходовать количество ресурсов, соответствующее результативности, достигаемой в заданном контексте использования. Ресурсы могут включать время выполнения задачи, усилия пользователя, материалы, стоимость использования.

3. Безопасность (Safety) – это способность программного продукта достигать приемлемых уровней риска причинения вреда людям, бизнесу, программному обеспечению, имуществу или окружающей среде в заданном контексте использования. Обычно риски – это результат дефектов в функциональности (включая защищенность), надежности, практичности и сопровождаемости.

4. Удовлетворенность (Satisfaction) – это способность программного продукта удовлетворять пользователя в заданном контексте использования. Удовлетворенность определяется реакцией пользователя на взаимодействие с программным продуктом и включает отношение к применению продукта.

22. ISO/IEC 14598-1. Метод оценки качества программных средств.

Стандарт ISO/IEC 14598-1:1999 регламентирует метод оценки качества программных средств, который основан на иерархической модели качества,

определённой в ISO/IEC 9126-1:2001. Процесс оценки состоит из 4 стадий:

1.Установка требований к оценке

Этапы:

1. Установка цели оценки

2. Идентификация типов продуктов

3. Определение модели качества

2.Определение оценки

Этапы:

1. Выбор метрик

2. Установка уровней оценки (ранжирования) для метрик

3. Установка критериев для оценки

3. Проектирование оценки

Этапы:

1. Разработка плана оценки

4. Выполнение оценки

Этапы:

1. Выполнение измерений

2. равнение с уровнями оценки

3. Оценка результатов



23. ISO/IEC 9126-1:2001. Свойства и критерии обоснованности метрик качества программных средств.

Желательные свойства метрик:

1) надежность; надежность связана со случайной ошибкой; метрика свободна от случайной ошибки, если случайные изменения не влияют на результаты метрики;

2) повторяемость; повторное использование метрики для того же продукта теми же специалистами по оценке, используя ту же спецификацию оценки (включая ту же окружающую среду), тот же тип пользователей и окружения, должно привести к тем же результатам с соответствующими допусками; соответствующие допуски должны учитывать такие компоненты, как усталость и результат накопленных познаний;

3) однотипность; применение метрики для того же продукта различными специалистами по оценке, используя ту же спецификацию оценки (включая ту же окружающую среду), тот же тип пользователей и окружения, должно привести к тем же результатам с соответствующими допусками;

4) применимость; метрика должна четко указывать условия (например, наличие определенных атрибутов), которые ограничивают её употребление;

5) показательность; это способность метрики идентифицировать части или элементы программы, которые должны быть улучшены, на основании сравнения измеренных и ожидаемых результатов;

6) корректность; метрика должна обладать следующими свойствами:- объективность; - беспристрастность; - адекватность точности;

7) значимость; измерение должно давать значащие результаты, касающиеся поведения программы или характеристик качества.

Разработчик метрики должен доказать ее обоснованность. Метрика должна удовлетворять хотя бы одному из следующих критериев обоснованности метрики:

1) корреляция; изменение в значениях характеристик качества (оперативно определенных по результатам измерения основных метрик), обусловленное изменением в значениях метрики, должно определяться линейной зависимостью

2) трассировка; если метрика М непосредственно связана с величиной характеристики качества Q (оперативно определенной по результатам измерения основных метрик), то изменение величины Q (T1), имеющейся в момент времени T1, к величине Q (T2), полученной в момент времени Т2, должно сопровождаться изменением значения метрики от М (T1) до М (T2) в том же направлении (например, если увеличивается Q, то М тоже увеличивается);

3) непротиворечивость; если значения характеристик качества (оперативно полученные по результатам измерения основных метрик) Q1, Q2,…, Qn,связанные с продуктами или процессами 1, 2..., n, определяются соотношениемQ1> Q2> ... > Qn, то соответствующие значения метрики должны удовлетворять соотношению M1> M2> ... > Мn.

4) предсказуемость; если метрика используется в момент времени T1 для прогноза значения (оперативно полученного по результатам измерения основных метрик) характеристики качества Q в момент времени T2, то ошибка прогнозирования, определяемая выражением прогнозное (Q(T2) - фактическое Q(T2))/фактическое Q(T2) должна попадать в допустимый диапазон ошибок прогнозирования;

5) селективность; метрика должна быть способной различать высокое и низкое качество программного средства.
24. ISO/IEC TR 9126-3:2003. Внутренние метрики Функциональности Надежности и Практичности программных средств.

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

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

1) Полнота функциональной реализации, оценивает пригодность ПС.

2) Точность, оценивает правильность ПС.

3) Соответствие интерфейсов, оценивает способность к взаимодействию.

4) Предотвращение разрушения данных, оценивает защищенность.

5) Соответствие функциональности, оценивает соответствие функциональности.

Внутренние метрики надежности используются во время разработки программного продукта для предсказания того, удовлетворяет ли программный продукт заявленным потребностям в надежности. Примеры метрик:

1) Полнота тестирования, оценивает завершенность.

2) Предотвращение некорректных действий, оценивает устойчивость к ошибке.

3) Способность к восстановлению, оценивает восстанавливаемость.

4) Соответствие надежности, оценивает соответствие надежности.