Критерии оценки качества программы

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

Свойство ПП– отличительная особенность продукта, которая проявляется при его создании, использовании и изменении.

Характеристика качества ПП– набор свойств, посредством которых описывается и оценивается его качество.

Показатель качества ПП– характеристика качества, имеющая количественное значение.

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

Модель качества основана на трех уровневом рассмотрении:

1. Цели – то, что хотим видеть

2. Атрибуты – свойства, показывающие приближение к целям

3. Метрики – количественные оценки степени наличия атрибутов

Основные цели:

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

Качество и его критерии

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

2. Надежность

— Завершенность (зрелость) – определяется отношением числа обнаруженных дефектов к прогнозируемому, отношением числа проведенных тестов к требуемому их числу

— Устойчивость к отказам

— Способность к восстановлению после отказов

3. Удобство использования

— Удобство обучения

— Работоспособность

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

— Временные характеристики

— Характеристики использования ресурсов

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

— Анализируемость

— Изменяемость

— Удобство проверки (контролируемость)

6. Мобильность (переносимость)

— Удобство установки

— Адаптируемость

— Способность к сосуществованию с другими программами

Виды метрик и шкал, используемых при оценке:

1. Категорийные – характеризуются номинальной шкалой. Характеризуют только наличие или отсутствие свойства у ПП без численной градации

2. Ранжирующие – характеризуются порядковой шкалой. Позволяют упорядочивать свойства программ путем сравнения с опорными значениями. Абсолютные – на сколько свойство больше. Относительные – во сколько раз свойство больше

3. Числовые – характеризуются интервальной шкалой. Представляются реально измеряемыми физическими величинами

Критерии оценки качества программ

Критерии оценки качества в зависимости от способов использования метрик делятся на:

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

Управляющие программы – на основании данных, представляющих входные параметры, выработать набор управляющих воздействий. Метрики:

а) адекватность – состав функций обработки данных

Критерии оценки качества проекта

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

в) производительность – время выполнения программ

г) управляемость – адаптивность к внешним воздействиям

Информационно-поисковые программы. Метрики:

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

б) функциональность – номенклатура и объем данных

в) производительность – время обработки запросов

г) функциональность – безопасность, защита данных

Задание весов отдельных метрик и способов их комбинирования в критерии.

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

а) трудоемкость и сложность

б) надежность функционирования

в) степень использования ресурсов

Источник: studfile.net

Критерии оценки качества программного обеспечения
план-конспект занятия

Тема: «Критерии оценки качества программного обеспечения».

1. Проблемы, возникающие при оценке качества ПП.
2. Качественные показатели:

1. Функциональные;
2. Конструктивные.

1. Дерево качественных характеристик ПП.
2. Другие показатели оценки ПП
3. Стандарты качества.

1) Общую проблему обеспечения высокого качества сложных ПС можно разделить на две группы задач:

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

— создание методов, методик и средств измерения значений показателей качества программ, предъявленных для сертификации, разработка которых полностью завершена.

2) Среди показателей качества можно выделить две крупные группы и соответствующие им наборы критериев:

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

К последним можно отнести:

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

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

• насколько хорошо (просто, надежно, эффективно) можно использовать программный продукт;
• насколько легко эксплуатировать программный продукт;
• можно ли использовать программный продукт при изменении условия его применения и др.

3) Дерево характеристик качества программных продуктов представлено на рис.:

4) В условиях существования рынка программных продуктов важными характеристиками являются:

• стоимость;
• количество продаж;
• время нахождения на рынке (длительность продаж); известность фирмы-разработчика и программы;
• наличие программных продуктов аналогичного назначения.

Программные продукты массового распространения продаются по ценам, которые учитывают спрос и конъюнктуру рынка (наличие и цены программ-конкурентов). Большое значение имеет проводимый фирмой маркетинг, который включает:

формирование политики цен для завоевания рынка;

широкую рекламную кампанию программного продукта;

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

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

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

Спецификой программных продуктов (в отличие от большинства промышленных изделий) является также и то, что их эксплуатация должна выполняться на правовой основе — лицензионные соглашения между разработчиком и пользователями с соблюдением авторских прав разработчиков программных продуктов.

5)В современных условиях, условиях жесткой конкуренции, очень важно гарантировать высокое качество вашего процесса конструирования ПО. Такую гарантию дает сертификат качества процесса, подтверждающий его соответствие принятым международным стандартам. Каждый такой стандарт фиксирует свою модель обеспечения качества. Наиболее авторитетны модели стандартов ISO 9001:2000, ISO/ IEC 15504 и модель зрелости процесса конструирования ПО (Capability Maturity Model — СММ) Института программной инженерии при американском университете Карнеги-Меллон.

