Управление качеством программного обеспечения - Software quality management

Управление качеством программного обеспечения (Кв. М.) представляет собой процесс управления, направленный на развитие и управление качество программного обеспечения таким образом, чтобы наилучшим образом гарантировать, что продукт соответствует стандартам качества, ожидаемым заказчиком, а также отвечает всем необходимым нормативным требованиям и требованиям разработчиков, если таковые имеются.[1][2][3] Менеджеры по качеству программного обеспечения требуют, чтобы программное обеспечение было протестировано до того, как оно будет выпущено на рынок, и они делают это, используя циклическую оценку качества на основе процессов, чтобы выявить и исправить ошибки перед выпуском. Их работа не только в том, чтобы их программное обеспечение было в хорошем состоянии для потребителя, но и в поощрении культуры качества во всем предприятии.[1][2][3]

Деятельность по управлению качеством

Действия по управлению качеством программного обеспечения обычно делятся на три основных компонента: обеспечение качества, планирование качества и контроль качества.[1][2] Некоторые, например, инженер-программист и писатель Ян Соммервилл, не используют термин «контроль качества» (поскольку контроль качества часто рассматривается как производственный термин, а не как термин разработки программного обеспечения), а скорее связывают связанные с ним концепции с концепцией обеспечения качества.[3] Однако в остальном три основных компонента остаются прежними.

Гарантия качества

Основная статья: Гарантия качества программного обеспечения

Обеспечение качества программного обеспечения устанавливает организованный и логический набор организационных процессов, и, принимая решение о стандартах разработки программного обеспечения, основанных на передовых отраслевых практиках, которые должны сочетаться с этими организационными процессами, разработчики программного обеспечения имеют больше шансов производить более качественное программное обеспечение. Однако связать такие атрибуты качества, как «ремонтопригодность» и «надежность» с процессами, при разработке программного обеспечения труднее из-за творческих элементов дизайна по сравнению с механическими процессами производства.[1][2][3] Кроме того, «стандартизация процессов иногда может подавлять творчество, что приводит к более плохому, чем лучшему качеству программного обеспечения».[3]

Этот этап может включать:

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

Планирование качества

Планирование качества работает на более детальном, проектном уровне, определяя атрибуты качества, которые должны быть связаны с результатами проекта, и то, как эти атрибуты следует оценивать. Кроме того, на этом этапе проекту могут быть присвоены любые существующие организационные стандарты. Такие атрибуты, как «надежность», «доступность» и «модульность» могут быть присвоены проекту разработки программного обеспечения.[1][2] Хотя это может быть более формализованный, целостный процесс, те, кто использует более гибкий метод управления качеством, могут уделять меньше внимания строгим структурам планирования.[3] План качества может также учитывать предполагаемый рынок, критические даты выпуска, цели в области качества, ожидаемые риски и политику управления рисками.[2][3]

Контроль качества

