ANALYSE MODELISATION DES EXIGENCES

Analyse / modelisation exigences but ?

apprendre à analyser les bonnes décisions

Business process ?

C’est une séquence d'activités interconnectées visant à atteindre un but commercial en impliquant plusieurs départements. → créent de la valeur pour les clients et l'entreprise en influençant le développement d'un système d'info.

Système d’info ?

= SI, élément central d’une entreprise ou d’une org.

Toute E est basé sur un … ?

→ ensemble de process.

Business analsyte ?

capacité d’analyser, de concevoir un logiciel, architecte qui conçevoit les plans d’une maison, penser aux besoins qui répondent aux demandes des logiciels

Exigences fonctionnelles ?

Ce que le système fait → fonctions, comportements, services.
Ex : créer un compte, envoyer un e-mail.

Exigences non fonctionnelles ?

Comment le système le fait → critères de qualité.
Ex : sécurité, performance, compatibilité, ergonomie.

Dans un système d’info, les 3 couches technologiques ?

• Couche data

• Couche applicative : gère les processus, (rapport, calculs)

• Couches d’interfaçage

Base de données relationnelles ?

→ base de données qui organise les données en tables et utilise des relations entre ces tables pour structurer l'information.

Couche fonctionnelle ?

Couche de codage = couche applicative

TPS ?

→ Transaction Processing System : Système qui va permettre d’enregistrer des transactions de masse et d’en assurer leur robustesse (= architectures de base de données qui permettre de gérer 1M de transactions à la minute)

• Transaction

• Robustesse

Transaction ?

→ C’est toute opération qui vient modifier le contenu d’une base de donnée (soit insérer, modifier, supprimer)

System expert ?

→ App qui simule le jugement/ comportement d’un expert
(→ humain ou org.)

ERP ?

système de gestion intégré qui propose de gérer les grandes fonctionnalités standard d’une entreprise.

Système intégré ?

Ensemble de composants interconnectés qui permettent de centraliser les données et d'optimiser les processus d'affaires.

Systèmes d’aide à la décision (DSS) ?

→ app qui analyse les données de business pour assister la prise de décision.

• Base de donnée + une série de modèles pour analyser les données + modules de dialogues

• Compare les différentes solutions à un problème

L’analyse ?

C’est être capable de comprendre le métier d’un employé et d'identifier les besoins spécifiques de l'entreprise afin de proposer des solutions adaptées.

• Objectif ? → rendre un employé + performant avec différents outils/ modules

Une exigence ?

= description de la fonctionnalité
Ex : moi je veux que dans mon système futur, qui permette d’augmenter de 40% la présence en examens.

Pour développer un système d'information, il est nécessaire de ?

1. Décrire le problème et les exigences :

   • Identifier le problème à résoudre et définir ce que le système doit accomplir.

2. Fournir des descriptions de solutions logiques :

   • Proposer des solutions à un niveau élevé ainsi qu'en détail, expliquant comment elles satisfont aux exigences et contraintes.

3. Mettre l'accent sur l'analyse :

   • L'analyse d'un problème se concentre sur une enquête approfondie du problème plutôt que sur les solutions.

4. Mettre l'accent sur le design :

   • Le design met l'accent sur la solution logique : comment le système satisfera les exigences.

• Implémentation :
  En fin de compte, les conceptions peuvent être réalisées en logiciels et en matériels.

3 solutions pour conserver la même sémantique au sein d’un modèle EA sans généralisation ?

• Supprimer les sous-entités

• Garder uniquement les sous-entités

• modéliser à l’aide d’entités faibles

Garder la super-entité ?

Maintenir la super-entité permet de conserver les caractéristiques communes des sous-entités tout en évitant la généralisation. Cela garantit une structure de données cohérente dans le modèle de données.

Garder les sous-entités ?

Permet de maintenir la spécificité des données tout en évitant la perte d'informations cruciales.

• Uniquement applicable si la généralisation est Totale (t) et Exclusive (e)

Framework UML ?

cadre standardisé pour modéliser des systèmes à travers des diagrammes permettant de visualiser les différentes interactions et structures du logiciel.

use-case model (modélisation de cas d’utilisation) ?

→ décrit le comportement d’une entité, et les interactions entre les acteurs et le système → facilitant la compréhension de ses fonctionnalités.

bénéfices du use-case model ?

• Communication

• Identification

• Vertification

Concepts du use-case model ?

• Les acteurs (pas toujours humains, ça peut aussi être des machines)

• Les cas d'utilisation

• Les relations

• Les scénarios
  ils décrivent comment les users interagissent avec le système pour atteindre des objectifs spécifiques.

Un acteur ?

Toute machine/serveur/humain,… qui va interagir avec notre système applicatif, ils questionnent le système pour avoir une info, ou les encodent.

Use-case ?

Grande fonctionnalité du système. (ex : gestion des inscriptions des étudiants, de leurs PAE, de leurs examens,…)

Lien d’intéraction entre un acteur et une fonctionnalité ?

