Laboratoire d Ingénierie du Logiciel - Cahier de Charges -

Transcription

1 Facultés Universitaires Notre Dame de la Paix Namur Laboratoire d Ingénierie du Logiciel - Cahier de Charges - 24 Octobre 2011 Groupe 1 ABIDLI Amine COBBAERT Quentin GOBERT Maxime MAES Jerome PARDOEN Maxime Cours : INFO-M111 Professeur : N. Habra Assistants : H. Ayed, B. Vanderose, F. Gilson

2 Table des matières 1

3 1 Préambule Dans le cadre du laboratoire d ingénierie du logiciel, il nous est demandé de développer une application pour un client. Ce développement doit couvrir toutes les étapes nécessaires à la bonne conduite d un projet informatique dans la vie professionnelle, celles-ci comprennent l analyse des exigences, la programmation et documentation de l application ainsi que la maintenance. Ce document constitue la première étape de ce processus à savoir l analyse des exigences. 2

4 2 Introduction Olga Pesetas, directrice de la place boursière émergente du San Yougoslador est notre cliente. Celle-ci nous a demandé de réaliser une application gérant les activités boursières. Sur base de rapport d interviews et de questions posées, nous avons pu établir une description complète du domaine d application. Celui-ci consiste en des passages d ordres d achat ou de vente de titres, ainsi qu à leur confrontation afin de mener à une transaction entre courtiers. Les courtiers sont des personnes engagées par des agences de courtage, ils représentent des clients possesseurs de titres, ce sont eux qui s occupent de toutes les activités que le client souhaite effectuer sur le marché boursier. Cette brève description est complétée dans la suite de ce document via un modèle entités relations attributs du domaine d application, une description des intervenants ainsi qu une liste exhaustive des scénarios d interactions entre les futurs utilisateurs et le système à développer. La dernière partie de ce cahier de charges présentera les différentes maquettes des écrans du logiciel. A la fin de cette analyse nous aurons donc une base pour le démarrage du développement, les exigences et fonctionnalités de la future application ayant été mises au clair et soumises à l approbation du client. 3

5 3 Domaine d Application 3.1 Description des entités Action : Une action représente une part de l actif d une société cotée en bourse. En outre, elle matérialise un titre d une société. Agence : Une agence (de courtage) représente ses clients en bourse par le biais de ses courtiers. Autorité de contrôle : L autorité de contrôle est un super utilisateur veillant au bon fonctionnement du marché boursier. On considère qu il est unique et toujours connecté. Client : Un client (d une agence) est soit une personne physique, soit une personne morale. Compte liquidités : Un compte liquidités contient l argent nécessaire pour les diverses transaction d un client. Compte titres : Un compte titres contient une partie des titres possédés par un client. Courtier : Un courtier est une personne qui passe des ordres au nom d un ou plusieurs clients. Liquidation : Une liquidation est la concrétisation d une transaction. Elle prend lieu lorsque les montants dus d une transaction sont versés. Ordre : Un ordre peut être un ordre de vente ou d achat. Ordre de vente : Un ordre de vente est une proposition d échanger un certain nombre de titres contre un certain montant, au minimum. Ordre d achat : Un ordre d achat est une proposition d acheter un certain nombre de titres contre un certain montant, au maximum. Personne physique : Une personne physique est une personne humaine qui possède des droits. Personne morale : Une personne morale est une entité ( société, groupement,...) qui possède des droits. Société : Société (voir lexique) qui est cotée dans le système boursier. Donc les actions sont disponibles aux actionnaires du San Yougoslador. Titre : Un titre est la représentation physique d une action. Transaction : Une transaction est un arrangement qui survient après la confrontation d un ordre de vente et d un ordre d achat, portant sur un certain nombre d actions de ceux-ci. 3.2 Schéma ERA 4

6 Figure 1 Schéma ERA du domaine d application 5

7 4 Description des utilisateurs et intéressés 4.1 Clients Cette catégorie regroupe l ensemble des personnes (morales ou physiques) qui peuvent agir sur la Bourse par le biais de leur courtier. Attributs physiques : âge : plus de 18 ans sexe : non pertinent handicaps physiques éventuels : néant, en effet toute personne possède le droit d être client d un système boursier. Attributs mentaux : les clients ne possèdent pas d aptitudes intellectuelles distinctives. déficiences mentales : Les clients ne peuvent avoir de troubles mentaux affectant leur jugement ou leur capacité d expression. motivation : Supposée élevée puisque le système permet d obtenir plus aisément des informations sur les cours boursiers et donc de faire des choix plus pertinents quant à la gestion de son portefeuille. Compétences : expérience de la tâche : Aucune. Le courtier doit pouvoir guider le client dans ses choix. expérience avec les ordinateurs : Aucune. L utilisation d un ordinateur incombe au courtier. niveau de qualification : Le client peut avoir une faible connaissance du système boursier. langue : français 4.2 Courtier Cette catégorie rassemble les personnes engagées par une agence de courtage qui passent des ordres en Bourse au nom de leurs clients. Attributs physiques : âge : plus de 18 ans sexe : non pertinent handicaps physiques éventuels : Ce profil n inclut pas les personnes atteintes d un handicap les empêchant d utiliser un ordinateur.(cécité, handicaps moteurs,... sauf si matériel adapté à leur usage). Attributs mentaux : les courtiers sont censés avoir une grande aptitude professionnelle. déficiences mentales : Les courtiers ne peuvent avoir de déficiences mentales. motivation : supposée élevée puisque le système facilite beaucoup l émission d ordres, ainsi que la consultation d informations sur le client ou les cours boursiers. 6

