Параллельная разработка заказчиком
При желании заказчик может вести разработку собственными силами параллельно с проектными командами исполнителя. Для организации процесса разработки заказчик может воспользоваться любой существующей методологией, например, этой методологией Project Life Cycle.
1. Общие рекомендации по организации процесса разработки заказчиком
Заказчику рекомендуется развернуть одну или несколько собственных сред разработки Client_D. О том, как это выполнить, можно ознакомиться в статье “Организация среды разработки” документации по разработке.
Разработку собственных решений необходимо вести в пользовательских пакетах. При этом процесс разработки условно можно разделить на две стадии — разработку и внедрение.
Разработка ведется в среде разработки Client_D (Рис. 40). Все изменения попадают в хранилище SVN заказчика. Тестирование функциональности выполняется в клиентской среде тестирования Test. При этом перенос пакетов между средами разработки и тестирования возможен как посредством хранилища SVN, настроенного на стороне заказчика, так и посредством zip-архивов (Рис. 41). Использование SVN рекомендуется при интенсивной разработке несколькими разработчиками. Использование zip-архивов — при разработке в облаке.
Рис. 40 — Процесс разработки на стороне заказчика с использованием SVN
Рис. 41 — Процесс разработки на стороне заказчика с использованием zip-архивов
По завершению разработки и тестирования новой функциональности выполняется ее внедрение. Пакеты необходимо перенести сначала в предпромышленную среду для окончательного тестирования. Если в предпромышленной среде никаких ошибок не обнаружено, функциональность можно переносить в промышленную среду.
Для переноса пакетов с разработанной функциональностью в предпромышленную и промышленную среды рекомендуется использовать только zip-архивы.
2. Взаимодействие с проектными разработчиками
Если разрабатываемая заказчиком функциональность не пересекается с функциональностью, разрабатываемой в рамках проектного решения (т.е. нет наследования схем, классов, в пользовательских пакетах заказчика не установлены зависимости от пакетов проектного решения и т.п.), то, как правило, никаких конфликтов не возникает.
Если разрабатываемая заказчиком функциональность зависит от функциональности, разрабатываемой проектной командой, то возможны ситуации, когда проектной командой будут внесены изменения, которые приведут к неработоспособности решения, разрабатываемого заказчиком. В этом случае необходимо организовать непрерывную коммуникацию между разработчиками заказчика и проектной командой исполнителя.
Смотрите далее
•Расположение сред заказчика и лицензирование
Смотрите также