Cela représente que l’acteur envoie soit de l’info, soit renvoie de l’info. (ça peut aller dans les 2 sens) c’est la communication bidirectionnelle entre un acteur et une fonctionnalité, où l'acteur peut envoyer ou recevoir des informations.

Comment faire des scénaris ?

1. le client encode des infos

2. le système enregistre les infos encodées

3. le système crée le num. d’id du client

Pré-condition ?

Quel est l’état du système avant l’exécution de la fonction

Post-condition ?

Quel est l’état du système après l’exécution de la fonction

extends ?

si la condition est vraie, alors on exécute la suite des instructions

Include ? (= uses)

Sur les fonctionnalités A & B, quand je réalise A, d’office je réalise B. → chaine obligatoire

Diagramme d’activité ?

C’est un moyen de décrire les flux de travail des entreprises et ceux au sein des use-cases, et dans les opérations complexes.

Les diagrammes d'activité se composent d'… ?

activités, d'états et de transitions entre les activités et les états.

Une activité ?

C’est une spécification du comportement exprimée sous la forme d'un flux d'actions

- Les actions sont des énoncés exécutables
- Elles sont constituées d'une ou de plusieurs actions

Une activité est une … ?

Unité de travail

états ?

états sont utilisés pour signifier l'attente et non l'action.

Transition triggered ?

c’est un événement ou une condition qui déclenche le passage d'une activité ou d'un état à un autre, permettant la poursuite du processus.

Multiple transitions

C’est la possibilité d'avoir plusieurs voies de passage d'un état à un autre dans un diagramme de flux, permettant une flexibilité dans le processus.

Point de décision ?

(like if, while, else) c’est un point où la transition de sortie peut prendre plusieurs directions en fonction d'une condition.

Swimlanes ?

couloir d’adaptation, indique où une activité est effectuée dans un système complexe

Fork & joins ?

Une transition peut être divisée en plusieurs chemins (a fork) et plusieurs chemins combinés (une jointure) en une seule transition en utilisant une barre de synchronisation.

Iteration ?

Control icons ?

Les transitions peuvent aussi déclencher les events par eux-mêmes
2 icones, l’envoi d’un signal et le reçu d’un signal

Class diagram ?

describes the static structure of the classes that make up a system or subsystem

Static structure ?

includes the classes, their attributes and operations, and the relationships among them

Dans la phase d’analyse ?

les classes mettent l’accent sur l’étude du problème

Generalization relationship ?

relates to 2 classes when the concept represented by 1 class is more general than that represented by the other

A triangle linking the classes shows ?

inheritance, which indicates that one class derives attributes or behavior from another.

Polymorphisme ? (surcharge de méthodes)

permet à des objets de différentes classes d'être traités comme des objets d'une classe commune. Cela facilite la flexibilité et l'extensibilité du code.

Chevauchement ?

La personne est les deux attributs,

Exclusif ?

→ triangle représentant l’exclusion de deux attributs, soit ça, soit ça.

Association N aire ?

c’est quand c’est relié à plusieurs entités, c’est que quand on parvient à avoir les mêmes cardinalités sur toutes les branches.

Association class ?

classe qui représente une association entre deux ou plusieurs classes, permettant de modéliser des attributs spécifiques à cette relation et d'agir comme une entité à part entière.

Composition relationship ?

relation "partie-tout" plus forte que l'agrégation, où la vie de la partie dépend de celle du tout. Si le tout est détruit, les parties le sont également.

Notion d’objet ?

représente une instance d'une classe qui encapsule des données et des comportements.

Attribut simple ?

attribut où il y a qu’une seule valeur (sex, date de naissance)

Attribut composite ?

attribut qui se compose lui même d’autres attributs. Ex: ADRESSE(Rue, Code_Postal, Ville, Pays)

Attributs multi valeurs ?

Chaque instance de cet attribut peut posséder une ou plusieurs valeurs

Attribut optionnel ?

attribut qui n’a pas obligatoirement une valeur qui lui est associée

Cardinalité ?

Elle spécifie, pour chaque entité, le nombre minimal et maximal d’instances participantes dans l’association.

semi optionnel ?

quand une des 2 cardinalités = 0,1

Full optionnel ?

Quand les 2 cardinalités = 0,1

L’association unaire ?

implique une ou plusieurs fois la même entité. Les rôles sont obligatoires pour définir le sens de lecture de l’association.

méta association/ généralisation ?

Association qui définit une relation d’héritage entre une super-entité et une ou plusieurs sous-entités.

propriétés d’une généralisation ?

t = total : une personne va d’office se retrouver dans une des spécialisations
p = partiel : une personne ne peut pas se retrouver dans une des spécialisations
e = exclusif : quand on est dans une spécialisation, on ne peut pas être dans une autre
o = chevauchement : quand je suis dans une spécialisation, je peux aussi être dans une autre

use case ?

modèle qui décrit le comportement d’une entité telle qu’un système ou un sous-système

Objectif d'un système d’info ?

c’est de restituer une info à la bonne personne et au bon moment sous le format approprié

Différence entre analyse & conception d’un système d’info ?

