И. Соммервилл - Инженерия программного обеспечения (1133538), страница 131
Текст из файла (страница 131)
Разумеется, если говорить об автоматизированных системах массового производства, то должный уровень качества их работы автоматически обеспечивает высокое качество продукции. Такой подход показан на рис. 24.4. 502 Часть 'Л. Управление Рис. 24.4. Обеспечение кочеповп продукции ггуоим доечякзсенив давленого сеговия качеевмо лугоизводетвеняого процесса В сфере разработки ПО качество процесса имеет особое значение. Это вызвано трудностью оценивания таких свойств программного обеспечения, как, например, удобство сопровождения, поскольку его можно оценить только после длительного периода использования программы.
В данной области процесс улучшения качества начинается с изучения качественных продуктов и процессов их разработки, далее следует обобщение результатов исследования с последующим применением их в других проектах. Однако взаимосвязь между качеством процесса и качеством готового продукта не так проста, как кажется на первый взгляд. Изменение процесса производства не всегда ведет к появлению качест. венного программного продукта. В промышленных отраслях связь мевщу процессом производства и качеством продукта более очевидна, поскольку эти процессы относительно легко поддаются стандартизации и управлению. Сразу после проверки произведенных пробных иэделий можно запускать серийное изготовление качественной продукции.
Совсем другое дело с программным обеспечением, которое не изготавливается в прямом смысле этого слова, а разрабатывается. Поэтому процесс разработки ПО скорее относится к созидательным, нежели к механическим процессам, что многократно увеличивает значимость индивидуальных навыков и опыта разработчиков ПО. Кроме того, на качество программного продукта, независимо от использованного процесса создания ПО.
могуг оказывать влияние и вггепгние факторы, такие. как новизна проекта или коммерческое давление в целях более быстрого выпуска программного продукта. Несмотря на все этн сложности, качество процесса создания ПО имеет болыпос значсппс для разработки качественных программных продуктов.
Поэтому управление качеством включает в себя следующие функции. 1. Определение стандартов на процесс разработки ПО, например способ проведение провсрок создаваемого ПО, времени, когда их следует проводить, и т.д. 2. Наблюдение нал процессом разработки с тем, чтобы обеспечить выполнение стан- дартов.
3, Создание отчетности о ходе процесса разработки для менеджера проекта и заказ- чика програлглпгого обеспечения. Самая большая сложносгь в обеспечении качества, основанном на стандартизации процесса создания ПО, состоит в том, что не всегда предписанный процесс создания подходит к данному типу разрабатываемого программного продукта.
Например, стандарты па процесс создания ПО предуслгатривают завершение работы над требовашшми и их >твержлспнс до начала этапа написания программного кода. Однако лля некоторых систем 24. Управление качеством 503 может потребоваться прототипирование, что подразумевает написание соответствующих программ. Группа по обеспечению качества может предложить не выполнять прототипирования. так как все равно его качество невозможно проверить. В таких случаях требуется вмсп»ательство старшего руководства компании, чтобы удостовериться в том, что процесс обеспечения качества служит поддержкой, а не помехой в выполнении проекта.
К вопросу о взаимосвязи между процессом создания ПО и качеством программного продукта вернемся в следующей главе, которая описывает методы совершенствования процесса создания ПО. 24.2. Планирование качества Планирование качества нужно начинать на самой ранней стадии проекта. План обеспечения качества должен основываться на предполагаемых свойствах продукта, требуется также определить метод их проверки. Для этого необходимо определить понятие "должный уровень качества" программного продукта.
Без этого программисты л»ог>т ра. ботать, делая акценты на разных свойствах продукта. Результат процесса плаппрованил качества — это план обеспечения качества. Из всех организационных стандартов в плане обеспечения качества должны быть отображены паиб>плес палходящие к создаваемом> программному продукту илн процесс> сто разработки. Если в проекте используются новые методы нли инструментальные среде~за, то могут быть добавлены новые стандарты к »же существующим. В книге по управлению разработкой ПО >1711. которую можно считать классической, предлагается приведенная ниже структура плана обеспечения качества.
1. Пу>едсэшаее>»эе >»редукэю. Описание продукта, намечаемый рынок сто сбыта, а также ожидаемые свойства. 2. Палим емяускл я~юдукшл. Назначение крайних сроков выпуска версий программного продукта, распределение ответствен носп» за разработку продукта и его обслуживание. Я. Олшяикл пу>очесам. Представление процессов разработки и обслуживания про. граммнога продукта в коде выполнения проекта и управления им. 4. Цели кпчеахел.
Планы и цели обеспечения качества продукта, включая описание наиболес важных его характеристик. 5, Риски купа>еле>»кеу>иа»лми. Описание основных видов риска, которые мо»ут оказать влияние на уровень качества продукта, и мероприятнл, направлсшпес на снижение рисков. Прн работе нал планами обеспечснил качества важно, чтобы опи были как можно ба. лес краткими. Если документ будет слишкол» длинным, то специалисты вряд лп дочитают его до конца, что сведет на нет идею создания плана обеспечения качества. Существует ряд потенциальных показателей качества продукта (табл.
24.3), которые должны учитываться при составлении плана обеспечения качества. На практике трудно создать настолько совершенную систему, чтобы она идеально удовлетворлла всел» этпл» показателям, однако длл конкретного проекта можно выбрать наиболее важные паказате. ли и спланировать пути ик достижения, План обеспечения качества должен определять основные качественные показатели разрабатываемого продукта. Например, эффективность системы может иметь первостепенную важность по сравнению с другим показателями.
Если это будет отображено в плане, та специалисты смогут найти компролшсс между различными показателями системы. В плане также должен быть указан процесс оценивания >ровня качества. 504 Часть У1. Управление Таблица 24.$. Показатели качества программных продуктов Надежность Понятность Переносимость Безопасность Удобство эксплуатации Воэможность тестирова- ния Безотказность Адаптируемость Возможность повторного ис- пользования Модульность Эффективность Устойчивость к внешним воз- действиям План обеспечения качества должен определять основные качественные показатели разрабатываемого продукта. Например, эффективность системы может иметь первостепенную важность по сравнению с другим показателями.
Если это будет отобрюкепо в плане, то специалисты смо1ут найти компромисс между различными показателями системы. В плане также должен быть указан процесс оцен икания уровня качества. 24.3. Контроль качества Контроль качества предусматривает наблюдение за процессом разработки ПО с тем, чтобы гарантировать соблюдение определенных нормативных процедур и стандартов. Как отмечалось раннее (см. рнс.
24.1), контрольпыс проектные элементы проверяются согласно четко определенным стандартам процесса контроля качества. Процесс контроля качества имеет собственный набор процсд>р и отчетов, которые могут быть использованы в процессе разработки ПО. Они должны иметь четкую струкгуру н быть понятными специалистам по разработке ПО. Существует два взаимодополняюпгнх под>юда к процессу контролл качества. 1. Проверки качества, когда программный продукт, сопровоэгдающая документация и процесс разработки анализируются группой проверяющих. Эта группа ответственна за проверку соблюдения стандартов проелта, а также за соответствие документации этим стандартам. Любые отклонения от стандартов регистрируются и подаются на рассмотрение менеджеру проекта.
2. Автоматизированная оценка ПО, когда программный продукт и его документация проверяются специальной компьютерной программой, которая сопоставляет их со стандартами данного проекта. В такую автоматизированную проверку можно вклю. чить количественный контроль некоторых характеристик ПО. Проблема камере нив показателей качества ПО обсуждается в разделе 24.4, 24.3.1. Проверки качества Проверки — это наиболее распросграненный способ оценивания качества процесса разработки и создаваемого продукта. В проверку, как правило, включена группа специаяистов, которые изучают отдельный этап или процесс разработки в целом, создаваемую систему и сопровождающ>ю документацию для выявления возможных проблем. Результаты такой проверки обычно заносятся в официальный отчет и передаются разработчикам системы либо лицу, ответственному за исправление ошибок.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
