Давно уже хочется что-нибудь написать о том, с чего и как начинают программный проект «взрослые» дяди. Но все как-то руки не доходили. И вот час «Х» настал.

Очень часто успешность или не успешность проекта напрямую зависит от того на сколько хорошо разработчик понимает задачи, которые перед ним ставит клиент. Считается, что значительная часть провалов связанно именно с непониманием разработчиком поставленных задач. Поэтому практически все методики разработки программного обеспечения включают в себя этап анализа.

Анализ состоит в том, что разработчик проводит исследование требований системы и проблем которые нужно будет решить. При этом решение найденных проблем откладывается на этап проектирования.

А проектирование, в свою очередь, заключается в поиске концептуального решения, обеспечивающего выполнение требований, но не затрагивает конкретной реализации.

Обычно анализ делят на две части — это «Анализ требований» и «Объектный анализ». В первом случае перед разработчиком ставят цель осознать, что нужно будет сделать, а во втором выделить объекты участвующие в проекте.

Как правило на ранних этапах разработки определить все нюансы проекта невозможно. Это связано с тем, что после реализации части проекта у заказчика возникают дополнительные требования, которые необходимо учитывать. Поэтому при разработке коммерческого ПО, в том числе и разработке крупных сайтов, используются итеративные походы. Т.е. весь проект бьют на небольшие участки — итерации, и в рамках каждой итерации выполняют полный цикл разработки — начиная с анализа заканчивая реализацией.

Для того, чтобы проект был успешно завершен необходимо быть готовым к внесению изменений, и проектировать систему таким образом, чтобы минимизировать затраты на внесение изменений. Для этого очень удобно использовать уже проверенные временем архитектурные решения, так называемые шаблоны проектирования.

Для сбора требований удобно создавать небольшие истории о том как пользователь взаимодействует с системой, эти истории называются прецедентами. При этом детально прорабатываются только несколько прецедентов, а остальные делаются более общими.