Стиль, відповідальність, секції ПГЯПЗ

ПГЯПЗ повинен бути зрозумілий, поверхневий, несуперечливий і змінюваний. Він повинен бути підготовлений офісом оцінки якості, розглянутий і схвалений контролюючим органом. ПГЯПЗ - це документ. Він може розповсюджуватися і в електронній формі. Повинен мати наступні чотири розділи:

1. ПГЯПЗ вимог користувача і аналізу.

2. ПГЯПЗ архітектури проекту.

3. ПГЯПЗ дизайну і розробки.

4. ПГЯПЗ створення, тестування і інсталяції.

ПГЯПЗ повинен бути створений для подальшої фази, після завершення попередньої.

Зміст ПГЯПЗ

Номери послідовності не можна змінювати. Якщо в секції немає інформації, потрібно зробити позначку "не застосовно". Весь допоміжний матеріал потрібно надати в доповненнях. Покажчики 3-15 визначаються як технічні покажчики.

Мета

Секція повинна бути описана стисло: завдання ПГЯПЗ, тип читача, тема програмних продуктів ПГЯПЗ, використання, що передбачується, фаза життєвого циклу ПЗ.

Управління

Ця секція описує організацію управління якістю ПЗ, розподіл відповідальностей і ролей без перерахування призначених працівників, робоче навантаження і графік роботи.

Організація

Визначення ролей: проектний менеджер, супервізор, інженер ПЗ, бібліотекар ПЗ, працівник перевірки і затвердження, взаємозв'язок між ролями, інтерфейс з описом призначеної для користувача організації.

Завдання

Секція описує завдання ПГЯПЗ.

Відповідальність

Описуєтся відповідальність конкретних ролей для загальних і специфічних завдань.

Документація

Визначає всі документи в кожній конкретній фазі. Секція повинна визначити, як перевірятиметься відповідність документів із стандартами.

Стандарти, домовленості, метрика

Секція описує або посилається на джерела стандартів.

Огляди і перевірка

Визначає технічні перегляди, інспекції, перевірку, допустимі у фазі і меті кожній з них. Описуються методи контролю і обговорюються ролі персоналу в ПГЯПЗ.

Тести

Секція описує, як проходить спостереження за перевіркою і затвердженням і як перевіряються приймальні тести.

Повідомлення про проблеми і їх запобігання

Описуються процедури помилкового визначення і попереджувальних дій. Може визначатися метрика для удосконалення ПЗ.

Контроль над кодом

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

Контроль носіїв інформації

Як було зазначено вище, у застосуванні до носіїв, де зберігається програмне забезпечення.

Контроль постачальників

Процедури, вживані до зовнішніх організацій або персон. Зовнішні постачальники ПЗ повинні управлятися з точки зору стандартів.

Збір, підтримка і зберігання документації

Описуються процедури для зберігання інформації. Визначаються дії, як, наприклад, наради, перегляди, перевірки, кореспонденція, які генерують інформацію. Процедури повинні визначити, де і як зберігається інформація.

Організаційна інформація

a - підсумок (максимум - 200 слів)

b - зміст

c - стан документації

d - зміни, починаючи з останньої версії

Тіло документа

1. Цілі

2. Посилання

3. Управління

4. Документація

5. Стандарти

a. документація

b. дизайн

c. контроль

d. коментування

e. стандарти і практика тестування

f. застосовні метрики гарантії якості ПЗ

g. моніторинг згідно з ПГЯПЗ

6. Перегляди

7. Тестування

8. Повідомлення про проблеми і їх запобігання

9. Інструменти

10. Контроль над кодом

11. Контроль носіїв інформації

12. Контроль постачальників

13. Збір, підтримка і зберігання документації

14. Навчання

15. Управління ризиком

16. Огляд частини проекту, що залишилася

Програма А: Словник термінів і акронімів.

Короткий звіт

Проблема якості містить в собі кількісні чинники і суб'єктивні невимірні психологічні чинники. Основа якісної оцінки - вимірювання параметрів, як, наприклад, надійність, швидкість і т.д. і їх уявлення в статистичній формі.

На жаль, об'єктивні вимірювання важко або неможливо зробити. Тому якість програмних продуктів важко оцінити. ПЗ багатофункціональне, у нього є багато копій і багато непередбачених аспектів.