Среды разработки и тестирования развернуты
Независимая среда разработки (development environment) дает возможность создавать и тестировать решение вне находящихся в эксплуатации производственных систем, что позволяет избежать негативного влияния на эти системы. Правильным подходом является использование для разработки отдельных серверов. При этом проектная группа должна знать, что инсталлированное на этих серверах программное обеспечение может стать нестабильным и потребовать в дальнейшем переустановки.
В этой среде производится разработка таких компонент инфраструктуры, как конфигурационные файлы, инсталляционные скрипты, новое аппаратное обеспечение и т.д.
Во избежание излишних задержек, среды разработки и тестирования должны развертываться немедленно по окончании составления проектных планов. Это включает в себя установку рабочих станций, серверов и необходимого программного обеспечения. Если к данному моменту еще не готовы системы резервного копирования, они также должны быть развернуты. Помимо этого зачастую создаются CD-образы стандартных серверных конфигураций для быстрого восстановления после переформатирования жестких дисков.
Если в организации отсутствует отвечающая требованиям проекта лаборатория тестирования, её необходимо создать. Среда тестирования должна быть максимально приближена к производственной. Этого важно достичь даже тогда, когда подготовка такой среды требует больших затрат. В противном случае ряд специфических ошибок может остаться невыявленым до момента внедрения решения в производственную среду. Организации, применяющие MOF, могут воспользоваться информацией из базы данных управления конфигурациями (Configuration Management Database - CMDB) для воспроизведения в тестовой среде всех характеристик реальной производственной среды.
|
|
|
Фаза разработки
Введение
На фазе разработки проектная группа фокусируется на создании компонент решения (включая как документацию, так и программный код). Однако некоторая часть этой работы может продолжаться также на фазе стабилизации, если такая необходимость выявлена в процессе тестирования. Данная фаза также включает в себя разработку инфраструктуры.
Следует обратить внимание, что активность проектной команды на этом этапе не ограничивается написанием разработчиками кода – все ролевые кластеры принимают деятельное участие в создании и тестировании решения.
Веха “Разработка завершена”
Эта веха является кульминацией фазы разработки. К моменту ее наступления создание всех составляющих завершено, и решение готово к тестированию и стабилизации. Заказчики, потребители, персонал сопровождения и другие заинтересованные стороны получают возможность оценить решение и выявить все оставшиеся проблемы и неурегулированные вопросы, которые должны быть улажены до выпуска решения.
|
|
|
Результаты
Результатами фазы разработки являются:
Исходный и исполнимый код приложений.
Скрипты установки и конфигурирования.
Окончательная функциональная спецификация.
Материалы поддержки решения.
Спецификации и сценарии тестов.
Основные задачи проектной группы на фазе разработки
Следующая таблица описывает основные задачи и сферы ответственности каждого из ролевых кластеров проектной группы во время фазы разработки.
Дата добавления: 2019-01-14; просмотров: 118; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!