Resumen capitulo 6 "analisis y diseo orientado a objetos con aplicaciones" de Grady booch segunda edicin Autor: Javier Marasco

El Microproceso del desarrollo Identificacin de clases y objetos Actividades Aplicar el enfoque clasico de analisis orientado a objetos para generar clases y objetos candidados. El proposito de identificar las clases y objetos esestablecer los limites del problema que se maneja. Se identifican abstracciones, se decide que es de interes y que no. Diccionario de datos conteniendo clases y objetos importantes. Este DD tiene que ser formalizado y decir claramente donde se encuentra. Este DD permite identificar rapidamente las clases y objetos del sistema. Aplicar las tecnicas de analisis del comportamiento para identificar abstracciones relacionadas directamente con los puntos funcionales del sistema Aplicar las tecnicas de casos de uso, partiendo de los escenarios generados del macroproceso.

Proposito

Productos

Proposito

Identificacion de la semantica de las clases y objetos Productos Actividades

Establecer el comportaminto y atributos de cada abstraccion que se identifica en la fase previa. Se asignan responsabilidades para el comportamiento de las partes del sistema

Refinamiento del DD creado anteriormente Especificaciones para cada abstraccin (archivos .h) Diagramas de objetos y de interaccion que capturan la semantica del escenario.

Narracin de sucesos (tipo historieta), diseo de clases aisladas y depuracion de patrones. Redaccin de las responsabilidades de cada clase u objeto. Por diseo de clases aisladas se entiende ver que cosas tiene que hacer cada clase y especificar esos comportameintos.

Proposito

Identificacin de relaciones entre clases y objetos Productos Actividades

Identificar las relaciones entre clases y objetos, consolidar las fronteras y reconocer los colaboradores de cada abstraccin que se identific previamente. Se identifican las dependencias semnticas como navegaciones de una entidad a otra.

Diagramas de clases, diagramas de objetos y diagramas de mdulos. Estos diagramas permiten expresar relaciones que no se ven en el lenguaje de programacin. Hay que centrarse en las interacciones mas importantes dejando de lado las que no estn asociadas a alguna decisin arquitectonica o de funcionalidad

Recoger un conjunto de clases, considerar la presencia de una dependencia semantica entre dos clases de esas, especificar el papel de cada participante en la dependencia y luego validar estas dependencias recorriendo los escenarios.

Proposito

Productos

Implementacin de clases y objetos Actividades

El proposito de implantar clases de objetos es proporcionar un refinamiento Especificaciones de clase refinadas. de las abstracciones existentes suficiente Diagramas de modulos, que representan las Seleccin de las estructuras y algoritmos que suministran la para descubrir nuevas clases y objetos ligaduras entre la implementacion de lo semntica de las abstracciones que se identificaron del nivel siguiente de abstraccion. logico y lo fisico. previamente en el microproceso.

Macroproceso del desarrollo Conceptualizacin Proposito Productos Actividades

Prototipos. Pruebas de concepto creadas para representar el nuevo sistema que queremos desarrollar. Estos prototipos son Persigue establecer los requisitos incompletos y est bien que lo sean. Estos esenciales para el sistema.No se busca prototipos sern desechados definir completamente la idea del inevitablemente, no deben usarse para software que queremos crear, sino que el crear el soft final, a menos que haya una propsito de la conceptualizacion es necesidad mayor de usar un prototipo como establecer la vision de la idea y validar inicio de un sistema, se debera usar solo de sus suposiciones. muestra. Anlisis Proposito Productos

Las actividades son netamente creativas y no deben tener lazos estructurados de control que trunquen esta creatividad. Se deben explorar nuevas ideas a lo largo de la creacin de los prototipos e investigar esas ideas.

Actividades

Proporcionar una descripcion de un problema, debe ser completa, Una descripcin de la funcin del sistema, consistente, legible y revisable por las junto con declaraciones sobre la eficiencia y diversas partes interesadas. El anlisis se los recursos requeridos. Se crean escenarios centra en el comportamiento, no en la denotando puntos funcionales en cada uno. forma en que se hacen las cosas. No Diagramas de interrelacin mostrando hacerle caso a como sern las clases, objetos que colaboran para obtener la como se harn las cosas, etc. funcionalidad del modulo. Diseo Proposito Productos

Analisis del dominio: Busca identificar las clases y objetos que son comunes a un dominio de problema particular. Planificacion del escenario: Es la actividad central del anlisis. Se suele integrar a un experto en el dominio del sistema, arquitectos, y gente de control de calidad, estos ultimos cuanto antes se sumen al anlisis, mejores productos saldrn del este anlisis.

Actividades

Descripcin de arquitectura y descripcin de polticas tcticas comunes. Diagramas que describan la arquitectura, diagramas de clases y objetos, Agrupacion Crear la arquitectura para la de clases y objetos segn funcionalidad. implementacin que va a desplegarse y Las politicas pueden ser documentos que establecer las polticas tcticas comunes digan como tratamos excepciones, como que deben utilizarse por parte de los manejaramos errores, como los elementos del sistema detectariamos. Evolucin Proposito Productos

Planificacion arquitectonica: proyectar las capas y particiones del sistema completo. Diseo tactico: Toma de decisiones sobre la gran cantidad de politicas comunes. Planificacion de versiones; Fija el teatro en que se desenvuelve la evolucin arquitectonica

Actividades

Aplicacin de microprocesos: Analisis de requerimientos para la siguiente iteraccin, se disea la arquitectura nuevamente, se inventan las nuevas clases y objetos para la nueva version Aumentar y cambiar la implementacion mediante el refinamiento sucesivo, lo que conduce al sistema en produccin. Corriente de versiones ejecutables que representan sucesivos refinamientos a la version inicial de la arquitectura Mantenimiento Proposito Productos Actividades Similares a los de la fase de evolucin, listas Asignar prioridad a los requisitos nuevos de cosas que el cliente quiere agregar al Aadir mejoras al sistema sistema. Gestionar nuevas evoluciones del sistema Gestin de cambios: Se evaluan los cambios solicitados o necesarios, se controla que se hagan, el impacto que tendrn si no se implementan y el costo de implementarlos

Gestionar la evolucin postventa.