В настоящее время я студент колледжа, и я не чувствую, что ни один из моих классов почти не затронул жизненный цикл разработки программного обеспечения (SDLC).Разработка программного обеспечения Ресурсы жизненного цикла
Я занимаюсь интернированием на несколько лет, и я узнал о SDLC от стажировки, но я хотел опросить толпу, чтобы я мог от нее отделиться.
Какие ресурсы SLDC (книги, веб-сайты, журналы, информационные бюллетени и т. Д.) Вы используете?
Эти две большие ресурсы на СЗМ и методы в нем:
Software Project Survival Guide - Макконнелл
Rapid Development - Steve McConnell
Это хороший ресурс по SCRUM, проворный метод развития
Agile Software Development with Scrum
Вот менее полезный ответ: сама отрасль пока не поняла SDLC.
Существует много разного мнения о том, какие методы следует использовать при разработке программного обеспечения. Если вы еще этого не сделали, попробуйте googling или Wikipedia - некоторые из наиболее распространенных ключевых слов, используемых сегодня: Waterfall, Agile, Test-Driven, Scrum, RAD. Об этих идеях и их относительных силах написаны тома.
Следует понимать, что индустрия разработки программного обеспечения не имеет очень хорошего представления о том, что жизненный цикл развития должен быть. Там было много исследований о том, что это такое -, но обычно это исследование сопровождается комментарием, в котором говорится о том, как сильно это не удалось. Таким образом, за последние 15 лет или около того существовало несколько расколов в пространстве SDLC, так как люди и компании изобретают &, внедряя новые способы создания программного обеспечения.
Аналогичным образом, школы не очень хорошо справляются с такой ситуацией. Они хотят учить конкретную идею с достаточной глубиной для заполнения семестрового курса. SDLC не соответствует этому очень хорошо, так как существует много (часто конфликтующих) школ мысли. Они могут быть слишком новыми, чтобы их действительно хорошо понимали (вы должны действительно понять что-то, чтобы научиться этому), или они могут быть слишком глубокими, чтобы действительно попасть в классную комнату. Лучшие из классов колледжа могут сделать это, чтобы подобрать старые идеи и материалы SDLC (некоторые из которых уже могут быть устаревшими в отрасли) и научить этому как пример того, как это делается.
Индивидуальные компании каждый из них имеют собственные решения по SDLC (на самом деле некоторые из них будут иметь несколько заявок в зависимости от отдела). На самом деле, одна из вещей, о которых вы захотите спросить, когда окунетесь в вашу карьеру, - это то, как они идут по пути своего развития. Например, я ценю работу в гибкой, высокой гибкости (некоторые из которых говорят хаотические) среды разработки с высококвалифицированными сотрудниками. Это не всегда хорошо для всех; разработчики с меньшей квалификацией и/или уверенностью могут предпочесть более структурированный подход сверху вниз.
Мой лучший совет - не ожидать ответа на вопрос SDLC. Вместо этого будьте готовы прочитать/послушать опыт других и попытаться прийти к своим собственным выводам о том, как создавать программное обеспечение. Оставайтесь гибкими, читайте много (особенно сайты, где информация более новая), и, возможно, посещайте конференции, если сможете. Как только вы освоитесь, вы сможете лучше понять проблемы и, возможно, внести свой вклад в лучшее решение.
Также посмотрите на www.sdlcmetrics.org энциклопедию показателей жизненного цикла программного обеспечения.