Подтверждение качества программного обеспечения (Software Quality Assurance, SQA)
Процессы SQA подтверждают , что программные продукты и процессы жизненного цикла проекта соответствуют заданным требованиям.
Подтверждение проводится на основе планирования, постановки работ и исполнения набора действий, направленных на то, чтобы качество стало неотъемлемой частью программного обеспечения.
Такой взгляд обеспечивает ясное и точное формулирование проблемы на ранних стадиях, гарантирует качество в процессе разработки и сопровождения за счет выполнения соответствующих действий на всех этапах жизненного цикла.
Такая идентификация возможна во многих случаях, когда проблема еще является риском и возможно ее предотвращение.
Следует отметить, что сегодняшнее понимание «Risk Management» включает в себя не только вопросы предупреждения рисков, но и управление процессом разрешения проблем.
Роль SQA состоит в том, чтобы обеспечить планирование процессов, дальнейшее их исполнение и проведение измерений процессов с передачей результатов измерений заинтересованным сторонам (организационными структурам и лицам).
SQA-план определяет средства, которые будут использоваться для обеспечения соответствия исходным требованиям, возможным при заданных ограничениях.
Для этого необходимо, чтобы критерии качества были четко определены и понятны, а также, однозначно интерпретируемы.
Подробности можно найти в стандарте IEEE 730-02 «IEEE Standard for Software Quality Assurance Plans».
|
|
|
Конкретные работы и задачи по обеспечению качества структурируются с детализацией требований по их стоимости, ресурсам и целям с точки зрения управления.
SQA-план должен согласовываться с планом конфигурационного управления (см.Лекция5).
План SQA идентифицирует документы, стандарты, практики и соглашения, применяемые при контроле проекта, а также то, как эти аспекты будут проверяться и отслеживаться для обеспечения достаточности и соответствия заданному плану.
Также, SQA-план идентифицирует метрики, статистические техники, процедуры формирования сообщений о проблемах и проведения корректирующих действий, тренинги, а также формирование отчетности и документации, относящиеся к вопросам SQA.
Кроме того, SQA-план касается и работ по обеспечению качества, относящихся к другим типам деятельности, к которым относятся поставка, установка, обслуживание (поддержка и сопровождение) заказных программных решений , необходимых для данного проекта.
Наконец, SQA-план может содержать необходимые для обеспечения качества критерии приемки программного обеспечения и действия по формированию отчетности и контроля над работами.
2.2. Проверка (верификация) и аттестация (Verification and Validation, V&V)
|
|
|
Проверка (верификация) и аттестация – Validation and Verification (V&V) – рассмотрены в SWEBOK в рамках единой темы. В тоже время, они являются самостоятельными темами, например, в стандарте жизненного цикла программного обеспечения 12207.
Стандарт IEEE 1059-93 «IEEE Guide for Software Verification and Validation Plans» дает такое определение V&V:
Проверка и аттестация программного обеспечения – упорядоченный подход в оценке программных продуктов, применяемый на протяжении всего жизненного цикла. Усилия, прилагаемые в рамках работ по проверке и аттестации, направлены на обеспечение качества как неотъемлемой характеристики программного обеспечения и удовлетворение пользовательских требований».
V&V направлено на решение вопросов качества программного обеспечения и использует соответствующие техники тестирования для обнаружения тех или иных дефектов.
Процесс V&V определяет в какой степени результат работ по разработке и сопровождению соответствует требованиям, сформулированным в рамках этих работ, а конечный продукт удовлетворяет заданным целям и пользовательским требованиям.
Верификация – должна обеспечить правильную разработку в том смысле, что получаемый в рамках соответствующей деятельности продукт соответствует заданным спецификациям.
|
|
|
Аттестация – попытка обеспечить создание правильного продукта с точки зрения достижения поставленной цели.
Оба процесса – верификация и аттестация – начинаются на ранних стадиях разработки и сопровождения. Они обеспечивают экспертизу ключевых возможностей продукта как в контексте непосредственно предшествующих результатов (промежуточных продуктов), так и с точки зрения удовлетворения соответствующих спецификаций.
Целью планирования V&V является обеспечение процессов верификации и аттестации необходимыми ресурсами, четкое распределение ролей и обязанностей. План V&V документирует и детально описывает эти аспекты.
Понимание различных целей каждого действия в рамках V&V может помочь в точном планировании техник и ресурсов (включая, финансовые), необходимых для достижения заданных целей.
Стандарты IEEE 1012-98 «Software Verification and Validation» и 1059-93 «IEEE Guide for Software Verification and Validation Plans» (Appendix A) определяют типичное содержание плана проверки и аттестации.
План также касается аспектов управления, коммуникаций, политик и процедур в отношении действий по верификации и аттестации.
Кроме того, в нем могут быть отражены вопросы формирования отчетности по дефектам и документирования требований (с точки зрения проверки и аттестации продуктов).
Дата добавления: 2018-10-26; просмотров: 209; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!