Реферат на тему Критерии качества программного обеспечения

Содержание:

Введение 2
1.Особенности процесса оценки качества программного обеспечения 4
2.Анализ критериев качества программного обеспечения 13
Заключение 18
Список литературы 20

Введение:

Качество программного обеспечения (ПО) является основной его характеристикой в различных сферах использования информационных технологий, которая указывает на степень его соответствия установленным требованиям (ISO 9001, 2008). Обычно, такие требования трактуют по-разному, что порождает несколько независимых определений этого термина.
В основном, под качеством ПО понимают набор свойств программного продукта, характеризующих его способность удовлетворить установленные или предполагаемые потребности заказчика, которые он выразил в виде пользовательских требований к нему на начальных этапах его разработки.
Стандарт ISO/IEC 9126 (1991) регламентирует внешние и внутренние характеристики качества программного обеспечения. Если внешние характеристики отражают требования к функционированию ПО, то внутренние характеристики используются для подготовки плана достижения необходимых значений внешних характеристик его качества (ISO/IEC TR 9126-2, 9126-3, 2003). Как внешние, так и внутренние характеристики качества отражают свойства самого ПО, а также взгляды заказчика и разработчика на него.
Однако, непосредственного пользователя ПО в основном интересует эксплуатационная его качество (ISO/IEC 9126-1, 2001), то есть совокупный эффект от достижения необходимых характеристик программы, значение которых измеряется скоростью и достоверностью полученного результата, а не его свойством.
Это понятие значительно шире, чем любая отдельная характеристика качества программного обеспечения, например, удобство его использования и надежность работы (ISO/IEC TR 9126-4, 2004).
Обычно под оценкой качества понимают действия, которые определяют, как именно ПО соответствует своему назначению (Kuliamin, Petrenko, 2008). Качество оценивают ПО с использованием модели качества (ISO/IEC 9126-1, 2001).
Такая оценка приобретает особое значение с развитием и совершенствованием технологий определение качества ПО, а именно – методами метрического анализа. Все это привело к необходимости разработки соответствующего способа определения качества соответствующими методами.

Заключение:

По результатам исследования можно сделать следующие основные выводы.
1. Выяснено особенности процесса оценки качества ПО, то есть проанализированы понятие качество программного продукта как предмет стандартизации, а также уровни представления модели качества ПО, что позволило установить возможность ее повышения путем формирования соответствующих требований к критериям оценки качества, совершенствование моделей метрической анализа его качества и методов количественного ее измерения на всех этапах реализации программного проекта.
В различных источниках терминология характеристик качества программного обеспечения, отличаются друг от друга. Авторы создали разные модели качества со своим набором характеристик и атрибутов, и они могут быть полезны для обсуждения, планирования и оценки самого качества программных продуктов.
В 1979 году Crosby определил качество как «соответствие требованиям» («conformance to requirements»), а Juran и Gryna в 1970 году определили качество как «пригодность к использованию» («fitness for use»).
«Соответствие требованиям» предполагает, что требования должны быть настолько четко определены, что не могут быть поняты и интерпретированы некорректно. Любые несоответствия должны рассматриваться как дефекты – отсутствие качества.
«Пригодность к использованию» принимает во внимание требования и ожидания конечных пользователей продукта, т.е. продукт или предоставляемый сервис будет удобным для их нужд. Однако разные пользователи могут использовать продукт по-разному. А это означает, что продукт должен обладать максимально разнообразными вариантами использования. Согласно определению Juran, каждый вариант использования — это характеристика качества и все они могут быть классифицированы по категориям, в качестве параметров пригодности к использованию. Другими словами, делает ли данный продукт то, в чем я нуждаюсь, облегчает ли он мою работу, могу ли я его использовать так, как мне удобно.
Проблема в том, что специфицированные и собранные требования — это обычно лишь часть всех реальных потребностей и ожиданий заказчика. Очень часто неявные требования настолько очевидны для заказчика или пользователя, что он даже не предполагает, что они неизвестны разработчикам. А разработчики в свою очередь не готовы брать на себя ответственность за то, что не описано в требованиях.
В первую очередь — это правильное построение коммуникации с заказчиком начиная с самого первого этапа. Качественное выявление потребностей заказчика менеджером или бизнес-аналитиком. Но не менее важные факторы — это качественное написание кода программистом и качественная проверка ПО инженером. Все это залог отличного качества программного обеспечения.
Заказчик будет доволен и приведет с собой еще заказчиков, только в том случае, если купленный продукт будет полностью удовлетворять его реальным и жизненным потребностям, как специфицированным, так и нет.
2. Выявлено, что движущей силой успешной реализации программных проектов является желание их руководителей разработать такое ПО, которое бы обладало определенной ценностью, то есть было значимым для решения определенных задач или достижения целей — тактических и стратегических. Ценность ПО можно выражать в форме его стоимости или в некотором другом виде. Заказчик, как правило, имеет свое представление о максимальную стоимость вложения средств, возврат которых он ожидает в случае достижения основных целей при использовании ПО. Он также может иметь свое видение функциональных возможностей

