stringtranslate.com

Качественное проектирование

Инженерия качества — это дисциплина инженерии, занимающаяся принципами и практикой обеспечения и контроля качества продукции и услуг . [1] В разработке программного обеспечения это управление, разработка, эксплуатация и обслуживание ИТ-систем и корпоративных архитектур с высоким стандартом качества. [2] [3] [4]

Описание

Инженерия качества — это дисциплина инженерии, которая создает и внедряет стратегии обеспечения качества при разработке и производстве продукции, а также при разработке программного обеспечения. [5]

Инженеры по качеству сосредоточены на оптимизации качества продукции, которое У. Эдвардс Деминг определил как:

Свод знаний по инженерии качества включает: [6]

Роли

Аудитор : Инженеры по качеству могут отвечать за аудит своих компаний или поставщиков на предмет соответствия международным стандартам качества, таким как ISO9000 и AS9100 . Они также могут быть независимыми аудиторами в составе аудиторского органа. [7]

Качество процесса : инженерам по качеству может быть поручено картирование потока создания ценности и статистический контроль процесса, чтобы определить, может ли процесс производить дефектный продукт. Они могут создавать планы и критерии проверки, чтобы гарантировать, что дефектные детали будут обнаружены до завершения. [8]

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

Программное обеспечение

IT-услуги все больше взаимодействуют в рабочих процессах через границы платформ, устройств и организационных границ, например, в киберфизических системах, рабочих процессах бизнес-бизнес или при использовании облачных сервисов. В таких контекстах проектирование качества способствует необходимому всеобъемлющему рассмотрению атрибутов качества.

В таких контекстах жизненно важен «сквозной» взгляд на качество от управления до эксплуатации. Качественная инженерия объединяет методы и инструменты из управления архитектурой предприятия , управления программными продуктами , управления ИТ-услугами , программной инженерии и системной инженерии , а также из управления качеством программного обеспечения и управления информационной безопасностью . Это означает, что качественная инженерия выходит за рамки классических дисциплин программной инженерии, управления информационной безопасностью или управления программными продуктами, поскольку она объединяет вопросы управления (такие как бизнес- и ИТ-стратегия, управление рисками, представления бизнес-процессов, управление знаниями и информацией, оперативное управление производительностью), соображения проектирования (включая процесс разработки программного обеспечения , анализ требований , тестирование программного обеспечения ) и оперативные соображения (такие как конфигурация, мониторинг, управление ИТ-услугами ). Во многих областях, где она используется, качественная инженерия тесно связана с соблюдением юридических и деловых требований, договорных обязательств и стандартов. Что касается качественных характеристик, то надежность, безопасность и сохранность ИТ-услуг играют главенствующую роль.

В инженерии качества цели качества реализуются в процессе сотрудничества. Этот процесс требует взаимодействия в значительной степени независимых участников, чьи знания основаны на различных источниках информации.

Качественное проектирование

Цели в области качества

Цели качества описывают основные требования к качеству программного обеспечения . В проектировании качества они часто касаются таких качественных атрибутов, как доступность, безопасность, надежность и производительность. С помощью таких моделей качества, как ISO/IEC 25000, и таких методов, как подход Goal Question Metric, можно приписывать метрики целям качества. Это позволяет измерять степень достижения целей качества. Это является ключевым компонентом процесса проектирования качества и, в то же время, предпосылкой для его постоянного мониторинга и контроля. Для обеспечения эффективного и действенного измерения целей качества благоприятна интеграция основных чисел, которые были определены вручную (например, с помощью экспертных оценок или обзоров), и автоматически определенных метрик (например, с помощью статистического анализа исходных кодов или автоматизированных регрессионных тестов) в качестве основы для принятия решений. [9]

Актеры

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

Различные роли, связанные с проектированием качества:

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

Управление знаниями

