Ресурсы Жизненного Цикла Разработки Программного Обеспечения

Эти два больших ресурса по SPM и методы в них:
Руководство По Выживанию Программного Проекта -Steve McConnell
Быстрое Развитие-Steve McConnell

Это хороший ресурс на SCRUM, метод разработки agile
Agile разработка программного обеспечения с помощью Scrum

Вот менее полезный ответ: сама отрасль еще не совсем поняла SDLC.

Существует много различных мнений о том, какие методы следует использовать при разработке программного обеспечения. Если вы еще этого не сделали, попробуйте поискать в Google или Википедии некоторые из наиболее распространенных модных слов, используемых сегодня: Waterfall, Agile, Test-Driven, Scrum, RAD. Об этих идеях и их относительной силе написано огромное количество материала.

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

Точно так же школы не очень хорошо справляются с подобными ситуациями. Они хотят иметь возможность преподавать определенную идею с достаточной глубиной, чтобы заполнить семестровый курс. SDLC не очень хорошо согласуется с этим, поскольку существует много (часто противоречивых) школ мысли. Они могут быть слишком новыми, чтобы быть действительно хорошо понятыми (вы должны действительно понять что-то, чтобы быть в состоянии научить этому), или они могут быть слишком глубокими, чтобы действительно попасть в классную обстановку. Самое лучшее, что может сделать большинство классов колледжа, - это подобрать старые идеи и материалы SDLC (некоторые из которых уже могут быть устаревшими в отрасли) и научить этому в качестве одного из примеров того, как это делается.

Каждая отдельная компания будет иметь свой собственный дубль на SDLC (на самом деле некоторые будут иметь несколько дублей в зависимости от отдела). На самом деле, одна из вещей, о которых вы захотите спросить, когда устроитесь в своей карьере, - это то, как они будут заниматься своим развитием. Например, я ценю работу в agile, высоко-гибкой (некоторые сказали бы хаотичной) среде разработки с высококвалифицированными коллегами. Это не обязательно хорошо для всех; разработчики с меньшим мастерством и / или уверенностью могут предпочесть более структурированный, нисходящий подход.

Мой лучший совет - не ожидать, что у вас будет "answer" на вопрос о SDLC. Вместо этого будьте готовы читать/слушать опыт других и попытаться прийти к своим собственным выводам о том, как создавать программное обеспечение. Оставайтесь гибкими, много читайте (особенно веб-сайты, где информация более свежая) и, возможно, посещайте конференции, если сможете. Как только вы освоитесь с разработкой, вы сможете лучше понять проблемы и, возможно, внести свой вклад в лучшее решение.

Также взгляните на www.sdlcmetrics.org энциклопедию показателей жизненного цикла разработки программного обеспечения.