Je me demandais si quelqu'un pourrait me fournir des informations sur ce qu’ils mettent dans un document sur les exigences, manière dont vous structurez il ? Je suis le responsable de la toute première fois et je tiens à s’assurer que j’ai fournir bons documents pour le projet réussira.
Tous les modèles/exemples serait formidable.
Un principe général est de se concentrer sur ce qui est nécessaire sans pour autant nuire à la façon dont ce sera fait. Des considérations relatives à la prise de décisions politiques et à des préoccupations précises sur la mise en œuvre et de la sécurité devrait être précisé dans les Limites, les Questions et les Enjeuxet les impacts pertinents visés dans les Recommandations de lasection.
Résumé:
Présente un aperçu des exigences de résultats dans un format qui permet aux décideurs de prendre des décisions importantes de manière efficace et efficiente.
Introduction:
Présente les principales sections du rapport ainsi que la primaire les gens impliqués dans le déroulement de la collecte des besoins et des techniques utilisées dans la production du rapport. Le client est clairement identifié.
Arrière-plan:
Décrit toutes les informations nécessaires afin de donner au lecteur une compréhension de l'arrière-plan, par exemple, qui l'a initié, et pourquoi.
La portée et le But:
Décrit la portée et le but(s) du produit proposé.
De méthodes et d'instruments:
Décrit les méthodes et les techniques utilisées pour recueillir des informations, telles que des observations et des enquêtes. Étape-par-étape des descriptions de ce qui a été fait doit être fournie. Décrit l'ensemble des instruments et des outils qui ont été utilisés au cours de cette phase, et des copies des outils devraient être inclus dans les Annexes.
Les Limitations, les Questions et Problèmes:
Précision des questions, des questions et des problèmes. Les sorts de toutes les limitations et les questions relatives à la faisabilité et de la politique dépendant de décisions, aussi décrire les menaces pour la fiabilité et la validité des instruments utilisés dans la collecte des besoins (par exemple, des questionnaires, des protocoles d'entretien, ou les groupes de discussion des protocoles). La liste des "non-exigences" de faire la différence entre quelque chose que vous avez oublié, et quelque chose que vous n'avez pas besoin. De clarté et de détails sont nécessaires pour permettre des réponses utiles.
Résultats:
Les sorts les résultats; la liste de toutes les conditions déterminées avec suffisamment de détails pour comprendre clairement. Les graphiques, les tableaux et les statistiques doivent être utilisées le cas échéant.
Recommandations:
Il présente des recommandations pour atteindre la Portée et le But basée sur les Résultats étant donné les Limitations, les Questions et les Problèmes.
Références:
Répertorie les sources examinées ou consultés au cours de l'analyse.
Annexes:
Du matériel supplémentaire pour plus de précisions, l'extension et à des fins informatives.
C'est un peu profonde question, donc j'hésite à donner une courte réponse. C'est une bonne idée de lire quelques bons livres qui décrivent différentes approches, telles que Les Détenus Sont en cours d'Exécution de l'Asile, qui décrit le scénario de base de la fonction de conception. Une autre approche est d'utiliser de haut niveau des cas d'utilisation, comme décrit dans l'Écriture de l'Utilisation Efficace des Cas.
Quelques lignes directrices:
Karl Wiegers, auteur des Exigences en matière de Logiciel et de Plus Sur les Exigences en matière de Logiciel dispose également d'un site web appelé Processus d'Impact. Bien que la plupart des choses sont à vendre, vous devriez vérifier les Goodies de la section, qui a des documents qui sont publiées pour la somme symbolique de 5$. L'un des fichiers que vous pouvez télécharger est un ensemble d' Échantillon exigences des documents, y compris une vision et la portée du document, des cas d'utilisation, logiciel de spécification des exigences (SRS), règles d'affaires, dictionnaire de données, et certains modèles d'analyse pour un petit système d'information (fichier ZIP). Vous pouvez également trouver des modèles pour un certain nombre d'exigences en matière de documents.
Si vous avez l'argent, je vous recommande deux livres. Si vous n'en voulez pas, peut-être que votre entreprise peut acheter et propre si il existe une société bibliothèque ou quelque chose comme ça. De toute façon, ils sont doit-lit pour les personnes qui travaillent sur les exigences en matière de collecte et d'analyse.
Eh bien, tout ce que pourrait être un document sur les exigences. Tout ce qui décrit les fonctionnalités d’une chose [tm]. Peut-être que vous voulez aller sur http://joelonsoftware.com/articles/fog0000000036.html pour le logiciel d’interface graphique basée.
Si vous cherchez une norme spécifique, vous pouvez regarder IEEE 820-1998-normes d’exigences logicielles. Il existe des modèles etc là si vous google pour eux. Il y a même un modèle basique sur wiki : IEEE 830 - modèle SRS
Vous pouvez aussi regarder l' ensemble SWEBOK (Software Engineering Body de la connaissance) de l’IEEE.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
