UNIVERSIDAD POLITÉCNICA DE NICARAGUA‘‘Sirviendo a la comunidad’’

Análisis y Diseño de Sistemas II***METODOLOGIA OOSE***

Integrantes:Indira Pérez Rivera.

Maritza Contreras Cruz.Stephanie Ramos Quintanilla.

Prof. Tania Sequeira Fecha: 09-04-2013

INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

Este método proporciona un soporte para el diseño creativo de productos de software,

inclusive a escala industrial. El autor plantea el problema del diseño y construcción de software

haciendo una comparación con la industria de la construcción, contemplando las siguientes fases:

HERRAMIENTAS

PROCESOS

MÉTODOS

ARQUITECTURA

Soportan todos los aspectos de la empresa, explícitamente las actividades de arquitectura, métodos y procesos.

Permite el escalamiento de los métodos, de tal forma que puedan ser aplicados a proyectos deforma interactiva y en partes.

Establece de manera explícita losprocedimientos etapa por etapa que deben seguirse para aplicar la arquitectura al proyecto.

Una buena estructura del sistema es fácilde entender, de cambiar y realizar pruebas y mantenimiento. Las propiedades del sistema determina como la arquitectura debe ser tratada durante el tiempo de vida. Las propiedades de la arquitectura son extremadamente importantes y forman la base del método.

Diseño creativoLas actividades creativas de un desarrollo, consisten en la transformación de un conjuntode requerimientos y nociones vagas, en un plan estructurado de construcción y un plan de acciónpara su implementación.El diseño creativo tomando como referencia una base arquitectónica es seguir paso apaso los métodos y procesos con la asistencia de herramientas, para convertir los requerimientosdentro de una arquitectura viable para la construcción de un proyecto incluyendo la creación deprototipos.

Modelo de análisisEspecifica el comportamiento funcional del sistema bajo prácticamente circunstanciasideales y sin hacer alusión a un ambiente particular de implementación.

ConstrucciónL a primera actividad en la construcción consiste en la implementación de los detalles queconciernen a la arquitectura y construcción del plan, que es ir de una mayor abstracción aconcretizar mas el plan.DiseñoFormaliza el modelo de análisis en términos del ambiente de implementación yespecifica la identidad de los bloques de construcción

Prueba del sistemaConsiste en la verificación del trabajo de cada uno de los paquetes de servicio definidos en el modelo de análisis Esta fase tiene lugar en varios niveles, desde funciones específicas, hasta el sistema completo.

Desarrollo incrementalEl desarrollo del sistema es usualmente un proceso el cual toma varios años para suterminación. La especificación es seguida por el análisis, la construcción y prueba del sistema completo. Este método puede trabajar si todos los requerimientos del sistema son conocidos del conjunto de salida.

En la mayoría de los casos, conviene mejor desarrollar el sistema etapa por etapa,empezando con unas cuantas funciones principales, como se va aclarando la comprensión del sistema en cuanto a su funcionalidad se van agregando nuevas funciones, de esta forma el sistema va creciendo.

Sistema de desarrollo y metodologíaCuando se desarrolla un sistema grande es importante conocer como cada uno de los

pasos del método interactúan y como ellos compiten dentro del desarrollo del proceso. Se hace hincapié en la discusión entre el proceso de desarrollo y las ideas básicas que hay detrás del método lo que determina la selección de una arquitectura de un universo de arquitecturas.

Finalmente se agregan pocos comentarios acerca de cómo las herramientas CASE deberían ser diseñadas para soportar el desarrollo, iniciando desde las propiedades fundamentales de la arquitectura, métodos y procesos.

ModelosEl sistema de desarrollo es una tarea compleja. Algunos aspectos diferentes han sido tomados en consideración. OOSE presenta cinco técnicas para modelar un sistema:

MODELOS

El modelo de análisis: El objetivo es dar al sistema una estructura de objetos robusta y flexible a

los cambios.

El modelo de requerimientos: El

objetivo es la captura de requerimientos

funcionales.

Modelo de diseño: Tiene como objetivo adoptar y refinar la

estructura de objetos en el ambiente actual de implementación.

El modelo de implementación:

Tiene como objetivo implementar el

sistema.

El modelo de prueba: Su objetivo es verificar el

sistema.

ANÁLISIS

CONSTRUCCIÓN

PRUEBA

MODELO DE REQUERIMIENTOSMODELO DE ANÁLISIS

MODELO DE DISEÑOMODELO DE IMPLEMENTACIÓN

MODELO DE PRUEBA

La idea básica de estos modelos es capturar el concepto inicial de todos los requerimientos

