Vous êtes sur la page 1sur 78

UPL NET - DESIGN

2015-2016

INGENIERIE RESEAUX

NET - DESIGN
ANALYSE DES SYSTEMES

NOTES CONCUES OU COMPILEES par Bertin Polombwe


Version 1.0 – 2015/2016
UPL NET - DESIGN
2015-2016

Analyse Fonctionnelle et
Technique

Préparée par Bertin Polombwe


Version 2.1 – 2014/2015
UPL ANALYSE FONCTIONNELLE NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016 ANALYSE FONCTIONNELLE
UPL ANALYSE FONCTIONNELLE NET - DESIGN
2015-2016
UPL ANALYSE FONCTIONNELLE NET - DESIGN
2015-2016
UPL ANALYSE TECHNIQUE NET - DESIGN
2015-2016
UPL ANALYSE TECHNIQUE NET - DESIGN
2015-2016
UPL ANALYSE TECHNIQUE NET - DESIGN
2015-2016
UPL
ANALYSE FONCTIONNELLE ET TECHNIQUE
2015-2016
NET - DESIGN
UPL
ANALYSE FONCTIONNELLE ET TECHNIQUE
2015-2016
NET - DESIGN
UPL
ANALYSE FONCTIONNELLE ET TECHNIQUE
2015-2016
NET - DESIGN
UPL
ANALYSE FONCTIONNELLE ET TECHNIQUE
2015-2016
NET - DESIGN
UPL
2015-2016 Cahier des Charges Fonctionnel NET - DESIGN

Le CdCF, au sens large, est un document qui peut être rédigé


suivant les cas par le fournisseur qui renouvelle son catalogue,
auquel s’associe le concepteur,

le commercial qui détermine le meilleur produit à proposer,


le futur utilisateur demandeur d’un produit répondant à son
besoin.

14
UPL
2015-2016 Cahier des Charges Fonctionnel NET - DESIGN

Il décrit en termes de finalités (fonctions) un besoin, une envie,


à laquelle le fournisseur doit apporter une réponse, matérialisée
par un produit.

Cette simple phrase permet de déterminer les 4 principales


étapes du processus :

15
UPL
2015-2016 Cahier des Charges Fonctionnel NET - DESIGN

Le passage du BESOIN à la FONCTION est le premier objet de


l’Analyse Fonctionnelle, et donne naissance au Cahier des
Charges Fonctionnel Besoin (CdCF Besoin) qui ne se réfère
qu’à la phase d’usage du produit.

16
UPL
2015-2016 Cahier des Charges Fonctionnel NET - DESIGN

Il décrit les fonctionnalités répondant au besoin exprimé.

Le passage (éventuel) de la FONCTION à la REPONSE est le


cœur de l’Analyse de la Valeur.

17
UPL
2015-2016 Cahier des Charges Fonctionnel NET - DESIGN

Se basant sur le CdCF Besoin,

Le fournisseur détermine un Cahier des Charges Fonctionnel Produit


(CdCF Produit), qui décrit les fonctionnalités du produit qui sera fourni en
réponse au besoin.

Le CdCF produit est donc un produit, une réponse virtuelle fonction des
possibilités (techniques, économiques, etc.) et des objectifs de
l’entreprise.

18
UPL
2015-2016 Cahier des Charges Fonctionnel NET - DESIGN

Il doit prendre en compte la totalité de la vie du produit.

Cette étape est finalisée par la conception du produit.

Le passage de la REPONSE au PRODUIT est l’industrialisation, ou le choix


final dans un catalogue.
.

19
UPL
2015-2016 Cahier des Charges Fonctionnel NET - DESIGN

20
UPL
2015-2016
Complex Server Connections NET - DESIGN
UPL
2015-2016
Complex Message Flow NET - DESIGN
UPL
2015-2016 Dealing with Complexity NET - DESIGN

1. Abstraction
2. Decompositi
on
3. Hierarchy

What is this?
UPL NET - DESIGN
2015-2016

Ingénierie Système

Préparée par Bertin Polombwe


Version 2.1 – 2014/2015
UPL
2015-2016 Cycle de vie d’un système NET - DESIGN

Cd Projet STI2D
C
UPL
2015-2016 Rédaction du CdC / IS NET - DESIGN

Enchaînements

Expression du Spécification des Spécifications Spécifications


besoin initial besoins techniques des architectures
« CdC Initial, « Dossier de « Dossier de fonctionnelle et
définition des définition des physique

prenantes

exigences

Processus Conception
de l’architecture
Demande client

besoins des parties


Processus Définition des

Processus Analyse des


Interviews, … »
besoins des exigences « Dossier de
parties systèmes » conception »
prenantes »

Récursivité système/sous-systèmes
UPL Etapes NET - DESIGN
2015-2016
rédaction
CdC

Besoin
initial

Mission
principale

Contextes

Utilisation
s

Scénarios
Besoins
des
parties
prenantes
UPL
2015-2016
Etapes
rédaction
Spécification des besoins NET - DESIGN

CdC

