2.3.2.
Identification des besoins
Dans ce qui suit, nous allons présenter les
différents besoins fonctionnels et non fonctionnels de notre
application. Ces derniers représenteront les cas d'utilisations que nous
allons développons par la suite.
a. Identification des besoins
fonctionnels
Notre application doit satisfaire les besoins fonctionnels
suivants :
Gérer tous les aspects de la gestion des
risques de projet en un seul outil
§ Identifier les risques de projet.
§ Décrire risque.
§ Définir source risque.
§ Saisir date identification risque.
§ Définir catégorie risque.
§ Saisir type risque.
§ Saisir impact.
§ Saisir probabilité.
§ Saisir délai.
§ L'analyse et le calcul du coefficient d'exposition.
§ Evaluer coefficient d'exposition.
§ Mitiger les risques.
§ Elaborer plan et stratégie de capture de
risque.
§ Implémenter le plan de résolution.
§ Faire le suivi des risques par la consultation, la
modification ou bien la suppression.
§ Consulter le Top ten risque.
Gérer les plans d'actions
§ Consulter plan d'action.
§ Saisir nom et description de nouvelles actions
projet.
§ Saisir les priorités des actions.
§ Saisir nom responsable action.
§ Saisir date limite action.
§ Saisir type action.
§ Mise à jour des actions dans les plans
d'action.
Project Initiation Form and kickoff:
§ Saisir la fiche de lancement de nouveau projet
§ Identifier risques préliminaires et
paramètres projet.
§ Affecter l'équipe projet.
§ Saisir les éléments d'entrés et
les périodicités.
§ Saisir les observations la décision de
lancement.
§ Envoyer fiche lancement.
§ Validation et attribution de code par le responsable
qualité dans le cadre d'un workflow.
§ Extraction des données du projet dans la table
projet fini une fois le projet approuvé et il y a eu intégration
dans la liste des projets en cours.
§ Consulter fiche lancement.
Notre projet doit permettre, en plus, un rappel des actions et
des risques qui ont un statut open propre à chaque employé dans
un tableau accessible à travers les modules de gestion de projet.
b. Identification des
besoins non fonctionnels
§ Permettre l'exportation des données projets
vers l'outil EXCEL.
§ Le système doit être ergonomique.
§ Le système doit être configurable pour
qu'il puisse suivre l'évolution du système d'information de
l'entreprise.
§ Le système doit être
sécurisé.
§ Le système doit s'intégrer avec les
autres systèmes mis en place en exploitant les informations que
fournissent et contribuer à la centralisation de l'information de
l'entreprise.
§ Garder un historique de chaque action faite ce qui
permettra une meilleure gestion et sécurisation des données.
| 
