INSTITUTO POLITCNICO NACIONAL ESCUELA SUPERIOR DE CMPUTO

ANLISIS Y DISEO ORIENTADO A OBJETOS

Investigacin

PROFESORA: MELARA ABARCA REYNA ELIA

HERNNDEZ GUZMN IRVING SALVADOR ROJAS GARCA RAL OMAR SANDOVAL GARCA ALDO YAIR VZQUEZ PREZ MOISS ABRAHAM

GRUPO: 2CV1

MODELADO DE ANLISIS Reglas prcticas para el Modelado de Anlisis: El modelo debe centrarse en los requisitos visibles dentro del problema o dominio de negocio. Se debe minimizar el acoplamiento de todo el sistema Se debe tener la seguridad de que el modelo de anlisis proporciona valor a todos los interesados. El modelo debe mantenerse tan simple como sea posible.

El anlisis del domino es encontrar o crear aquellas clases de anlisis o funciones y caractersticas comunes que se aplican ampliamente para que puedan reutilizarse. El papel del analista de dominio es descubrir y definir patrones de anlisis reutilizables, clases de anlisis e informacin relacionada que pueda usar mucha gente en aplicaciones parecidas.

Anlisis Estructurado: Los objetos de datos se modelan en una forma que define sus atributos y relaciones. Anlisis Orientado a Objetos: Se centra en la definicin de clases y en la manera en que stas colaboran entre ellas para efectuar los requisitos del sistema.

El modelado de datos es definir todos los objetos de datos que se procesan dentro del sistema y las relaciones entre los objetos de datos. Objetos de datos: Es una representacin de casi cualquier informacin compuesta (se refiere a que tiene muchas propiedades o atributos) que el software debe entender. Ejemplo: un lugar, un auto, una persona. Atributos: Los atributos definen las propiedades de un objeto de datos, se definen uno o ms atributos como un identificador, ste se convierte en una clave para identificar un registro. Ejemplo: cedula, nombre, edad, altura de una persona.

Relaciones: La relacin se refiere a establecer una conexin entre objetos. Ejemplo: persona posee auto (posee es la relacin).

El Modelo de Implementacin
es comprendido por un conjunto de componentes y subsistemas que constituyen la composicin fsica de la implementacin del sistema. Entre los componentes podemos encontrar datos, archivos, ejecutables, cdigo fuente y los directorios. Fundamentalmente, se describe la relacin que existe desde los paquetes y clases del modelo de diseo a subsistemas y componentes fsicos. Este artefacto describe cmo se implementan los componentes, congregndolos en subsistemas organizados en capas y jerarquas, y seala las dependencias entre stos. Para representar los diagramas del Modelo de Implementacin se puede emplear el diagrama de UML de Componentes.

Relaciones

Rol Responsable:

Arquitecto de Software Implementacin No aplica

Disciplina: Artefacto Contenedor: Artefacto(s) Contenido(s):

1. Elemento de Implementacin 2. Subsistema de Implementacin 3. Elemento de Soporte de Prueba No posee

Plantila:

Los Diagramas de Despliegue muestran las relaciones fsicas de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. La vista de despliegue representa la disposicin de las instancias de componentes de ejecucin en instancias de nodos conectados por enlaces de comunicacin. Un nodo es un recurso de ejecucin tal como un computador, un dispositivo o memoria. Los estereotipos permiten precisar la naturaleza del equipo:

Dispositivos Procesadores Memoria

Los nodos se interconectan mediante soportes bidireccionales que pueden a su vez estereotiparse. Esta vista permite determinar las consecuencias de la distribucin y la asignacin de recursos. Las instancias de los nodos pueden contener instancias de ejecucin, como instancias de componentes y objetos. El modelo puede mostrar dependencias entre las instancias y sus interfaces, y tambin modelar la migracin de entidades entre nodos u otros contenedores. Esta vista tiene una forma de descriptor y otra de instancia. La forma de instancia muestra la localizacin de las instancias de los componentes especficos en instancias especficas del nodo como parte de una configuracin del sistema. La forma de descriptor muestra qu tipo de componentes pueden subsistir en qu tipos de nodos y qu tipo de nodos se pueden conectar, de forma similar a una diagrama de clases, esta forma es menos comn que la primera.

Modelo de Despliegue

