04 Diagramas UML

Europa 1935, Providencia, Santiago, Chile Fono: 204 93 66 Fax: 204 08 97 Email: exe@exe.cl Web: http://www.exeeducacion.
cl
Presentacin
Diagramas Bsicos en UML
Europa 1935, Providencia, Santiago, Chile Fono: 204 93 66 Fax: 204 08 97 Email: exe@exe.cl Web: http://www.exeeducacion.cl
Objetivos
1. Describircualessonlosdiagramasbsicosen
UML
2. Entenderelprocesodeabstraccinenla
modelacinOO
Agenda
DiagramasdeCasosdeUso
DiagramadeActividad
DiagramasdeClase
DiagramadeObjetos
DiagramadeSecuencia
DiagramadeColaboracin
DiagramadeEstado
DiagramadeComponentes
DiagramadeDespliegue
DiagramadePaquetes
MecanismosdeExtensin
Discusin
Qudiagramascreesqueseraimportante
estudiar?
Qudiagramasusasentudesarrollode
software?
Qudiagramaspropondrasqueseatilpara
tureadenegocio?
Loquedeberassaber
QuesOO?
CulessonlosdiagramasbsicosenUML?
DiagramadeCasosdeUso
Muestraqu oquin usaelsistemaysuscaractersticas
Losusuariossonllamadosactores
Uncasodeusoesrepresentadoporunaelipse
Parafacilitarelmodelado,sedebedarprioridadalos
diagramasdecasodeuso:
Absolutamentenecesario
Puedevivirsinelloenuncortoplazo
Bueno,peroesopcional
ElementosdelDiagramadeCasosdeUso
Losdiagramasdelcasocontienenloselementos
siguientes:
Actor:identificaquinoquusaelcasodeluso
Casodeluso:identificalacaractersticarequeridadel
sistema
<<extend>>:muestracmoextenderelcasodeluso
Generalizacin:indicadaporunaflechaclara
<<include>>:incorporacomportamiento
CreandounModelodeCasode
Uso
Actores:
Unactoreselrolquerepresentaaunusuarioenunsistema
Esunaidealizacindeunapersonaexterna,deunproceso,odeunacosaque
interactaconunsistema,unsubsistema,ounaclase
Caracterizanlasinteraccionesquelosusuariosexteriorespuedentenerconel
sistema
Cadaactorparticipaenunoomscasosdeuso.Interactaconelcasodeuso
intercambiandomensajes
Losactorespuedenserdefinidosenjerarquasdegeneralizacin,enlascuales
unadescripcinabstractadelactorescompartidayaumentadaporunaoms
descripcionesespecficasdelactor
Uso
CasosdeUso:
Uncasodeusoesunaunidadcoherentedefuncionalidad,externamente
visible,proporcionadaporunaunidaddelsistemayexpresadaporsecuencias
demensajesintercambiadosporlaunidaddelsistemayunoomsactores
Defineunapiezadecomportamientocoherente,sinrevelarlaestructura
internadelsistema
UnCasodeUso eslasecuenciadeacciones querealizaunsistema,que
produceunresultadoobservableydevalorparaunActor
Uso
LmitedelSistema
Loscasosdelusosepuedenincluiropcionalmenteenunrectnguloque
representeellmitedelsistema
Uso
RelacionesenDiagramasdeCU
PlantilladeunCasodeUso
NoformapartedeUML,peroesunabuena
practicaespecificarloscasosdeuso
NombreCasodeUso
Actores
Precondiciones
RequisitodeUsabilidad
Descripcin(flujodeeventos)
Excepciones
Postcondiciones
Identificador CU-<id-requisito>
Nombre <nombre del requisito funcional>
Descripcin El sistema deber comportarse tal como se describe en el siguiente caso de uso {
concreto cuando <evento de activacin>, abstracto durante la realizacin de los
casos de uso <lista de casos de uso>}
Precondicin <precondicin del caso de uso>
Secuencia
Normal
Paso Accin
1 {El <actor>, El sistema}<accin realizada por el actor o sistema>, se
realiza el caso de uso
<caso de uso CU-x>
2 Si <condicin>, {el <actor>, el sistema}<accinrealizada por el actor o
sistema>>, se realiza el caso de uso <caso de uso CU-x>

Postcondicin <postcondicin del caso de uso>
Excepciones Paso Accin
1 Si <condicinde excepcin>,{el <actor>, el sistema}}<accin realizada
por el actor o sistema>>, se realiza el caso de uso
<caso de uso CU-x>, a continuacineste caso de uso {continua, aborta}

Rendimiento Paso Cota de tiempo
1 n segundos

