Está en la página 1de 30

Qu es un Modelo?

Un Modelo es una Simplificacin de la Realidad


4/27/12

Conceptos Importantes

Modelo: captura una vista de un sistema del mundo real. Es una abstraccin de dicho sistema, considerando un cierto propsito. As, el modelo describe completamente

aquellos aspectos del sistema que son relevantes al propsito del modelo, y a un apropiado nivel de detalle.

Diagrama: una representacin grfica de una coleccin de elementos de modelado, a menudo dibujada como un grafo con vrtices conectados por arcos.

Metodologa: Conjunto de procedimientos, tcnicas,


4/27/12 herramientas y un soporte documental que ayuda a los

Conceptos Importantes
Modelos y Diagramas

Un proceso de desarrollo de software debe ofrecer un conjunto de modelos que permitan expresar el producto desde cada una de las perspectivas de inters. El cdigo fuente del sistema es el modelo ms detallado del sistema (y adems es ejecutable). Sin embargo, se requieren otros modelos ...

4/27/12 Cada modelo es completo desde su punto de vista del

Conceptos Importantes
Metodologa Vs Ciclo de Vida

Una metodologa puede seguir uno o varios modelos de ciclo de vida, es decir, el ciclo de vida indica qu es lo que hay que obtener a lo largo del desarrollo del proyecto pero no cmo hacerlo. La metodologa indica cmo hay que obtener los distintos productos parciales y finales.

4/27/12

Paradigmas de Programacin

Hay para todos los gustos

Estructurados (C, Pascal, Basic, etc.) Funcionales (CAML) Declarativos (Prolog) Orientados a Objetos (C#, VB.NET, Smalltalk, Java, Visual FoxPro) Orientados a Aspectos Hbridos (Lisp, Visual Basic) Incomprensibles....

Cada enfoque tiene sus ventajas y desventajas

4/27/12

Introduccin a UML

Lenguaje escrito por:

Grady Booch

Ivar Jacobson

James Rumbaugh

Basado en las experiencias de los autores. Actualmente es un estndar y pertenece a la OMG (Object Managemente Group)
4/27/12 Ultima Versin: 2.0 y la 2.1 es Beta.

Qu es UML?
Es una herramienta o Lenguaje de Modelamiento Unificado que permite a los creadores de Sistemas generar diseos que capturen sus ideas en una forma convencional y fcil de comprender y as poder comunicrselas a otras personas.

4/27/12

Qu es UML?

UML define una notacin que se expresa como diagramas que sirven para representar modelos/subsistemas o partes de ellos UML es un lenguaje de propsito general para el modelado orientado a objetos. Define una estructura para ir del anlisis al diseo y de ste a la implementacin.

4/27/12

Qu es UML?

UML es un lenguaje visual para especificar, construir y documentar sistemas (OMG - Object Management Group) Unified (UNIFICADO):

El aporte de muchos mtodos y notaciones Independiente de implementaciones, plataformas y lenguajes Los modelos son utilizados en todas las ingenieras

Modeling (MODELADO):

Language (LENGUAJE):

Si hay gente, requieren comunicarse. Si se tienen que 4/27/12 comunicar, se tienen que entender. Para entenderse

Historia de UML

4/27/12

Estructura de UML
Vistas de UML: Arquitectura 4 + 1

5 Vistas 9 Diagramas

4/27/12

Vista de UML

4/27/12

Diagramas de UML
Los diagramas expresan grficamente partes de un modelo.

Diagrama de Caso de Uso Diagrama de Secuencia

Diagrama de Clases Diagrama de Objetos

Diagrama de Colaboraci n

Modelo

Diagrama de Componente s

Diagrama de Estados

Diagrama de Actividad

Diagrama de Distribucin

4/27/12

Diagramas de UML

La finalidad de los Diagramas es presentar diversas perspectiva de un Sistema, a los cuales se le conoce como MODELO. El Modelo UML de un Sistema es similar a un Modelo de Escala de un Edificio. Es importante destacar que el Modelo UML describe lo que supuestamente har un Sistema, pero no dice como implementar dicho sistema.
4/27/12

Por qu tantos Diagramas?

Los Diagramas UML permite examinar un Sistema desde distintos puntos de vista. En necesario contar con diferentes perspectiva en un Sistema por que se cuenta con diferentes personas implicadas, los cuales tienen enfoque particulares en diferentes aspectos del Sistema. El Objetivo involucrada. es satisfacer a cada Persona

Cabe recalcar que en UML no es necesario que 4/27/12 aparezcan todos los Diagramas.

casos de uso

4/27/12

Casos de Uso

Los Casos de Uso es una tcnica para capturar informacin de cmo un sistema o negocio trabaja, o de cmo se desea que trabaje. Ayuda a obtener requerimientos desde el punto de vista del Usuario (actor), modelando la funcionalidad del sistema. No pertenece estrictamente al enfoque orientado a objeto, es una tcnica para captura de requisitos. Es el poderoso concepto que ayuda al analista a comprender la forma en que un Sistema deber 4/27/12 comportarse.

Elementos de los Casos de Uso


Actor:

rol que juega un usuario con respecto al sistema. un Actor no necesariamente representa a una persona en particular, sino ms bien la labor que realiza frente al 4/27/12 sistema.

Caso de Uso: l Operacin o tarea especfica que se realiza tras una orden de algn agente externo, originada por una peticin de un actor o bien desde la invocacin desde otro caso de uso

Relaciones de los Casos de Uso

Son: Inclusin, Agrupamiento.

Extensin,

Generalizacin

Asociaciones: Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra operacin (caso de uso).
Dependencia o Instanciacin: Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea).

