GETI 2101 : Enoncé du travail de groupe Année académique 2005

GETI 2101 : Enoncé du travail de groupe
Année académique 2005-2006 4 février 2006
Objectifs
L’objectif de ce travail est l’utilisation, mais
aussi la critique, d’UML (Unified Modeling
Language), pour la modélisation de systèmes
d’information ou de logiciels, de la méthode
RUP pour la gestion de projets informatiques
ainsi que de l’utilisation du modèle relationnel
pour les bases de données et l’initiation aux
développement d’applications web de type e-
business.
Contexte
L’étude de cas concerne l’analyse et la
conception en Rational Rose (UML), SQL
Server (Base de données), Visual Studio
.NET (développement applicatif),
Shopfactory (e-commerce) et RUP (gestion
de projets) d’une application pour la gestion de
la réservation des lits des cliniques
universitaires Saint-Luc.
Modélisation
UML est un langage d’analyse et de conception
se basant sur la création de modèles successifs
de plus en plus affinés afin de mettre en place
une solution au problème étudié. Le cadre de
cette modélisation est orienté objet. UML a
pour objectif de se rendre indépendant de
certaines parties techniques comme par exemple
le langage de programmation.
Les différentes phases du développement avec
UML au moyen du profil de gestion de projet
RUP peuvent être représentées au moyen d’une
série de diagrammes permettant de comprendre
de manière visuelle les concepts définis. Tous
les modèles s’enchaînent en passant de
l’analyse à la conception, gagnant en
complexité, s’affinant au fur et à mesure pour
arriver à l’élaboration finale du modèle. Les
diagrammes permettent de comprendre sous
différents angles la globalité du cas étudié en
présentant une vue statique et dynamique de
celui-ci. Chaque diagramme exprime une partie
de la structure totale, tout en étant un aspect
particulier du modèle.
Les diagrammes qui devront être développés sont
les suivants :
Diagramme de cas d’utilisation : Première
étape dans le processus de modélisation, un
cas d’utilisation décrit textuellement une
situation, une fonctionnalité, dans la
problématique étudiée. Il s’agit d’un scénario
typique accompli par un ou plusieurs objets
modélisés. Le diagramme de cas d’utilisation
illustre les liens entre les différents cas et les
intervenants dans les différents scénarios
considérés.
Diagramme d’activité : Le diagramme
d’activité représente les activités qui ont lieu
dans le déroulement d’un processus. Ils
reprennent des concepts des diagrammes
d’états insistant plus sur la modélisation de
certaines activités avec des notions de
concurrence et de synchronisation. Les
différentes activités représentent les
réalisations de certaines opérations. Le
diagramme permet donc de représenter la
succession des opérations au cours des flux de
travail (workflows).
Diagramme de classes : Le diagramme de
classe a pour caractéristique d’illustrer les
différentes classes, leurs compositions et leurs
associations. Une classe est la description
d’un groupe d’objets possédant des propriétés
communes ainsi que des comportements
similaires. L’objet est l’instance d’une classe
particulière. Le diagramme de classes est une
représentation statique des différentes classes
du modèle développé.
Diagrammes d’interaction : Le
comportement dynamique des objets et des
acteurs est représenté au moyen des
diagrammes d’interaction : diagrammes de
collaboration et de séquence.
Diagramme de séquence : Dans ce type de
diagramme, il se dégage une structure
temporelle des messages qui sont échangés
entre les différents objets impliqués dans la
réalisation d’un cas d’utilisation. La
dimension verticale montre les
enchaînements temporels des messages. Les
réponses des différents objets aux messages
reçus sont aussi clairement représentées et
compréhensibles.
Trois diagrammes de séquence devront être
réalisés : ceux de la gestion de l’occupation
des unités de soins, de la planification du
séjour d’un patient, du suivi personnalisé
du patient.
Diagramme de communication : Les
diagrammes de communication sont une
autre forme de représentation du
comportement dynamique des objets
illustrant la réalisation d’un cas d’utilisation.
Cette représentation a une séquentialité
équivalente mais se focalise plus sur
l’organisation des objets.
Trois diagrammes de collaboration devront
être réalisés : ceux de prise de rendez-vous
des examens, du suivi des mouvements des
patients, la gestion des entrées en urgence
devra être réalisé.
Statecharts : Ce type de diagramme décrit
les différentes transitions d’états qui
s’opèrent au cours du temps de vie d’un
objet. Un état se caractérise par sa durée et
sa stabilité, il représente une conjonction
instantanée des valeurs des attributs d'un
objet. Les différents états de l’objet sont liés
entre eux et leurs transitions ont lieu lors de
certains d’événements.
Deux statecharts devront être réalisés : un
diagramme d’état du statut de la
réservation et le cycle de vie du patient (de
son entrée à sa sortie).
Diagramme de composants : Ce type de
diagramme représente l’agencement des
composants logiciels du système complet
(application web, base de données, serveurs,
client, navigateur, librairies, …)
Diagramme de déploiement : Ce type de
diagramme représente le déploiement du
système complet sur le réseau ;
En plus de cette partie modélisation UML, il
vous est demandé de générer :
le diagramme relationnel avec
Rational Rose à partir du diagramme
de classes réalisé. Ce diagramme
relationnel nécessite quelques
transformations par rapport au
diagramme de classes UML. Il est
possible d’attribuer certaines
caractéristiques spécifiques au modèle.
Ainsi, différentes options sont possibles
tenant compte des cardinalités
(multiplicités) des associations. Les clés
primaires/étrangères permettent de relier
les tables entre elles et d’assurer
l’intégrité référentielle dans les relations
entre les tables. Ce diagramme
relationnel devra être généré
automatiquement avec Rational Rose
comme vu aux TPs.
la base de données relationnelle SQL
Server à partir du diagramme
relationnel réalisé. Cette base de
données devra être générée
automatiquement avec Rational Rose
comme vu aux TPs.
l’application exécutable (.exe) réalisée à
partir de Microsoft Visual Studio.NET
(à l’aide des wizards donc n’incluant
aucune programmation) permettant un
accès et une gestion de cette base de
données (minimum 10 écrans accédant
à des tables ou des vues en mode full
access (lecture – modification – écriture)
tels que vus aux TPs.
L’application e-commerce à l’aide du
logiciel ShopFactory pour la
commande en ligne de cadeaux pour les
patients hospitalisés. Un exemple
d’application e-commerce auquel vous
devez arriver sera fourni avec le logiciel
ShopFactory et expliqué lors du tutorial
sur ce logiciel.
le profil de gestion de projet RUP de
votre travail. Un exemple de profil de
gestion de projet RUP sera fourni lors
du tutorial sur cette méthodologie.
Les solutions remises par chaque groupe
devront être originales. Dans le cas contraire,
chaque étudiant du(es) groupe(s) concerné(s)
sera appelé individuellement à défendre les
hypothèses et solutions remises.
Description du cas
La cliniques universitaires Saint-Luc1 souhaite
créer une application informatique pour la
gestion de ses lits.
Cette application permettra notamment de gérer
le séjour de chaque patient au sein de
l’institution hospitalière.
Cette application doit permettre d’obtenir des
informations générales sur le patient (son
adresse, date de naissance, des informations sur
les son hospitalisation (durée, type, raison, etc.),
etc.) mais également sur ses précédents séjours
à l’hôpital.
D’autre part, il est également intéressant de
pouvoir obtenir des informations sur les
médecins pour par exemple déterminer les
patients qu’ils traitent, leurs spécialité(s) et de
pouvoir les payer en fonction.
L’application permettra enfin le calcul des
séjours de patients, c’est-à-dire qu’elle
permettra de calculer la date d’entrée et de
sortie de chaque patient en fonction de la
priorité de son opération, du type de chambre
qu’il réserve (individuelle ou dortoir collectif)
et de la disponibilité des médecins.
Toutes les informations que vous trouverez
dans le mémoire sont considérées comme
valides. N’hésitez pas à faire des hypothèses si
des problèmes se posent. Les assistants ont
explicitement été chargés par les professeurs de
ne répondre qu’à des questions techniques sur
UML et non à des questions sur l’organisation
de la clinique ou sur la façon de modéliser des
aspects concrets. Soyez donc autonomes et
créatifs.
Outils
Nous demandons obligatoirement l’utilisation
de IBM Rational Rose Enterprise Edition
pour les diagrammes UML ainsi que pour la
génération automatique du diagramme
relationnel, de Microsoft SQL Server pour
1 Le rapport de recherche complet étant classé
confidentiel, cet exercice reposera sur le mémoire :
Lovens P., « Application de la structure de
modélisation i* pour l’analyse des besoins
organisationnels : cas de la gestion des lits aux
cliniques universitaires Saint-Luc », Mémoire
IAG/UCL, 2002.
l’implémentation de la base de données et de
Microsoft Visual .NET pour le développement
de son application. Pour l’application e-
commerce, Shopfactory devra être utilisé, le
profil gestion de projet établi avec le RUP. Les
outils sont installés dans les salles informatiques
IAG.
Il est important de rappeler que l'utilisation de
logiciels dans le cadre de cours à l'UCL doit se
faire conformément aux lois en vigueur sur le
respect des copyrights et règlement de
déontologie informatique UCL.
Chaque groupe disposera d’un
login Windows 2000 unique de syntaxe
SQLUX, X = n° groupe sur le domaine
didactique avec lequel il se connectera pour
la réalisation du travail. Le mot de passe
sera communiqué de façon confidentielle par
la suite.
Délivrable
On demande :
de rédiger les modèles UML demandés
pour l’étude de cas avec IBM Rational
Rose Enterprise Edition ainsi que la
génération automatique du diagramme
relationnel dans ce même outil ;
de concevoir la base de données
relationnelle en Microsoft SQL Server
à partir du diagramme de classe réalisé et
du diagramme relationnel généré
automatiquement au moyen de Rational
Rose ;
de développer la partie application
permettant de gérer la base de données et
de rendre un jeu de toutes les captures
d’écrans ainsi que le programme
exécutable (.exe) réalisé à partir de
Visual Studio .NETau moyen des
wizards proposés ;
de concevoir l’application
web e-commerce avec Shopfactory et
de rendre un jeu de captures d’écrans;
de fournir le profil de gestion de projet
RUP ;
de préciser les hypothèses prises lors de
l’élaboration du travail ;
de critiquer les résultats obtenus ;
de consigner les fruits des étapes ci-
dessus dans un document à remettre pour
le vendredi 19 mai 2006 avant 17
heures en main propre à l’un des
membres de l’unité ISYS ;
Tout retard sera sanctionné de 2
points sur 20 par jour de retard.
Aucune dérogation ne sera accordée.
Important:
1. Tous les diagrammes (les 13 diagrammes
UML et le diagramme relationnel issus de
Rational Rose et le diagramme de la base de
données relationnelle issue de SQL server) et
toutes les captures d’écrans de l’application
Visual Studio et de l’application web e-
commerce doivent impérativement figurer
dans le rapport papier.
2. Le rapport sera accompagné d’un cdrom
reprenant la version électronique
- des diagrammes Rational Rose (fichier
.mdl)
- la base de données SQL server
- du code source Visual Studio .NET,
- de l’exécutable de l’application développée
dans Visual Studio .NET,
- du projet de l’application e-commerce
Shopfactory,
- de l’application e-commerce générée à
partir de Shopfactory,
- du rapport en format source (par ex. Ms
Word).
Suite aux nombreux problèmes de virus
informatiques, spam et spyware et du fait
que certaines applications, notamment
Visual Studio et Ration Rose, créent des
fichiers temporaires sur le support hardware
sur lequel elles sont copiées, le support
cdrom devra être obligatoirement de type
RW (réinscriptible). Ceci afin de pouvoir
faire tourner les applications et les codes
sources et vérifier les diagrammes Rational
Rose directement à partir et sur le cdrom
dans l’état où il est rendu. Les versions
informatiques rendues sur des supports
cdrom non- réinscriptibles ne seront pas
considérées et donc non- corrigées.
Organisation du travail en groupe
Il est demandé aux étudiants de s’organiser en
groupes de 5 suivant l’organisation des
groupes dans les autres cours et de se répartir
le travail dés la remise de l’énoncé. Chaque
étudiant devra, en vue de l’examen, posséder
une connaissance du travail. Il est donc vivement
conseillé aux étudiants de faire un débriefing du
groupe sur ce projet après la remise de celui-ci.
Les groupes composés pour des raisons
officielles ou administratives de moins ou plus
de 5 étudiants doivent impérativement et le plus
rapidement possible se mettre en rapport avec les
professeurs.
L’organisation suggérée pourrait être la
suivante sans être en aucun cas contraignante:
Etudiant 1 : Project Manager : Responsable de la
coordination et du planning du projet, du profil
RUP, de l’édition professionnelle du rapport et
de tous les diagrammes sous forme informatique
ainsi que des captures d’écrans décrivant
graphiquement les applications Visual Studio
.NET et Shopfactory et de la supervision de la
collecte d’information faite par le Business
Analyst.
Etudiant 2 : Business Analyst : Responsable de la
modélisation du diagramme de cas d’utilisation
et des diagrammes d’activités et de la collecte
d’information sous-jacente
Etudiant 3 : Data Analyst : Responsable de la
modélisation du diagramme de classes et du
modèle de la base de données, de la génération
automatique de ce diagramme relationnel en base
de données dans Microsoft SQL Server
Enterprise Edition 2000
Etudiant 4 : Application analyst : Responsable de
la modélisation des diagrammes de séquence et
de collaboration ainsi que des diagrammes
statecharts, du diagramme de composants et du
diagramme de déploiement
Etudiant 5 : Application Designer: Chargé de
l’implémentation avec Visual Studio .NET Pro
2003 (à l’aide des wizards de l’application
accédant la base de données). Enfin, il réalisera
le site e-commerce à l’aide du logiciel
ShopFactory pour la commande en ligne de
cadeaux pour les patients.
Nous demandons aux étudiants de déposer ce
rapport à l’unité ISYS, avec, bien sûr, le nom du
groupe.
Il vous est demander de remettre un travail
(rapport, solutions et applications) de qualité
professionnelle et dont le contenu est original.
Le travail commence dès la remise du présent
énoncé et du dossier (mémoire) sur la gestion
des lits en auditoire, c’est-à-dire le 8 février
2006.
1 / 4 100%

GETI 2101 : Enoncé du travail de groupe Année académique 2005

La catégorie de ce document est-elle correcte?
Merci pour votre participation!

Faire une suggestion

Avez-vous trouvé des erreurs dans linterface ou les textes ? Ou savez-vous comment améliorer linterface utilisateur de StudyLib ? Nhésitez pas à envoyer vos suggestions. Cest très important pour nous !