Besoin
initial
Objet du processus : définir les besoins applicables à un
système pour fournir, dans un environnement donné, les
services dont les utilisateurs et les autres parties
prenantes ont besoin.
Mission
principale
Activités :
Identification des parties prenantes, ou éventuellement
Contextes des classes de parties, qui seront engagées vis‐à‐vis du
système, durant son cycle de vie.
Utilisation Identification de leurs besoins et leurs souhaits.
s Analyse de ceux-ci et transformation en un ensemble
de besoins des parties prenantes :
•exprime les interactions désirées entre un système et son
Scénarios
environnement opérationnel ;
Besoins •sert de référence par rapport à la validation de chaque
des service opérationnel rendu et ainsi confirmer que le système
parties satisfait aux besoins.
prenantes
UPL
2015-2016
Etapes
rédaction
Mission principale du système NET - DESIGN

CdC

Besoin Une première analyse du besoin doit être menée pour


initial définir la mission principale du système. Cette
première analyse cadre globalement le système à
Mission faire.
principale

Contextes

Utilisation
s

Scénarios
Besoins
des
parties
prenantes
UPL
2015-2016
Etapes
rédaction
Mission principale du système NET - DESIGN

CdC
Ce diagramme, peut être complété par :
Besoin
initial Une liste de besoins et contraintes ;
Les sous-missions déjà identifiées.
Mission
principale

Contextes

Utilisation
s

Scénarios
Besoins
des
parties
prenantes
UPL
2015-2016
Etapes
rédaction
Définition des contextes NET - DESIGN

CdC

Besoin
initial Pour chaque phase du cycle de vie où
des services sont attendus du système,
Mission on définit un diagramme de contexte du
principale système.
Contextes
Objectifs :
Utilisation –Identifier les parties prenantes ;
s
–Identifier les éléments externes en interaction
Scénarios avec le système ;
Besoins –Définir les frontières du système et de son
des contexte.
parties
prenantes
UPL
2015-2016
Etapes
rédaction
Définition des contextes NET - DESIGN

CdC

Besoin
initial

Mission
principale

Contextes

Utilisation
s

Scénarios
Besoins
des
parties
prenantes
UPL
2015-2016
Etapes
rédaction
Définition des utilisations NET - DESIGN

CdC

Besoin
initial Pour chaque phase du cycle de vie où
des services sont attendus du
Mission
principale système, on définit les cas d’utilisation
du système.
Contextes

Utilisation Généralement la mission pricipale, se


s
retrouve dans ce diagramme, ainsi que
Scénarios les sous-missions déjà identifiées
Besoins
(utilisation = besoin de service
des attendu).
parties
prenantes
UPL
2015-2016
Etapes
rédaction
Définition des utilisations NET - DESIGN

CdC

Besoin
initial

Mission
principale

Contextes

Utilisation
s

Scénarios
Besoins
des
parties
prenantes
UPL
2015-2016
Etapes
rédaction
Définition des scénarios NET - DESIGN

CdC

Besoin
initial Pour chaque cas d’utilisation, on
définit un scénario d’utilisation
Mission
principale
nominale de manière textuelle :

Contextes

Utilisation
s

Scénarios
Besoins
des
parties
prenantes
UPL
2015-2016
Etapes
rédaction
Définition des besoins des NET - DESIGN

CdC parties prenantes


Besoin
initial
A partir des éléments initiaux : mission,
finalité, besoins, contraintes, complétés sur la
Mission base des analyses précédentes : étude des
principale services attendus, étude du contexte, étude des
scénarios.
Contextes
Ceux-ci sont classés de la façon suivante :
Utilisation –Service attendu ;
s –Opérationnel (mode de fonctionnement, modes de
marche, condition d’évolution, …) ;
Scénarios –Performance ;
Besoins –Interface (physique, ergonomie, interopérabilité, …) ;
des
parties
–Contrainte (liée à une phase de vie, environnement du
prenantes système, règlementation, coût, délai, …).
UPL
2015-2016
Etapes
rédaction
Définition des besoins des NET - DESIGN

CdC parties prenantes


Besoin
initial

Mission
principale

Contextes

Utilisation
s

Scénarios
Besoins
des
parties
prenantes
UPL
2015-2016 En résumé NET - DESIGN

La spécification des besoins permet donc de répondre à :

Pourquoi on veut faire ça ? → finalité


Qu'est-ce que l'on doit faire ? → mission
Qui est concerné / impacté ? → parties prenantes
Quelles sont les frontières du système ? → contexte
Quels services sont attendus ? → utilisations
Comment cela s'envisage t-il ? → scénarios
Quels sont mes besoins pour répondre à tout cela ? → besoins

L’ensemble de tous les diagrammes obtenus durant ce processus


constitue le cahier des charges.
UPL
2015-2016 Analyse des exigences NET - DESIGN

Enchaînements

Expression du Spécification des Spécifications Spécifications


besoin initial besoins techniques des architectures
« CdC Initial, « Dossier de « Dossier de fonctionnelle et
définition des définition des physique

prenantes

exigences

Processus Conception
de l’architecture
Demande client

besoins des parties


Processus Définition des

Processus Analyse des


Interviews, … »
besoins des exigences « Dossier de
parties systèmes » conception »
prenantes »