8 Compétences : expérience de la tâche : Grande. Le courtier doit pouvoir guider le client, même néophyte, dans ses choix. expérience avec les ordinateurs : Moyenne. Le courtier doit pouvoir utiliser les fonctions de recherches et les divers formulaires de son logiciel aisément. De plus, il est recommandé qu il soit à l aise avec des programmes de type fenêtré niveau de qualification : Le courtier doit avoir une connaissance experte sur le fonctionnement de la bourse, et des principaux mécanismes qui la régissent, ainsi qu une formation technique supérieure dans le secteur où s exerce le métier. langue : français 4.3 Autorité de controle Cette catégorie regroupe l ensemble des gestionnaires engagés par le gouvernement du San Yougoslador, à savoir les personnes assurant l intégrité et le bon fonctionnement du système. Attributs physiques : âge : plus de 18 ans sexe : non pertinent handicaps physiques éventuels : Ce profil n inclut pas les personnes atteintes d un handicap les empêchant d utiliser un ordinateur.(cécité, handicaps moteurs,... sauf si matériel adapté à leur usage). Attributs mentaux : pas d aptitude distinctive requise. déficiences mentales : L autorité de contrôle ne peut avoir de déficience mentale. motivation : présumée suffisamment élevée, vu l enjeu de leur travail, c est-à-dire empêcher la fraude et assurer l intégrité de la bourse. Compétences : expérience de la tâche : Grande. L autorité de contrôle doit pouvoir veiller au bon fonctionnement du marché boursier. expérience avec les ordinateurs : Moyenne. L autorité de contrôle doit pouvoir utiliser aisément les fonctions de recherches et les divers formulaires du logiciel.il doit être à l aise avec des programmes de type fenêtré. niveau de qualification : L autorité de contrôle doit avoir une bonne connaissance du système boursier et de l utilisation du logiciel afin de repérer aisément d éventuelles anomalies. De plus, une formation d administration leur a été fournie afin de savoir quelles mesures elles peuvent prendre selon les événements qui apparaissent. langue : français 7

9 5 Cas d Utilisation Nous définissons les objectifs des utilisateurs grâce aux diagrammes UML2 de Use Cases (UC) aux figures 2 et Use Case du courtier Use Case Diagram Figure 2 Use Case Diagram du système Courtier 8

10 La figure 2 représente le Use Case Diagram du système qui sera utilisé au sein des agences de courtage. Nous avons, par soucis de lisibilité, choisi de faire un Use Case à part entière de rechercher un client et le mettre en précondition d autres UC Se connecter/se déconnecter Flux Normal Nom: Brève description: Pré-condition: Post-condition: Se connecter L utilisateur désire se connecter Les systèmes boursier et courtier sont opérationnels et disponibles Les systèmes courtier et boursier sont opérationnels et disponibles L utilisateur est connecté Une nouvelle entrée a été ajoutée dans le journal Scénario Le courtier Système 1. L utilisateur demande au système de se connecter 2. Le système affiche l écran de login 3. L utilisateur introduit son login et son mot de passe 4. Le système envoie les informations au système boursier pour vérifier la validité 5. Le système reçoit la réponse positive du système boursier au sujet de la connexion du courtier 6. Le système journalise la connexion de l utilisateur 7. Le système affiche l écran d accueil 9

11 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Se connecter L utilisateur désire se connecter Les systèmes boursier et courtier sont opérationnels et disponibles Le système boursier et courtier sont opérationnels et disponibles L utilisateur n est pas connecté Une nouvelle entrée a été ajoutée dans le journal Le courtier Scénario Système 1. item que le cas normal, des étapes 1 à 4 5. Le système envoie la demande au système boursier 6. Le système courtier reçoit une réponse négative : le syst. boursier ne trouve pas de correspondances 7. Le système journalise la tentative de connexion 8. Le système avertit l utilisateur que la connexion a échoué 9. Le système réaffiche l écran de login 10

12 Flux Normal Nom: Brève description: Pré-condition: Post-condition: Se déconnecter L utilisateur désire se déconnecter Le système courtier est opérationnel et disponible L utilisateur est connecté au système Le système courtier est opérationnel et disponible L utilisateur est déconnecté Le courtier 1. L utilisateur indique qu il veut se déconnecter Scénario Système 2. Le système informe le système boursier 3. Le système ferme la connexion du courtier 4. Le système avertit l utilisateur de la réussite de la deconnexion 5. Le système réaffiche l écran de login 11

13 5.1.3 Ajouter un client Flux Normal Nom: Brève description: Pré-condition: Post-condition: Ajouter un client Le courtier veut ajouter un client à sa liste Le système courtier est opérationnel et disponible Le courtier est connecté au système Le système courtier est opérationnel et disponible Le courtier a ajouté un client à sa liste Le courtier 1. Le courtier demande au système pour ajouter un nouveau client 3. Le courtier saisit les informations relatives au client Scénario Système 2. Le système demande d introduire les données concernant le client 4. Le système vérifie que le client n existe pas déjà, et la validité des informations introduites 5. Le système enregistre le client et indique au courtier que tout s est bien déroulé 12

14 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Ajouter un client Le courtier veut ajouter un client à sa liste. L opération échoue car le client existe déjà. Le système courtier est opérationnel et disponible Le courtier est connecté au système Le système courtier est opérationnel et disponible Le client n a pas été ajouté au système Le courtier 1. Le courtier demande au système pour ajouter un nouveau client 3. Le courtier saisit les informations relatives au client Scénario Système 2. Le système demande d introduire les données concernant le client 4. Le système constate que le client existe déjà 5. Le système notifie le courtier que le client existe déjà 13

15 5.1.4 Rechercher un client Flux Normal Nom: Brève description: Pré-condition: Post-condition: Rechercher un client Le courtier désire sélectionner un client spécifique. Une recherche est nécessaire Le système courtier est opérationnel et disponible Le courtier est connecté au système Le système courtier est opérationnel et disponible Un client du courtier est sélectionné Le courtier 1. Le courtier demande au système de rechercher un client spécifique 3. Le courtier introduit les informations permettant d identifier le client 6. Le courtier sélectionne le client correspondant le plus aux critères Scénario Système 2. Le système demande les informations nécessaires à la recherche 4. Le système vérifie l existence (peutêtre multiple) des informations introduites, dans la liste des clients du courtier 5. Le système affiche la liste des clients pouvant posséder les informations introduites 7. Le système sélectionne ce client 14