Фрагмент текста работы:

1.Особенности процесса оценки качества программного обеспечения

Современные технологии разработки программного обеспечения достигли такого уровня своего развития, что возникла потребность в использовании инженерных методов оценки результатов его проектирования на всех этапах реализации программного проекта, контроля степени достижения запланированных показателей качества и их метрического анализа, оценки риска возможных опасностей и степени использования готовых компонент для снижения стоимости реализации нового проекта.
Основу инженерных методов оценки качества ПО составляет возможность ее повышения путем формирования соответствующих требований к критериям оценки качества, усовершенствованию моделей метрического анализа его качества и методов ее количественного измерения на всех этапах реализации программного проекта.
Обычно, согласие, достигнутое разработчиком ПО с его заказчиком относительно пользовательских требований к ПО, в т.ч. и его качества, наравне с непосредственным доведением до системных инженеров того, что составляет для заказчика качество будущего продукта, требует отдельного обсуждения и формального определения многих особенностей этого согласия [3].
Прежде всего системные инженеры должны понимать смысл, вложенный заказчиком в концепцию качества ПО, его подхарактеристики, характеристики и атрибуты качества на всех этапах реализации программного проекта. Ведь пользовательские требования к ПО и сформированы на основании них системные требования определяют необходимые характеристики его качества и сформулированы заказчиком соответствующие критерии его оценки и приемки, а также влияют на методы количественного их измерения во время подтверждения качества. При этом нужно учитывать также как различные риски реализации программного проекта, так и процесса разработки самого ПО.
Качество ПО как предмет стандартизации. Согласно данным ГОСТ 2844-94, качество ПО представляет совокупность свойств (показателей качества) ПО, которые обеспечивают его способность удовлетворять потребности заказчика в соответствии с его назначением.
Этот стандарт регламентирует базовую модель качества и показатели, главным среди которых является надежность. Стандарт ISO/IEC 12207 определяет не только основные процессы этапов разработки ПО, но и организационные и дополнительные процессы, которые регламентируют инженерию, планирование и управление качеством ПО [2].
Согласно этому стандарту, на всех этапах разработки ПО должен проводиться такой контроль его качества:
● проверка соответствия пользовательских требований к ПО критериям и показателям его качества;
● проверка (верификация) и аттестация (валидация) промежуточных результатов разработки ПО на каждом из этапов реализации программного проекта и определения степени удовлетворения достигнутых критериев и показателей его качества;
● тестирование готовой ПС, сбор данных об отказах, дефектах и другие ошибки, которые были выявлены в ПС во время его непосредственной эксплуатации;
● подбор моделей ПО надежности по полученным результатам его тестирования (дефекты, отказы и проч.);
● проверка достижимости критериев и показателей качества, заданных в требованиях к нему.
Инспектирования качества ПО – это процесс проверки его качества, ориентирован на команду разработчиков, на протяжении всех этапов реализации программного проекта.
Доказательства правильности работы программного обеспечения – это математическая или логическая методика, которую используют для того, чтобы убедить себя (разработчика ПО) и других заинтересованных сторон в том, что разработанное ПО соответствует тем требованиям, которые были определены и согласованы с заказчиком. Такое доказывание является формальным (строгим) методом. Для любого инженерного продукта существует множество интерпретаций его качества.
Соблюдения запланированных показателей качества ПО можно требовать от его разработчиков той или иной степени на протяжении всех этапов его разработки. Этих показателей может быть немного или они могут отражать определенные свойства будущего программного продукта, которые хотели бы видеть его непосредственные пользователи и другие заинтересованные стороны, часто они являются результатом определенного компромисса. Такой подход полностью совпадает с пониманием такого понятия, как «приемлемое качество ПО», что является менее жесткой точкой зрения на обеспечения разработчиком качества ПО как гарантированное достижение его совершенства [7].
Стоимость качества ПО может быть дифференцирована на стоимость предупреждения дефектов, стоимость оценки эффективности работы, стоимость внутренних и внешних сбоев во время работы ПО. Движущей силой успешной реализации программных проектов является желание их руководителей разработать такое ПО, которое бы обладало определенной ценностью, то есть было значимым для решения определенных задач или достижения целей – тактических и стратегических.
Ценность ПО можно выражать в форме его стоимости или в некотором другом виде. Заказчик, обычно, имеет свое представление о максимальную стоимость вложения средств, возврат которых он ожидает в случае достижения основных целей во время использования ПО. Он также может иметь свое видение функциональных возможностей ПО и определенные ожидания относительно его качества. Обычно, заказчик сначала концентрирует свое внимание на функциональных возможностях ПО и не задумывается над вопросами его качества, а тем более над связанной с ними стоимости его разработки. Поэтому на начальном этапе реализации