ANALYSE MODELISATION DES EXIGENCES

Analyse / modelisation exigences but ?

apprendre à analyser les bonnes décisions

Business process c’est la manière à laquelle ?

• on va coordonner les tâches et les responsables

• Permettre d’automatiser les taches

• d’appuyer un environnement

• planifier les taches des acteurs

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 ?

définir ce que le système doit faire pour répondre aux besoins des utilisateurs.

Exigences non fonctionnelles ?

inclure des critères tels que la performance, la sécurité et l'ergonomie, qui influencent l'expérience utilisateur.

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 non-sql ?

→ base de données qui prends en compte pas que du SQL,

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

Paradis de conjectural (programmation) ?

→ permet de programmer des choses comme des structrures conditionnelles

Paradis orienté objet (le + utilisé)?

→ peuvent contenir des données et des méthodes. Il favorise la réutilisation du code et la modularité.

Paradis orienté agent ?

→ permet de modéliser des systèmes complexes où les agents interagissent de manière autonome, en prenant des décisions basées sur leur environnement et leurs objectifs. (→ systèmes autonomes)

interface par coordination à distance ?

→ réalité augmentée,

ERP = ?

système d’information

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)

OLTP ?

→ online transaction processing

System expert ?

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

Technologie d’expert system ?

→ base de connaissance qui accumule l’experience dans un domaine particulier et utilise des règles de production pour tirer des conclusions ou faire des recommandations.

Intérêt des systèmes d’expert ?

→ quelques apps dépendent gravement de domaines de connaissance précis au lieu de simples algorithmes, ce qui leur permet de fournir des réponses plus adaptées et pertinentes aux problèmes complexes.

Groupware ?

→ Supporte les groupes collaboratifs avec des systèmes automatisés

(ex : office 365, suite google)

KMS ?

→ systèmes de gestion des connaissances :

• Rassemble : internet, voix, OCR, compréhension

• Organisation : base de donnée management, Stock de données, SE

• Partage : groupware, intranet, workflow

• Analyse des informations : filtrage, contexte, recherche de données

Permet aux users d'accéder à une base de données collective et d'améliorer la prise de décision.

Info = ?

donnée + contexte

Connaissance = ?

info + expérience

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.

Règle 80/20 ?

→ 80% de processus standards pour 20% de processus

CRM ?

app qui supporte une entreprise pour mieux gérer leur clients à travers l’introduction de systèmes, processus et procédure

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.

Technologique ?

→ choix technologique, décrire comment la tech. va réaliser cette fonctionnalité.

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.

Analyse des Systèmes ?

Collection de notations, méthodologies et outils pour analyser une situation problématique avant la conception d'un système d'information.

Objectifs : S'assurer que le système répond aux besoins de l'utilisateur, est livré dans les délais, et peut être mis à jour facilement.

• Problèmes courants : Situations mal définies, ambiguïtés, incohérences, confusion entre exigences et conception.

Exigences fonctionnelles ?

Ce que le système doit faire, les informations à maintenir, les activités à réaliser, et les interfaces à prendre en charge.

Exigences non fonctionnelles ?