Un diagrama de despliegue es un grafo de nodos unidos por conexiones de comunicacin. Un nodo puede contener instancias de componentes software, objetos, procesos (caso particular de un objeto). En general un nodo ser una unidad de computacin de algn tipo, desde un sensor a un mainframe. Las instancias de componentes software pueden estar unidas por relaciones de dependencia, posiblemente a interfaces (ya que un componente puede tener ms de una interfaz). Dependencias.Un nodo es un objeto fsico en tiempo de ejecucin que representa un recurso computacional, generalmente con memoria y capacidad de procesamiento. Pueden representarse instancias o tipos de nodos que se representa como un cubo 3D en los diagramas de implementacin.

Las instancias de componentes de software muestran unidades de software en tiempo de ejecucin y generalmente ayudan a identificar sus dependencias y su localizacin en nodos. Pueden mostrar tambin qu interfaces implementan y qu objetos contienen. Su representacin es un rectngulo atravesado por una elipse y dos rectngulos ms peque nos.

Aqu tenemos dos nodos, el cliente y el servidor, cada uno de ellos contiene componentes. El componente del cliente utiliza una interfase de uno de los componentes del servidor. Se muestra la relacin existente entre los dos Nodos. Estar Times New Romanelacin podramos asociarle un estereotipo para indicar que tipo de conexin disponemos entre el cliente y el servidor, as como modificar su cardinalidad, para indicar que soportamos diversos clientes.

Como los componentes pueden residir en mas de un nodo podemos situar el componente de forma independiente, sin que pertenezca a ningn nodo, y relacionarlo con los nodos en los que se sita.

Instancia de Nodo Una instancia de nodo se puede mostrar en un diagrama. Una instancia se puede distinguir desde un nodo por el hecho de que su nombre esta subrayado y tiene dos puntos antes del tipo de nodo base. Una instancia puede o no tener un nombre antes de los dos puntos. El siguiente diagrama muestra una instancia nombrada de una computadora.

Estereotipo de Nodo Un nmero de estereotipos estndar se proveen para los nodos, nombrados cdrom, cdrom, computer, disk array, pc, pc client, pc server, secure, server, storage, unix server, user pc. Estos mostrarn un icono apropiado en la esquina derecha arriba del smbolo nodo.

Artefacto Un artefacto es un producto del proceso de desarrollo de software, que puede incluir los modelos del proceso (e.g. modelos de Casos de Uso, modelos de Diseo, etc.), archivos fuente, ejecutables, documentos de diseo, reportes de prueba, prototipos, manuales de usuario y ms. Un artefacto se denota por un rectngulo mostrando el nombre del artefacto, el estereotipo artifact y un icono de documento, como a continuacin.

Asociacin En el contexto del diagrama de despliegue, una asociacin representa una ruta de comunicacin entre los nodos. El siguiente diagrama muestra un diagrama de despliegue para una red, mostrando los protocolos de red como estereotipos y tambin mostrando multiplicidades en los extremos de la asociacin.

Nodo como contenedor Un nodo puede contener otros elementos, como componentes o artefactos. El siguiente diagrama muestra un diagrama de despliegue para una parte del sistema embebido y muestra un artefacto ejecutable como contenido por el nodo madre (motherboard).

El Modelo de Caso de Uso

El modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema. Un caso de uso representa una unidad discreta de interaccin entre un usuario (humano o mquina) y el sistema. Un Caso de Uso es una unidad simple de trabajo significativo; por ejemplo, "Validarse en el sistema", "Registrarse en el sistema" y "Crear un pedido" son todos casos de uso. Cada caso de uso tiene una descripcin que describe la funcionalidad que se construir en el sistema propuesto. Un caso de uso puede "incluir" la funcionalidad de otro caso de uso o "extender" a otro caso de uso con su propio comportamiento.

Una descripcin de caso de uso generalmente incluir:

Comentarios generales y notas describiendo el caso de uso Requisitos -cosas que el caso de uso debe permitir hacer al usuario, tales como <capacidad para actualizar pedido>, <capacidad para modificar pedido>, etc. Restricciones -reglas acerca de qu se puede y qu no se puede hacer-. Incluye:
o Pre-condiciones que deben ser verdaderas antes de que el caso de uso se ejecute,

