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

1. РРозробкаозробка програмногопрограмного
забезпеченнязабезпечення
((Software EngineeringSoftware Engineering))
Ian SommervillleIan Sommervillle
ЧастЧастинаина 8.8. Управління якістюУправління якістю

2. СодержаниеСодержание
11.. Качество программного продуктаКачество программного продукта
2. Процесс управления качеством программного продукта2. Процесс управления качеством программного продукта
3. Стандарт3. Стандарт ISO 9000ISO 9000
4.4. Виды стандартовВиды стандартов
5. Стандарты на продукцию и процесс разработки По5. Стандарты на продукцию и процесс разработки По
6. Советы менеджеру по качеству6. Советы менеджеру по качеству
7. Стандарты на техническую документацию7. Стандарты на техническую документацию
8. Структура плана обеспечения качества8. Структура плана обеспечения качества
9. Контроль качества9. Контроль качества
10. Проверки качества10. Проверки качества
11. Измерение показателей ПО.11. Измерение показателей ПО.
12. Процесс измерения12. Процесс измерения
13. Показатели программного продукта.13. Показатели программного продукта.

3. Качество программного продуктаКачество программного продукта
Качество программного продукта должно соответствовать
некоторым техническим требованиям. Здесь возникает ряд
проблем:
1. Технические требования.
Должны одновременно удовлетворять интересам и заказчика и
разработчика (н-р, удобство сопровождения).
2. Сложность в определении и измерении показателей качества.
(н-р, переносимость,удобство сопровождения и эффективность)
2. Сложность в создании спецификации программного продукта.
Полнота спецификации не гарантирует получение
высококачественного программного продукта.

4. Процесс управления качествомПроцесс управления качеством
программного продуктапрограммного продукта
Управление качеством предполагает возможность независимого контроля за
процессом разработки ПО. Сам же процесс управления качеством
состоит из трех основных видов деятельности:
1. Обеспечение качества.
Определение множества организационных процедур и стандартов.
2. Планирование качества.
Выделение подмножества стандартов и процедур и их адаптация к
данному проекту.
3. Контроль качества.
Проведение мероприятий по выполнению нормативных процедур
и стандартов качества всеми членами группы разработчиков.

5. Процесс управления качествомПроцесс управления качеством
программного продуктапрограммного продукта
Особенности процесса управления качеством:
Контрольные проектные элементы в процессе разработки ПО являются
основой контроля качества. Это дает возможность своевременного
получения информации о проблемах и трудностях.
Команда контроля за качеством не должна быть связана с группой
разработчиков.
D1 D2 D3 D4
Процесс
разработки ПО
Процесс
управления
качеством
Стандарты и
процедуры
Отчеты по
контролю
качества
План
обеспечения
качества
D- контрольные проектные
элементы

6. СтандартСтандарт ISO 9000ISO 9000 и управлениеи управление
качествомкачеством
ISO 9000ISO 9000- это целый ряд всевозможных стандартов, принимаемых- это целый ряд всевозможных стандартов, принимаемых
за основу развития систем управления качеством.за основу развития систем управления качеством.
Модели обеспечения
качества ISO 9000
Руководство
Организации
по качеству
План обеспечения
качества проекта 3
План обеспечения
качества проекта 1
План обеспечения
качества проекта 2
Процесс обеспечения
качества
Управление
качеством проекта
Существуют
в виде
документация
Используется для создания
Существует в виде

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

8. Стандарты на продукцию и процессСтандарты на продукцию и процесс
разработки ПОразработки ПО
Стандарты наСтандарты на
продукциюпродукцию
Стандарты на процесс разработкиСтандарты на процесс разработки
ПОПО
Форма пересмотраФорма пересмотра
архитектуры ПОархитектуры ПО
Руководство по проведению пересмотраРуководство по проведению пересмотра
архитектуры ПОархитектуры ПО
Структура системныхСтруктура системных
требованийтребований
Представление документации по нормативамПредставление документации по нормативам
ЕЭСЕЭС
Формат заголовков программФормат заголовков программ
и процедури процедур
Процесс выпуска версии ПОПроцесс выпуска версии ПО
Стиль программированияСтиль программирования
языкаязыка JAVAJAVA
Процесс утверждения плана реализацииПроцесс утверждения плана реализации
проектапроекта
Формат плана реализацииФормат плана реализации
проектапроекта
Процесс контроля измененийПроцесс контроля изменений
Форма запроса наФорма запроса на
изменениеизменение
Процесс регистрации выполнения тестовПроцесс регистрации выполнения тестов