Aspects relatifs à la performance, à la fiabilité (p. ex. : le système doit planter en moyenne une fois tous les 6 mois), à la sécurité (p. ex. : droits d'accès), et à l'ergonomie (p. ex. : utilisation après 2 jours de formation).

Traduction des association binaires et unaires ?

• Association Many-to-Many

• Association One-to-Many

• Association One-to-One

• Association Unaire

Association many to many ?

Association où plusieurs instances d'une entité peuvent être liées à plusieurs instances d'une autre entité. Par ex, des étudiants peuvent être inscrits dans plusieurs cours, et chaque cours peut avoir plusieurs étudiants. (1,N & 1,N)

Association one to many ?

(1,1 & 1,N) Association où 1 instance d'une entité peut être liée à plusieurs instances d'une autre entité. Par ex, un client peut passer plusieurs commandes, mais chaque commande correspond à un seul client.

Association One to Many : Semi-optionnelle ?

C’est quand une entité peut exister sans nécessiter d'entité associée, mais si l'entité associée existe, elle doit respecter la relation définie.

Association One-to-One ?

Relation où chaque instance d'une entité est associée à une seule instance d'une autre entité. Par ex, un pays peut avoir une seule capitale et une capitale n'appartient qu'à un seul pays.

JAMAIS DE … ?

→ contrainte croisée

Association One to One : Semi-optionnelle ?

C’est lorsque l'1 des entités peut exister sans l'autre, mais si elle est présente, la relation doit être respectée.

Association One-to-One: Full-Optionnelle ?

C'est lorsque les deux entités peuvent exister sans être liées, et si l'une est présente, la relation n'est pas obligatoire.

Association Unaire ?

Relation où une entité est associée à une seule autre entité. Cette association peut être obligatoire ou optionnelle.

Généralisation vers le relationnel ?

• Suppression des généralisations

• il n’existe pas dans les modèles de données utilisé par les DBMSs

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 ?

Un modèle de cas d'utilisation qui décrit 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 qui décrivent comment les utilisateurs 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 ?

Il se peut que, quand la fonctionnalité A se réalise, la fonctionnalité B se réalise.

Include ? (= uses)

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

Diagramme d’activité ?

C’est un moyen de décrire les flux de travail des entreprises, les flux de travail au sein des use-cases, et les flux de travail pour 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

4 façons où une action peut être déclenchée ?

• On entry : actions déclenchées dès que l’activité commence

• Do : actions qui prennent place pendant la durée de l’activité

• On event : actions qui prennent place en réponse à un évènement

• On exit : actions qui prennent place juste avant une activité

State ?

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

2 special states ?

• Start state : seulement 1 par diagramme

• End state :

  • il peut y en avoir plusieurs par flux de travail

  • peut avoir des actions qui déclenchent des évènements qui commencent d’autres processus

Transition ?

se produit lorsque toutes les actions d'une activité ont été terminées ou lorsqu'un événement déclenche la sortie d'un état ou d'une activité particulière.

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 dans un flux de travail où la transition de sortie d'un état ou d'une activité peut prendre des directions différentes 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

Classes that are shown on a class diagram depend ?

on the phase of development process and the level of detail being considered

Analysis phase ?

classes apparent in the problem domain are primary interest

Design phase ?

classes & relationships that structure the solution are introduced
(ex : implementation classes, interface classes,…)

Class diagrams are used ?

• Document all system/subsystem classes, tracing them from problem‐domain specification through to implementation.

• Map relationships among classes—associations (links), generalisations (inheritance hierarchies) and aggregations/compositions (whole–part structures).

• Expose each class’s internal structure, listing its attributes (data) and operations (methods).

• Track the evolution of the class model over the development lifecycle, from initial domain concepts to code‐ready designs.

• Illustrate concrete object instances in the context of their class definitions (often via object diagrams).

• Detail the interfaces a class provides to (and expects from) its collaborators.

Classes ?

describes a group of objects with similar :

• properties (attributes)

• common behaviour (operations)

• common relationships to other objects

• & common meaning (“semantics”)

Attributs ?

propriété qui caractérise l’information que l’on veut garder sur une entité. Par exemple, un EMPLOYE possède les attributs: NSS, NOM, ADRESSE, SEXE, DATE-NAISSANCE
et a un type de valeur associé : integer, string, subrange, enumerated, ...

The instances of a class are called … ?

objects

Each object diagram shows ?

a set of objects and their interrelationships at a point in time used to model a snapshot of the application

2 different objects may have … ?

identical attribute values (like two people with identical name and address)

Operations ?

describe what can be done with the instances of a class
Often derived from action verbs in use case descriptions

difference between the estimated cost and the actual cost of a campaign ?

use operation CostDifference()

Each operation has … ?

a signature which specifies the types of its parameters and the type of the value it returns (if any)

In UML, there are different types of relationships ?

• Generalization

• Association:

• Aggregation

• Composition

Generalization relationship ?

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

The more general class participating in a generalization relationship is also called ?

the superclass or parent,

the more specialized class is also called ?

subclass or child

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.