por ejemplo <crear pedido> debe preceder a <modificar pedido>

o Post-condiciones que deben ser verdaderas una vez que el caso de uso se ejecut,

por ejemplo <el pedido est modificado y es consistente>

o invariantes: stas son siempre verdaderas -por ejemplo, un pedido debe tener

siempre un nmero de cliente.

Escenarios -descripciones secuenciales de los pasos que se toman para llevar a cabo el caso de uso. Pueden incluir escenarios mltiples, para satisfacer circunstancias excepcionales y caminos de proceso alternativos Diagramas de escenarios -diagramas de secuencia para describir el flujo de trabajo- similar al punto 4 pero descrito grficamente. Atributos adicionales como fase de implementacin, nmero de versin, rango de complejidad, estereotipo y estado

Actores Un actor es un usuario del sistema. Incluye usuarios humanos y otros sistemas computarizados. Un actor usa un caso de uso para desempear alguna porcin de trabajo que es de valor para el negocio. El conjunto de casos de uso al que un actor tiene acceso define su rol global en el sistema y el alcance de su accin.

Relaciones de Inclusin y Extensin entre Casos de Uso Un Caso de Uso puede incluir la funcionalidad de otro como parte de su procesamiento normal. Generalmente se asume que los casos de uso incluidos se llamarn cada vez que se ejecute el camino base. Un ejemplo puede ser listar un conjunto de rdenes de clientes de las cules poder elegir antes de modificar una orden seleccionada; en este caso, el Caso de Uso <listar rdenes> se puede incluir en el Caso de Uso <modificar orden> cada vez que ste se ejecute. Un Caso de Uso puede ser incluido por uno o ms casos de uso, ayudando as a reducir la duplicacin de funcionalidad al factorizar el comportamiento comn en los casos de uso que se reutilizan muchas veces. Un Caso de Uso puede extender el comportamiento de otro Caso de Uso; tpicamente cuando ocurren situaciones excepcionales. Por ejemplo, si antes de modificar un tipo particular de orden de cliente, un usuario debe obtener la aprobacin de alguna autoridad superior, entonces el Caso de Uso <obtener aprobacin> puede extender opcionalmente el Caso de Uso normal <modificar

orden>.

Diagrama de Secuencia El UML provee un medio grfico para representar la interaccin entre los objetos a lo largo del tiempo en los diagramas de secuencia. stos muestran tpicamente a un usuario o a un actor y los objetos y componentes con los que interacten durante la ejecucin de un Caso de Uso. Un diagrama de secuencia representa tpicamente un nico escenario de Caso de Uso o flujo de eventos. Los diagramas son una va excelente para documentar los escenarios de uso, para capturar los objetos necesarios de manera temprana en el anlisis y para verificar el uso de los objetos ms tarde en el diseo. Los diagramas de secuencia muestran el flujo de mensajes de un objeto a otro y, como tales, representan los mtodos y los eventos soportados por un/a objeto/clase. El diagrama ilustrado abajo muestra un ejemplo de un diagrama de secuencia, con el usuario o actor a la izquierda iniciando un flujo de eventos y mensajes que corresponden al escenario del caso de uso. Los mensajes que pasan entre objetos se convertirn en operaciones de clases en el modelo final.

Diagrama de Implementacin

Un Caso de Uso es una descripcin formal de la funcionalidad que el sistema tendr cuando se construya. Un diagrama de implementacin se asocia tpicamente con un caso de uso para documentar qu elementos de diseo (por ejemplo, componentes y clases) implementar la funcionalidad del Caso de Uso en el nuevo sistema. Esto provee un alto grado de trazabilidad al diseador, al cliente y al equipo que construir el sistema. La lista de casos de uso a los que se asocia un componente o una clase documenta la funcionalidad mnima que debe ser implementada por el componente.

El ejemplo de arriba muestra que el caso de uso "Acceso" implementa el requisito formal "1.01 Acceder al sitio web". Tambin establece que el componente de lgica de negocios y el componente de pginas ASP implementan alguna parte o toda la funcionalidad de "Acceso". Un refinamiento adicional es mostrar la pantalla de "Acceso" (una pgina web) como una implementacin de su interfaz. Estos enlaces de implementacin o realizacin definen la trazabilidad desde los requisitos formales, a travs de casos de uso, a componentes y pantallas.