4/27/12

Relaciones de los Casos de Uso

Inclusin <<include>>: Volver a utilizar los pasos de un Caso de Uso dentro de otro. Permite factorizar un comportamiento en un caso de uso aparte y evitar repetir un mismo flujo en diferentes casos de uso. Incluye la funcionalidad de un Caso de Uso en otro. Un caso de uso base incorpora explcitamente el comportamiento de otro en algn lugar de su secuencia.
Enc ontrar por Titulo <<include>> Busc ar en la BD Pelic ulas

Cliente
Enc ontrar por Ac tor <<include>>

4/27/12

Dependenc ia

Relaciones de los Casos de Uso

Extensin <<extend>>: Un caso de uso base incorpora implcitamente el comportamiento de otro caso de uso en el lugar especificado indirectamente por este otro caso de uso. Extiende la funcionalidad de un Caso de Uso a otro bajo unas condiciones
Estereotipo

Apuntar Pelic ula

<<extend>>

Contabilizar Ingresos

Cajero

4/27/12

Relaciones de los Casos de Uso

Generalizacin: Las Clase se pueden heredar entre si, de igual forma sucede con los Casos de Uso. El Caso de Uso secundario hereda las acciones y significados del Primario, y adems agrega sus propias acciones.
Agente Proveedor

Comprar Gaseosa

Comprar un V aso de Gaseosa

4/27/12

Rebastecedor

Recolector

Relaciones de los Casos de Uso

Se diferencian por el estereotipo <<uses>> (uso) o (<<extends>>) (herencia). extends: Se recomienda utilizar cuando un caso de uso es similar a otro (en sus caractersticas). uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son similares en ms de un caso de uso y no se desea mantener copiada la descripcin de la caracterstica.

4/27/12

Relaciones de los Casos de Uso

4/27/12

Agrupamiento

Cuando un Sistema consta de varios SubSistemas, o cuando se realiza toma de requerimientos a varios usuarios, necesitamos organizar los Casos de uso por Categoras o Tipos de Sistemas, la mejor forma de organizarlo son con los Paquetes.

4/27/12

Casos de Uso - Utilidad

Modelar el comportamiento de un elemento (sistema, subsistema, clase):

Centrarse en qu hace el elemento, NO en cmo lo hace. 1) Sirven para intercambiar opiniones los expertos del dominio, los usuarios finales y los desarrolladores. Los expertos del dominio especifican su vista externa para que los desarrolladores construyan su vista interna.

Los expertos del dominio especifican su vista externa para que los desarrolladores construyan su 4/27/12 vista interna.

Casos de Uso - Utilidad

2) El creador del elemento comunica cmo se debera usar.

El elemento puede ser complejo y tener muchas operaciones.

3) Sirven de base para probar el sistema una vez implementado.

4/27/12

Casos de Uso
Pasos a seguir:

Identificar los actores que interactan con el elemento. Organizar los actores (roles generales, roles especializados, ). Considerar las formas ms importantes que tiene cada actor de interactuar con el elemento. Considerar las formas excepcionales que tiene cada actor de interactuar con el elemento. Organizar estos comportamientos utilizando las 4/27/12 relaciones entre casos de uso vistas.

Casos de Uso
Sugerencias y consejos:

Cada caso de uso debe representar comportamiento distinto e identificable sistema (razonablemente atmico). Factorizar el comportamiento comn: include. Factorizar extends. las variantes de

un del

comportamiento:

Describir el flujo de eventos de manera suficientemente clara para que alguien externo lo entienda.
4/27/12 Mostrar slo los importantes para comprender el

Documento de Descripcin de Casos de Uso

4/27/12