1. UML Ing. Amador De La Cruz
Bautistaemail:[email protected] IESPT-HUANTA 1
2. Desarrollo de soft OO usando UML Introduccin Modelado del
soft UML (Conceptos bsicos) Paradigma OO Fundamentos Diagramas de
CU Diagramas de Interacciones Diagramas de clase Diagramas de
estado/actividad Diagrama de componentes Diagrama de
despliegue2
3. Ejemplos Modelado Construccin de una Proceso bien
definidocucha para un perro Herramientas ms sofisticadas Puede
hacerlo una sola persona Construccin de un Requiere: rascacielos
Modelado mnimo Contexto de Proceso simpledesarrollo Herramientas
simples Determinar Construccin de unaconfiguracin delcasa proceso
Construida Recursos necesarios eficientemente y en Herramientas ms
un tiemposofisticadas an. razonable de un equipo 3
4. NotacinHerramientasProceso4
5. El modelado captura laspartes esenciales del sistemaOrden
ItemenvoProceso de NegociosSistema Computacional5
6. UML = Unified Modeling Language Un lenguaje de propsito
general para elmodelado orientado a objetos Documento OMG Unified
Modeling LanguageSpecification UML combina notaciones provenientes
desde: Modelado Orientado a Objetos Modelado de Datos Modelado de
Componentes Modelado de Flujos de Trabajo (Workflows)6
7. Diversos mtodos y tcnicas OO, con muchosaspectos en comn
pero utilizando distintasnotaciones Inconvenientes para el
aprendizaje, aplicacin,construccin y uso de herramientas, etc.
Pugna entre distintos enfoques (ycorrespondientes gurs) Establecer
una notacin estndar7
8. Comenz como el Mtodo Unificado, con laparticipacin de Grady
Booch y Jim Rumbaugh. Sepresent en el OOPSLA95 El mismo ao se uni
Ivar Jacobson. Los TresAmigos son socios en la compaa
RationalSoftware. Herramienta CASE Rational Rose8
9. 2001 UML 2.0 2000UML 1.4 1999 UML 1.3 Revisiones menores
1998UML 1.2Nov 97 UML aprobado por el OMG Ingeniera de Software -
Clase 6 UNPSJB - 2005 9
10. RumbaughBooch Jacobson Odell Meyer Pre- and
Post-conditionsShlaer-MellorUMLObject life cycles Harel State
ChartsGamma et. al.Frameworks, patterns,notes EmblyWirfs-Brock
Singleton classesResponsabilitiesFusionOperation descriptions,
message numbering10
11. Definicin semi-formal del Metamodelo de UML Mecanismos de
Extensin en UML: Stereotypes Constraints Tagged ValuesPermiten
adaptar los elementos de modelado,asignndoles una semntica
particular 11
12. Definicin del proceso de desarrollo usando UML.UML no es
una metodologa Falta integracin con respecto de otras tcnicastales
como patrones de diseo, interfaces deusuario, documentacin, etc.
Monopolio de conceptos, tcnicas y mtodos entorno a UML 12
13. UML ser el lenguaje de modelado orientado aobjetos estndar
predominante los prximosaos Razones: Participacin de metodlogos
influyentes Participacin de importantes empresas Aceptacin del OMG
como notacin estndar Evidencias: Herramientas que proveen la
notacin UML Edicin de libros Congresos, cursos, etc. 13
14. Un modelo captura una vista de un sistema del mundoreal. Es
una abstraccin de dicho sistema, considerandoun cierto propsito.
As, el modelo describecompletamente aquellos aspectos del sistema
que sonrelevantes al propsito del modelo, y a un apropiado nivelde
detalle. Diagrama: una representacin grfica de una coleccin
deelementos de modelado, a menudo dibujada como ungrafo con vrtices
conectados por arcosOMG UML 1.4 Specification 14
15. Un proceso de desarrollo de software debe ofrecer un
conjuntode modelos que permitan expresar el producto desde cada
unade las perspectivas de inters El cdigo fuente del sistema es el
modelo ms detallado delsistema (y adems es ejecutable). Sin
embargo, se requierenotros modelos ... Cada modelo es completo
desde su punto de vista del sistema,sin embargo, existen relaciones
de trazabilidad entre losdiferentes modelos15
16. Diagrama de Casos de Uso Diagrama de Clases Diagrama de
Objetos Diagramas de Comportamiento Diagrama de Estados Diagrama de
ActividadDiagramas de Interaccin Diagrama de Secuencia Diagrama de
ColaboracinDiagramas de implementacin Diagrama de Componentes
Diagrama de Despliegue 16
17. Los diagramas expresan grficamente partes de un modelo
StateStateUse Case Diagrams de Diagramas Use Case Diagrams StateUse
CaseDiagrams deDiagramasClases State Use CaseDiagramsDiagrams de
DiagramasDiagrams deDiagramas Casos de UsoDiagrams Diagrams
ObjetosSecuencia ScenarioState Scenario State Diagrams de Diagramas
Diagrams de DiagramasDiagramsDiagramsColaboracinModelo
ComponentesScenario Component Scenario Component Diagramas
deDiagramsDiagrams deDiagramasDiagrams Diagrams Distribucin
EstadosDiagramas deActividad 17
18. 4+1 vistas de Kruchten (1995)Vista deVista Lgica
RealizacinVista de losCasos de UsoVista de Vista
deProcesosDistribucin Este enfoque sigue el browser de Rational
RoseUNPSJB - 2005 18
19. Propuesta de Rational Unified Process (RUP) M. de Casos de
Uso del Negocio (Business Use-Case Model) M. de Objetos del Negocio
(Business Object Model) M. de Casos de Uso (Use-Case Model) M. de
Anlisis (Analysis Model) M. de Diseo (Design Model) M. de
Despliegue (Deployment Model) M. de Datos (Data Model) M. de
Implementacin (Implementation Model) M. de Pruebas (Test Model)
UNPSJB - 2005 19
20. Los paquetes ofrecen un mecanismo generalpara la
organizacin de losmodelos/subsistemas agrupando elementosde
modelado Se representan grficamente como:Nombre de paqueteUNPSJB -
2005 20
21. Cada paquete corresponde a un submodelo(subsistema) del
modelo (sistema) Un paquete puede contener otros paquetes, sinlmite
de anidamiento pero cada elementopertenece a (est definido en) slo
un paquete Una clase de un paquete puede aparecer en otropaquete
por la importacin a travs de unarelacin de dependencia entre
paquetesUNPSJB - 2005 21
22. Todas las clases no sonnecesariamente visiblesdesde el
exterior delpaquete, es decir, unpaquete encapsula a lavez que
agrupa El operador :: permitedesignar una clasedefinida en un
contextodistinto del actual UNPSJB - 2005 22
23. UNPSJB - 2005 23
24. Casos de Uso es unatcnica para capturarinformacin de cmoun
sistema o negocioVerificar Situacin del Clientetrabaja, o de cmo se
Supervisordesea que trabaje No perteneceestrictamente alenfoque
orientado aAdministrativo Preparar CatlogoSistemaobjeto, es una
tcnicaInventariopara captura derequisitos Tipos de Venta UNPSJB -
200524
25. En el paquete tipos de venta: Otro EjemploVenta Normal
Solicitar PrstamoCliente[Tarjeta Caducada] Venta en Rebajas
Vendedor Solicitar Nueva Tarjeta Venta en Ofertas UNPSJB - 2005
25
26. Reintegro Cuenta CorrienteClienteVerificar Operacin
Reintegro Cuenta de Crdito UNPSJB - 2005 26
29. El Diagrama de Clases es el diagrama principal para
elanlisis y diseo Un diagrama de clases presenta las clases del
sistemacon sus relaciones estructurales y de herencia La definicin
de clase incluye definiciones paraatributos y operaciones El modelo
de casos de uso aporta informacin paraestablecer las clases,
objetos, atributos y operacionesIngeniera de Software - Clase 6
UNPSJB - 2005 29
30. (Clase y Visibilidad)Asociacin
dirigedirectorDepartamentoProfesor 0..1 1UNPSJB - 2005 30
35. [no hay caf] [no zumo]Buscar Bebida [hay caf [hay
zumo]Poner caf en filtroAadir agua al depsito Agarrar tazaPoner
filtro en mquina Agarrar zumo Encender mquina / cafetera.On Caf en
preparacinindicador de fin Servir cafBeberUNPSJB - 2005 35
37. Control y Anlisis Interf az de Terminal Comment
CommentGestin de CuentasAcceso a BD Rutinas de Coneccion
CommentComment Comment UNPSJB - 2005 37
38. Servidor Central Control y AnlisisAcceso a BDComment
Comment Rutinas de ConeccionCommentTerminal de ConsultaInterfaz de
Terminal Rutinas de ConeccionCommentCommentPunto de VentaRutinas de
ConeccionComment Gestin de CuentasInterfaz de Terminal
CommentCommentUNPSJB - 200538
39. UML define una notacin que se expresa comodiagramas sirven
para representarmodelos/subsistemas o partes de ellos El 80 por
ciento de la mayora de los problemaspueden modelarse usando
alrededor del 20 por cientode UML-- Grady Booch UNPSJB - 2005
39