(musique douce) Bienvenue dans la documentation des exigences du projet. Dans ces leçons, nous décrirons les documents développés requis pour recueillir les exigences du projet. Vous découvrirez également l'importance de produire une documentation appropriée et sa pertinence pour les cycles de vie de la gestion de projet. Nous identifierons également plusieurs méthodes pour recueillir les besoins. La collecte des besoins est nécessaire développer les objectifs du projet au début du projet. Il s'agit d'un domaine dans le plan de projet où l'implication des parties prenantes et la participation d'experts en la matière sont essentielles. L'autre domaine où les parties prenantes et la participation d'experts en la matière sont essentielles est en test acceptable par l'utilisateur pour vérifier que les exigences ont été fournies par l'équipe. Une matrice de traçabilité des exigences est un outil précieux pour s'assurer que chaque exigence peut être testée. Plusieurs autres outils et techniques de collecte d'informations inclure l'analyse de documents, l'analyse d'interface, entretiens, sondages, groupes de discussion, et des ateliers facilités utilisés pour recueillir les exigences. Développement de prototypes et démonstration de travaux partiels sont de plus en plus utilisés pour vérifier les interfaces utilisateur. Le document d'exigences commerciales ou BRD est un rapport formel qui détaille tous les besoins de l'entreprise et les objectifs d'une nouvelle solution d'entreprise à créer et à livrer par l'équipe du projet. Le document complet décrit ce qui est attendu de l'équipe au fur et à mesure de l'avancement du projet. dans le cahier des charges, l'équipe de projet saisit les besoins de l'entreprise qui sont des opportunités d'amélioration et des points faibles, quelles sont les faiblesses que l'entreprise souhaite projeter corriger ou améliorer. Construire un document d'exigences métier avec toutes les exigences fournit une structure pour l'équipe projet et aide à gagner la confiance des principales parties prenantes. Cas d'utilisation, scénarios d'utilisation ou récits d'utilisateurs afficher les processus métier et donner un aperçu de l'utilisation et le fonctionnement d'un système déployé. Ils sont une liste étape par étape des activités effectués par les utilisateurs du système accomplir une seule fonction dans un écrit et forme narrative, telle qu'un diagramme de flux de travail. Un cas d'utilisation inclura au minimum tous les acteurs ou appareils dans le scénario, toutes les conditions préalables qui doivent exister ou des déclencheurs pour démarrer l'histoire, les principales tâches ou étapes de fonction effectuées par chaque histoire, les informations système dont l'acteur a besoin, produit ou modifie, et les conditions pour que le cas d'utilisation se termine avec succès ou comme un échec. Modèle d'état d'occurrence est un modèle de processus et un diagramme de workflow qui montre les processus métier tels qu'ils existent actuellement. Le modèle peut être construit par des analystes métier et experts en la matière. Une fois l'état actuel tel qu'il est modèle est développé et revu, puis le modèle d'état futur fournit le flux de travail potentiel et montre les améliorations suggérées par les experts en la matière. Quelques thèmes communs pour des améliorations inclure la réduction des étapes inutiles dans le processus, réduire le temps nécessaire à certaines étapes du processus, fournir des informations plus complètes à une personne effectuant le travail, éliminer les obstacles ou les défis dans le processus existant, et offrant un meilleur service au client et motiver les employés. Le processus de construction de l'état actuel et les modèles d'état futur fournissent des conseils pour l'équipe projet. C'est aussi un exercice utile pour établir les exigences en montrant les besoins de l'entreprise à partir d'améliorations générées par des experts. Le groupe qui construit le futur modèle de l'État utilise son expérience et sa créativité rendre meilleur un processus faible. Dans la perspective de la conception, l'équipe projet travaille avec les métiers fonctionnels pour rassembler les règles et exigences métier sur les données nécessaires à la solution. Les règles métier sont des déclarations qui décrivent les critères et les conditions pour prendre une décision commerciale. La cartographie des parties prenantes fait partie de l'analyse des parties prenantes et est construit par l'équipe du projet pour déterminer le niveau d'implication des parties prenantes et guider la planification de la communication pour le projet. Cette même carte des parties prenantes peut être utilisée pour la planification des besoins. Il peut également être utilisé comme point de départ pour planifier l'approche et des séances de travail par groupes pour recueillir les besoins. Généralement, il est plus difficile de recueillir les besoins en grand groupe. Il est plus facile de séparer les parties prenantes avec des séances de travail de quatre à huit personnes pour se concentrer sur les détails par sujet. Après les petites séances de travail, l'équipe projet réunit ensuite l'ensemble du groupe pour examiner et finaliser les exigences. Une façon de documenter les exigences est une matrice de traçabilité des exigences ou RTM. Un RTM permet aux chefs de projet pour surveiller les exigences du projet et les objectifs du projet en utilisant un tableau qui répertorie les exigences. Ces exigences sont numérotées et en lien avec les objectifs du projet. Le but de ce système de suivi est de s'assurer que chaque exigence est satisfaite et que l'équipe du projet a un moyen de tracer le travail lié à une exigence pendant toute la durée du projet.