funcionales y usar sus perspectivas. Es por eso que la relación entre ellos es importante. Para hacer posible el mantenimiento del sistema es también necesario que los modelos sean tangibles.

Procesos y modelosDurante el desarrollo de un sistema se crea un modelo del sistema. El diseño de este

modelo trabaja sobre un proceso de descripción con el cual será desarrollado el sistema. Esos modelos son expresados en un cierto espacio de información. Cada proceso toma uno o varios modelos y transforma esto dentro de otros modelos.

Proceso de análisisEl proceso de análisis produce dos modelos, a partir de la especificación de

requerimientos, un modelo de requerimientos es creado para especificar toda la funcionalidad del sistema. Esto es principalmente hecho por: casos de uso en el modelo de casos de uso, el cual forma parte del modelo de requerimientos.

El modelo de requerimientos es la base de otro modelo creado por el proceso de análisis,

llamado modelo de análisis. El modelo de análisis es la base de la estructura del sistema. En este modelo se especifican todos los objetos lógicos que serán incluidos en el sistema y como están relacionados y agrupados.

1)-MODELO DE REQUERIMIENTOS

Actores y Casos de UsoLa primera transformación hecha de la especificación de requerimientos para el modelo de

requerimientos consiste en:Un modelo de caso de uso Descripción de la interfase Un modelo en el dominio del problema

2)-MODELO DE ANÁLISISSe ha visto que el modelo de requerimientos tiene como objetivo definir las limitaciones delsistema y especificar su comportamiento. Cuando el modelo de requerimientos ha sidodesarrollado y aprobado por los usuarios se puede iniciar el desarrollo del sistema.

La información para este sistema se enfoca en la captura de:Información: Especifica la información de ayuda en el sistema. Así como describe el estado interno del sistema. Comportamiento: Especifica el comportamiento que adopta el sistema. Especifica cuando y como el sistema cambia de estado.Presentación: Detalla la presentación del sistema al mundo exterior.

El modelo de requerimientos es estructurado en el modelo de análisis:El modelo de análisis esta formado a partir del modelo de casos de uso. Cada caso de usoserá divido en objetos de 3 tipos. En el modelo de requerimientos se especifica toda lafuncionalidad del sistema. Esta funcionalidad debe ser ahora conformada para obtener unaestructura completa y robusta.

3)-EL MODELO DE DISEÑO DE OBJETOSEl proceso de construcción edifica el sistema usando tanto el modelo de análisis y el

modelo de requerimientos. Primero se crea el modelo de diseño que es un refinamiento y

formalización del modelo de análisis. Al inicio del trabajo cuando se desarrolla el modelo de diseño es para adaptarlo a la implementación del ambiente actual.

Una diferencia entre el modelo de análisis y el modelo de diseño es que el modelo deanálisis debe ser visto como un modelo conceptual o lógico del sistema, y el modelo de diseño contiene el código, por lo cual el modelo de diseño deberá ser una representación de la manera como el código fuente es estructurado, manejado y escrito.

BloquesEl concepto de bloque describe la intención de cómo el código debe ser producido. Los

bloques son el diseño de objetos y ellos se dibujan como rectángulos. Un bloque normalmente apunta para implementar un objeto de la etapa de análisis, aquí puede ser posible usar los diferentes tipos de bloques: Bloque de interfase. Bloque de Entidad. Bloque de Control.

Diagrama de interacciónPara describir una secuencia de estímulos se usan los diagramas de interacción. Se puede

describir como varios bloques se comunican mediante envió de estímulos de uno a otro. Como una base para esa interacción se usa otra vez el modelo de caso de uso. Describe en detalle para cada caso de uso, una secuencia de estimulo la cual es enviada entre los bloques.

4)-EL MODELO DE IMPLEMENTACIÓNLa implementación del modelo consiste de la notación del código. La información deespacio es la opción del lenguaje de programación que se usa. no necesariamente se requiere de un lenguaje de programación orientada a objeto, sin embargo, si se recomienda el uso de un lenguaje de programación orientada a objeto, desde la concepción inicial hasta la construcción.La base para la implementación es el modelo de diseño. Aquí se especifica la interfase decada bloque.

5)-EL MODELO DE PRUEBAEl modelo de prueba es el ultimo modelo a construir. Describe simplemente el estado deresultados de la prueba. El modelo de requerimientos de nuevo representa una herramientapotente de prueba, al probar cada caso de uso, se verifica que los objetos se comuniquencorrectamente en dicho caso de uso. De manera simular se verifica la interfase de usuario, descrita en el modelo de requerimientos, con todo lo anterior, el modelo de requerimientos es la base de verificado para el modelo de prueba.

NOTACIÓN