9. Советы менеджеру по качествуСоветы менеджеру по качеству
1. Необходимо вовлечь программистов в разработку
стандартов. Описание стандартов должно содержать
не только изложение норматива качества, но и
объяснение необходимости выбора именно его.
2. Регулярно просматривать и обновлять стандарты,
которые затем помещаются в справочник
организации.
3. Подумать, как обеспечить поддержку стандартов
программными средствами везде, где только можно.

10. Стандарты на техническуюСтандарты на техническую
документациюдокументацию
Стандартные документы имеют четкую последовательнуюСтандартные документы имеют четкую последовательную
структуру, их легко читать и воспринимать.структуру, их легко читать и воспринимать.
Выделяют три основные типа стандартов на документацию:Выделяют три основные типа стандартов на документацию:
1. Стандарты на процесс создания документации.1. Стандарты на процесс создания документации.
Определяют способ создания технической документацииОпределяют способ создания технической документации
2. Стандарты на документ2. Стандарты на документ..
Определяют структуру и внешний вид.Определяют структуру и внешний вид.
3. Стандарты на обмен документами.3. Стандарты на обмен документами.
Гарантируют совместимость всех электронных версийГарантируют совместимость всех электронных версий
документов.документов.

11. Структура плана обеспеченияСтруктура плана обеспечения
качествакачестваВ плане обеспечения качества отображаются стандарты наиболее подходящие
к создаваемому ПО. Предлагается следующая структура плана:
1. Представление продукта.
Описание продукта, намечаемый рынок его сбыта, а также ожидаемые
свойства.
2. Планы выпуска продукта.
Назначение крайних сроков выпуска версий программного продукта,
распределение ответственности за его разработку и обслуживание.
3. Описания процессов.
Представление процессов разработки и обслуживания программного
продукта в ходе выполнения проекта и управления им.
4. Цели качества.
Планы и цели обеспечения качества продукта, включая описание наиболее
важных его характеристик.
5. Риски и управление рисками.
Описание основных видов риска, которые могут оказать влияние на
уровень качества продукта, и мероприятия, направленные на снижение
рисков.

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

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

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

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

16. Процесс измеренияПроцесс измерения
Процесс измерений состоит из пяти основных этапов.Процесс измерений состоит из пяти основных этапов.
1.1. Выбор показателей для измерения. Выбор показателей для измерения.
Определяются измеряемые показателиОпределяются измеряемые показатели
2. 2. Отбор системных компонентов Отбор системных компонентов..
Часто совсем необязательно оценивать показателиЧасто совсем необязательно оценивать показатели
всех компонентов программной системы.всех компонентов программной системы.
3. 3. Измерение показателей компонентов.Измерение показателей компонентов.
Это процесс измерения значений выбранныхЭто процесс измерения значений выбранных
показателей для отобранных компонентов.показателей для отобранных компонентов.
4. 4. Определение аномальных данных. Определение аномальных данных.
Значения измеренных показателей нужно сравнитьЗначения измеренных показателей нужно сравнить
между собой и с предыдущими измерениями, занесенными в базу данных.между собой и с предыдущими измерениями, занесенными в базу данных.
5. 5. Анализ аномальных компонентов.Анализ аномальных компонентов.
Определив компоненты с аномальными показателями, их следуетОпределив компоненты с аномальными показателями, их следует
изучить для выявления возможного отрицательного влияния наизучить для выявления возможного отрицательного влияния на
качество программного продукта в целомкачество программного продукта в целом

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

18. Вопросы для контроляВопросы для контроля
1.1. Какими качествами должна обладать система для удобства еёКакими качествами должна обладать система для удобства её
сопровождения?сопровождения?
2.2. Как избежать ситуации, когда пользователь недоволенКак избежать ситуации, когда пользователь недоволен
качеством ПО, но оно полностью соответствует спецификации?качеством ПО, но оно полностью соответствует спецификации?
3.3. Можно ли не следовать всем пунктам справочника стандартовМожно ли не следовать всем пунктам справочника стандартов
ПО, и кто должен заниматься этим вопросом?ПО, и кто должен заниматься этим вопросом?
4.4. Для каких систем целесообразно применять проверку качестваДля каких систем целесообразно применять проверку качества
группой специалистов, а когда автоматизированной оценкойгруппой специалистов, а когда автоматизированной оценкой
качества ПО?качества ПО?
5.5. Нужно ли оценивать качество прототипа системы? Если да, тоНужно ли оценивать качество прототипа системы? Если да, то
какими принципами нужно руководствоваться проверяющему?какими принципами нужно руководствоваться проверяющему?
6.6. Как связаны статические и динамические показатели системы сКак связаны статические и динамические показатели системы с
оценкой качества ПО?оценкой качества ПО?