Dans l’analyse, on mets l’accent sur l’étude du problème, et pour la conception, on met l’accent sur la solution.

Le cycle de vie logiciel peut être séquentiel et itératif ?

Non, car ce sont 2 approches qui fonctionnent différemment. Le cycle de vie séquentiel suit un ordre rigide, adapté aux projets avec des besoins stables, mais il gère mal les changements. L’itératif, fonctionne par boucles successives, plus flexible et mieux adapté aux projets évolutifs.

système d’info org. ?

base d’infos qui comprends 1 ou plusieurs sources d’infos ainsi qu’un ensemble de processus = Vue informatique.

système d’info informatisés ?

c’est une ou plusieurs bases de données pour stocker une base d’infos, d’un ou plusieurs logiciels d’app pour exécuter des process.

Couche data ?

c’est la plus basse, le serveur de données (SQL), couche d’accès aux données

Couche applicative ?

Couche du milieu, là où on va traiter les données, 2 paradigmes dedans : Objet et agent.

Paradigme Objet ?

entités représentées par des objets appelés pour agir

Paradigme Agent ?

+ innovant, les objets deviennent auto. et réagissent seuls à l’environnement.

Couche d’interfaçage ?

permet de visualiser les données = front end → HTML, CSS

Ce qui constitue un système d’info ?

• Base d’infos

• Logiciel d’appli

• Interface

• Matériel & système d’exploitation

• Documentation & matériel de formation

• Rôles associés à l’ensemble du système

t ?

total : une personne va d’office se retrouver dans une des spécialisations

p ?

partiel : une personne ne peut pas se retrouver dans une des spécialisations

e ?

exclusif : quand on est dans une spécialisation, on ne peut pas être dans une autre

o ?

chevauchement : quand je suis dans une spécialisation, je peux aussi être dans une autre

Language logique ?

Permet de représenter la structure logique du système, les relations entre entités, les règles métiers, les interactions utilisateur-système.

➤ Exemples : modèle relationnel, diagrammes de classes UML, diagrammes d’activités.

Langage conceptuel ?

Sert à modéliser les besoins métiers et les grandes fonctions du système sans entrer dans les détails techniques.

➤ Exemples : diagrammes entité-association, cas d’utilisation (use-case).

Langage de modélisation naturel ?

• Tout le monde peut comprendre car c’est écrit en français.

• Avec le nombre de mots qu’il existe, nous pouvons exprimer bcp plus de choses.

Notation de modélisation semi-formelle ?

capture la structure, vérification de cohérence, animation, principalement visuel. (Schémas, tableaux...)

Notation de modélisation formelle ?

raisonnement approfondi, modèle mathématique destinés à la modélisation conceptuelle. (Théorie des ensembles, FSM...)

Pour produire un diagramme d’activité ?

1) Identifier les scénarios

2) Combiner les scénarios

3) Ajouter des flux d’objets

4) Utiliser des couloirs (swimlane)

Ce qu’on a fait durant le cours ?

on a appris méthodologiquement comment on peut construire un diagramme de classe et travailler avec des non-informaticiens puis pondre un diagramme que comprends les informaticiens.

Importance des exigences ?

• Cout de correction des erreurs

• Processus de développement

• une erreur d’exigences coute plus cher qu’une erreur de programmation

• Permet de trouver les causes de l’échec du projet.

• Permet de guider l’élicitation, c’est collecter des informations auprès des parties prenantes pour comprendre et clarifier leurs besoins.

• Aide a déterminer les questions à pose et a trouver les problèmes

Importance d’une notation de modélisation ?

• Indépendance d’implémentation
  Pas d’impact de la représentation interne ou de l’organi­sation des données.

• Abstraction
  Ne garder que l’essentiel, exclure le superflu.

• Formalité
  Syntaxe univoque + sémantique riche.

• Constructibilité
  Modules réutilisables pour gérer complexité et taille; facilite la communication.

• Facilité d’analyse
  Permet de déceler ambiguïtés, incomplétudes et incohérences.

• Traçabilité
  Lier éléments du modèle à la conception et à l’implémentation.

• Minimalité
  Zéro redondance : un seul moyen de représenter chaque concept.

Modèle entité association ?

→ facilite la communication et l’ingénierie des exigences des futurs utilisateurs de la base de données.

Rôle d’une association ?

Elle permet de faciliter la lecture de l’association. → obligatoires pour décrire une association unaire.

Cas d’utilisation ?

décrit une séquence d’actions pour obtenir un résultat observable.

Inclure la relation entre les cas d’utilisation

Utilisé lorsque le cas d’utilisation inclut la fonctionnalité d’un autre cas

Etendre la relation les cas d’utilisation ?

Utilisé pour décrire ce qu’un cas d’utilisation peut être étendu par la fonctionnalité d’un autre cas. (ex : traiter les paiements par carte)

Inconvénients langage naturel ?

• Risque d’ambiguïté avec US & Iran

• Les informaticiens n’auront pas envie de lire

• Moins précis

Language semi-formel ?

Combinaison de langage naturel et de notations formelles pour exprimer des concepts complexes.