16 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Rechercher un client Le courtier désire sélectionner un client spécifique. La recherche ne retourne aucun client Le système courtier est opérationnel et disponible Le courtier est connecté au système Le système courtier est opérationnel et disponible Aucun client n est sélectionné par le système Le courtier 1. Le courtier demande au système de rechercher un client spécifique 3. Le courtier introduit les informations permettant d identifier le client Scénario Système 2. Le système demande les informations nécessaires à la recherche 4. Le système vérifie l existence (peutêtre multiple) des informations introduites, dans la liste des clients du courtier 5. Le système ne trouve pas de correspondance avec les informations introduites 6. Le système notifie le courtier que la recherche n a rien donné et aucun client n est sélectionné 15

17 5.1.5 Supprimer un client Flux Normal Nom: Brève description: Pré-condition: Post-condition: Supprimer un client Le courtier supprime un client de sa liste Le système courtier est opérationnel et disponible Le courtier est connecté au système Le client est déjà sélectionné (via la recherche) Le système courtier est opérationnel et disponible Le courtier a supprimé un client de sa liste Le courtier 1. Le courtier demande au système de supprimer le client sélectionné 4. Le courtier confirme le choix de son action Scénario Système 2. Le système vérifie que les comptes associés au client sont vides 3. Le système demande au courtier une confirmation de son action 5. Le système supprime le client et indique au courtier que tout s est bien déroulé 16

18 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Supprimer un client Le courtier supprime un client de sa liste. Cela échoue car au moins un de ses comptes n est pas vide Le système courtier est opérationnel et disponible Le courtier est connecté au système Le client est déjà sélectionné (via la recherche) Le système courtier est opérationnel et disponible Le client n a pas été supprimé Le courtier 1. Le courtier demande au système de supprimer le client sélectionné Scénario Système 2. Le système constate qu au moins un des comptes associés au client n est pas vide 3. Le système annule l opération et notifie le courtier les raisons de l échec 17

19 5.1.6 Modifier les données signalétiques d un client Flux Normal Nom: Brève description: Pré-condition: Post-condition: Modifier les données signalétiques d un client Le courtier désire modifier les informations signalétiques d un client Le système courtier est opérationnel et disponible Le courtier est connecté au système Le client est déjà sélectionné (via une recherche) Le système courtier est opérationnel et disponible Les informations signalétiques du client spécifié ont été modifiées Le courtier 1. Le courtier demande au système de changer les données signalétiques du client sélectionné 3. Le courtier saisit les informations relatives au client Scénario Système 2. Le système demande d introduire les nouvelles données 4. Le système vérifie la validité 5. Le système modifie les données signalétiques du client 18

20 5.1.7 Ajouter un compte titres Flux Normal Nom: Brève description: Pré-condition: Post-condition: Ajouter un compte titres à un client Le courtier veut ajouter un compte titres (et un nouveau compte liquidités associé) à un de ses clients Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le client est déjà sélectionné (via une recherche) Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier a ajouté un compte titres et un nouveau compte liquidités associé à un client spécifique Le courtier 1. Le courtier informe le système qu il veut ajouter un compte titres au client sélectionné 3. Le courtier introduit les informations demandées Scénario Système 2. Le système demande les informations nécessaires à l ajout d un compte 4. Le système vérifie la validité des informations introduites 5. Le système demande au système boursier de créer le nouveau compte titres 6. Le système crée un nouveau compte liquidités associé au compte titres 7. Le système notifie et journalise la création du compte et affiche la page d informations du client sélectionné 19

21 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Ajouter un compte titres à un client Le courtier veut ajouter à un de ses clients un compte titres et associer un compte liquidités déjà existant. Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le client est déjà sélectionné (via une recherche) Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier a ajouté un compte titres à un client spécifique et lui a associé un compte liquidités Le courtier Scénario Système 1. idem que les étapes de 1 à 4 du flux normal 5. Le système demande au courtier de choisir un compte liquidités déjà existant 6. Le courtier choisit le compte liquidités associé 7. Le système demande au système boursier de créer le nouveau compte titres et associe le compte liquidités 8. Le système notifie et journalise la création du compte et affiche la page d informations du client sélectionné 20

22 5.1.8 Supprimer le compte titres Flux Normal Nom: Brève description: Pré-condition: Post-condition: Supprimer le compte titres à un client Le courtier veut supprimer un compte d un de ses clients Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le client est déjà sélectionné Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier a supprimé un compte titres du client spécifié Le fichier du journal contient une entrée en plus Le courtier 1. Le courtier informe le système qu il veut supprimer un compte titres du client sélectionné 3. Le courtier choisit un compte titres Scénario Système 2. Le système demande de choisir un compte titres à supprimer 4. Le système demande au système boursier si le compte titres est bien vide 5. Le système reçoit la confirmation que le compte est vide 6. Le système supprime le compte titres 7. Le système notifie et journalise la suppression 21

23 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Supprimer le compte titres à un client Le courtier veut supprimer un compte d un de ses clients, mais cela échoue Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le client est déjà sélectionné (via une recherche) Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier n a pas supprimé un compte titres car il n est pas vide Le fichier de journalisation contient une entrée en plus Le courtier Scénario Système 1. Etapes de 1 à 4 que le flux normal 5. Le système est averti par le système boursier que le compte titres n est pas vide 6. Le système notifie au courtier et journalise l échec de la suppression 22

24 5.1.9 Ajouter un compte liquidités Flux Normal Nom: Brève description: Pré-condition: Post-condition: Ajouter un compte liquidités à un client Le courtier veut ajouter un compte de liquidité à un de ses clients Le système courtier est opérationnel et disponible Le courtier est connecté au système Le client est déjà sélectionné (via la recherche) Le système courtier est opérationnel et disponible Le courtier a ajouté un compte liquidités au client spécifié Le fichier de journal contient une entrée en plus Le courtier 1. Le courtier demande d ajouter un compte liquidités au client sélectionné 5. Le courtier introduit un montant positif Scénario Système 2. Le système demande les informations requises à l ajout 3. Le système vérifie les informations introduites 4. Le système demande le montant (première mise) à déposer sur le compte 6. Le système crée le compte et journalise la création 23

