Качественная инженерия

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

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

Описание [ править ]

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

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

{\ displaystyle {\ text {Quality}} = {\ frac {\ text {Результаты работы}} {\ text {Общие затраты}}}}

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

Менеджмент и лидерство
Система качества
Элементы системы качества
Дизайн продуктов и процессов
Классификация качественных характеристик
Входные данные и обзор дизайна
Проверка дизайна
Надежность и ремонтопригодность
Контроль продуктов и процессов
Непрерывное совершенствование
Инструменты контроля качества
Инструменты управления качеством и планирования
Методы непрерывного совершенствования
Корректирующее действие
Предупредительные меры
Статистический контроль процессов (SPC)
Управление рисками

Роли [ править ]

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

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

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

Программное обеспечение [ править ]

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

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

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

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

Качественная инженерия

Цели качества [ править ]

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

Актеры [ править ]

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

Различные роли, задействованные в инженерии качества:

Бизнес-архитектор,
ИТ-архитектор,
Сотрудник службы безопасности,
Инженер по требованиям,
Менеджер по качеству программного обеспечения,
Менеджер по тестированию,
Руководитель проекта,
Менеджер по продукту и
Архитектор безопасности.

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

Управление знаниями [ править ]

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

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

Знания доступны в необходимом качестве. Важные критерии качества включают в себя то, что знания являются последовательными и актуальными, а также полными и адекватными с точки зрения детализации по отношению к задачам соответствующих участников.
Знания взаимосвязаны и отслеживаются, чтобы поддерживать взаимодействие между участниками и облегчить анализ данных. Такая прослеживаемость относится не только к взаимосвязанности данных на разных уровнях абстракции (например, связь требований со службами, реализующими их), но и к их прослеживаемости за периоды времени, что возможно только при наличии соответствующих концепций управления версиями. Данные могут быть связаны как вручную, так и (полу) автоматически.
Информация должна быть доступна в форме, которая согласуется со знанием предметной области соответствующих субъектов. Следовательно, база знаний должна обеспечивать адекватные механизмы преобразования информации (например, агрегирования) и визуализации. Концепция RACI является примером подходящей модели для присвоения участникам информации в базе знаний по качеству инженерии.
В условиях, когда субъекты из разных организаций или уровней взаимодействуют друг с другом, база знаний по качественной инженерии должна обеспечивать механизмы для обеспечения конфиденциальности и целостности.
Базы знаний в области инженерии качества предлагают целый ряд возможностей для анализа и поиска информации для поддержки задач контроля качества, стоящих перед участниками.

Совместные процессы [ править ]

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

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

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

См. Также [ править ]

Семь основных инструментов качества
Управление проектированием
Технология машиностроения
Обеспечение миссии
Системная инженерия
У. Эдвардс Деминг

Ассоциации

Американское общество качества
ИНФОРМАЦИЯ
Институт инженеров промышленности

Внешние ссылки [ править ]

Txture - это инструмент для текстовой документации и анализа IT-архитектуры.
mbeddr - это набор интегрированных и расширяемых языков для разработки встроенного программного обеспечения, а также интегрированная среда разработки (IDE).

Ссылки [ править ]

