Dans quelle mesure le prototypage est-il courant en tant que première étape de développement?

Question

J'ai suivi des cours de conception de logiciels au cours des derniers semestres, et même si je vois l'avantage dans une grande partie du formalisme, j'ai l'impression que cela ne me dit rien sur le programme lui-même:

• Vous ne pouvez pas dire comment le programme va fonctionner à partir de la spécification du cas d'utilisation, même s'il discute de ce que le programme peut faire.
• Vous ne pouvez rien parler de l'expérience utilisateur du document des exigences, même s'il peut inclure des exigences de qualité.
• Les diagrammes de séquence sont une bonne description du fonctionnement du logiciel comme pile d'appels, mais sont très limités et donnent une vue très partielle du système global.
• Les diagrammes de classe sont idéaux pour décrire la construction du système, mais sont tout à fait inutiles pour vous aider à déterminer ce que le logiciel doit être.

Où dans tout ce formalisme est l'essentiel: à quoi ressemble le programme, fonctionne et quelle expérience elle donne? Cela n'a-t-il pas plus de sens de concevoir cela? N'est-il pas préférable de comprendre comment le programme devrait fonctionner via un prototype et de s'efforcer de l'implémenter pour de vrai?

Je sais que je souffre probablement de l'apprentissage de l'ingénierie par des théoriciens, mais je dois demander, font-ils cela dans l'industrie? Comment les gens découvrent-ils ce qu'est réellement le programme, pas à quoi il devrait être conforme? Les gens prototyent-ils beaucoup, ou utilisent-ils principalement les outils formels comme UML et je n'ai pas encore eu la gamme de les utiliser?