Documente Academic
Documente Profesional
Documente Cultură
1 de 3
http://profesores.fi-b.unam.mx/carlos/aydoo/uml.html
figura 1
Vistas: Las vistas muestran diferentes aspectos del sistema modelado. Una vista no es una grfica, pero s una
abstraccin que consiste en un nmero de diagramas y todos esos diagramas juntos muestran una "fotografa"
completa del sistema. Las vistas tambin ligan el lenguaje de modelado a los mtodos o procesos elegidos para el
22/09/2015 23:15
Qu es UML
2 de 3
http://profesores.fi-b.unam.mx/carlos/aydoo/uml.html
Diagramas: Los diagramas son las grficas que describen el contenido de una vista. UML tiene nueve tipos de
diagramas que son utilizados en combinacin para proveer todas las vistas de un sistema: diagramas de caso de
uso, de clases, de objetos, de estados, de secuencia, de colaboracin, de actividad, de componentes y de
distribucin.
Smbolos o Elementos de modelo: Los conceptos utilizados en los diagramas son los elementos de modelo que
representan conceptos comunes orientados a objetos, tales como clases, objetos y mensajes, y las relaciones entre
estos conceptos incluyendo la asociacin, dependencia y generalizacin. Un elemento de modelo es utilizado en
varios diagramas diferentes, pero siempre tiene el mismo significado y simbologa.
Reglas o Mecanismos generales: Proveen comentarios extras, informacin o semntica acerca del elemento de
modelo; adems proveen mecanismos de extensin para adaptar o extender UML a un mtodo o proceso
especfico, organizacin o usuario.
FASES DEL DESARROLLO DE UN SISTEMA
Las fases del desarrollo de sistemas que soporta UML son: Anlisis de requerimientos, Anlisis, Diseo,
Programacin y Pruebas.
Anlisis de Requerimientos
UML tiene casos de uso (use-cases) para capturar los requerimientos del cliente. A travs del modelado de casos
de uso, los actores externos que tienen inters en el sistema son modelados con la funcionalidad que ellos requieren
del sistema (los casos de uso). Los actores y los casos de uso son modelados con relaciones y tienen asociaciones
entre ellos o stas son divididas en jerarquas. Los actores y casos de uso son descritos en un diagrama use-case.
Cada use-case es descrito en texto y especifica los requerimientos del cliente: lo que l (o ella) espera del sistema
sin considerar la funcionalidad que se implementar. Un anlisis de requerimientos puede ser realizado tambin para
procesos de negocios, no solamente para sistemas de software.
Anlisis
La fase de anlisis abarca las abstracciones primarias (clases y objetos) y mecanismos que estn presentes en el
dominio del problema. Las clases que se modelan son identificadas, con sus relaciones y descritas en un diagrama
de clases. Las colaboraciones entre las clases para ejecutar los casos de uso tambin se consideran en esta fase a
travs de los modelos dinmicos en UML. Es importante notar que slo se consideran clases que estn en el
dominio del problema (conceptos del mundo real) y todava no se consideran clases que definen detalles y
soluciones en el sistema de software, tales como clases para interfaces de usuario, bases de datos,
comunicaciones, concurrencia, etc.
Diseo
En la fase de diseo, el resultado del anlisis es expandido a una solucin tcnica. Se agregan nuevas clases que
proveen de la infraestructura tcnica: interfaces de usuario, manejo de bases de datos para almacenar objetos en
una base de datos, comunicaciones con otros sistemas, etc. Las clases de dominio del problema del anlisis son
agregadas en esta fase. El diseo resulta en especificaciones detalladas para la fase de programacin.
Programacin
En esta fase las clases del diseo son convertidas a cdigo en un lenguaje de programacin orientado a objetos.
Cuando se crean los modelos de anlisis y diseo en UML, lo ms aconsejable es trasladar mentalmente esos
22/09/2015 23:15
Qu es UML
3 de 3
http://profesores.fi-b.unam.mx/carlos/aydoo/uml.html
modelos a cdigo.
Pruebas
Normalmente, un sistema es tratado en pruebas de unidades, pruebas de integracin, pruebas de sistema, pruebas
de aceptacin, etc. Las pruebas de unidades se realizan a clases individuales o a un grupo de clases y son
tpicamente ejecutadas por el programador. Las pruebas de integracin integran componentes y clases en orden
para verificar que se ejecutan como se especific. Las pruebas de sistema ven al sistema como una "caja negra" y
validan que el sistema tenga la funcionalidad final que le usuario final espera. Las pruebas de aceptacin conducidas
por el cliente verifican que el sistema satisface los requerimientos y son similares a las pruebas de sistema.
Tabla de Contenido
22/09/2015 23:15