25 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Ajouter un compte liquidités à un client Le courtier veut ajouter un compte de liquidité à un de ses clients, mais cela échoue car le montant introduit est zéro. Le système courtier est opérationnel et disponible Le courtier est connecté au système Le client est déjà sélectionné (via la recherche) Le système courtier est opérationnel et disponible Le courtier n a pas ajouté un compte liquidités au client spécifié Le fichier de journalisation contient une entrée en plus Le courtier 1. Etapes de 1 à 3 du flux normal 5. Le courtier introduit un montant Scénario Système 4. Le système demande le montant à déposer sur le compte 6. Le système constate que le montant n est pas strictement positif 7. Le système annule l opération et le notifie au courtier 24

26 Supprimer un compte liquidités Flux Normal Nom: Brève description: Pré-condition: Post-condition: Supprimer un compte liquidités d un client Le courtier veut supprimer un compte de liquidités d un de ses clients Le système courtier est opérationnel et disponible Le courtier est connecté au système Le client est déjà sélectionné (via la recherche) Le système courtier est opérationnel et disponible Le courtier a supprimé un compte liquidités au client spécifié Le fichier de journalisation contient une entrée en plus Le courtier 1. Le courtier demande de supprimer un compte liquidités du client sélectionné 3. Le courtier en sélectionne un 5. Le système supprime le compte liquidités Scénario Système 2. Le système propose la liste des comptes au courtier 4. Le système vérifie qu il n alimente plus de compte titres 6. Le système journalise la suppression et la notifie au courtier 25

27 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Supprimer un compte liquidités d un client Le courtier veut supprimer un compte de liquidité d un de ses clients Le système courtier est opérationnel et disponible Le courtier est connectée au système Le client est déjà sélectionné (via la recherche) Le système courtier est opérationnel et disponible Le courtier a supprimé un compte liquidités au client spécifié Le courtier Scénario Système 1. Idem que les étapes de 1 à 3 du flux normal 4. Le système constate que le compte liquidités alimente encore un compte titres 5. Le système annule la suppression, et en informe le courtier 26

28 Consulter les titres d un client Flux Normal Nom: Brève description: Pré-condition: Post-condition: Consulter les titres d un client Le courtier veut consulter le nombre de titres que le client préalablement sélectionné possède sur un de ses comptes titres Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le client est déjà sélectionné (via une recherche) Les systèmes boursier et courtier sont opérationnels et disponibles Le titres du client sont affichés Le courtier 1. Le courtier informe le système qu il veut consulter les titres d un compte titres 3. Le courtier choisit un compte titres Scénario Système 2. Le système demande de choisir un compte titres appartenant au client 4. Le système envoie la requête au système boursier 5. Le système reçoit le détail du compte titres sélectionné 6. Le système affiche le détail du contenu du compte titres 27

29 Transférer les titres d un client Flux Normal Nom: Brève description: Pré-condition: Post-condition: Transférer les titres d un client Le courtier veut transférer un certain nombre de titres d un client, d un compte titres vers un autre Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le client est déjà sélectionné Les systèmes boursier et courtier sont opérationnels et disponibles Un certain nombre de titres a changé de compte titres Le journal contient une entrée en plus Le courtier 1. Le courtier informe le système qu il souhaite transférer des titres 3. Le courtier introduit les informations demandées Scénario Système 2. Le système demande combien de titres il veut transférer, et sur quel compte titres 4. Le système vérifie les informations entrées 5. Le système demande au système boursier si le transfert est possible 6. Le système reçoit une réponse positive et effectue le transfert 7. Le système journalise et notifie le transfert au courtier 28

30 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Transférer les titres d un client Le courtier veut transférer un certain nombre de titres d un client, d un compte titres vers un autre. Cela échoue. Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le client est déjà sélectionné Les systèmes boursier et courtier sont opérationnels et disponibles Les titres ne sont pas transférés Le journal contient une entrée en plus Le courtier Scénario Système 1. idem que les étapes 1 à 5 du flux normal 6. Le système reçoit une réponse négative (car le nombre de titres introduit est supérieur au nombre de titres disponibles sur le compte) 7. Le système journalise et notifie l échec du transfert au courtier 29

31 Créditer/débiter un compte liquidités Flux Normal Nom: Brève description: Pré-condition: Post-condition: Créditer/débiter un compte liquidités Le courtier crédite/débite le compte liquidités d un client Le système courtier est opérationnel et disponible Le courtier est connectée au système Un client du courtier est sélectionné Le système courtier est opérationnel et disponible Le courtier a crédité/débité le compte liquidités d un client spécifique Une nouvelle entrée est ajoutée dans l historique du compte Le courtier 1. Le courtier informe le système qu il veut créditer/débiter le compte liquidités du client sélectionné 3. Le courtier choisit un compte 5. Le courtier introduit le montant Scénario Système 2. Le système demande de choisir un compte liquidités dans la liste des comptes liquidité du client 4. Le système demande le montant à créditer/débiter 6. Le système effectue l opération 7. Le système notifie et journalise l opération et met à jour le compte liquidités 30

32 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Créditer/débiter un compte liquidités Le courtier débite le compte liquidités d un client, mais échoue car le solde est insuffant Le système courtier est opérationnel et disponible Le courtier est connecté au système Un client du courtier est sélectionné Le système courtier est opérationnel et disponible Le courtier n a pas pu débiter le montant demandé Scénario Le courtier Système 1. idem que le flux normal ; étapes de 1 à 5 6. Le système demande le montant à débiter 7. Le courtier introduit le montant 8. Le système constate que le montant introduit est plus grand que le solde disponible 9. Le système notifie et journalise l échec de l opération et en informe le courtier 31

