Модели и характеристики качества. Повышение качества.
Реферат - Компьютеры, программирование
Другие рефераты по предмету Компьютеры, программирование
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
Санкт-Петербургский государственный университет
аэрокосмического приборостроения
Кафедра № 44
Преподаватель Пятлина Е.О.
Модели и характеристики качества.
Повышение качества.
ДОКЛАД
по курсу: Технология программирования
Работу выполнил
Студент группы 4142Гарезин А.С.
Санкт-Петербург
2006
1. Модели ихарактеристики качества
1.1Модели ихарактеристики качества (Models andQuality Characteristics)
Вразличных источниках (таксономиях имоделях) терминология характеристик качества программного обеспечения отличается. Каждая модель включает различное число уровней иерархии иобщее число характеристик качества. Различные авторы создали разные модели качества сосвоим набором характеристик иатрибутов (в частности, Барри Боэм, автор спиральной модели жизненного цикла разработки программного обеспечения, которая рассматривается автором зарамками перевода икомментирования SWEBOK). Этимодели могут быть полезны дляобсуждения, планирования, (адаптации, прим. автора) иоценки качества программных продуктов. ISO/IEC определяет трисвязанных модели качества программного обеспечения (ISO 912601 Software Engineering Product Quality, Part 1: Quality Model) внутреннее качество, внешнее качество икачество впроцессе эксплуатации, атакже набор соответствующих работ пооценке качества программного обеспечения (ISO1459898 Software Product Evaluation).
1.2 Качество процессов программного обеспечения (Software engineering process quality)
Управление качеством (software quality management) икачество процессов программной инженерии (software engineering process quality) имеют непосредственное отношение ккачеству создаваемого программного продукта.
Модели икритерии оценки возможностей организаций, занимающихся разработкой программного обеспечения, прежде всего касаются рассмотрения организации проектных работ иаспектов управления. Соответственно, онирассматриваются вобластях знаний SWEBOK “Управление программной инженерией” и“Процесс программной инженерии”. Конечно, невозможно полностью отделить качество процесса откачества продукта.
Качество процесса, обсуждаемое вобласти знаний “Процесс программной инженерии”, влияют нахарактеристики качества продукта, которые, всвою очередь, отражаются ввосприятии качества продукта впроцессе эксплуатации состороны заказчика.
Существует дваважнейших стандарта вобласти качества программного обеспечения. TickIT касается рассмотрения общей системы менеджмента качества ISO900100 вприложении кпрограммным проектам (и, вчастности, сочетания такого взгляда сположениями стандарта жизненного цикла ISO12207, прим. автора) ипредставленный, также, ввиде специальных рекомендаций ISO9000304 “Software andSystems Engineering Guidelines forthe Application ofISO9001:2000 toComputer Software”.
Другой важный стандарт CMMI, обсуждаемый вобласти знаний “Процесс программной инженерии”, предоставляет рекомендации посовершенствованию процесса. (здесь нельзя неупомянуть иISO 15504 “Information Technology Software Process Assessment”, известный какSPICE Software Process Improvement andCapability dEtermination, который также рассматривается вупомянутой области знаний, прим. автора). Непосредственно суправлением качеством связаны процессные области (области компетенции) CMMI: обеспечение качества процесса ипродукта (process andproduct quality assurance, категория процессов CMMI “Support”), проверка (verification, категория “Engineering”) иаттестация (validation, категория “Engineering”). Приэтом, CMMI классифицирует обзор (review) иаудит (audit) вкачестве методов верификации, ноне каксамостоятельные процессы, вотличие, например, отстандарта 12207.
Дебаты вотношении того, какой именно стандарт стоит использовать инженерам дляобеспечения качества программного обеспечения CMMI илиISO 9001, продолжаются ссамого создания этих стандартов. Сегодня можно сказать отом, чтоданные стандарты всежерассматривают каквзаимодополняющие и, чтосертификация поISO 9001 помогает вдостижении старших уровней зрелости поCMMI.
1.3 Качество программного продукта (Software product quality)
Прежде всего, инженеры должны определить цели создания программного обеспечения. Вэтом контексте, особо важно помнить, чтотребования заказчика первичны исодержат требования вотношении качества, ане только функциональности (функциональные требования). Таким образом, инженеры ответственны заизвлечение требований ккачеству, которые невсегда представлены явно, атакже обсуждение ихважности истепени сложности ихдостижения. Всепроцессы, ассоциированные скачеством (например, сборка, проверка иповышение качества), должны проектироваться сучетом этих требований инесут насебе тяжесть дополнительных расходов (как важную составную часть стоимости программного обеспечения, прим. автора).
Стандарт ISO912601 (Software Engineering Product Quality, Part 1: Quality Model) определяет длядвух изтрех описанных внем моделей, связанные характеристики исуб-характеристики качества, атакже метрики, полезные дляоценки качества программных продуктов.
Понимание термина “продукт” расширено включением всех артефактов, создаваемых навыходе всех процессов, используемых длясоздания конечного программного продукта. Примерами пр