Перейти ↑ Juran, JM (1988). «Приложение IV Терминология систем качества». В Джуране, JM (ред.). Справочник Джурана по контролю качества . Книжная компания Макгроу-Хилл. С. 2–3 . ISBN 0-07-033176-6.
^ Рут Бреу; Анни Кунцманн-Комбеллес; Майкл Фельдерер (январь – февраль 2014 г.). «Новые взгляды на качество программного обеспечения» (PDF) . Программное обеспечение IEEE . Компьютерное общество IEEE. С. 32–38 . Проверено 2 апреля 2014 года .
^ Рут Бреу; Бертольд Агрейтер; Матиас Фарвик; Майкл Фельдерер; Майкл Хафнер; Франк Иннерхофер-Оберперфлер (2011). «Живые модели - десять принципов разработки программного обеспечения с учетом изменений» (PDF) . Международный журнал программного обеспечения и информатики . ISCAS. С. 267–290 . Проверено 16 апреля 2014 года .
^ Майкл Фельдерер; Кристиан Хайсджакль; Рут Бреу; Йоханнес Моц (2012). «Интеграция ручной и автоматической оценки рисков для тестирования на основе рисков» (PDF) . Качество программного обеспечения. Автоматизация процессов в разработке программного обеспечения . Springer Berlin Heidelberg. С. 159–180 . Проверено 16 апреля 2014 года .
^ «Что такое инженер по качеству - чем он занимается и как вы можете им стать?» . 17 февраля 2017 . Проверено 2 октября 2018 года .
^ «Подготовка к сертификации сертифицированного инженера по качеству - ASQ» . asq.org . Проверено 2 октября 2018 года .
^ "Группа аудиторской практики ISO 9001" . Committee.iso.org . Архивировано из оригинального 29 марта 2019 года . Проверено 7 сентября 2018 года .
^ «Инженер по качеству процессов» . automotiveengineeringhq.com . Проверено 7 сентября 2018 года .
^ Майкл Клэс; Франк Эльбержагер; Юрген Мюнх; Клаус Хартьес; Олаф фон Грейвмайер (2–8 мая 2010 г.). «Прозрачное сочетание экспертных данных и данных измерений для прогнозирования дефектов: промышленный пример» (PDF) . Труды 32-й Международной конференции ACM / IEEE по программной инженерии . ACM Нью-Йорк, США. С. 119–128 . Проверено 8 апреля 2014 года .
^ Яцек Червонка; Начиаппан Нагаппан; Вольфрам Шульте; Брендан Мерфи (июль – август 2013 г.). «CODEMINE: Создание платформы анализа данных для разработки программного обеспечения в Microsoft» (PDF) . Программное обеспечение IEEE . Компьютерное общество IEEE. С. 64–71 . Проверено 7 апреля 2014 года .

[1] Перейти ↑ Juran, JM (1988). «Приложение IV Терминология систем качества». В Джуране, JM (ред.). Справочник Джурана по контролю качества . Книжная компания Макгроу-Хилл. С. 2–3 . ISBN 0-07-033176-6.

[2] Рут Бреу; Анни Кунцманн-Комбеллес; Майкл Фельдерер (январь – февраль 2014 г.). «Новые взгляды на качество программного обеспечения» (PDF) . Программное обеспечение IEEE . Компьютерное общество IEEE. С. 32–38 . Проверено 2 апреля 2014 года .

[3] Рут Бреу; Бертольд Агрейтер; Матиас Фарвик; Майкл Фельдерер; Майкл Хафнер; Франк Иннерхофер-Оберперфлер (2011). «Живые модели - десять принципов разработки программного обеспечения с учетом изменений» (PDF) . Международный журнал программного обеспечения и информатики . ISCAS. С. 267–290 . Проверено 16 апреля 2014 года .

[4] Майкл Фельдерер; Кристиан Хайсджакль; Рут Бреу; Йоханнес Моц (2012). «Интеграция ручной и автоматической оценки рисков для тестирования на основе рисков» (PDF) . Качество программного обеспечения. Автоматизация процессов в разработке программного обеспечения . Springer Berlin Heidelberg. С. 159–180 . Проверено 16 апреля 2014 года .

[5] «Что такое инженер по качеству - чем он занимается и как вы можете им стать?» . 17 февраля 2017 . Проверено 2 октября 2018 года .

[6] «Подготовка к сертификации сертифицированного инженера по качеству - ASQ» . asq.org . Проверено 2 октября 2018 года .

[7] "Группа аудиторской практики ISO 9001" . Committee.iso.org . Архивировано из оригинального 29 марта 2019 года . Проверено 7 сентября 2018 года .

[8] «Инженер по качеству процессов» . automotiveengineeringhq.com . Проверено 7 сентября 2018 года .

[9] Майкл Клэс; Франк Эльбержагер; Юрген Мюнх; Клаус Хартьес; Олаф фон Грейвмайер (2–8 мая 2010 г.). «Прозрачное сочетание экспертных данных и данных измерений для прогнозирования дефектов: промышленный пример» (PDF) . Труды 32-й Международной конференции ACM / IEEE по программной инженерии . ACM Нью-Йорк, США. С. 119–128 . Проверено 8 апреля 2014 года .

[10] Яцек Червонка; Начиаппан Нагаппан; Вольфрам Шульте; Брендан Мерфи (июль – август 2013 г.). «CODEMINE: Создание платформы анализа данных для разработки программного обеспечения в Microsoft» (PDF) . Программное обеспечение IEEE . Компьютерное общество IEEE. С. 64–71 . Проверено 7 апреля 2014 года .

[1]