Группа контроля качества тестирует и анализирует программное обеспечение на различных этапах, чтобы гарантировать соблюдение процессов и стандартов обеспечения качества как на организационном уровне, так и на уровне проекта.[1][2] (Некоторые, например, Соммервилл, связывают эти обязанности с обеспечением качества, а не называют это контролем качества.[3]Эти проверки оптимально отделены от группы разработчиков, чтобы дать больше объективного представления о тестируемом продукте.[2][3] Однако менеджеры проектов со стороны разработчиков также должны помогать, помогая продвигать в рамках этого этапа «культуру, которая обеспечивает поддержку без обвинений при обнаружении ошибок».[3] В компаниях по разработке программного обеспечения, применяющих более гибкий подход к качеству, эта деятельность может быть менее формальной; однако переход к гибким методам с более формальной структуры управления качеством может создать проблемы, если процедуры управления не будут адаптированы надлежащим образом.[3]

Мероприятия включают:

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

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

Измерение качества программного обеспечения отличается от производства; допуски неприменимы (по крайней мере, таким же образом), и объективные выводы относительно того, соответствует ли программное обеспечение спецификациям, сделать трудно, если вообще возможно.[3] Тем не менее, качество программного обеспечения и его соответствие назначению могут быть реализованы различными способами в зависимости от организации и типа реализованного проекта.[4] Это было сделано благодаря поддержке всего жизненный цикл разработки программного обеспечения, смысл:

  • сбор требований и определение объема ИТ-проекта с упором на проверку того, будут ли определенные требования тестируемыми;
  • разработка решения с упором на планирование процесса тестирования, например, какие тесты будут выполняться и как они будут выполняться в контексте тестовых сред и тестовых данных ?;
  • внедрение решения, поддерживаемого тестовыми примерами и сценариями, их выполнение и регистрация дефектов, включая координацию устранения дефектов;
  • внедрение управления изменениями, подкрепленное проверкой того, как запланированные изменения могут повлиять на качество созданного решения и возможное изменение плана тестирования; и
  • закрытие проекта, сопровождаемое проведением тестов, направленных на комплексную проверку общего качества созданного решения.

Ссылки на ИТ-методы

Управление качеством программного обеспечения - это тема, тесно связанная с различными методами управления проектами, разработкой и ИТ-операциями, включая:

Пример реализации управления качеством программного обеспечения для проекта с использованием RUP и V-Model
  • Метод управления проектом PRINCE2 [5] определяет:
  • компонент «Качество в проектной среде», описывающий необходимость перепроверенного и объективного контроля создаваемых продуктов. Он предлагает использовать 4 элемента: систему менеджмента качества, функцию контроля качества, качество планирования и контроль качества.
  • «Методика проверки качества», которая направлена ​​на проверку соответствия созданных продуктов определенным критериям качества.
  • Метод управления проектом PMBOK 4-е издание [6] определяет область знаний Управление качеством проекта и следующие процессы:
  • 3.4.12 Качество плана,
  • 3.5.2. Обеспечение качества,
  • 3.6.7. Выполнить контроль качества
  • Метод разработки RUP определяет тестирование дисциплины, которое задействовано на всех этапах, начиная с начала и заканчивая переходом.
  • Метод разработки MSF определяет роль тестировщика и этап стабилизации, который в основном ориентирован на тестирование решения.[7]
  • Гибкие методы не определяют точно роль тестировщика или механизмы, связанные с управлением качеством программного обеспечения. Методы определяют только такие техники, как непрерывная интеграция и разработка через тестирование. Тем не менее, наконец, появляется публикация о гибкое тестирование.
  • Операционный метод CMMI определяет среди прочего область процесса PPQA «Обеспечение качества процессов и продукции», которая требуется уже на уровне CMMI 2.
  • Операционный метод COBIT определяет среди прочего процесс P08 «Управление качеством».
  • Операционный метод ITIL определяется среди прочего публикацией «Постоянное улучшение обслуживания».
  • V-модель - модель, определяющая жизненный цикл разработки программного обеспечения и процесс тестирования.
  • ISO 9000 - семейство стандартов связано с системами менеджмента качества и предназначено для помощи организациям в обеспечении соответствия потребностям потребителей и других заинтересованных сторон [1] при соблюдении законодательных и нормативных требований, связанных с продуктом.

Ассоциации и организации

  • В Американское общество качества (ASQ) - это профессиональная организация, которая предоставляет своим членам сертификацию, обучение, публикации, конференции и другие услуги, связанные с управлением качеством, постоянным улучшением и безопасностью продукции.

Смотрите также

Рекомендации

Статья основана на материалах, взятых из Бесплатный онлайн-словарь по вычислительной технике до 1 ноября 2008 г. и зарегистрированы в соответствии с условиями «перелицензирования» GFDL, версия 1.3 или новее.

  1. ^ а б c d е ж Жолт, У. (февраль 2014 г.). «Управление качеством программного обеспечения» (PDF). Процессы разработки программного обеспечения и обеспечение качества программного обеспечения. Университет Паннонии. стр. 117–121. Получено 7 декабря 2017.
  2. ^ а б c d е ж грамм час Максим, Б. (2014). «Управление качеством программного обеспечения» (PPT). Мичиганский университет - Дирборн. Получено 7 декабря 2017.
  3. ^ а б c d е ж грамм час я j k л Соммервиль, И. (2011). «Глава 24: Управление качеством». Программная инженерия (9-е изд.). Эддисон-Уэсли. С. 651–680. ISBN  9780137035151.
  4. ^ Келемен, З. Д. (2013). Унификация на основе процессов для улучшения многомодельного программного обеспечения Эйндховен: Технический университет Эйндховена. ISBN  978-90-386-3313-8
  5. ^ OGC (Управление государственной торговли) (2009 г.). Управление успешными проектами с помощью PRINCE2 (изд. 2009 г.). TSO (Канцелярия). ISBN  978-0-11-331059-3
  6. ^ Руководство к Своду знаний по управлению проектами, четвертое издание, PMI, США, 2008 г.
  7. ^ Microsoft Solution Framework - Глава 18 Фаза стабилизации, опубликованная: 27 апреля 2005 г. [1]
  8. ^ «Сертификация тестировщиков программного обеспечения по всему миру». Международная квалификационная комиссия по тестированию программного обеспечения. Получено 7 декабря 2017.