Базовым понятием модели СММ считается зрелость компании, которая может определяться 5 уровнями:

1. Начальный уровень (уровень 1) означает, что процесс в компании не формализован. Он не может строго планироваться и отслеживаться, его успех носит случайный характер. Результат работы целиком и полностью зависит от личных качеств отдельных сотрудников. При увольнении таких сотрудников проект останавливается.
2. Для перехода на повторяемый уровень (уровень 2) необходимо внедрить формальные процедуры для выполнения основных элементов процесса конструирования. Результаты выполнения процесса соответствуют заданным требованиям и стандартам. Основное отличие от уровня 1 состоит в том, что выполнение процесса планируется и контролируется. Применяемые средства планирования и управления дают возможность повторения ранее достигнутых успехов.
3. Следующий, определенный уровень (уровень 3) требует, чтобы все элементы процесса были определены, стандартизованы и задокументированы. Основное отличие от уровня 2 заключается в том, что элементы процесса уровня 3 планируются и управляются на основе единого стандарта компании. Качество разрабатываемого ПО уже не зависит от способностей отдельных личностей.
4. С переходом на управляемый уровень (уровень 4) в компании принимаются количественные показатели качества как программных продуктов, так и процесса. Это обеспечивает более точное планирование проекта и контроль качества его результатов. Основное отличие от уровня 3 состоит в более объективной, количественной оценке продукта и процесса.
5. Высший, оптимизирующий уровень (уровень 5) подразумевает, что главной задачей компании становится постоянное улучшение и повышение эффективности существующих процессов, ввод новых технологий. Основное отличие от уровня 4 заключается в том, что технология создания и сопровождения программных продуктов планомерно и последовательно совершенствуется.

По теме: методические разработки, презентации и конспекты

Методическая разработка по производственной практике ПМ02 «Организация и проведение экономической и маркетинговой деятельности» ПМ03 «Управление ассортиментом,оценка качества и обеспечение сохраняемости товаров»

Методическая разработка по производственной практике ПМ02 «Организация и проведение экономической и маркетинговой деятельности» ПМ03 «Управление ассортиментом,оценка качества и обеспечение с.

МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ ПО ОРГАНИЗАЦИИ И ПРОВЕДЕНИЮ ПРОИЗВОДСТВЕННЫХ ПРАКТИК В РАМКАХ МОДУЛЕЙ ПМ.02 «ОРГАНИЗАЦИЯ И ПРОВЕДЕНИЕ ЭКОНОМИЧЕСКОЙ И МАРКЕТИНГОВОЙ ДЕЯТЕЛЬНОСТИ» И ПМ.03 «УПРАВЛЕНИЕ АССОРТИМЕНТОМ, ОЦЕНКА КАЧЕСТВА И ОБЕСПЕЧЕНИЕ СОХРАНЯЕМОСТИ ТОВ

МЕТОДИЧЕСКИЕ РЕКОмендациипо ОРГАНИЗАЦИИ И ПРОВЕДЕНИЮ производственных практик В РАМКАХ МОДУЛЕЙ ПМ.02 «ОРГАНИЗАЦИЯ И ПРОВЕДЕНИЕ ЭКОНОМИЧЕСКОЙ И МАРКЕТИНГОВОЙ ДЕЯТЕЛЬНОСТИ» и пм.03 «управление ассортиме.

Рабочая программа производственной практики по ПМ 03.. «Управление ассортиментом, оценка качества и обеспечение сохраняемости товаров»

По специальности 100701 «Коммерция» (по отраслям).

КРИТЕРИИ ОЦЕНКИ КАЧЕСТВА УРОКА

КРИТЕРИИ ОЦЕНКИ КАЧЕСТВА УРОКА.

Домашнее задания для ИТ-2.11 по определению качества программного обеспечения на 05.11.22

Задание следующее: написать реферат по выбранной теме. Записаться, и сдать преподавателю тему реферата.Реферат должен быть оформлен по классическому ГОСТу оформления деловой/технической литературы.

Домашнее задание для ИТ-2.11 по качество программного обеспечения на 05.11.22

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

Домашнее задания для ИТ-2.11 по определению качества программного обеспечения на 05.11.22

ЛЕКЦИЯ Методы предотвращения угроз надежности.

Источник: nsportal.ru

Критерии оценки качества программ

Технология программирования – это быстро развивающиеся направление в программировании. Интерес к деталям процесса изготовления программного продукта обусловлен увеличением трудоемкости и стоимости изготовления программных систем. Стоимость изготовления программных систем в настоящее время в несколько раз превышать стоимость аппаратуры ЭВМ.

Можно с различной степенью подробности рассматривать весь жизненный цикл программного продукта. Условно он разбивается на 4 больших этапа:

