Voici un réponse moins utile: l'industrie elle-même n'a pas encore vraiment compris SDLC.
Il y a beaucoup d'opinions divergentes sur les méthodes à utiliser pour développer un logiciel. Si vous ne l'avez pas déjà fait, essayez de rechercher sur google ou sur Wikipedia certains des mots à la mode les plus courants: Cascade, Agile, Test-Driven, Scrum, RAD. Il y a beaucoup de choses écrites sur ces idées et leurs forces relatives. La chose à comprendre est que l'industrie du développement de logiciels n'a pas une très bonne idée sur ce que le cycle de vie du développement devrait être. Il y a eu beaucoup d'études sur ce que c'est est, mais généralement cette étude est accompagnée de commentaires qui parlent à quel point il a échoué. En tant que tel, il y a eu plusieurs schismes dans l'espace SDLC au cours des 15 dernières années, alors que les gens et les entreprises inventent de nouvelles façons de construire des logiciels.
De même, les écoles ne gèrent pas très bien ce genre de situation. Ils veulent être en mesure d'enseigner une idée particulière avec suffisamment de profondeur pour remplir un cours d'un semestre. Le SDLC ne correspond pas très bien à cela, car il y a beaucoup d'écoles de pensée (souvent conflictuelles). Ceux-ci peuvent être trop nouveaux pour être vraiment bien compris (vous devez vraiment comprendre quelque chose pour être capable de l'enseigner), ou ils peuvent être trop profonds pour vraiment entrer dans une salle de classe. Le meilleur des cours collégiaux peut faire est de ramasser des idées plus anciennes SDLC et des matériaux (dont certains peuvent déjà être démodés dans l'industrie) et d'enseigner cela comme un exemple de la façon dont c'est fait.
Les entreprises individuelles auront chacune leurs propres prises sur SDLC (en fait, certaines auront plusieurs prises selon le département). En fait, l'une des choses que vous voudrez poser au sujet de votre carrière est de savoir comment ils vont faire leur développement. Par exemple, j'apprécie travailler dans un environnement de développement agile et hautement flexible (certains diraient chaotique) avec des collègues hautement qualifiés. Ce n'est pas nécessairement bon pour tout le monde; les développeurs ayant moins de compétences et/ou de confiance pourraient préférer une approche plus structurée et descendante.
Mon meilleur conseil serait de ne pas s'attendre à avoir une "réponse" à la question de SDLC. Au lieu de cela, soyez prêt à lire/écouter les expériences des autres et à essayer de tirer vos propres conclusions sur la façon de construire un logiciel. Restez flexible, lisez beaucoup (en particulier les sites Web où l'information est la plus récente) et assistez éventuellement à des conférences si vous le pouvez. Une fois que vous serez à l'aise dans le développement, vous pourrez mieux comprendre les problèmes et peut-être contribuer à une meilleure solution.