Récursivité système/sous-systèmes
UPL Dossier
2015-2016 de Analyse des exigences NET - DESIGN
validation

Besoin
initial Sur la base des besoins des parties prenantes, ce processus
technique englobe :
Mission –Apport des concepts systèmes ;
principale –Description des états initiaux (SMD), raffinés par la suite ;
–Description précise des scénarios (SD) ;
Contextes –Définition des exigences système (RD).

Utilisations Celles-ci sont classées de la façon suivante :


–Fonctionnelle ;
Scénarios –Opérationnelle (mode de fonctionnement, modes de marche, condition
d’évolution, …) ;
Besoins
–Performance ;
des PP
–Interface (physique, ergonomie, interopérabilité, …) ;
Analyse –Contrainte (liée à une phase de vie, environnement du système,
des règlementation, coût, délai, …) ;
exigences –Validation (Tests ou essais, inspections, revues ou audits, …).
UPL Dossier
2015-2016 de Jusqu’aux exigences NET - DESIGN
validation
système…
Besoin
Côté élève :
initial - Ce qu‘il doit obtenir à la fin de la spécification en amenant
ses concepts systèmes aux besoins ;
Mission - Base pour la planification (exigence système = tâche).
principale
Côté enseignant : obtenues en amont du projet pour :
Contextes - Garantir la faisabilité du projet ;
- Planifier a priori (dossier de validation) ;
Utilisations - Remédier aux situations de blocage élève.

Scénarios En théorie : diagramme d’exigences système, issu initialement des


besoins, enrichi des exigences système suscitées.
Besoins
des PP En pratique : non nécessité d'appliquer l'AE comme préconisée par
IS & SysML ; application des concepts métiers pour l'obtention des
exigences système, comme auparavant pour les FP et FS.
Analyse
des
On se limite au diagramme des besoins des PP, enrichi de ces
exigences exigences système.
UPL Dossier
2015-2016 de Jusqu’aux exigences NET - DESIGN
validation
système…
Besoin
initial

Mission
principale

Contextes

Utilisations

Scénarios
Besoins
des PP

Analyse
des
exigences
UPL Dossier
2015-2016 de Aide à la rédaction NET - DESIGN
validation

Besoin
initial
Logiciel
Mission largement utilisé sur l’académie :
principale
création d’un plugin spécifique à
Contextes cette rédaction.
Utilisations

Scénarios
Besoins
des PP

Analyse
des
Démo
exigences
UPL NET - DESIGN
2015-2016

URBANISATION DES SYSTEMES


D’INFORMATION
-
ARCHITECTURE D’ENTREPRISE
Préparée par Bertin Polombwe
Version 2.1 – 2015/2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
UPL NET - DESIGN
2015-2016
ARCHITECTURE DE L’ENTREPIRSE
 Pour obtenir une infrastructure informatique qui s’aligne avec la
stratégie de l’entreprise, un travail considérable doit être fait à
plusieurs niveaux d’abstraction.

 À chaque niveau , depuis la stratégie jusqu’aux machines et logiciels,


il y a des risques à minimiser, des informations à traiter , des rôles et
compétences à mettre en œuvre , des projets à réaliser et il y a
nécessité d’avoir un financement pour atteindre tous les objectifs.

 Les objectifs de bas niveau doivent être atteint pour supporter et


réaliser les objectifs de niveau plus élevé.
UPL NET - DESIGN
2015-2016
ARCHITECTURE DE L’ENTREPIRSE
 L’informatique matérielle et logicielle ainsi que tous les autres
éléments physique de l’Infrastructure constitue donc le dernier
niveau d’abstraction du système d’information.

 Tout investissement sur ce dernier niveau doit être une conséquence


des besoins réels qui trouvent leur source dans la stratégie de
l’entreprise au plus haut niveau.
UPL NET - DESIGN
2015-2016
ARCHITECTURE DE L’ENTREPIRSE
 L’ensemble de tous ces éléments forme ce qu’on appelle
l’architecture de l’entreprise.

 Aujourd’hui, aligner le SI sur les métiers n’est pas suffisant et ne l’a


peut-être jamais été.

 Il faut aller plus loin, plus haut dans la hiérarchie pour que l’ensemble
de l’entreprise soit aligné et cohérent avec la stratégie (la vision).
UPL NET - DESIGN
2015-2016
ARCHITECTURE DE L’ENTREPIRSE
UPL NET - DESIGN
2015-2016
ARCHITECTURE DE L’ENTREPIRSE
 L'entreprise qui se veut performante dans la durée, doit développer
sa capacité à voir, penser et agir dans la complexité, afin de mieux
faire face aux imprévus.

 Si la réalité, toujours trop complexe, n’est pas maîtrisable dans sa


globalité, la systémique aide, cependant, à la rendre modélisable et
simulable, ce qui permet au moins d’anticiper sur les évolutions à
venir.

 C’est la raison pour laquelle les démarches systémique et


stratégique, loin de s'exclure, peuvent être considérées comme deux
approches complémentaires et être utilisées en synergie.

Vous aimerez peut-être aussi