1. проектирование программных продуктов;

2. испытание программных средств;

3. документирование программного обеспечения;

4. сопровождение программного продукта.

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

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

В соответствии со стандартом ISO/IEC12207 все процессы жизненного цикла программного продукта разделены на 3 базовые группы:

К основным процессам относятся:

· процесс приобретения программного продукта;

К вспомогательным процессам относятся:

К организационным группам относятся:

Можно привести множество различных критериев для оценки качества программного продукта. Обозначим 4 наиболее важных и характерных критерия:

2. использование ОЗУ

3. время выполнения

4. дружественность пользовательского интерфейса

Пример 1. Вычислить на ЭВМ y = x 7 , не используя операцию возведения в степень.

Начало вещест. х, у, х1, х2, х3, х4, х5, х6;

Не менее вероятно, что программа может выглядеть и следующим образом:

Начало вещест. Х; у;

Во-первых, обе программы решают поставленную задачу.

Во-вторых, вторая программа лучше 1-ой, т.к. она требует только двух ячеек памяти. Во 2-й программе 5 последних команд одинаковы и это наталкивает на еще большие сокращение программы за счет использования операторов – цикла:

Начало вещест. х; у целое i;

для i: = 1 шаг 1 до 5 цикл

Выводы:

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

· программы могут отличаться друг от друга сильнее и слабее: 1-ая и 2-ая программы больше похожи друг на друга, чем каждая из них на 3-ю;

· первые две программы настолько похожи, что даже лучше говорить, что это одна и та же программа, только с разными обозначениями для промежуточных величин (в 1-й они все разные, а во 2-й – одни и те же);

· имеет смысл такая проблема: составить программу, используя наименьшее количество обозначений для величин. Это приводит к экономии ОЗУ.

Отправные принципы:

1. При составлении программы из собраний удобства и логичности вводятся различные обозначения для исходных и промежуточных величин задачи и для ее результатов. Если распределить память по принципу: «каждой величине – свою ячейку», то может оказаться, что памяти будет израсходовано больше, чем это на самом деле нужно. Этот факт можно выразить и по-другому: можно переписать программу так, что она будет решать ту же задачу, но содержать меньшее количество обозначений.

2. Сокращать число обозначений в программе можно: имея в команде (или операторе) некоторый результат, не надо торопиться вводить для него новое обозначение, а посмотреть нет ли в данный момент «свободной» переменной, т.е. такой, текущее значение которой больше не потребуется. Если такая переменная есть, то она и берется в качестве обозначения результата.

Пример 2. Вычислить у = х 59 , не используя операцию возведения в степень. Логично составить программу следующим образом:

Начало вещ. х; у; целое i;

Для i: = 1 шаг 1 до 57 цикл

Эта программа короткая, но очень долго работает: на решение задачи расходуется по меньшей мере 3*57 действий (умножение, изменение i, сравнение i (57).

В том случае, если бы надо было вычислить х 64 (64 = 2 6 ), то на это потребовалось бы всего 6 умножений:

Представим, 59 как сумму степеней 2: 59 = 32+16+8+2+1, т.е. х 59 = х 32 + х 16 + х 8 + х 2 +х, тогда программа может выглядеть следующим образом:

Начало вещ. х; у; х2; х4; х8; х8; х16; х32;

В соответствии с принципом б) нет необходимости вводить величину х8, а вместо нее можно использовать х4, на других величинах в этом варианте сэкономить нельзя.

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

Поступим по-другому: получив очередную степень двойки, ее тут же занесем в у, если она является слагаемым нашего показателя; если же нет, то употребим ее на получение следующей степени двойки. Одновременно стараемся соблюдать принцип б).

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

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

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

В одном варианте программы (А) запоминается только значение arg, а значение FUN (arg) вычисляется каждый раз, когда, оно понадобится. В другом варианте (Б) вводится дополнительная переменная, например γ, назначение которой состоит в том, чтобы хранить значение FUN (arg). Т.о., если вариант (А) не содержит оператор arg: = …, то вариант (Б) будет содержать arg: = …, γ: = FUN (arg).

Каждый раз, когда вариант (А) требует вычисления FUN (arg), вариант (Б) обратиться к текущему значению, который значительно быстрее.

Вывод: если значение FUN (arg) пи одних и тех же значениях arg требуется чаще одного раза, то вариант (Б) потребовал бы меньше времени счета. В таких случаях вариант (Б) предпочтительнее варианта (А). Это же относится и к вычислению одного и того же арифметического выражения при одних и тех же значениях переменных.

В случаях, когда приходится делать выбор между экономией ОЗУ и уменьшением времени работы программы, выбирают последнее.

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:

Источник: studopedia.ru