Question

Combien de personnes écrivent réellement un document SDD avant d'écrire une seule ligne de code?

Comment gérez-vous les grands CSCI?

Quelle norme utilisez-vous pour le contenu SDD?

Quelle adaptation avez-vous réalisée?

Était-ce utile?

La solution

j'ai certainement. Historiquement et sur des projets récents.
Il y a des années, j'ai travaillé dans des organisations où les modèles étaient tout. Ensuite, j'ai travaillé dans d'autres endroits où les modèles étaient plus souples, inexistants ou ne correspondaient pas aux projets sur lesquels je travaillais.
Maintenant, le contenu de la conception du logiciel est à peu près régi par ce que je dois décrire pour faire passer l'idée au public.
"Avant d'écrire une seule ligne de code" il n'y aurait pas beaucoup de détails. Les documents que je produis avant de commencer à coder ont pour but de donner une idée de ce que nous devons intégrer aux équipes concernées et à la haute direction afin qu'elles présentent une architecture, des fonctionnalités, des technologies, des risques et une portée de haut niveau. Ces deux derniers sont vraiment importants. Le reste consiste à montrer aux autres équipes où vous avez besoin d’interagir avec elles et à laisser aux gestionnaires l’idée persistante qu’il se passe des choses cools.

Autres conseils

La plupart des grands éditeurs de logiciels ont leurs propres pratiques. Par exemple, Motorola dispose d'une documentation détaillée pour chaque aspect du processus de développement logiciel. Il existe des modèles standard pour chaque type de document. Disposer de normes strictes permet de gérer efficacement un grand nombre de documents et de les intégrer avec différents outils. Chaque document obtient un numéro de suivi auprès d’un système spécial de suivi des documents. Ils ont même un système (la dernière fois que j’ai vu que c’était au stade du développement initial) pour le suivi automatique des exigences - vous pouvez indiquer la ligne de code associée à une exigence donnée \ directive de conception.

Je suppose que la plupart des personnes qui écrivent des documents SDD et utilisent une terminologie telle que CSCI doivent utiliser une méthodologie de développement de logiciel spécifique et travaillent probablement pour un client sérieux du gouvernement. Ils ont généralement tendance à prendre leurs préparations très au sérieux et les documents sont prêts et approuvés avant le début des travaux.

Dans un processus Agile, le document de développement et le document de conception pourraient être développés en parallèle. Cela signifie qu'il y aura beaucoup de refactoring à faire, mais que cela donne généralement de très bons résultats finalement.

Dans les processus plus formels (comme RUP), un document SAD est principalement créé pendant la phase d’élaboration / prototypage sur la base de la recherche en équipe.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top