33 Passer un ordre Flux Normal Nom: Brève description: Pré-condition: Post-condition: Passer un ordre Le courtier veut émettre un ordre. Les systèmes boursier et courtier sont opérationnels et disponibles La bourse est ouverte, préouverte, ou préfermée Le courtier est connecté au système Le client est déjà sélectionné (via une recherche) Les systèmes boursier et courtier sont opérationnels et disponibles La bourse est ouverte, préouverte, ou préfermée L ordre est placé sur la feuille de marché Une nouvelle entrée a été ajoutée dans le journal des activités Le courtier 1. Le courtier indique qu il veut passer un ordre 3. Le courtier entre les données caractéristiques de l ordre Scénario Système 2. Le système demande au courtier les informations nécessaire concernant l ordre à émettre 4. Le système vérifie la validité des informations 5. Le système envoie la demande d ordre au système boursier 6. Le système boursier place l ordre sur la bonne feuille de marché (après vérifications) et le notifie au système courtier 7. Le système notifie la bonne exécution au courtier et journalise l émission de l ordre 32

34 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Passer un ordre L ordre est déclaré non valide idem que le flux normal Les systèmes boursier et courtier sont opérationnels et disponibles L ordre n a pas été placé sur la feuille de marché Une nouvelle entrée a été ajoutée dans le fichier de journal Le courtier Scénario Système 1. Idem que le flux normal jusqu à l étape 3 4. Le système constate que l ordre n est pas valide 5. Le système notifie au courtier les raisons pour lesquelles l ordre n a pas été placé sur la feuille de marché 6. Le système journalise l échec d émission de l ordre 33

35 Consulter l historique d un compte liquidités Flux Normal Nom: Brève description: Pré-condition: Post-condition: Consulter l historique du compte liquidités d un client Le courtier veut consulter l historique du compte liquidités d un de ses clients Le système courtier est opérationnel et disponible Le courtier est connecté au système Le client est déjà sélectionné (via la recherche) Le système courtier est opérationnel et disponible Le courtier a consulté l historique d un compte d un de ses clients Le courtier 1. Le courtier indique au système qu il désire consulter l historique d un compte du client sélectionné 3. Le courtier choisit un compte liquidités Scénario Système 2. Le système demande de choisir un compte parmi la liste de ceux du client 4. Le système affiche l historique des opérations concernant ce compte 34

36 Consulter l historique d un compte titres Flux Normal Nom: Brève description: Pré-condition: Post-condition: Consulter l historique du compte titres d un client Le courtier veut consulter l historique du compte titres d un de ses clients Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le client est déjà sélectionné (via la recherche) Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier a consulté l historique d un compte d un de ses clients Le courtier 1. Le courtier indique au système qu il désire consulter l historique d un compte du client sélectionné 3. Le courtier choisit un compte liquidités Scénario Système 2. Le système demande de choisir un compte parmi la liste de ceux du client 4. Le système demande l historique du compte titres sélectionné au système boursier 5. Le système reçoit l historique des opérations concernant ce compte 6. Le système l affiche 35

37 Consulter les informations boursières Flux Normal Nom: Brève description: Pré-condition: Post-condition: Consulter les informations boursières Le courtier veut consulter les informations boursières d une société, à savoir le cours de l action, l historique des cours sur un mois ou un an, la courbe de fluctuation depuis l ouverture, les 5 meilleurs ordres de vente et d achat en suspens, les infos de société Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Les systèmes boursier et courtier sont opérationnels et disponibles Le courtier a consulté les informations boursières d une société spécifique Le courtier 1. Le courtier indique qu il veut consulter les informations boursières d une société 3. Le courtier choisit une société dans le liste Scénario Système 2. Le système affiche la liste des sociétés et demande au courtier d en choisir une 4. Le système courtier envoie une demande au système boursier 5. Le système courtier reçoit la réponse 6. Le système affiche les informations. 36

38 Consulter la liste des montants à liquider Flux Normal Nom: Brève description: Pré-condition: Post-condition: Consulter la liste des courtiers Le courtier veut consulter la liste des courtiers avec lesquels il a déjà traité Le système boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le système boursier et courtier sont opérationnels et disponibles Le courtier a la liste des courtiers avec lesquels il a déjà traité Le courtier 1. Le courtier demande au système la liste des montants à régler avec les courtiers Scénario Système 2. Le système demande au système boursier les montants à liquider 3. Le système reçoit le résultat de sa requête 4. Le système affiche pour chaque courtier, les informations de celui-ci ainsi que le montant dû ou à recevoir 37

39 Flux Extend Nom: Brève description: Pré-condition: Post-condition: Modifier le montant à liquider Le courtier veut consulter la liste des courtiers avec lesquels il a déjà traité et les modifier. Le système boursier et courtier sont opérationnels et disponibles Le courtier est connecté au système Le système boursier et courtier sont opérationnels et disponibles Le courtier a modifié le montant à liquider d un des courtiers de la liste Le courtier Scénario Système 1. idem que les 4 premières étape du Cas Normal 5. Le courtier sélectionne un courtier dans la liste 6. Le courtier modifie la valeur à liquider avec le courtier sélectionné 7. Le système met à jour la valeur et le notifie au courtier 8. Retour à l étape 4 38

40 5.2 Use Cases de l autorité de controle Use Case Diagram Figure 3 Use Case Diagram du système Boursier 39

41 5.2.2 Se connecter/se déconnecter Flux Normal Nom: Brève description: Pré-condition: Post-condition: Se connecter L utilisateur désire se connecter Le système boursier est opérationnel et disponible Le système boursier est opérationnel et disponible L utilisateur est connecté Une nouvelle entrée a été ajoutée dans le fichier de log Scénario L autorité de contrôle Système 1. L utilisateur demande au système de se connecter 2. Le système affiche l écran de login 3. L utilisateur introduit son login et son mot de passe, et le valide 4. Le système vérifie que la validité des informations 5. Le système journalise la connexion de l utilisateur 6. Le système affiche l écran d accueil 40

