martes, 22 de noviembre de 2011

DIAGRAMA DE COLABORACION

UN DIAGRAMA EN LAS VERSIONES DE UML 1 X ES ESENCIALMENTE UN DIAGRAMA QUE MUESTRA INTERACCIONES ORGANIZADAS ALREDEDOR DE LOS ROLES A DIFERENCIA DE LOS DIAGRAMAS DE SECUENCIA, LOS DIAGRAMAS DE COMUNICACIÓN, MUESTRAN EXPLICITA MENTE   LAS RELACIONES DE LOS ROLES POR OTRA PARTE UN DIAGRAMA DE COMUNICACIÓN NO MUESTRA EL TIEMPO COMO UNA DIMENSIÓN APARTE, UN DIAGRAMA DE COMUNICACIÓN NO MUESTRA EL TIEMPO COMO UNA DIMENSIÓN APARTE   POR LO QUE RESULTA NECESARIO ETIQUETAR CON NÚMEROS DE SECUENCIAS TANTO LA SECUENCIA DE MENSAJES COMO LOS HILOS CONCURRENTE 


















DIAGRAMAS DE DESPLIEGUE

UN DIAGRAMA DE DESPLIEGUE MUESTRA LAS RELACIONES FÍSICAS  ENTRE LOS COMPONENTES DE HARDWARE Y DE SOFTWARE EN EL SISTEMA FINAL, ES DECIR, LA CONFIGURACIÓN DE LOS ELEMENTOS DE PROCESAMIENTO EN TIEMPO DE EJECUCIÓN Y LOS COMPONENTES SOFTWARE(PROCESOS Y OBJETOS QUE SE EJECUTAN EN ELLOS).




DIAGRAMAS DE SECUENCIA

UN DIAGRAMA DE SECUENCIA MUESTRA LA INTERACION DE UN CONJUNTO DE OBJETOS EN UNA APLICACIÓN A TRAVES DEL TIEMPO Y SE MODELA PARA CADA CASO DE USO MIENTRAS QUE EL DIAGRAMA DE CASO DE USO PERMITE EL MODELADO DE UNA VISTA BUSINESS DEL ESCENARIO, EL DIAGRAMA DE SECUENCIA CONTIENE DETALLES DE IMPLEMENTACION DEL ESCENARIO. INCLUYENDO LOS OBJETOS Y CLASES QUE SE USAN PARA IMPLEMENTAR EL ESCENARIO, Y MENSAJES INTERCAMBIADOS ENTRE LOS OBJETOS 












































diagramas de estado


LOS DIAGRAMAS DE ESTADO MUESTRAN E CONJUNTO DE ESTADOS POR LOS CUALES PASA UN OBJETO DURANTE SU VIDA EN UNA APLICACIÓN EN RESPUESTA A EVENTOS (POR EJEMPLO,MENSAJES,RECIBIDOS,TIEMPO REBASADO O ERRORES),JUNTO CON SUS REPUESTADOS ADICCIONES. TAMBIÉN ILUSTRAN QUE EVENTOS PUEDEN CAMBIAR EL ESTADO DE LOS OBJETOS DE CLASE.NORMALMENTE CONTIENEN: ESTADOS Y TRANSICIONES. COMO EL ESTADO Y LAS TRANSICIONES INCLUYEN,A SU VEZ, EVENTOS,ACCIONES Y ACTIVIDADES,VAMOS A VER  PRIMERO SUS DEFINICIONES AL IGUAL QUE OTROS DIAGRAMAS, EN LOS DIAGRAMAS DE ESTADO PUEDEN APARECER NOTAS EXPLICATIVAS Y RESTRICCIONES







diagramas de clase

una metodología que me sirve principalmente para el análisis y diseño de sistemas

clase
atributos---opcionales
operaciones----opcionales
relaciones
asociación----clases
dependencia----clases de objetos
padre--super clase----hijos
multiplicidad---- direcciones que encontraran entre cases que son :

1 1 uno a uno
1 * uno a muchos
* 1 muchos a uno
* * muchos a muchos
restricciones  []
niveles de visibilidad
privado-----solamente lo puede ver la clase
protegido-----solamente lo ve la case principal
publico----solamente lo puede ver clase en donde se esta trabajando

lunes, 21 de noviembre de 2011

DIAGRAMAS DE CASO DE USOS

LA INTERACCIÓN ENTRE ACTORES NO SE VE EN EL DIAGRAMA DE CASO DE USO SI ESTA INTERACCIÓN ES ESENCIA PARA UNA DESCRIPCIÓN COHERENTE DEL COMPORTAMIENTO DESEADO. QUIZÁS LOS LIMITES DEL SISTEMAS O DEL CASO DE USO DEBAN DE SER RE-EXAMINADOS.  


SE UTILIZAN LOS SIGUIENTES ELEMENTOS:
UN ROL 
CASO DE USOS: AR-ER.-IR
LIMITE DE SISTEMAS
OBSERVACION -USO-ROL
DEPENDENCIA-CASO DE USOS-CASO DE USOS
GENERIFICACION-CASO DE USO CASO DE USO 
HERENCIA 
<<EXTEND>>- CUANDO LOS CASOS DE USOS SON SIMILARES 
<<INCLUDE>>- CUANDO DOS CASOS DE USOS TIENE SIMILARES CARACTERÍSTICAS