Cette vision fournira le cadre pour la prise de décisions tout au long du cycle de vie de développement de produits, et ne devrait pas inclure des exigences fonctionnelles détaillées ou des informations de planification du projet. Portée et limites. Définir le concept et la portée de la solution proposée, ainsi que ce ne sera pas inclus dans le produit. Clarifier la portée et les limites contribue à établir des attentes réalistes de nombreux intervenants. Il fournit également un cadre de référence contre laquelle proposées caractéristiques et exigences des changements peuvent être évalués.
Contexte d'affaires. Résumer certaines des questions d'affaires autour du projet, y compris les profils des grandes catégories de clients, les hypothèses qui ont servi à la conception du projet, et les priorités de gestion pour les besoins de project.10 Piège à AvoidWiegers souligne également que les projets de logiciels de succès reposent sur une fondation des exigences bien comprises.
Cependant, de nombreux intégrateurs de systèmes et les programmeurs de logiciel /informatique se font attraper dans des pièges qui les empêchent de collecter efficacement, la documentation ou la gestion de leurs exigences. Plusieurs symptômes indiquent que vous pourriez être pris dans un «piège de l'exigence": Confusion à propos de ce que l'exigence est la fonctionnalité exigences de développement de la participation de la clientèle insuffisante exigences vague et ambiguë Un-prioritaire ne l'utilise paralysie de l'analyse Portée fluage exigences inadéquates processus de changement changement insuffisante analyse d'impact exigences inadéquates Version controlSpeak vos clients LanguageAs vous développez votre vision et document sur le cadre, il est important de vous assurer que vous et votre client parlez la même langue.
Afin de réduire la responsabilité professionnelle, les intégrateurs de systèmes, programmeurs de logiciels et programmeurs informatiques devraient garder à l'esp