42 Flux Alternatif Nom: Brève description: Pré-condition: Post-condition: Se connecter L utilisateur désire se connecter Le système boursier est opérationnel et disponible Le système boursier est opérationnel et disponible L utilisateur n est pas connecté Une nouvelle entrée a été ajoutée dans le journal Scénario L autorité de contrôle Système 1. idem que le cas normal, des étapes 1 à 4 5. Le système ne trouve pas de correspondances 6. Le système journalise la tentative de connexion 7. Le système avertit l utilisateur que la connexion a échoué 8. Le système réaffiche l écran de login 41

43 Flux Normal Nom: Brève description: Pré-condition: Post-condition: Se déconnecter L utilisateur désire se déconnecter Le système boursier est opérationnel et disponible L utilisateur est connecté au système Le système boursier est opérationnel et disponible L utilisateur est déconnecté Le courtier 1. L utilisateur indique qu il veut se déconnecter Scénario Système 2. Le système ferme la connexion de l autorité 3. Le système avertit l utilisateur de la réussite de la déconnexion 4. Le système affiche l écran de login 42

44 5.2.3 Gérer le calendrier boursier Flux Normal Nom: Brève description: Pré-condition: Post-condition: Gérer le calendrier boursier L autorité de contrôle veut gérer le calendrier la bourse Le système boursier est opérationnel et disponible L autorité de contrôle est connectée au système Le système boursier est opérationnel et disponible Le calendrier de la bourse a été modifié Une nouvelle entrée a été ajoutée dans le fichier de log L autorité de contrôle 1. L autorité de contrôle demande au système de modifier le calendrier de la bourse 3. L autorité coche/décoche les dates de congé (fermeture) de la bourse Scénario Système 2. Le système demande à l autorité les modifications à mettre en place 4. Le système enregistre les modifications, les journalise et notifie les changements à l autorité de contrôle. 43

45 5.2.4 Configurer les périodes du marché Flux Normal Nom: Brève description: Pré-condition: Post-condition: Configuration des périodes du marché L autorité de contrôle désire configurer les périodes du marché Le système boursier est opérationnel et disponible L autorité de contrôle est connectée au système Le système boursier est opérationnel et disponible Une nouvelle entrée a été ajoutée dans le journal des activités Les périodes du marché ont été modifiées L autorité de contrôle 1. L autorité fait savoir qu elle veut modifier les périodes de marché de la bourse 3. L autorité de contrôle rempli le formulaire et le valide Scénario Système 2. Le système montre le formulaire de changement d heure 4. Le système vérifie les données introduites par l utilisateur 5. Le système applique les modification demandée par l utilisateur 6. Le système journalise l action 44

46 5.2.5 Bloquer/débloquer la bourse Flux Normal Nom: Brève description: Pré-condition: Post-condition: Bloquer/déblquer la bourse L autorité de contrôle veut contrôler l état de la bourse : la bloquer ou la débloquer Le système boursier est opérationnel et disponible La bourse est ouverte, et est bloquée/débloquée L autorité de contrôle est connectée au système Le système boursier est opérationnel et disponible La bourse est débloquée/bloquée (respectivement) Une nouvelle entrée a été ajoutée dans le fichier de log L autorité de contrôle 1. L autorité de contrôle choisit de bloquer/débloquer la bourse Scénario Système 2. Le système bloque/débloque la bourse 3. Le système journalise le blocage/déblocage 4. Le système notifie le nouvel état de la bourse 45

47 5.2.6 Include rechercher une société Include : Rechercher une société Nom: Brève description: Pré-condition: / Post-condition: / L autorité de contrôle 1. L autorité de contrôle manifeste qu elle veut recherche une entreprise 3. L autorité introduit les informations d identité de la société 5. L autorité de contrôle choisit une société de la liste retournée Rechercher une société L autorité de contrôle désire rechercher une société Scénario Système 2. Le système demande à l autorité de contrôle les informations permettant d identifier la société 4. Le système affiche la liste des sociétés correspondant aux informations entrées 46

48 5.2.7 Suspendre/reprendre la cotation d une société Flux Normal Nom: Suspendre/reprendre la cotation Brève description: L autorité de contrôle désire suspendre/reprendre la cotation d une société Pré-condition: Le système boursier est opérationnel et disponible L autorité de contrôle est connectée au système Post-condition: Le système boursier est opérationnel et disponible La cotation de la société choisie par l autorité de contrôle est suspendue/reprise Une nouvelle entrée a été ajoutée dans le fichier de log L autorité de contrôle 2. L autorité de contrôle manifeste qu elle veut suspendre/reprendre la cotation de la société choisie Scénario Système 1. Include rechercher une société 3. Le système bloque/débloque la cotation et le notifie à l autorité de contrôle 4. Le système journalise la suspension/reprise de la cotation 47

49 5.2.8 Consulter les informations d une société Flux Normal Nom: Brève description: Pré-condition: Post-condition: Consulter les informations d une société L autorité de contrôle désire consulter les informations d une société Le système boursier est opérationnel et disponible L autorité de contrôle est connectée au système Le système boursier est opérationnel et disponible Les informations de la société choisie sont affichées Scénario L autorité de contrôle Système 1. include de rechercher une société 2. Le système affiche les informations liées à la société (les infos signalétiques, les 5 meilleurs ordres, le cours actuel, la feuille de marché,...) 48

50 5.2.9 Bloquer/débloquer un courtier Flux Normal Nom: Bloquer/débloquer un courtier Brève description: L autorité de contrôle cherche à interdire/autoriser à un courtier de passer des ordres dans la bourse Pré-condition: Le système boursier est opérationnel et disponible L autorité de contrôle est connectée au système Post-condition: Le système boursier est opérationnel et disponible Le courtier demandé est bloqué/débloqué L autorité de contrôle 1. L autorité de contrôle demande au système de bloquer/débloquer un courtier 3. L autorité de contrôle introduit les informations permettant d identifier le courtier Scénario Système 2. Le système demande l identité du courtier 4. Le système vérifie l existence du courtier 5. Le système vérifie que le courtier ne soit pas déjà bloqué/débloqué 6. Le système bloque/débloque le courtier 49

