View
120
Download
6
Category
Preview:
Citation preview
Département de génie logiciel et des TI
Systèmes d’information dans Systèmes d’information dans les entreprises les entreprises (GTI515)(GTI515)
Chargé: JF Couturier
Cours # 2
GTI515 Automne 2011 JF Couturier 1
Département de génie logiciel et des TI
Retour sur le dernier coursRetour sur le dernier cours
Plan de la session
Quelques statistiques sur les projets
Les usines logiciellesDSL / MDA
L’approche MDACIM, PIM, PSM, alouette
Des questions?
GTI515 Automne 2011 JF Couturier 2
Département de génie logiciel et des TI
Question du dernier coursQuestion du dernier cours
Cours de maîtrise sur MDA : SYS869
Différence entre modélisation, analyse et design (conception)
Retour sur la pyramide et l’espace du problème versus l’espace de la solution
Comparaison avec Merise
Retour sur quelques concepts
GTI515 Automne 2011 JF Couturier 3
Département de génie logiciel et des TI
Analyse, Design, ModèleAnalyse, Design, Modèle Analyse
Cueillette de l’information
On cherche le quoi et le pourquoi
On tente de comprendre le problème
Design/ConceptionOn cherche surtout le comment
Il y a de la modélisation dans l’analyse et la conception.
GTI515 Automne 2011 JF Couturier 4
Département de génie logiciel et des TIGTI515 Automne 2011 JF Couturier 5
Exigences
Domaine
Analyse
Conception
Réalisation
Modèle des Processus d’affaires
Modèle d’analyse du système
Modèle des Cas d’utilisation
Modèle de conception du système
Les modèles du cycle de développement de logiciels
Code
Département de génie logiciel et des TI
Rappel de RUPRappel de RUP
GTI515 Automne 2011 JF Couturier 6
Département de génie logiciel et des TI
Quelques buzzwords…Quelques buzzwords… Itératif
Plusieurs petits cycles de développement répétitifs jusqu’à atteindre le résultat souhaité.
Incrémentale À chaque itération, on ajoute une nouvelle fonctionnalité.
Agile Philosophie de développement XP, SCRUM, OpenUP
RUP n’est pas une méthodologie agile. Elle est itérative cependant.
Waterfall analyse, design, code, test, déploiement
GTI515 Automne 2011 JF Couturier 7
Département de génie logiciel et des TI
Encore…quelques buzz…Encore…quelques buzz…
Artéfact Tout document, graphique, modèle qui contribue à la
compréhension ou à la réalisation du projet.
Couplage faible Limiter les liens entre les éléments pour éviter les
dépendances.
Cohésion forte Tendre vers un élément qui fasse le moins de choses
possibles, mais qu’il le fasse bien! Masquage et encapsulation des données…
GTI515 Automne 2011 JF Couturier 8
Département de génie logiciel et des TI
Merise : pour nos amis de l’espace euroMerise : pour nos amis de l’espace euro
Merise est une autre approche pour l’analyse, la conception et la gestion de projet.
C’est une approche a priori waterfall.
J’ai trouvé sur le Web un complément que vous pourrez consulter sur le site web du cours.
GTI515 Automne 2011 JF Couturier 9
http://fr.wikipedia.org/wiki/Merise_(informatique)
Département de génie logiciel et des TI
Rappel du plan de coursRappel du plan de cours
Les dates importantesQuiz mai-11;juin-01;juillet-06;juillet-20
Intra, le mercredi 15 juin
Final (??) Je ne le sais pas
Remise des travaux (voir site web)
1re Évaluation formative le 1er juin
GTI515 Automne 2011 JF Couturier 10
Département de génie logiciel et des TI
RappelRappel
Site web du cours https://cours.logti.etsmtl.ca/gti515/
Site web de la bibliothèque http://www.etsmtl.ca/biblio/index.html
Moteur de recherche IEEE
COMPENDEX
MSDN Alliance
GTI515 Automne 2011 JF Couturier 11
Département de génie logiciel et des TI
RappelRappel
Diagramme d’état
Diagramme de collaboration/communication
Diagramme de classe
Diagramme de séquence
Cas d’utilisation
Diagramme des cas d’utilisation
Diagramme d’activité
GTI515 Automne 2011 JF Couturier 12
Département de génie logiciel et des TI
Diagramme d’étatDiagramme d’état
Permets de représenter les différents états d’un système ou d’un objet.
Ouvrir la porte d’un four micro-ondes, quel que soit l'état du four, met le four dans l‘état 'arrêté’.
Refermer la porte (une autre transition) met le four dans l'état 'prêt‘ (Larman)
GTI515 Automne 2011 JF Couturier 13
http://en.wikipedia.org/wiki/State_diagram
Département de génie logiciel et des TI
Diagramme de collaborationDiagramme de collaboration
Permets de représenter les interactions entre des objets.
Complémentaire au diagramme de séquence.
Je n’en reparlerai pas.
GTI515 Automne 2011 JF Couturier 14
http://www.agilemodeling.com/artifacts/communicationDiagram.htm
Département de génie logiciel et des TI
Diagramme de classeDiagramme de classe
Diagramme classique représentant, sous forme statique, les classes, attributs et méthodes d’un système OO.
Héritage, Composition
Modèle du domaine
GTI515 Automne 2011 JF Couturier 15
http://www.agilemodeling.com/artifacts/classDiagram.htm
Département de génie logiciel et des TI
Diagramme de séquenceDiagramme de séquence
Permets de se représenter une séquence d’action.
Selon le niveau d’abstraction, peut illustrer l’interaction au niveau du domaine (analyse) ou au niveau des objets (conception)
Très puissant en conception!
GTI515 Automne 2011 JF Couturier 16
http://www.agilemodeling.com/artifacts/sequenceDiagram.htm
Département de génie logiciel et des TI
Plan du cours 2Plan du cours 2 L’utilisation d’UML
Le modèle des processus d’affaires
Le diagramme d’activité Étude de cas
Discussion
Diagnostic du processus d’affaires existant
Travaux MTI-515.
Prochain cours
GTI515 Automne 2011 JF Couturier 17
Département de génie logiciel et des TI
Lecture sur UMLLecture sur UML
Des commentaires sur l’article?
Que retenez-vous?
GTI515 Automne 2011 JF Couturier 18
Département de génie logiciel et des TI
L’utilisation d’UMLL’utilisation d’UMLRef: Ref: Brian Dobing AND Jeffrey ParsonsBrian Dobing AND Jeffrey ParsonsCOMMUNICATIONS OF THE ACM May 2006/Vol. 49, No. 5COMMUNICATIONS OF THE ACM May 2006/Vol. 49, No. 5
GTI515 Automne 2011 JF Couturier 19
Département de génie logiciel et des TI
L’utilisation d’UMLL’utilisation d’UMLRef: Ref: Brian Dobing AND Jeffrey ParsonsBrian Dobing AND Jeffrey Parsons
GTI515 Automne 2011 JF Couturier 20
Département de génie logiciel et des TI
L’utilisation d’UMLL’utilisation d’UMLRef: Ref: Brian Dobing AND Jeffrey ParsonsBrian Dobing AND Jeffrey Parsons
GTI515 Automne 2011 JF Couturier 21
Département de génie logiciel et des TI
L’utilisation d’UMLL’utilisation d’UMLRef: Ref: Brian Dobing AND Jeffrey ParsonsBrian Dobing AND Jeffrey Parsons
GTI515 Automne 2011 JF Couturier 22
Département de génie logiciel et des TI
Lecture sur MDALecture sur MDA
Des points positifs?
Des points négatifs?
Des commentaires?
GTI515 Automne 2011 JF Couturier 23
Département de génie logiciel et des TI
Sondage interneSondage interne
Combien de personnes dans la classe utilisent UML dans le cadre de leur travail?
Quel est l’objectif de cette utilisation?Analyse, conception, documentation?
Quels diagrammes?
Les diagrammes d’activités sont-ils utiles aux développeurs?
GTI515 Automne 2011 JF Couturier 24
Département de génie logiciel et des TI
Plan du cours 2Plan du cours 2 L’utilisation d’UML
Le modèle des processus d’affaires
Le diagramme d’activité Étude de cas
Discussion
Diagnostic du processus d’affaires existant
Travaux MTI-515
Prochain cours
GTI515 Automne 2011 JF Couturier 25
Département de génie logiciel et des TI
Qu’est-ce qu’une entreprise ?Qu’est-ce qu’une entreprise ? Une vision (mission), en général
fournie par les propriétairesEx.: Fournir des services spécialisés aux
journaux indépendants francophones. Une stratégie pour concrétiser la
missionAcquisitions de ressources humainesDéveloppement d’un logiciel d’édition
Un ensemble de processus (d’activités) pour réaliser la stratégie
GTI515 Automne 2011 JF Couturier 26
Département de génie logiciel et des TI
Les processus d’affairesLes processus d’affaires
Un processus est un ensemble d’activités qui saisissent un intrant (input), le transforment et fournissent un extrant (output) à un client (interne ou externe).
Un processus d’affaires est un ensemble d’activités : primaires, si elles contribuent à la livraison d’un service
ou d’un produit au client
de soutien, si elles soutiennent les activités primaires
Voir Wikipédia (processus d’entreprise)http://fr.wikipedia.org/wiki/Proc%C3%A9dure_d%27entreprise
GTI515 Automne 2011 JF Couturier 27
Département de génie logiciel et des TI
Le système d’informationLe système d’information
Un système d’information est un ensemble d’activités, qui saisissent, stockent, transforment et diffusent des données, sous un ensemble de contraintes appelé l’environnement du système
Les types de SI Soutien des opérations
(Transactions, Commande de processus, Collecticiels (Groupware))
Soutien à la gestion
(SI de Gestion, Système d’Aide à la Décision, SI pour la Direction)
GTI515 Automne 2011 JF Couturier 28
Département de génie logiciel et des TI
Processus vs système d’information Processus vs système d’information vs système informatiquevs système informatique
Un processus regroupe l’ensemble de toutes les activités qui concourent à atteindre son objectif
Un système d’information regroupe les activités relatives au traitement de l’information au service du processus.
Information, processus, règles
Un système informatique est la partie du système d’information automatisée
Système de gestion de projets, le réseau, la base de données
GTI515 Automne 2011 JF Couturier 29
Département de génie logiciel et des TI
Le processus métier élémentaire Le processus métier élémentaire ((PMÉ)PMÉ)
1. Une tâche accomplie par une personne...
2. dans un endroit...
3. à un instant donné...
4. en réponse à un événement...
5. qui ajoute une valeur commerciale mesurable...
6. et laisse les données dans un état cohérent(Larman, p.88)
GTI515 Automne 2011 JF Couturier 30
Département de génie logiciel et des TI
Exemple de PMÉExemple de PMÉ
Apporter la voiture au garage
Inscrire un client dans le système
Ouvrir un bon de travail
Créer un ticket dans le système
Seul, un PMÉ ne réalise pas grand-chose.
GTI515 Automne 2011 JF Couturier 31
Département de génie logiciel et des TI
PourquoiPourquoi modélisermodéliserles processus d’affairesles processus d’affaires??
Comprendre les activités avant de les automatiser
Établir une compréhension commune utilisateurs – informaticiens
Identifier les premiers problèmes
Artefact Le modèle des processus d’affaires
Diagramme d’activité dans ce cas-ci
GTI515 Automne 2011 JF Couturier 32
Département de génie logiciel et des TI
Les sources d’informationLes sources d’information
Les rapports annuels L’architecture d’entreprise L’étude des systèmes existants La cueillette d’information par:
Entrevues et questionnaires Observations Atelier d’explicitation d’exigences
(Requirements Workshop) Session remue-méninges (Brainstorming) Prototypage Solutions des fournisseurs
Généralement sous forme de texte
GTI515 Automne 2011 JF Couturier 33
Département de génie logiciel et des TI
Les langages de modélisationLes langages de modélisationdes processus d’affairesdes processus d’affaires
Le modèle des cas d’utilisation d’affaires Modélise les processus d’affaires,
c’est-à-dire toutes les activités(pas seulement celles traitant de l’information)
Construit selon les principes et façons de faire des cas d’utilisation système
Les diagrammes d’activité
Le diagramme de séquence
BPMN (Business Process Model Notation), le standard de l’OMG
Le modèle du domaine
GTI515 Automne 2011 JF Couturier 34
Département de génie logiciel et des TI
Plan du cours 2Plan du cours 2
L’utilisation d’UML
Le modèle des processus d’affaires
Le diagramme d’activité Étude de cas
Discussion
Diagnostic du processus d’affaires existant
Prochain cours
GTI515 Automne 2011 JF Couturier 35
Département de génie logiciel et des TI
Le diagramme d’activitéLe diagramme d’activité
Diagramme recommandé pour construire le modèle des processus d’affaires
Pouvoir d’expression proche des langages de programmation objet
Adapté aux spécifications générales et détaillées (notamment des cas d’utilisation)
Diagramme très flexible, dont la nouvelle version UML2 favorise la production de modèles exécutables
MDA, encore et toujours lui!
GTI515 Automne 2011 JF Couturier 36
Département de génie logiciel et des TI
Les étapes dans la construction du Les étapes dans la construction du diagramme d’activitédiagramme d’activité
1. Identifier les intervenants et leurs responsabilités
2. Identifier les événements, les activités et leur enchaînement
3. Identifier les objets transmis d’une activité à l’autre
GTI515 Automne 2011 JF Couturier 37
Département de génie logiciel et des TI
Diagramme d’activitéDiagramme d’activité Le diagramme d’activité utilise certains composants afin d’aider à
décrire une séquence d’activité ou un flux
Le point de départ amorce le début de l’activité et est représenté par un cercle plein.
Le sens du flux des activités est donné par une ligne et une flèche indiquant la direction du flux.
Chaque action est représentée par un rectangle dont les coins sont arrondis. Chaque action est libellée pour décrire ce qui est fait.
Un branchement est utilisé pour séparer un flux en plusieurs alternatives exclusives basées sur une décision; le losange est utilisé pour cette prise de décision.
Une jointure est utilisée pour relier ensemble plusieurs flux mutuellement exclusifs en un seul flux.
GTI515 Automne 2011 JF Couturier 38
Département de génie logiciel et des TI
Diagramme d’activitéDiagramme d’activité
L’embranchement, représenté par une barre, indique où un flot change en 2 ou plusieurs flots parallèles.
Une jointure, également représentée par une barre, indique que plusieurs flots parallèles convergent en un seul flot.
La responsabilité pour compléter l’activité peut-être représentée par un couloir (swimlane) où des lignes séparent les activités pour indiquer la portée de la responsabilité face aux activités du flot.
Le point de fin indique la fin du lot et est représenté par un cercle plein à l’intérieur d’un autre cercle vide.
GTI515 Automne 2011 JF Couturier 39
Département de génie logiciel et des TI
ÉlémentsÉléments
Activité Action
(Unité fondamentale de spécification comportementale, partie d’une activité)
Flot de contrôle Structure de contrôle Partition (swimlane) Pin Objet Flot d’objets Exceptions
GTI515 Automne 2011 JF Couturier 40
Département de génie logiciel et des TI
Le principe du jetonLe principe du jeton
Le jeton (token) est un « élément » indiquant l’état de la séquence.
Il permet de visualiser le flot.
Très utile pour se représenter des activités où il y a une synchronisation, une décision ou une fusion.
GTI515 Automne 2011 JF Couturier 41
Département de génie logiciel et des TI
ActivitéActivité
Activité initiale (point de départ)
Activité finale (fin de l’activité). L’ensemble des flots est interrompu.
Flot final (fin d’un flot particulier). N’influence pas les autres flots.
GTI515 Automne 2011 JF Couturier 42
Département de génie logiciel et des TI
ActionAction
Action de base
Action d’envoyer un signalOutput
Action d’acceptation Input
Action TempsDélai
GTI515 Automne 2011 JF Couturier 43
Département de génie logiciel et des TI
Actions spécialesActions spéciales
GTI515 Automne 2011 JF Couturier 44
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Département de génie logiciel et des TI
Flot de contrôleFlot de contrôle
GTI515 Automne 2011 JF Couturier 45
Département de génie logiciel et des TI
Structure de Structure de contrôle (Decision)contrôle (Decision)
Permets de faire un choix entre plusieurs alternatives.
GTI515 Automne 2011 JF Couturier 46
Animation Flash
Département de génie logiciel et des TI
Structure de contrôle (Decision)Structure de contrôle (Decision)
Décision (suite)Assurez-vous que vos conditions
évaluent toutes les possibilités.
Une bonne pratique est d’avoir une condition par défaut.
Exemples de mauvaises pratiques >2 OR <2
>=2 OR <=2…
GTI515 Automne 2011 JF Couturier 47
Département de génie logiciel et des TI
Structure de Structure de contrôle (Merge)contrôle (Merge)
Permet de regrouper.
Il n’y a pas d’attente. Il peut y avoir plusieurs instances de Ship Item.
GTI515 Automne 2011 JF Couturier 48
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Animation Flash
Département de génie logiciel et des TI
Structure de Structure de contrôle (Fork)contrôle (Fork)
Permets d’initier des séquences parallèles. Pas synchrones!
GTI515 Automne 2011 JF Couturier 49
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Animation Flash
Département de génie logiciel et des TI
Structure de Structure de contrôle (Fork)contrôle (Fork)
Permet également, avec des conditions, de faire plusieurs choix
GTI515 Automne 2011 JF Couturier 50
[Gard 1]
[Gard 2]
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Animation Flash
Département de génie logiciel et des TI
Structure de contrôle (Fork)Structure de contrôle (Fork)
Choix multiple Il faut être vigilant, car cela veut dire que
le join en aval connaît d’avance le nombre de jeton à recevoir.
Peut être nécessaire d’annoter le join ou d’y inclure une condition
Permet de répondre à des questions du type « Et / Ou »
GTI515 Automne 2011 JF Couturier 51
Département de génie logiciel et des TI
Structure de Structure de contrôle (join)contrôle (join)
Permet de synchroniser des séquences parallèles.
Doit attendre tous les jetons avant de continuer.
GTI515 Automne 2011 JF Couturier 52
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Animation Flash
Département de génie logiciel et des TI
Structure de Structure de contrôle (join)contrôle (join)
On peut également mettre une condition sur le join pour préciser les critères d’acceptabilité
GTI515 Automne 2011 JF Couturier 53
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Département de génie logiciel et des TI
PinPin
Permets d’identifier des objets entrants et sortants d’une action. Optionnels.
GTI515 Automne 2011 JF Couturier 54
Département de génie logiciel et des TI
ExempleExemple
GTI515 Automne 2011 JF Couturier 55
http://www.agilemodeling.com/artifacts/activityDiagram.htm
Département de génie logiciel et des TI
Partition (swimlane)Partition (swimlane)
Permets d’encapsuler une séquence pour un individu, une organisation.
Très important dans le cadre de ce cours
À utiliser presque systématiquement
GTI515 Automne 2011 JF Couturier 56
Département de génie logiciel et des TI
ObjetObjet
Permets de se représenter des objets circulant dans la séquence.
GTI515 Automne 2011 JF Couturier 57
Département de génie logiciel et des TI
Flot d’objetsFlot d’objets
GTI515 Automne 2011 JF Couturier 58
Département de génie logiciel et des TI
Zones d'interruptionZones d'interruption
Permets de délimiter une zone d’interruption.
GTI515 Automne 2011 JF Couturier 59
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Département de génie logiciel et des TI
ExceptionsExceptions
Permets d’illustrer une exception pendant la séquence.
GTI515 Automne 2011 JF Couturier 60
Département de génie logiciel et des TI
Notes ou contraintesNotes ou contraintes
Utilisé pour annoter le diagramme ou pour préciser certaines contraintes.
GTI515 Automne 2011 JF Couturier 61
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Département de génie logiciel et des TI
DatastoreDatastore
Permet de se représenter la persistance des données
GTI515 Automne 2011 JF Couturier 62
OMG Unified Modeling LanguageTM (OMG UML), Superstructure
Département de génie logiciel et des TI
ExemplesExemples
GTI515 Automne 2011 JF Couturier 63
http://www.visual-paradigm.com/VPGallery/diagrams/Activity.html
Zone d’interruption
Département de génie logiciel et des TI
Exemple avec partitionsExemple avec partitions
GTI515 Automne 2011 JF Couturier 64
Département de génie logiciel et des TI
Quelques bonnes pratiquesQuelques bonnes pratiques
Titrer et numéroter votre diagramme
Utiliser des verbes pour vos activités
Avec un fork, il y a généralement un join
Avec une décision, il y a généralement un merge
Dans une décision, prévoir tous les cas ou avoir un chemin par défaut
Éviter plusieurs flots quittant une activité et utiliser plutôt les points de contrôles (décision, parallèle)
On ne peut jamais rediriger sur l’activité initiale
GTI515 Automne 2011 JF Couturier 65
Département de génie logiciel et des TI
Le modèle d’affairesLe modèle d’affairesdu du garage ABCgarage ABC
GTI515 Automne 2011 JF Couturier 66
Le client adresse une demande de service au garage ABC. Le chef de service donne une date de RDV au client. Le client ramène sa voiture pour inspection le jour du RDV. Le chef d'atelier émet un bon de travail qu'il transmet au mécanicien. Celui-ci procède à l'inspection; s'il trouve un problème il en informe son chef de service qui demande au client s'il accepte le coût des réparations. Une fois l'inspection terminée le chef d'atelier vérifie les travaux et retourne la demande de service complétée. Le chef de service émet une facture, le client paye et prend sa voiture.
Département de génie logiciel et des TI
Le modèle d’affairesLe modèle d’affairesdu du garage ABCgarage ABC
GTI515 Automne 2011 JF Couturier 67
Le client adresse une demande de service au garage ABC. Le chef de service donne une date de RDV au client. Le client ramène sa voiture pour inspection le jour du RDV. Le chef d'atelier émet un bon de travail qu'il transmet au mécanicien. Celui-ci procède à l'inspection; s'il trouve un problème il en informe son chef de service qui demande au client s'il accepte le coût des réparations. Une fois l'inspection terminée le chef d'atelier vérifie les travaux et retourne la demande de service complétée. Le chef de service émet une facture, le client paye et prend sa voiture.
1- identifier les acteurs
2- identifier les actions et les objets
Département de génie logiciel et des TI
Diagramme d’activité par la Diagramme d’activité par la pratiquepratique
Cas du processus de formation (p.206 5ième éd,
p216 6ième éd.)
Qui?, Quoi? Quand?
Cas de la recette (p.200 5ième éd, p201 6ième éd. )
Qui? Quoi? Quand?
GTI515 Automne 2011 JF Couturier 69
UML 2 par la pratique, Pascal Roques
Département de génie logiciel et des TI
Cas: Processus de formationCas: Processus de formation
Modélisez le processus de formation avec un diagramme d'activité.
Un employé rédige une demande de formation, le responsable des formations instruit la demande, s'il donne son accord l'employé sélectionne la session auprès de l'organisme de formation. À la fin de la formation, l'organisme de formation émet une facture. Le responsable des formations envoie le paiement au service de comptabilité de l'organisme de formation.
GTI515 Automne 2011 JF Couturier 70
Département de génie logiciel et des TI
Et après?Et après?
Que peut-on faire avec un diagramme d’activité?
Peut-on identifier les différents scénarios d’un diagramme d’activité?
Si oui, alors cette information nous sera très utile lorsque nous ferons nos cas d’utilisation…
GTI515 Automne 2011 JF Couturier 71
Département de génie logiciel et des TI
Concepts - ScénariosConcepts - Scénarios
GTI515 Automne 2011 JF Couturier 72
Diagramme d’activité avec plusieurs scénarios
Ref: Pender, UML, 2002
Combien y a-t-il de scénarios dans ce diagramme d’activité?
Département de génie logiciel et des TI
Concepts - ScénariosConcepts - Scénarios
GTI515 Automne 2011 JF Couturier 73
Début du premier scénario
Ref: Pender, UML, 2002
Département de génie logiciel et des TI
Concepts - ScénariosConcepts - Scénarios
GTI515 Automne 2011 JF Couturier 74
Ref: Pender, UML, 2002
Fin du premier scénario
Département de génie logiciel et des TI
Concepts - ScénariosConcepts - Scénarios
GTI515 Automne 2011 JF Couturier 75
Scénario 2:
Pas trouvé de commande
Ref: Pender, UML, 2002
Département de génie logiciel et des TI
Concepts - ScénariosConcepts - Scénarios
GTI515 Automne 2011 JF Couturier 76
Scénario 3:
Item introuvable
Ref: Pender, UML, 2002
Département de génie logiciel et des TI
Concepts - ScénariosConcepts - Scénarios
GTI515 Automne 2011 JF Couturier 77
Scénario 4
Créer un bon de commande
Ref: Pender, UML, 2002
Département de génie logiciel et des TI
Les Les activitésactivités de la discipline “Exigences” de la discipline “Exigences”
GTI515 Automne 2011 JF Couturier 79
Département de génie logiciel et des TI
Représentation visuelle par Représentation visuelle par les diagrammes d’activitéles diagrammes d’activité On peut véhiculer autant (et même plus) d’informations sous la
forme visuelle d’un diagramme d’activité que sous la forme textuelle traditionnelle
Le diagramme des cas d’utilisation peut aussi être remplacé par un diagramme d’activité, qui représente le workflow du système. Voir prochain cours.
Avec le diagramme d’activité, on peut:
mettre plus d’informations
générer les cas de tests avec les scénarios
utiliser les mécanismes de transformation de modèle à modèle si on est dans un environnement MDA
GTI515 Automne 2011 JF Couturier 80
Département de génie logiciel et des TI
Plan du cours 2Plan du cours 2
Le Modèle des processus d’affaires
Le diagramme d’activités Étude de cas
Discussion
Diagnostic du processus d’affaires existant
Travaux MTI-515
Prochain cours
GTI515 Automne 2011 JF Couturier 82
Département de génie logiciel et des TI
Analyse de la valeur ajoutéeAnalyse de la valeur ajoutée
Établir le coût de chaque activité
Déterminer si une activité ajoute de la valeur au processus
GTI515 Automne 2011 JF Couturier 83
Département de génie logiciel et des TI
Estimation des coûts - MétriquesEstimation des coûts - Métriques
Identifier les ressources requises par l’activité
Déterminer, pour chaque activité, le pourcentage d’utilisation de chaque ressource
Établir le coût annuel de chaque activité Identifier les unités d’œuvre (extrant) Calculer le coût d’une unité d’œuvre pour
chaque activité
GTI515 Automne 2011 JF Couturier 84
Département de génie logiciel et des TI
RessourcesRessources
Tutoriel sparx systems
Agile modeling
Bonnes pratiques
OMG UML 2.2 spec
Stencil visio
IT pro!!! Activity diagrams uml UML toolkit
GTI515 Automne 2011 JF Couturier 85
Département de génie logiciel et des TI
Prochain coursProchain cours
Le modèle des exigences Le modèle du domaine Le diagramme des cas d’utilisation Les cas d’utilisation Lectures:
Article ‘Visual Use Case ’
GTI515 Automne 2011 JF Couturier 86
Département de génie logiciel et des TI
Questions?Questions?
GTI515 Automne 2011 JF Couturier 87
Recommended