Beruflich Dokumente
Kultur Dokumente
Buts
La conception consiste raliser le logiciel modlis en analyse. l'analyse dcrit "ce que l'on va construire" la conception dcrit "comment on va le construire"
Page 2
Inputs
Page 3
Rles
Analyser larchitecture Architecte Dfinir le Concevoir Dfinir la larchitecture concurrence dploiement
Concevoir les sous systmes Concevoir les cas dutilisation Concevoir les classes
Page 4
Dmarche
Dveloppement incrmental centr sur les UCs On slectionne dans notre modle d'analyse les UCs les plus prioritaires / pertinents Pour ces UCs : - diagrammes de squence - diagrammes de classes (de conception)
Page 5
Classes de conception
Les classes d'analyse dfinies dans les UCs vont devoir tre "transformes" en classes de conception en fonction des technologies retenues dans l'architecture
Page 6
Objet <<entity>>
Un simple POJO, Pourra tre associ des DTO (DataTransfert Object ou ValueObject Design pattern) Peut devenir un EJB Entity Bean (POJO avec annotations JPA)
Page 7
Objet <<lifecycle>>
Objet <<control>>
Page 9
Objet <<boundary>>
Le plus souvent objet dinterface utilisateur (UI) (avec son controller!) Application web :
Servlet, page jsp, page php,
Client riche :
JDialog ou JFrame Swing,
Page 10
Controller != <<control>>?
Controller = C du design pattern MVC Dveloppement web + MVC => MVC/Model 2: - Model = POJO ou DTO - Vue = page JSP (ou JSF, ) - Controller = servlet (et Actions dans Struts)
- il doit dlguer les traitements mtiers la couche Service (<<control>>) - il slectionne la Vue afficher.
PG / UML - Conception / v 1.4 Page 11
MVC model 2
Page 12
Struts MVC
Page 13
JSF MVC
Page 14
Page 15
Diagramme de classes
(modle statique)
Page 16
Page 17
Page 18
Page 19
Page 20