2 KiB
[!NOTE] À retenir Le
<système>doit permettre à un<acteur>de<réaliser une activité>dans<un contexte précis>.
Exemple de reformulation du besoin client: Un pote: "Il me faut un logiciel qui puisse me permettre de savoir quelles cartes Pokémon je possède"
\downarrowLe logiciel PokéCard doit permettre à mon pote de gérer sa collection de cartes Pokémon dans le but de faciliter ses échanges avec ses amis.
Exercice 1: Sujet
- Nous désirons réaliser le logiciel embarqué d’un Guichet Automatique Bancaire, plus communément appelé GAB. Compte-tenu du temps imparti, on étudiera plus particulièrement la fonction essentielle du GAB, à savoir le retrait d’argent.
- Le client :
- Peut consulter l’état de son compte, ou bien retirer de l’argent.
- Pour y parvenir, il doit procéder classiquement en insérant sa carte, saisissant son code, …
Le Firmware du GAB doit permettre à un client de la banque de Consulter ses comptes et retirer de l'argent dans le but de gérer ses comptes à tout moment.
Exercice 2 : Cycle de vie et parties prenantes
• Lister les différentes phases de vie, puis les parties prenantes du GAB : Le GAB doit permettre à un client de pouvoir consulter l’état de son compte et retirer de l’argent via l’utilisation de sa carte bancaire 24h/24 et 7j/7.
Phases de vie:
flowchart TD
Conception --> Développement --> Déploiement --> Utilisation --> Maintenance --> f["Fin de vie"] --> Conception
Analyse: Nous Conception: Nous Développement: Nous Déploiement: Technicien Utilisation: Le client de la Banque ou l'employé de la Banque Maintenance: Développeur, technicien ou employé de la Banque Administration: Le Banquier Fin de vie: Technicien
!
!
Story board du GAB