Frecuencia esperada <n de veces>veces / <unidadde tiempo>
Importancia {sin importancia, importante, vital}
Urgencia {puede esperar, hay presin, inmediatamente}
Comentarios <comentarios adicionales>
10mandamientosparaobtenerbuenos
casosdeuso.
(SegnlosautoresdeOMT++)
Referencia:A.Jaaksi'OurCaseswithUseCases',
inJournalofObjectOrientedProgramming,Vol10,
No9,February1998,pp5865.
10MandamientosdelosCasosdeUso
1. Los casos de uso especifican los
requisitos funcionales ms importantes
Porejemplo,siesimportanteparaelcliente
queelsistemaimprimainformes,entonces
esatareadebieraestarincluidaenunoo
mscasosdeuso
2. Un caso de uso describe algo que el diseador
estara orgulloso de hacer y que el cliente estara
dispuesto a pagar con gusto
Cadacasodeusodebieradescribiralgoqueesbeneficiosoparael
usuario.Porejemplo,produciruninformedeventasuenacomoun
buencasodeuso,mientrasseleccionarunaimpresoraesuncasode
usodemasiadopequeoynosloesbeneficiosoparaelusuariofinal
3. Un caso de uso describe una manera tpica
de usar el sistema, pero no ms
Elcasodeusodebieradescribirlamanerarecomendadapara
ejecutarunatarea.Nodeberacubrirtemasquequedanfuera
desuincumbencianitratardedefinirtodaslasposibleformas
deejecutarlatarea.Otrasmanerasdeusarelsistemase
describeenotrocasodeusooenlaseccindeExcepcindel
casodeusoencuestin
4. Un caso de uso es una
actuacin
Uncasodeusoescomoelmanuscritodeunobrade
teatroquedescribeloquedebehacerunactorenun
escenariodado.Elquetomeellugardeunactordebeser
capazdejugarsurol.Elsistemajuegaelroldeotroactor.El
casodeusonodebedardemasiadalibertadalosactores
comoparaqueelactotermineenuncaos
5. Un caso de uso tiene un
comienzo, un cuerpo principal, y un
final
Cadacasodeusodebieraserunahistoriacompleta.Elcomienzo
delahistoriadefinelasprecondicionesyentregaunalistadelos
pasosinicialesdelcasodeuso.Elcuerpoprincipaldescribela
funcionalidadqueelclientepagaraconagrado.Lapartefinal
describepasosconloscualesseterminalahistoria.Uncasode
usosinestascaractersticasesprobablementedemasiadodbil
6. Un caso de uso es como un ensayo
escrito por un estudiante de escuela
bsica.
Aciertaedadlosniostiendenaescribirhistoriasque
describenelflujoexplcitodelasacciones,una
despusdelaotra,esoesexactamenteloqueuncaso
deusodeberahacer
7. Un caso de uso cabe en una pgina
Loscasosdeusograndessondifcilesdecomprenderyaque,o
sondemasiadodetallados,ointentancubrirdemasiada
funcionalidad
Enelltimocasoelproblemasepuederesolverquebrandoel
casodeusoendosomscasosdeuso
8. Un caso de uso es fuerte y claro
Cadacasodeusodebehacerafirmacionesclarasyexplcitas
paraquecuandolagentelolea,sepuedaformaropiniones
fuertes.Uncasodeusodebemotivaralosclientesamejorarel
sistemaargumentando,discutiendo,hastalograrunacuerdo
conelcasodeuso.Sinadieestendesacuerdoconlaprimera
versindeuncasoprobablementeesdemasiadovagoo
deberasermsexplcito
9. Los clientes y diseadores de
software pueden firmar el caso de uso
Cadacasodeusodeberaserconcretoyclaroparaque
losclientesylosdiseadoreslopuedanfirmar.Loscasos
deusoactancomouncontratoentrelosclientesylos
desarrolladores.Nadiedeberahaceralguna
modificacinaloscasosdeusosinlaaprobacinde
todos.
10. Un caso de uso puede ser usado en el
desarrollo y la prueba del sistema
Loscasosdeusonoseusanenformaaislada.Loscasosdeusodeberan
especificarseparaserusadosenlassiguientesfasesdelproceso,porejemplo,
enlafasedeanlisisdeobjetosylafasedeanlisisdecomportamiento
Siloscasossonsuficientementeexplcitosellossepuedenusarcomounabase
paralapruebadelsistema
Ejercicio1
Pensarenunproblemadesureao
departamento,luegoespecificarunlistadode
requisitosfuncionalesasociadosadicho
problema.Luegoespecificarundiagramade
casosdeuso
Escogeruncasodeusoycomplementarlocon
laplantillaparaladescripcindecasosdeuso.
DiagramadeActividades
DiagramadeActividad
Describeelflujode
unaactividadaotra
Iteraciones
Ejercicio2
Modelaryvalidarelcasodeusodescritoenla
plantillaatravsdeundiagramadeactividades
DiagramadeClase
Es una notacin grfica usada para representar sistemas
de objetos que compartes cualidades y caractersticas
comunes
Muestra sistemas de clases, de interfaces, colaboracin y
relacin entre los objetos
Puede consistir en una o mas secciones rectangulares
dependiendo de
Tipo (nombre de la clase)
Atributos
Operaciones (mtodos)
Las tresseccionesson:
Nombre
Atributos
Mtodos
Secciones
DiagramadeClase
DiagramadeClase
Representa una propiedad de una entidad. Cada atributo
de un objeto tiene un valor que pertenece a un dominio
de valores determinado.
Las sintaxis de una atributo es:
Visibilidad <nombre>: tipo = valor incial { propiedades}
Donde visibilidad es uno de los siguientes:
+ pblico.
# protegido.
privado.
Atributos
DiagramadeClase
DostiposdeAtributos
AtributosNormales
Correspondeaunavariableounaconstanteenunobjeto.Almacenarunvalorde
unaciertasignificacinparaelobjeto.
AtributosDerivados
Nosealmacenaenelsistemafinal.Secalcula(comoseanecesario)deotra
informacinenelsistema.
Atributos
DiagramadeClase
Losnivelesdeencapsulacinestnheredadosdelosniveles
deC++:
()Privado :eselmsfuerte.Estaparteestotalmenteinvisible
(exceptoparaclases friends enterminologaC++)
(#) Losatributos/operacionesprotegidos estnvisiblesparalas clases
friends yparalasclasesderivadasdelaoriginal
(+) Losatributos/operaciones pblicos sonvisiblesaotras clases
(cuandosetratadeatributosseesttransgrediendoelprincipiode
encapsulacin)
Visibilidad
DiagramadeClase
Mtodos u Operacin: El conjunto de operaciones que
describen el comportamiento de los objetos de una clase.
La sintaxis de una operacin en UML es:
Visibilidad nombre (lista de parmetros): tipo que
retorna { propiedades}
Donde visibilidad es uno de los siguientes:
+ pblico.
# protegido.
privado.
Operaciones
DiagramadeClase
Ejemplo:
UnaCuentaCorrientequeposeecomocaracterstica:
Balance
Puederealizarlasoperacionesde:
Depositar
Girar
yBalance
DiagramadeClase
DiagramadeClase
Generalizacin:
Ocurrecuandovariasclasesqueexisteneneldiagramadeclasescompartenlamisma
funcionalidad,estructura,ypropsitoscomunes.
Especializacin:
Ocurrecuandoconstruyesunanuevaclasequetienetodalafuncionalidad,estructura,y
propsitodeunaclaseexistente,peroquerequiereunanuevafuncionalidado
atributos.
DiagramadeClase
Herencia
DiagramadeClase
Herencia
DiagramadeClase
Herencia
DiagramadeClase
Herencia
Ejemplo:todoanimalduerme,perocadaclaselohacede
formadistinta
dormir
?
?
DiagramadeClase
Polimorfismo
Dormir()
{
en un rbol
}
Dormir()
{
sobrela espalda
}
Dormir()
{
sobre el vientre
}
Dormir()
{
}
Animal
dormir()
Len
dormir()
Oso
dormir()
Tigre
dormir()
DiagramadeClase
Polimorfismo
Unaclaseabstractacontienefuncionalidadincompletay
nopuedeserinstanciadadentrodeunsistema.
ContieneporlomenosunmtodosinImplementacin
DiagramadeClase
ClasesAbstractas
DiagramadeClase
ClasesAbstractas
Interfaz contiene
solamente los
mtodos
sin
implementacin
Es la parte principal de un diagrama de especificacin.
Destaca la parte accesible de componentes o modulos del sistema
En nivel de implementacin, su significado depende del lenguaje
concreto
La interfaz no existe afuera del contexto de la clase que lo
implementa
DiagramadeClase
DiagramadeClase
Interfaz
DiagramadeObjetos
Representaunespecficoobjetoqueexiste
comopartedelespaciodelarealidaddel
dominiodelproblema
Muestraunconjuntodeobjetosysus
relaciones
DiagramadeObjetos
DiagramadeSecuencia
Capturamensajes
queocurrenenun
periododetiempo
entrediferentes
objetos
Enfatizaelorden
temporaldelos
mensajes
Objeto/Actor:
ElrectngulorepresentaunainstanciadeunObjetoen
particular,ylalneapunteadarepresentalasllamadasa
mtodosdelobjeto.
DiagramadeSecuencia
MensajeaOtroObjeto
Serepresentaporunaflechaentreunobjetoyotro,
representalallamadadeunmtodo(operacin)deun
objetoenparticular.
DiagramadeSecuencia
MensajealMismoObjeto
Nosolopuedenrealizarsellamadasamtodosdeobjetos
externos,tambinesposiblevisualizarllamadasa
mtodosdesdeelmismoobjetoenestudio
DiagramadeSecuencia
DiagramadeSecuencia
DiagramadeSecuencia
DiagramadeSecuencia
Ejemplo 1: Se quiere modelar una llamada a travs de una
central telefnica.
Para esto se tienen cuatro objetos involucrados: dos interlocutores
(s y r), una central y una conversacin. La secuencia empieza
cuando un interlocutor enva un mensaje a la central al descolgar
el auricular. La central da el tono de llamada, y el interlocutor marca
el nmero al que desea llamar. El tiempo de marcado debe ser
menor que 30 segundos.
DiagramadeSecuencia
DiagramadeSecuencia
Muestralacolaboracinentreobjetosenel
espacioutilizandomensajes
Enfatizalaorganizacinestructuraldelos
objetosycomoenvanyrecibenmensajes
DiagramadeEstados
Muestraunamquinadeestadosfocalizando
laconductadelosobjetoscomoeventos
ordenados
DiagramadeEstados
Muestralarelacinentrecomponentesde
software
DiagramasdeDespliege
(Deployment)
Muestraloscomponentesfsicosquesonusadosenun
despliegueodistribucin(deploy)
DiagramasdeDespliege
(Deployment)
NotacindePaquetes
Reflejaunaformadeagruparitems
Generalmenteusadoparacontrolarespaciosdenombrespara
clases
Notacin:
Nombramiento
Visibilidaddemiembros
Importacin
Extensin
Generalizacin
DiagramadePaquetes
DiagramadePaquetes
MecanismosdeExtensinenUML
Comentarios:
LoscomentariosenUMLseponenenrectngulosconunaesquinadoblada
Sepuedeutilizarcomentariosparaponercualquiercosaquesedesee,enun
diagrama
Sepuedeutilizarcomentariosparaagregarunusooparaprogramarlos
detallesespecficos
Estereotipos
UnestereotipoesunamaneradeampliarelUMLdeunamanerauniforme,y
dentrodelestndar.Uso:
<<nombreesteroetipo>>
Porejemplo,sepodraagregarunadivisinaundiagramadeclaseyespecificar
unanuevacategoraparaladivisinusandounestereotipo.Porejemplo,
<<parallel>>esunnuevoestereotipoquetienelascaractersticasquese
especificanparaelestereotipo
EstereotiposEstndar
Estndar NoEstndar NoEstndar
<<actor>> <<operations>> <<serialport>>
<<create>> <<constuctors>> <<inner>>
<<entity>> <<accessors>> <<Class>>
<<extend>> <<mutators>> <<listener>>
<<import>> <<UIFrame>> <<methods>>
<<include>> <<RMIStub>> <<Controller>>
<<instanceOf>> <<RMISkel>> <<View>>
<<interface>> <<RMIImpl>> <<Service>>
<<refine>> <<JRMP>> <<Entity>>
<<table>> <<JavaBean>> <<datafields>>
<<TCP/IP>> <<primary key>>
<<HTTP>> <<VPN>>
ReglasdeRestriccin(Constraints):
Seindicancualessonlascondicioneslimitantesorestriccionesdelsistema:
{seagreganusualmenteenunlenguajeespecfico}
Sepuedenagregartambinenloscomentarios
Valoresmarcadosconetiquetas(taggedvalues)
Unelementomarcadoconetiquetaesgeneralmentetextoincluidoentrellaves
:{}
Elvalormarcadoconetiquetasiguiente,{Processors=3},sepuedeutilizarpara
especificarqueunnodoparticularenelsistematiene3procesadores
Ejercicios
DefinirelpropsitodelosdiagramasUMLen
AOOyDOO
Cualessonlos9diagramasbsicos?
Dequeformasepuedeagregarinformacin
adicionalalosdiagramasenUML?
17-10-2007 84
Conclusiones
Eliminarconfusinenlosusuarios
Modelarsistemas,desdelosrequisitoshastalosartefactosejecutables,
utilizandotcnicasOO.
Cubrir las cuestiones relacionadas con el tamao propias de los sistemas
complejos y crticos.
Lenguaje utilizable por las personas y las mquinas
17-10-2007 85
Conclusiones
Encontrar equilibrio entre expresividad y simplicidad
Permiteespecificartodaslasdecisionesdeanlisis,diseoe
implementacin,construyndosemodelosprecisos,noambiguosy
completos
UMLpuedeconectarsealenguajesdeprogramacin:
Ingenieradirectaeinversa
Permitedocumentartodoslosartefactosdeunprocesodedesarrollo
(requisitos,arquitectura,pruebas,versiones,..)

04 Diagramas UML

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

04 Diagramas UML

Uploaded by

Copyright:

Available Formats

Europa 1935, Providencia, Santiago, Chile Fono: 204 93 66 Fax: 204 08 97 Email: exe@exe.cl Web: http://www.exeeducacion.

You might also like