La première partie du projet a consisté à se familiariser avec le langage de développement et à bien cerner les détails du projet. A travers les exemples fournis et les supports de documentation, j’ai pu observer les possibilités et les fonctionnalités d’un futur développement.
Dans un deuxième temps, j’ai dû définir le diagramme des classes de base nécessaires aux premiers tests. Toutes les classes décrites dans le diagramme ont été implémentées en oRis V2.1 .
Une IHM (Interface Homme Machine) sommaire a été mise en place pour donner un aperçu des éléments du système et de l’état de la simulation en cours. Une boîte a outils à également été élaborée.
Notre plate-forme d’évaluation de la disponibilité des systèmes d’information doit respecter de nombreux objectifs afin d’obtenir des résultats fiables.
Ce graphique illustre les
composants d’un système d’évaluation des systèmes d’information.
Sujet d’analyse : entrée des données visant à décrire les systèmes à analyser. La méthode de saisie de ces données peut être graphique ou textuelle.
Base de référence : données sur lesquelles la simulation s’appuie pour générer les résultats. Son évolutivité et sa granularité sont les facteurs de qualité du logiciel décrit ici. Cette base de référence fera l’objet d’une description plus poussée dans la section suivante : Moyens logiciels.
Méthodes d’analyse de risques : mécanisme qui effectue la correspondance entre la base de référence et le sujet d’analyse. Elle est située au cœur du logiciel de simulation et, une fois ses principes de fonctionnement fixés, les modifications sur ce composant doivent être limitées cf. section suivante.
Résultats : rapport de la méthode d’analyse de risques : une fois encore, sous forme textuelle ou graphique.
