Modèle cahier des charges refonte site internet

Problèmes ouverts. Il est acceptable pour la première version de la spécification logicielle requise pour laisser des problèmes ouverts. Au moment où les programmeurs démarrent le processus de développement, tous les problèmes doivent être résolus. Des notes latérales. Pendant que vous rédigez vos spécifications logicielles, rappelez-vous vos différents publics: programmeurs, testeurs, marketing, rédacteurs techniques, etc. Comme vous écrivez la spécification, vous pouvez penser à anecdotes utiles qui seront utiles à un seul de ces groupes. Par exemple, je signale les messages à l`ingénieur, qui décrivent généralement certains détails d`implémentation technique, comme «notes techniques». Les gens du marketing les ignorent. Les programmeurs les utilisent.

Les spécifications de mes exigences logicielles sont souvent remplies de «notes de test», «notes de marketing» et «notes de documentation». Spécifications fonctionnelles besoin de rester à jour. Certaines équipes de programmation adoptent une mentalité de «cascade»: nous concevons le programme tout à la fois, écrivons une spécification logicielle requise, l`imprimerons et la remettons à l`ingénierie et nous le faisons. C`est ça….. Cette approche est la raison pour laquelle la plupart des spécifications logicielles ont une mauvaise réputation. Les gens disent souvent, “spécifications fonctionnelles sont inutiles, parce que personne ne les suit, ils sont toujours hors de date, et ils ne reflètent jamais le produit.” Cela pourrait être dû au fait que les spécifications relatives aux logiciels sont obsolètes et ne reflètent pas le produit. Les spécifications doivent être mises à jour fréquemment. La mise à jour se poursuit à mesure que le produit est développé et que de nouvelles décisions sont prises. La spécification des exigences logicielles reflète toujours notre meilleure compréhension collective de la façon dont le produit va fonctionner. La spécification du logiciel n`est figée que lorsque le produit est complété par le code la spécification de l`exigence logicielle ne doit pas être libérée quotidiennement. Sur des jalons occasionnels, la spécification de l`exigence logicielle doit être distribuée avec des marques de révision afin que les gens n`ont pas à relire le tout-ils peuvent numériser les marques de révision pour voir quels changements ont été apportés.

Lorsque j`ai travaillé dans une compagnie d`assurance, des analystes d`affaires, une partie du département informatique (technologie de l`information) écrirait des chartes de projet — des documents longs et péniblement ennuyeux qui ont tenté de décrire tous les aspects possibles d`un site Web. Je détestais vraiment ces documents. J`ai préféré travailler beaucoup plus de siège-de-la-pantalons. En partie, c`est parce que contrairement au matériel imprimé, les sites Web sont flexibles. Une fois qu`un document imprimé est allé à l`impression, son contenu ne va pas changer sans recommencer à nouveau — impression de nouveaux documents physiques. Les sites Web sont différents. Le contenu d`un site Web changera au fil du temps, à volonté. L`idée que chaque minute d`un site Web pourrait être pré-planifiée sur papier était ridicule. Je prends un cours de développement de site Web et l`information ici a été très utile et facile à comprendre afin que je puisse créer mon propre site Web pour la classe. Je me demandais simplement pourquoi ne pas de nombreux sites Web ont la fonction de recherche en haut de l`en-tête de navigation? Il serait plus logique de le mettre là-haut parce que peu de gens (y compris moi) voudraient faire défiler vers le bas pour trouver la barre de recherche.