51 Consulter les activités suspectes Flux Normal Nom: Brève description: Pré-condition: Post-condition: Consulter les activités suspectes L autorité de contrôle désire consulter les activités suspectes du système Le système boursier est opérationnel et disponible L autorité de contrôle est connectée au système Le système boursier est opérationnel et disponible Les activités suspectes ont été vues L autorité de contrôle 1. L autorité de contrôle indique au système qu elle veut consulter les activités suspectes Scénario Système 2. Le système affiche les activités suspectes et leurs détails 50

52 6 Exigences non fonctionnelles Nous avons par ailleurs défini, à l aide du document contenant les interviews des principaux acteurs et aux diverses échanges d informations avec les clients une liste d exigences non fonctionnelles : 1. Le système doit être sûr, doté d une certaine sécurité. 2. Le système doit être fiable. 3. Le système doit être capable de supporter des modifications 4. Le système doit être multi-plateformes. 5. Le système doit retenir toutes les activités suspectes 6.1 Sécurité Le système sera doté de mécanisme de sécurité : Afin de garantir la confidentialité, nous utiliserons un système avec compte utilisateur qui donnera accès aux utilisateurs aux différentes fonctionnalités qui leur sont propres suivant leur type de compte. Les mots de passe utilisés lors de l authentification des utilisateurs du système seront cryptés afin de limiter les usurpations d identités. Les activités considérées comme suspectes (5 tentatives d authentification ratées,...) seront répertoriées dans un journal, consultable par l autorité de contrôle Le système veille également à ce que l information ne soit seulement accessible qu à ceux dont l accès est autorisé. De ce fait Le système mettra en œuvre un mécanisme d identification individuel de façon à protéger la vie privée des utilisateurs, et déterminer les droits de chaque utilisateur. 6.2 Fiabilité La fiabilité du système tant du coté de la bourse que du coté des agences sera assurée. En cas de panne, le système doit dans la mesure du possible se rétablir dans l état dans lequel il était avant le crash, sans perte de données. Les données doivent également être toujours cohérentes après ce crash. 6.3 Evolutivité L application devra être conçue de manière à facilité sa maintenance et l ajout de fonctionnalités importantes à l avenir. 6.4 Portabilité La portabilité est un critère qui est clairement souhaitée au travers des interviews. L application développée devra être multi-plateforme. En effet, les systèmes centralisés tournent sous un operating system de type Linux, alors que les terminaux et les particuliers travaillent le plus souvent sur des systèmes commerciaux (Windows, Mac OS X,...). Les 51

53 agences et les courtiers, quant à eux, sont équipés en fonction des choix technologiques qu ils ont faits précédemment. Le logiciel sera par conséquent construit en Java, celui-ci étant un langage de programmation capable de fonctionner sous n importe quel OS. 6.5 Traçabilité des opérations Il a été demandé qu un maximum d activités soient retenues dans un journal. C est pourquoi, toutes les activités consistant à modifier (ajouter, supprimer, mise à jour,...) sont inscrites dans le journal des activités, formant ainsi l historique des actions sur le système. L application journalisera toutes ces actions pour une possible vérification à postériori. 6.6 Ergonomie L application sera développée avec des IHM 1 respecter les critères d ergonomie. intuitives et faciles d utilisation afin de 6.7 Performance et convivialité L utilisateur doit pouvoir se connecter au système à n importe quel moment, avec un temps de réponse inférieur à 2 secondes dans 99% des cas, même s il y a déjà 100 utilisateurs connectés. 6.8 Aide L utilisateur du système dispose d une documentation qui lui sert de guide complet en lui expliquant de manière précise les différentes fonctionnalités qui lui sont offertes 1. = Interfaces Homme-Machine 52

54 7 Maquette du prototype Dans cette partie, nous présenterons les interfaces que nous avons imaginées dans le but de fournir au client (courtiers et autorité de contrôle) un environnement de travail à la fois pratique et agréable. Ces interfaces ne sont bien entendu pas définitives et sont sujettes à des modifications qui se feront en fonction des besoins du client ou bien de contraintes techniques, d oubli de fonctionnalités,...ces interfaces proposent un certain design qui pourra également être modifié selon les gouts du client. 53

55 7.1 Identification d un utilisateur Figure 4 Fenêtre de login 1. Identifiant : L utilisateur introduit le nom qu il utilise pour se connecter au système 2. Mot de passe : L utilisateur introduit le mot de passe associé à ce nom d utilisateur 3. Bouton connexion : L utilisateur appuie sur le bouton connexion pour se connecter au système. 4. Mot de passe oublié : S il a oublié son mot de passe il peut cliquer sur mot de passe oublié pour recevoir un avec ses informations. 54

56 7.2 Boite de confirmation Figure 5 Boite de confirmation 1. Information : récapitulatif de l action que l utilisateur souhaite faire. 2. Bouton Valider : permet à l utilisateur de confirmer son choix. 3. Bouton Annuler : permet à l utilisateur d annuler son choix. 55

57 7.3 La partie Courtier Menu principal Figure 6 Syst. Courtier : Menu principal Sur le menu principal (figure 6), chaque image est un bouton ; 1. Le bouton Liste des clients : Quand l utilisateur clique dessus il arrive sur la page où il peut voir sa liste de clients. 2. Le bouton ajouter un client : Quand l utilisateur clique dessus il arrive sur la page d ajout d un client. 3. Le bouton Liquidation : Quand l utilisateur clique dessus il arrive sur la page où il peut voir les liquidations qu il lui reste à effectuer. 4. Le bouton Sociétés : Quand l utilisateur clique dessus il arrive sur la page d informations boursières des sociétés. 5. Le bouton Historiques : Quand l utilisateur clique dessus il arrive sur la page des historiques. 6. Informations : champ destiné à contenir de l information utile au courtier 56

