El documento describe la metodología OOSE (Object-Oriented Software Engineering) para el diseño de software. OOSE proporciona un enfoque para el diseño creativo de productos de software a escala industrial mediante el uso de herramientas, procesos y métodos. La metodología incluye cinco modelos (requerimientos, análisis, diseño, implementación y prueba) y un proceso iterativo de desarrollo incremental.

1. 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

2. 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:

3. 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 de
forma interactiva y en partes.
Establece de manera explícita los
procedimientos etapa por etapa que deben
seguirse para aplicar la arquitectura al proyecto.
Una buena estructura del sistema es fácil
de 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.

4. Diseño creativo
Las actividades creativas de un desarrollo, consisten en la transformación de un conjunto
de requerimientos y nociones vagas, en un plan estructurado de construcción y un plan de acción
para su implementación.
El diseño creativo tomando como referencia una base arquitectónica es seguir paso a
paso los métodos y procesos con la asistencia de herramientas, para convertir los requerimientos
dentro de una arquitectura viable para la construcción de un proyecto incluyendo la creación de
prototipos.
Modelo de análisis
Especifica el comportamiento funcional del sistema bajo prácticamente circunstancias
ideales y sin hacer alusión a un ambiente particular de implementación.
Construcción
L a primera actividad en la construcción consiste en la implementación de los detalles que
conciernen a la arquitectura y construcción del plan, que es ir de una mayor abstracción a
concretizar mas el plan.
Diseño
Formaliza el modelo de análisis en términos del ambiente de implementación y
especifica la identidad de los bloques de construcción

5. Prueba del sistema
Consiste 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 incremental
El desarrollo del sistema es usualmente un proceso el cual toma varios años para su
terminació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.

6. Sistema de desarrollo y metodología
Cuando 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.
Modelos
El 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:

8. 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.

9. ANÁLISIS
CONSTRUCCIÓN
PRUEBA
MODELO DE REQUERIMIENTOS
MODELO DE ANÁLISIS
MODELO DE DISEÑO
MODELO DE IMPLEMENTACIÓN
MODELO DE PRUEBA

10. 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 modelos
Durante 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.

11. Proceso de análisis
El 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 Uso
La 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

12. 2)-MODELO DE ANÁLISIS
Se ha visto que el modelo de requerimientos tiene como objetivo definir las limitaciones del
sistema y especificar su comportamiento. Cuando el modelo de requerimientos ha sido
desarrollado 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 uso
será divido en objetos de 3 tipos. En el modelo de requerimientos se especifica toda la
funcionalidad del sistema. Esta funcionalidad debe ser ahora conformada para obtener una
estructura completa y robusta.

13. 3)-EL MODELO DE DISEÑO DE OBJETOS
El 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 de
aná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.
Bloques
El 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.

14. Diagrama de interacción
Para 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ÓN
La implementación del modelo consiste de la notación del código. La información de
espacio 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 de
cada bloque.

15. 5)-EL MODELO DE PRUEBA
El modelo de prueba es el ultimo modelo a construir. Describe simplemente el estado de
resultados de la prueba. El modelo de requerimientos de nuevo representa una herramienta
potente de prueba, al probar cada caso de uso, se verifica que los objetos se comuniquen
correctamente 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.