Управление знаниями играет важную роль в проектировании качества. [10] База знаний по проектированию качества включает в себя разнообразные структурированные и неструктурированные данные , начиная от репозиториев кода через спецификации требований, стандарты, отчеты об испытаниях и модели архитектуры предприятия до конфигураций систем и журналов времени выполнения. Программное обеспечение и системные модели играют важную роль в отображении этих знаний. Данные базы знаний по проектированию качества генерируются, обрабатываются и предоставляются как вручную, так и на основе инструментов в географически, организационно и технически распределенном контексте. Первостепенное значение имеет фокусирование на задачах обеспечения качества , раннее распознавание рисков и соответствующая поддержка сотрудничества участников.

Это обуславливает следующие требования к качественной базе инженерных знаний:

Совместные процессы

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

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

Целью эффективного процесса проектирования качества является координация автоматизированных и ручных задач обеспечения качества . Обзор кода или выявление целей качества являются примерами ручных задач, в то время как регрессионные тесты и сбор метрик кода являются примерами автоматически выполняемых задач. Процесс проектирования качества (или его подпроцессы) может поддерживаться такими инструментами, как системы тикетов или инструменты управления безопасностью.

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

Ассоциации

Внешние ссылки

Ссылки

  1. ^ Juran, JM (1988). "Приложение IV Терминология систем качества" . В Juran, JM (ред.). Справочник по контролю качества Juran . McGraw-Hill Book Company. стр. 2–3. ISBN 0-07-033176-6.
  2. ^ Рут Бреу; Энни Кунцманн-Комбеллес; Майкл Фелдерер (январь–февраль 2014 г.). «Новые перспективы качества программного обеспечения» (PDF) . IEEE Software . 31 (1). IEEE Computer Society: 32–38. doi :10.1109/MS.2014.9 . Получено 2 апреля 2014 г. .
  3. ^ Рут Брей; Бертольд Агрейтер; Маттиас Фарвик; Михаэль Фельдерер; Михаэль Хафнер; Франк Иннерхофер-Оберперфлер (2011). «Живые модели — десять принципов разработки программного обеспечения, ориентированного на изменения» (PDF) . Международный журнал программного обеспечения и информатики . 5 (1–2). ISCAS: 267–290 . Получено 16 апреля 2014 г. .
  4. ^ Михаэль Фелдерер; Кристиан Хайсджакль; Рут Брей; Йоханнес Мотц (2012). «Интеграция ручной и автоматической оценки рисков для тестирования на основе рисков». Качество программного обеспечения. Автоматизация процессов в разработке программного обеспечения (PDF) . Конспект лекций по обработке деловой информации. Том 94. Springer Berlin Heidelberg. С. 159–180. doi :10.1007/978-3-642-27213-4_11. ISBN 978-3-642-27212-7. Получено 16 апреля 2014 г.
  5. ^ «Кто такой инженер по качеству — чем он занимается и как им стать?». 17 февраля 2017 г. Получено 2 октября 2018 г.
  6. ^ "Подготовка к сертификации сертифицированного инженера по качеству - ASQ". asq.org . Получено 2 октября 2018 г. .
  7. ^ "ISO 9001 Auditing Practices Group". Committee.iso.org . Архивировано из оригинала 29 марта 2019 года . Получено 7 сентября 2018 года .
  8. ^ "Process Quality Engineer". automotiveengineeringhq.com . 17 декабря 2014 г. Получено 7 сентября 2018 г.
  9. ^ Михаэль Кляс; Франк Эльберцхагер; Юрген Мюнх; Клаус Хартьес; Олаф фон Грэвемайер (2–8 мая 2010 г.). «Прозрачное сочетание экспертных и измерительных данных для прогнозирования дефектов: промышленное исследование» (PDF) . Труды 32-й Международной конференции ACM/IEEE по программной инженерии . 2 . ACM Нью-Йорк, США: 119–128 . Получено 8 апреля 2014 г. .
  10. ^ Яцек Червонка; Начиаппан Нагаппан; Вольфрам Шульте; Брендан Мерфи (июль–август 2013 г.). «CODEMINE: Создание платформы анализа данных для разработки программного обеспечения в Microsoft» (PDF) . IEEE Software . 30 (4). IEEE Computer Society: 64–71. doi :10.1109/MS.2013.68. S2CID  32085825 . Получено 7 апреля 2014 г. .