Metogología De Sw Orientado A Objetos

Metodología de desarrollo de software Orientado por Objetos
Una metodología de desarrollo de software OO consta de
• Conceptos y diagramas
• Etapas y definición de entregas en cada una de ellas
• Actividades y recomendaciones
Una metodología de desarrollo de software OO basada en UML
Se presenta a continuación un resumen de las principales etapas y actividades basadas en UML.
Estametodología es extractada de las metodologías existentes, en particular

Object Oriented Design
Grady Booch Object Oriented Design
with Applications
Benjamming Cummings
1991 Análisis de Requerimientos
Análisis de Dominio
Diseño
Objectory
Ivar Jacobson Object-Oriented Software Enginnering
A Use Case Driven Approach
Addison-Wesley
1992 Análisis de RequerimientosAnálisis de Robustez
Diseño
Implementación
Pruebas
Object Modeling Technique
James Rumbaugh et. al. Object Oriented Modeling and Design
Prentice Hall
1991 Análisis
Diseño del Sistema
Diseño de Objetos
Implementación
Estas tres metodologías van a ser fusionadas a finales de 1997 en una sola, basada en la notación UML
Object Oriented Design, por Grady Booch
Conceptos yDiagramas
La metodología de Booch usa los siguientes tipos de diagramas para describir las decisiones de análisis y diseño, tácticas y estratégicas, que deben ser hechas en la creación de un sistema orientado por objetos.
1. Diagrama de Clases. Consisten en un conjunto de clases y relaciones entre ellas. Puede contener clases, clases paramétricas, utilidades y metaclases. Los tipos de relacionesson asociaciones, contenencia, herencia, uso, instanciación y metaclase.
2. Especificación de Clases. Es usado para capturar toda la información importante acerca de una clase en formato texto.
3. Diagrama de Categorias. Muestra clases agrupadas lógicamente bajo varias categorías
4. Diagramas de transición de estados.
5. Diagramas de Objetos. Muestra objetos en el sistema y su relaciónlógica. Pueden ser diagramas de escenario, donde se muestra cómo colaboran los objetos en cierta operación; o diagramas de instancia, que muestra la existencia de los objetos y las relaciones estructurales entre ellos.
6. Diagramas de Tiempo. Aumenta un diagrama de objetos con información acerca de eventos externos y tiempo de llegada de los mensajes.
7. Diagramas de módulos. Muestra lalocalización de objetos y clases en módulos del diseño físico de un sistema.Un diagrama de módulos representa parte o la totalidad de la arquitectura de módulos del sistema.
8. Subsistemas. Un subsistema es una agrupación de módulos, útil en modelos de gran escala.
9. Diagramas de procesos. Muestra la localización de los procesos en los distintos procesadores de un ambiente distribuido.
Etapas ydefinición de entregas
Análisis de requerimientos
• Funciones primarias del sistema: Principales entradas y salidas del sistema, referencias a políticas, sistemas existentes o procedimientos, etc.
• Conjunto de mecanismos claves que el sistema debe proveer: estado de entrada, estado de salida y estados esperados.
Análisis de Dominio
• Diagrama de clases con las abstracciones clave, identificandolas clases del dominio claves y sus relaciones
• Especificación de las clases
• Vistas de herencia. Diagramas de clases con este tipo de relaciones
• Diagramas de escenarios de objetos
• Especificación de objetos, que relacionan objetos y sus clases.
Diseño
• Descripción de arquitectura, que describe las decisiones más importantes de diseño como son el conjunto de procesos,manejadores de bases de datos, sistemas operativos, lenguajes, etc.
• Descripciones de prototipo, que describen las metas y contenido de las implementaciones sucesivas de prototipos, su proceso de desarrollo y la forma de probar requerimientos.
• Diagramas de Categorías
• Diagramas de clases en diseño, detallan las abstracciones de análisis con características de implementación.
• Diagramas de...