Этап разработки
На этапе разработки проектная команда создает решение, в том числе разрабатывает и документирует код продукта, а также создает инфраструктуру решения.
Процесс разработки
На этапе разработки команда выполняет несколько задач.
• Начало цикла разработки. Команда проверяет выполнение всех задач, характерных для этапов создания общей картины решения и планирования, и готовится к началу разработки продукта.
• Создание прототипа приложения. Проверка концепций, заложенных в проекте решения, в среде, которая аналогична окружению, где в конечном счете предполагается развернуть будущий продукт. Среда должна максимально точно воспроизводить промышленную среду. Эта задача выполняется до начала разработки.
• Разработка компонентов решения. Разработка основных компонентов решения и их адаптация в соответствии с потребностями решения.
• Создание решения. Последовательность ежедневных или более частых сборок, которая завершается выпуском базовых сборок, знаменующих реализацию основных функций продукта.
• Закрытие этапа разработки. Завершение работы над всеми функциями приложения и поставка кода и документации. Решение считается готовым, а команда переходит к процессу одобрения контрольной точки.
Контрольные точки этапа разработки
• Приложение для проверки концепции готово. Это приложение необходимо для подтверждения верности выбранной концепции решения. Оно испытывается в среде тестирования. Команда демонстрирует решение группе администраторов и пользователей, чтобы проверить, правильно ли поняты и реализованы их требования.
• Завершение работы над внутренними сборками. Поскольку продукт разрабатывается по частям, настоятельно рекомендуется синхронизировать все части на уровне единого решения. Для этой цели служат внутренние сборки. Число и частота внутренних сборок заиисят от размера и сложности проекта
• Последний этап— контрольная точка «Окончательное утверждение, области действия проекта», в которой все функции продукта готовы и прошли тестирование в рамках своего модуля. Продукт готов к внешнему тестированию и стабилизации. Кроме того, заказчики, пользователи, персонал поддержки и сопровождения и ключевые участники проекта могут оценить продукт и указать все недостатки, которые необходимо устранить до поставки продукта.
Результаты этапа разработки
К результатам этапа разработки относятся:
• исходный текст и исполняемые файлы;
• сценарии установки и конфигурации для развертывания;
• завершенная функциональная спецификация;
• элементы поддержки решения;
• спецификации тестирования и сценарии тестирования.
Этап стабилизации
На этапе стабилизации команда собирает, загружает и выполняет бета-тестирование продукта, а также проверяет сценарии развертывания. Основное внимание уделяется обнаружению, определению важности и разрешению неполадок — все это готовит решение к финальному выпуску. На этом этапе обеспечивается заданный уровень качества продукта. Кроме того, по завершении этапа решение готово к развертыванию в промышленной среде.
Процесс стабилизации
На этапе стабилизации команда выполняет следующие задачи.
• Тестирование решения. Реализация планов тестирования для проверки корректности работы решения. Когда решение становится достаточно устойчивым, выполняется пилотная эксплуатация в тестовой среде.
Тщательное тестирование продукта подразумевает:
• тестирование компонентов;
• тестирование баз данных;
• тестирование инфраструктуры;
• тестирование защиты;
• тестирование интеграции;
• проверку продукта на предмет удобства работы с ним;
• нагрузочное тестирование продукта, а также тестирование ресурсоемкости
и производительности;
• регрессивное тестирование;
• регистрацию числа ошибок.
• Пилотная эксплуатация — развертывание решения в тестовой среде и тестирование с привлечением будущих пользователей и применением реальных СИС.
Контроль и отчетность по тестированию
Контроль и генерация отчетности по тестированию выполняются через короткие интервалы на этапах разработки, тестирования и стабилизации. На этапе стабилизации самая важная информация отчетов — число неполадок и ошибок.
Регулярное информирование команды и других заинтересованных лиц обеспечивает высокий уровень осведомленности участников проекта.
Контрольные точки этапа стабилизации
• Сходимость числа ошибок. Эта контрольная точка свидетельствует об успехах команды в работе над ошибками и неполадками, а сходимость числа ошибок означает, что число устраненных ошибок превышает количество вновь обнаруживаемых. Далее количество обнаруживаемых ошибок может как повышаться, так и падать — даже после значительного общего снижения, поэтому сходимость числа ошибок — это скорее тенденция, а не фиксированный момент времени.
После начала сходимости число ошибок должно далее снижаться — вплоть до выпуска версии, в которой не будет обнаружено ни одной ошибки. Сходимость числа ошибок говорит о приближении завершения работы над продуктом.
• Версия, в которой не обнаружено ни одной ошибки. Достижение этой контрольной точки свидетельствует о том, что больше не удается найти ни одной неполадки и число обнаруженных ошибок равно нулю.
• Кандидаты на выпуск— ряд контрольных точек, которые отражают четкое снижение числа неполадок и ошибок по сравнению с таковым в контрольной точке «Версия без обнаруженных ошибок».
• «Золотая» версия — контрольная точка, в которой удовлетворяется требование отсутствия ошибок (они не обнаружены) и критерии успешного завершения разработки.
Этап стабилизации завершается в контрольной точке «Подтверждение готовности продукта к выпуску». После анализа и одобрения решение готово к полноценному развертыванию в промышленной среде. Эта контрольная точка достигается, когда команда устранила все неполадки и предоставила продукт заказчику. В ней ответственность за сопровождение и поддержку продукта официально переходит к команде поддержки и сопровождения.
Результаты этапа стабилизации
К результатам этапа стабилизации относятся:
• финальная версия;
• информативные документы о версии;
• элементы поддержки производительности;
• результаты и инструменты тестирования;
• исходный текст и исполняемые файлы;
• проектные документы;
• обзор контрольных точек.