ерівництва користувача та інших матеріалів.
У проекти з великим бюджетом можна включити також відповідального за якість програми, розробників інтерфейсу і бази даних.
Проміжні результати та їх контроль.
При розробці ПЗ необхідно заздалегідь спланувати етапи розробки, щоб керівник проекту міг контролювати хід його реалізації. У ході реалізації будь-якого проекту необхідно досягти наступних проміжних результатів:
· Виявити вимоги.
· Розробити проект в загальних рисах.
· Визначити план розробки.
· Розробити альфа-версію.
· Розробити бета-версію.
· Розробити остаточну версію.
Розглянемо докладніше кожен із проміжних результатів.
Виявлення вимог. Група розробників визначила всі вимоги користувачів. Кожен розробник розуміє завдання, які має вирішувати додаток. Розробка проекту в загальних рисах. Група визначила і документувала мета реалізованого проекту і всі кошти створюваної програми, а також вибрала інструменти розробки. Наявної інформації достатньо, щоб створити на основі концептуального прототипу план для іншої частини проекту, і почати перевірку зручності використання.
Визначено план розробки. Група розробила план кодування, тестування, документування та поставки програмного продукту. План дозволяє розділити проект на етапи і виділити ресурси на їх виконання. Крім того, виявляються перешкоди, які можуть перешкодити вчасної реалізації проекту.
Розробка альфа-версії. Програмісти побудували повністю працездатну (або майже працездатну) версію програмного продукту (функціональний прототип). Проект розроблений у всіх деталях, включаючи всі засоби для завдання умов на значення, виправлення помилок, забезпечення захисту та створення звітів. Основні функціональні можливості реалізовані і працюють, хоча деякі спеціальні засоби можуть бути не готові і є велика кількість помилок. На основі альфа-версії можна проводити тести над усім програмним продуктом. Починаючи з цього часу, необхідно зберігати записи про помилки, класифікуючи їх за ступенем серйозності. Крім того, потрібно почати складання документації.
Розробка бета-версії. Група створила дослідну версію програмного продукту, яку користувачі можуть встановити і перевірити. На даному етапі потрібно визначити необхідний рівень якості для бета-версії. Слід переконатися, що користувач може інсталювати програму. Для цього потрібно встановити програмний продукт у всіх операційних середовищах, які можуть застосовуватися користувачем.
Розробники повинні також усунути всі серйозні помилки. Число і ступінь серйозності помилок повинні бути досить низькими, хоча все залежить від мети випуску дослідної версії і відносин з користувачами. Зазвичай помилки, які призводять до великих проблем, усуваються повністю перед розповсюдженням бета-версії. Однак якщо потрібно отримати відгук про деякі можливості продукту негайно, то можна залишити помилки, які не відбиваються на роботі цікавлять розробників засобів. Чи не поширюйте бета-версію, якщо вона містить помилки, які можуть зіпсувати дані користувача.
Крім того, група повинна забезпечити користувача інструкціями по установці і відомостями про всі серйозні помилки. Користувачі повинні знати, що перевіряти, як описувати виникаючі помилки, і як отримати оновлений програмний продукт.
Цикл випуску програмного забезпечення часто включає багаторазове поширення досвідчених версій. У перших бета-версіях деякі спеціальні засоби можуть працювати не дуже добре. Однак у наступних версіях всі кошти повинні бути реалізовані повністю. Не рекомендується поширювати остаточну версію програми, що включає нові функціональні можливості, без попереднього тестування у дослідній версії. Разом з бета-версією слід поставити документацію, наприклад, розробити систему довідкової інформації або поширити надрукований документ.
Призначенням дослідної версії є також налагодження процесу запису на магнітний носій і відправки програмного забезпечення і документації.
Розробка остаточної версії. Остаточна версія розроблена і налагоджена, а документація перевірена. Усунені всі серйозні помилки, а документація є точною і повною. Програмний продукт підготовлений до поширення.
В ідеалі остаточна версія взагалі не повинна містити ніяких помилок, але це буває дуже рідко. Коли вже потрібне почати розповсюдження програмного продукту, часто в ньому ще є недоробки. Група повинна оцінити, наскільки серйозні помилки, що перешкоджають нормальній роботі додатка, а потім прийняти рішення про те, чи слід відкласти поширення доти, поки ц...
