- •Звіт з навчальної практики: «Конструювання програмного забезпечення»
- •План контролю якості
- •Задіяні документи:
- •Управління:
- •Документація
- •Мінімальні вимоги до документації:
- •Стандарти, практики, домовленості і метрики.
- •6. Огляди та аудити
- •6.1. Мета
- •План управління конфігураціями (scmp)
- •2.1. Організація
- •2.2.2. Лідер проекту
- •2.2.3. Розробники
- •2.3. Застосовувані політики, директиви та процедури
- •3.2. Контроль конфігурації
- •3.2.1. Запит на зміни
- •3.2.3. Схвалення або несхвалення змін
- •3.2.4. Реалізація змін
- •3.3. Визначення статусу конфігурації
- •3.4. Аудити та огляди конфігурації
- •3.5. Управління інтерфейсом
- •3.6. Контроль постачальників та субпідрядників
- •Розклад
- •5. Ресурси
- •6. Супровід
- •План управління програмним проектом (spmp) для відеогри Final Fantasy
- •1. Введення
- •1.1. Огляд проекту
- •1.2. Результуючі артефакти проекту
- •1.3. Розвиток spmp
- •1.4. Посилальні матеріали
- •1.5. Абревіатури
- •2. Організація проекту
- •2.1. Модель процесу
- •2.2. Організаційна структура
- •3.4. Механізми моніторингу та контролю
- •3.5. План розстановки кадрів
- •8.Звіти про проблеми і корекційна діяльність
- •9.Інструменти, технології та методики
- •10. Контроль програмного коду
- •11. Контроль носіїв
- •12. Контроль постачальників
- •13. Збір, супровід та зберігання протоколів
- •14. Навчання
- •15. Управління ризиками
- •Специфікація вимог до програмного забезпечення (srs) для відеоігри Final Fantasy, частина 1
- •Введення
- •Загальний опис
- •3.2.1.1. Case-діаграма героя
- •3.2.1.2. Case-діаграма монстра
- •5. Проектна документація
- •1.1. Мета
- •1. Введення
- •1.1. Мета
- •1.2. Опис проекту
- •5.1.2. Інтерфейс пакету Персонажі FinalFantasy
- •6.1.3. Клас Зовнішніх персонажів(монстрів)
- •6.1.4 Клас артефактів
- •6.2. Детальне проектування даних
- •Розробка коду програми.
- •7. Документація по тестуванню програмного продукту гри «Final Fantasy».
- •8. Експлуатаційна документація
- •Характеристика програмного засобу
- •2.3. Робота з програмним засобом
- •3.4 Повідомлення користувачу
- •Висновок:
9.Інструменти, технології та методики
Методи управління якістю включають використання стандартів, простежування вимог, верифікацію проектування, інспектування програмного забезпечення та верифікацію формальними методами. Інструменти управління якістю включають в себе програми верифікації програмного забезпечення, списки контрольних питань, наклейки на носіях і штампи про приймання. Списки контрольних питань будуть отримані в лабораторії технології програмування та адаптовані для проекту Final Fantasy у відповідності з рекомендаціями NASA [83]. У списки контрольних питань входять:
♦ списки контрольних питань для проведення нарад, огляду документів та інспектування;
♦ списки контрольних питань будуть використовуватися для верифікації наступних видів діяльності та документів: попередній огляд проектних рішень (PDR), критичний огляд проекту (CDR), експертиза готовності до тестування, аудит функціональної конфігурації, аудит фізичної конфігурації (РСА), SRS, SDD, SPMP , робочі папки проекту (SDF);
♦ спеціальні форми і списки контрольних питань, які використовуються з метою перевірки програмного забезпечення.
[Примітка для студентів. У цій книжці наведено кілька списків контрольних питань під виразках Содіні із способів ... ». Наприклад, ці списки контрольних питань охоплюють процедури проведення нарад та інспектування. Зазвичай команди починають використовувати опубліковані списки контрольних питань і поступово пристосовують їх до потреб свого проекту.]
Додаткові інструменти, технології та методи управління якістю описані в SPMP.
10. Контроль програмного коду
Методи і засоби, використовувані для підтримки, збереження і документування версій компилируемого програмного коду на всіх фазах життєвого циклу, визначені в SCMP. Команда з контролю якості повинна переконатися, що процедури, зазначені в SCMP, дійсно виконуються.
Наклейки на носіях із записаним програмним кодом мають особливі відмітки для верифікації, дублювання та валідації. Після завершення тесту, при якому були присутні і який перевірили представники команди з контролю якості, ставиться штамп «перевірено командою з контролю якості» і відповідальний представник розписується. До того як програмний код буде використаний, команда з контролю якості зобов'язана переконатися, що використовувана копія ідентична перевіреному оригіналу. Методи такої провірки включають в себе фізичну наявність копій у персоналу команди по контролю якості, проштамповані і підписані наклейки на носіях, перевірку контрольних сум, побітове порівняння і візуальне порівняння вихідних даних для відомих вхідних даних.
11. Контроль носіїв
Команда з контролю якості перевіряє, що носії, використовувані для управління конфігураціями, встановлені і протестовані. Крім того, команда з контролю якості перевіряє те, що копіювання носіїв здійснюється тільки згідно з процедурами, установленими БСМР. Факт перевірки носія командою з контролю якості засвідчується за допомогою штампа на наклейці. За результатами перевірки носіїв подається звіт.