March - April 2023
🔨 Ceci est un labo réalisé chez Technifutur. Il s'agissait d'analyser les processus métiers d'un aéro-club effectuant des réservations de vols libres et qualifiants sans utiliser de système informatique dédié. L'idée était donc de créer un système d'information capable de gérer plus efficacement les réservations de vols et en cas de vol qualifiant, de formateurs.
ICT BUSINESS ANALYST
Les ICT Business Analysts travaillent avec les utilisateurs pour formuler les exigences du système, développer les plans et la documentation du système, examiner et évaluer les systèmes existants, et concevoir et modifier les systèmes pour répondre aux besoins commerciaux des utilisateurs.
Les analystes d'affaires TIC utilisent des techniques de modélisation des données (UML, BPMN...) et des processus pour créer des spécifications de système claires pour la conception et le développement de logiciels de système. Ils constituent une référence centrale et une source d'information, fournissant des conseils et une assistance dans le processus de prise de décision du projet de système.
Avant toute chose, il est nécessaire de bien analyser et comprendre la demande client. Au besoin, lui demander des précisions si une donnée ou un processus n'est pas compris.
A noter que le rôle du BA est d'apporter une solution à un problème apporté par le client.
**Objectifs et consignes**
Réaliser une analyse comprenant :
- le schéma de la base de données (EA et / ou relationnel),
- les BPMN ASIS et TOBE,
- les cas d'utilisations (use cases) avec leurs descriptions textuelles si nécessaires,
- les diagrammes d'activités,
- les diagrammes de classes,
- les diagrammes d’état-transition,
- les différents mockups,
- tout autre modélisation ou explication qui vous semblent pertinentes.
Attention si vous faites des hypothèses sur le cas, celles-ci doivent être indiquées dans l'analyse.
**Outils**
Nous attendons un travail PROFESSIONNEL.
Les applications pouvant êtres utilisés sont:
- Cawemo/Camunda pour le BPMN,
- Looping/Drawio/Mocodo pour les schémas EA / ER,
- StarUML/Visual Paradigme Online pour l’UML,
- Balsamiq Mockup pour les maquettes
**Attendus**
Nous utiliserons une démarche Agile :
- Planifier votre travail avec Trello (inviter votre formateur)
- Chaque jour, nous ferons un Daily Meeting Scrum
- Le dernier jour :
- Présentation de votre travail au matin
- Présentation d’une correction l’après-midi
**Présentation du cas**
Un aéro-club désire structurer les informations qu'il gère sur ses avions et ses pilotes affiliés.
Les avions appartiennent à une catégorie répertoriée d'avions.
Chaque catégorie est repérée par une référence et caractérisée par un descriptif ainsi que par le nombre minimum d'heures de vol d'instruction (vol avec instructeur) nécessaire à la qualification d'un pilote pour cette catégorie.
Chaque avion possède une immatriculation unique. Une description précise de ses équipements de navigation. L'aéro-club fixe également un tarif horaire de location par avion.
À tout moment, on connaît le relevé du compteur horaire de l'avion. On connaît les nom, prénom, adresse et téléphone de chaque pilote. A l'heure actuelle, il n'existe pas deux pilotes ayant le même nom et même prénom. Un pilote peut être qualifié pour un certain nombre de catégories d'avions. Ceci suppose qu'il a volé le nombre d'heures nécessaire à sa qualification. Il peut également être en instruction pour d'autres catégories d'avions. Pour une qualification, on connaît sa date d'obtention et le nombre d'heures de vol effectué en tant que pilote qualifié, pour la catégorie concernée. Pour une instruction, on connaît la date de début et le nombre d'heures de vol effectués pour la catégorie concernée. On connaît aussi le nombre d'heure de vol d'un pilote (toutes catégories
confondues et indépendamment du fait que ces heures sont ou non des heures d'instruction) et le solde de son compte, c'est à dire le montant qu'il doit à l'aéro-club pour des vols qu'il a effectués aux commandes d'un avion.
Un pilote est une personne affiliée au club. Il n'est pas nécessaire d'être qualifié ou en instruction pour une catégorie d'avions pour être considéré comme pilote.
L'aéro-club souhaite également gérer les informations relatives aux vols effectués par ses affiliés.
Pour chaque vol effectué par un pilote aux commandes d'un avion, on enregistre le moment du vol et le compteur horaire de l'avion avant le vol. Pour un avion, un vol est repéré par un numéro d'ordre.
Seul un vol d'instruction, c'est-à-dire avec un instructeur, peut être effectué sur un avion d'une catégorie pour laquelle le pilote aux commandes ne possède pas la qualification. S’il s'agit d'un tel vol, on enregistre également l'instructeur qui accompagne. Un instructeur est un pilote de l'aéro-club, qualifié pour la catégorie à laquelle appartient l'avion utilisé.
Après un vol, on enregistre le nombre d'atterrissages effectués, la valeur du compteur horaire et le coût du vol.
La différence entre les valeurs du compteur horaire avant et après le vol constitue la durée du vol. Celle-ci s'ajoute aux heures de vol du pilote concerné (aucune influence sur le nombre d'heures de vol de l'instructeur).
S'il s'agit d'un vol d'instruction dont la durée est telle que le nombre d'heures d'instruction nécessaire à la qualification du pilote pour la catégorie d'avions concernée est atteint, le pilote est automatiquement enregistré comme étant qualifié pour cette catégorie d'avions. Dans ce cas, la date d'obtention de la qualification correspond à la date du vol en question et le nombre d'heures de vol en tant que pilote qualifié correspond au surplus, par rapport aux nombres d'heures de vol
nécessaires à la qualification, du nombre d'heures de vol d'instruction effectuées pour cette catégorie. Un pilote ne peut être considéré à la fois comme étant qualifié et en instruction par rapport à une catégorie d'avions données.
Le coût d'un vol est obtenu à partir du tarif horaire de location de l'avion et ce l'état de son compteur avant et après le vol. Il est donc indépendant du fait que le vol concerné est ou non un vol d'instruction. Le coût de chaque vol est porté au débitdu compte du pilote aux commandes.
Téléchargement : Consignes- PDF
Le cahier des charges (souvent abrégé CDC) est un document ou dossier indispensable dans le cadre du développement d'un projet. Il représente un outil de pilotage primordial pour définir les besoins et les spécifications (éléments et règles) liés à un projet.
Ce cahier des charges comprend :
- Cahier des charges
- A qui l'application est-elle destinée ?
- Quand est-elle attendue ?
- Pourquoi est-elle attendue ?
- Qu'est-ce qui a motivé la demande ?
- Quelles sont les fonctions (besoins fonctionnels)
- Quels problèmes doit-elle résoudre ?
- Quels sont les bénéfices attendus ?
- Quelle sera la portée du système : l'entreprise, un seul service ?
- Quelles seront les conditions d'utilisation ?
- Comment saura-t-on que l’objectif a été atteint ?
- Les utilisateurs
- BPMN ASIS
- Schéma Entité-Association
- Diagramme de cas d’utilisation
- Diagramme de cas d’utilisation par package
- Scénarii nominaux et alternatifs - Use case – Effectuer un vol à l’aéro-club
- Description générale
- Scénario nominal / Happy scénario : le pilote est qualifié pour un vol libre
- Cas alternatif : le pilote continue une formation
- Cas alternatif : le pilote commence une formation
- Cas alternatif : le pilote veut réserver un vol libre mais n’a pas la qualification (CTA)
- Cas d’exception : le dossier du pilote n’est pas en ordre
- BPMN TOBE
- Diagramme de classes
- Schéma Relationnel
- Glossaire
Téléchargement : Cahier des charges - PDF
_Le Business Process Model and Notation (BPMN) ou norme de modélisation des processus métier en français, est une méthode de logigramme qui modélise de A à Z les étapes d'un processus métier planifié. L'élaboration et l'alimentation des diagrammes BPMN "As-Is" et "To-Be" sont des techniques efficaces pour transformer une vision en résultats.
Le diagramme "As-Is" offre une vue d'ensemble détaillée de l'état actuel des processus, de la culture et des capacités de l'organisation._
Réservation d'un vol sans SI
Dans le cas As-is, tout se fait par téléphone et rien n'est automatisé. Ce qui rend le travail fastdieux pour les opérateurs.
Téléchargement : Diagramme BPMN : Réservation d'un vol sans SI - Image
Le diagramme To-Be, fournit une vue d'ensemble de l'état futur, décrivant comment les processus, la culture et les capacités de l'organisation apparaîtront à l'avenir.
L'idée est de créer un SI permettant de gérer différents processus :
- Les interactions avec les membres
- La gestion des membres
- La gestion du personnel
- La réservation des vols
- La gestion de la flotte
- La facturation
Le SI serait disponible pour tous les acteurs de l'aéro-club.
Navigation générale
Téléchargement : Navigation générale - Image
Dashboard pilote
Téléchargement : Dashboard pilote - Image
Réservation vol libre
Téléchargement : Réservation vol libre - Image
Réservation vol qualifiant
Téléchargement : Réservation vol qualifiant - Image
Dashboard formateur
Téléchargement : Dashboard formateur - Image
Connexion administrateur
Téléchargement : xxx - Image
Dashboard administrateur
Téléchargement : xxx - Image
Un diagramme entité-association est un type d'organigramme illustrant la façon dont des « entités » telles que des personnes, objets ou concepts sont liées les unes aux autres au sein d'un système (cardinalités, héritages...).
Schéma Entité-Association
Téléchargement : Diagramme Entité-Association - Image
Le schéma relationnel correspond à l'ensemble des relations présentes dans une base de données.
Schéma Relationnel
Téléchargement : Schéma Relationnel - Image
Les diagrammes de classes sont l'un des types de diagrammes UML les plus utiles, car ils décrivent clairement la structure d’un système particulier en modélisant ses classes, ses attributs, ses opérations et les relations (associations) entre ses objets.
Diagramme de classes
Ici il reprend les sections supérieure et intermédiaires. A ce stade de l’analyse, les méthodes (sections inférieures) ne sont pas encore définies.
Téléchargement : UML : Diagramme de classes - Image
Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour une représentation du comportement fonctionnel d'un système logiciel. Ils sont utiles pour des présentations auprès de la direction ou des acteurs d'un projet, mais pour le développement, les cas d'utilisation sont plus appropriés.
Diagramme de packages de Cas d’utilisation
Téléchargement : UML Use case : Diagramme de packages de Cas d’utilisation - Image
Diagramme de cas d’utilisation par package
Téléchargement : UML Use case : Diagramme de packages de Cas d’utilisation - Image
Les documents de scénarios d'utilisation décomposent un processus en décrivant les acteurs, le flux de travail typique mais aussi les choses qui pourraient mal se passer.
Les scenarri concernent :
-
- Happy scénario : le pilote est qualifié, l’avion est libre
-
- Cas alternatif : le pilote continue une formation
-
- Cas alternatif : le pilote commence une formation 3
-
- Cas alternatif : le pilote veut réserver un vol libre mais n’a pas la qualification (CTA)
-
- Cas d’exception : le dossier du pilote n’est pas en ordre
Téléchargement : Scénarii nominaux et alternatifs - PDF
Le Wireframe est la maquette « fil-de-fer » de l'interface. C'est un schéma de la structure et des fonctionnalités de l'application mobile ou du site. Ces maquettes, dessinées sur du papier ou digitales, présentent un degré d'interactivité variable.
Le pilote est logué et en ordre de cotisation: il peut accéder à toutes les options
Téléchargement : Wireframes : Loged ok - Image
Accès au dashboard
Téléchargement : Wireframes : Dashboard ok - Image
Téléchargement : Wireframes : Dashboard ok - Image
Téléchargement : Wireframes : Dashboard ok - Image
Téléchargement : Wireframes : Dashboard ok - Image
Le pilote est logué mais n'est pas en ordre de cotisation: il ne peut accéder qu'à son dashboard
Téléchargement : Wireframes : Dashboard ko- Image
Téléchargement : Wireframes : Dashboard ko - Image
Le pilote est logué et en ordre de cotisation et réserve un avion pour lequel il a le brevet (vol libre)
Téléchargement : Wireframes : Vol libre - Image
Téléchargement : Wireframes : Vol libre Image
Téléchargement : Wireframes : Vol libre - Image
Téléchargement : Wireframes : Vol libre - Image
Téléchargement : Wireframes : Vol libre - Image
Le pilote est logué et en ordre de cotisation et continue une formation entamée (vol qualifiant)
Téléchargement : Wireframes : Vol qualifiant en cours - Image
Téléchargement : Wireframes : Vol qualifiant en cours - Image
Téléchargement : Wireframes : Vol qualifiant en cours - Image
Le pilote est logué et en ordre de cotisation mais n'a pas de brevet pour un vol libre et veut choisir un vol qualifiant alors qu'il en suit déjà un autre
Téléchargement : Wireframes : Vol qualifiant en cours - Image
Le pilote est logué et en ordre de cotisation mais, soit n'est pas qualifié pour voler seul, soit désire passer le brevet pour une autre catégorie d'appareils
Il est invité à faire un choix de type d'avion et à réserver un vol avec un formateur.
Téléchargement : Wireframes : Nouveau vol qualifiant - Image
Téléchargement : Wireframes : Nouveau vol qualifiant - Image
Téléchargement : Wireframes : Nouveau vol qualifiant - Image
Dashboard d'un formateur
permet de consulter le planning, d'éditer ses coordonnées...
Téléchargement : Wireframes : Dashboard formateur - Image
Téléchargement : Wireframes : Dashboard formateur - Image
Téléchargement : Wireframes : Dashboard formateur - Image
Téléchargement : Wireframes : Dashboard formateur - Image
Dashboard d'un GRH / Administrateur
Permet de gérer les formateurs, la flotte, la compta...
Téléchargement : Wireframes : Dashboard grh - Image
Téléchargement : Wireframes : Dashboard grh - Image
Téléchargement : Wireframes : Dashboard grh - Image
Téléchargement : Wireframes : Dashboard grh - Image
Téléchargement : Wireframes : Dashboard grh - Image
Téléchargement : Wireframes : Dashboard grh - Image
Téléchargement : Wireframes : Dashboard grh - Image
Téléchargement : Wireframes : Dashboard grh - Image