58 7. Le bouton Déconnexion : permet à l utilisateur de se déconnecter et de revenir au panneau d identification de l utilisateur. 8. Date, Heure et Période : affiche les informations relatives au temps à l utilisateur. 9. Barre d onglets : permet à l utilisateur de naviguer de panneau en panneau. 57

59 7.3.2 Gestion des clients Liste des Clients (voir figure 7) : Figure 7 Syst. Courtier : Liste des clients 1. Recherche : l utilisateur introduit un mot clé dans le champ de recherche et clique sur l icône loupe. 2. Critères de recherche : Il peut trier ses recherches selon plusieurs critères. 3. Tableau : le ou les résultats apparaissent dans le tableau. Si l utilisateur clique sur le nom, le prénom, le numéro de registre national, l adresse mail ou le téléphone d un client, il arrive en figure 13 S il clique sur le compte liquidités d un client il arrive en figure 15 S il clique sur le compte titres d un client il arrive en figure

60 Ajouter un client (voir figure 8) : Figure 8 Syst. Courtier : Ajouter un client 1. Champs de saisie : l utilisateur rempli le formulaire en choisissant s il s agit d une personne physique ou d une personne morale. 2. Bouton Enregistrer : Une fois le formulaire complété, il cliquer sur le bouton enregistrer. L utilisateur est alors envoyé vers Liste des clients. 3. Bouton Réinitialiser : permet à l utilisateur de réinitialiser tous les champs et de les remettre à zéro. 59

61 7.3.3 Liquidation Figure 9 Syst. Courtier : Liquidation L onglet Liquidation est représenté sur la figure 9 : 1. Recherche : l utilisateur introduit un mot clé et clique sur l icône loupe. 2. Groupement des résultats : l utilisateur peut choisir de grouper les résultats selon différents critères. 3. Tableau : le tableau reprend les transactions qu il reste à effectuer pour l utilisateur ou affiche le résultat de la recherche. 4. Bouton supprimer : l utilisateur peut supprimer une ligne de la table en cochant la case de gauche sur cette même ligne et en cliquant sur le bouton supprimer. 5. Bouton enregistrer : l utilisateur peut mettre à jour le champ montant du tableau si celui-ci a payé une partie de la transaction. Il clique alors sur la cellule correspondante, modifie le montant et clique sur enregistrer. 60

62 7.3.4 Sociétés Figure 10 Syst. Courtier : Sociétés Sur la figure 10, vous retrouver les éléments suivants ; 1. Recherche : l utilisateur introduit le nom de la société dont il souhaite voir les informations et clique sur l icône loupe. 2. Liste des sociétés : l utilisateur peut choisir la société qui l intéresse dans la liste en cliquant dessus. 3. Encadré d informations : Les informations relatives à la société s affichent dans l encadré. 4. Feuille de marché : les cinq meilleurs ordres en suspens de la société sont affichés dans le tableau. 5. Comparer avec : l utilisateur peut rechercher une société pour faire une comparaison de l évolution du cours par rapport à la première société sélectionnée. Il introduit son nom et clique sur l icône loupe. Ou bien il clique sur le nom désiré dans la liste. 6. Graphique du cours de la société : affiche l évolution du cours de la société. 7. Période du graphique : l utilisateur choisit la période d évolution de la courbe. 61

63 7.3.5 Historiques Historiques des ordres : Figure 11 Syst. Courtier : Historique des ordres Sur la figure 11 qui représente l IHM de l historique des ordres passés, vous pouvez voir les éléments suivants ; 1. Recherche : l utilisateur introduit un mot clé et clique sur l icône loupe 2. Groupement des résultats : l utilisateur peut choisir de grouper les résultats selon différents critères 3. Tableau : contient l historique complet ou le résultat de la recherche de l utilisateur. 62

64 Historique des clients : Figure 12 Syst. Courtier : Historique des clients La figure 12 montre l interface lors de la consultation des actions effectuées par la client. 1. Recherche : l utilisateur introduit un mot clé et clique sur l icône loupe 2. Tableau : contient l historique complet ou le résultat de la recherche de l utilisateur. 63

65 7.3.6 Fenêtre Gestion Client A. Onglet Informations générales (figure 13) : Figure 13 Syst. Courtier : Informations générales d un client 1. Encadré informations : Regroupe les informations du client. 2. Bouton Modifier : permet à l utilisateur de modifier les différentes informations présentes dans l encadré informations. 3. Bouton Supprimer le client : permet à l utilisateur de supprimer ce client. (Sous condition qu il n ait plus d avoir sur ses comptes). 4. Bouton retour : permet à l utilisateur de revenir sur la fenêtre principale 5. Date, Heure, et Période : permet à l utilisateur de naviguer de panneau en panneau 6. Barre d onglets : permet à l utilisateur de naviguer de panneau en panneau 64

66 B. Onglet Passer un ordre (figure 14) : Figure 14 Syst. Courtier : Passer un ordre 1. Encadré d encodage : regroupe les champs que l utilisateur devra compléter pour pouvoir passer un ordre. 2. Type d ordre : l utilisateur indique s il s agit d un ordre d achat ou de vente. 3. Recherche : l utilisateur introduit le nom de la société dont il souhaite voir les informations et clique sur l icône loupe ou bien clique sur le nom de la société dans la liste. La liste est remplie en fonction des titres que le client possède de façon à ce que l utilisateur ne vende pas de titres que le client ne possède pas. 4. Quantité : l utilisateur introduit le nombre de titre qu il souhaite acquérir ou vendre. 5. Cours limite : l utilisateur introduit le cours limite de l ordre qu il souhaite émettre. 6. A tout prix : l utilisateur peut indiquer en sélectionnant A tout prix qu il s agit d un ordre à tout prix. Dans ce cas, le champ du cours limite se grise. 7. Date d expiration : L utilisateur introduit la date d expiration de l ordre qu il souhaite émettre (facultatif). 65