Base De Datos.

1. Análisis y diseño orientado a objetos

Aplicación de UML y patrones en el Análisis y Diseño Orientado a Objetos(A/DOO)
UML no es un A/DOO o un método, es simplemente una notación.

Asignación de responsabilidades
Una habilidad clave y fundamental en el A/DOO es la asignación cuidadosa de responsabilidades a los componentes software. Es una actividad que debe efectuarse e influyefuertemente sobre la robustez, mantenimiento y reutilización de los componentes de software.
Se representan y aplican nueve principios fundamentales en el diseño de objetos y asignación de responsabilidades.

¿Qué es el análisis y diseño?
El análisis pone énfasis en una investigación del problema y los requisitos, en vez de ponerlo en una solución.
El diseño pone énfasis en una solución conceptualque satisface los requisitos, en vez de ponerlo en la implementación. Finalmente, los diseños pueden ser implementados.
El análisis y el diseño se han resumido en la frase hacer lo correcto (análisis), y hacerlo correcto (diseño).

¿Qué son el análisis y el diseño orientado a objetos?
Durante el análisis orientado a objetos, se presta atención a encontrar y describir los objetos - o conceptos– en el dominio del problema.
Durante el diseño orientado a objetos, se presta atención a la definición de los objetos de software y en cómo colaboran para satisfacer los requisitos.
Durante la implementación o programación orientada a objetos, los objetos d diseño se implementan.

Casos de Usos
El análisis de requisitos podría incluir una descripción de los procesos del dominiorelacionados, que podrían representarse como casos de uso.
Los casos de uso no son artefactos orientados a objetos – son simplemente historias escritas-. Sin embargo, son una herramienta muy popular en análisis de requisitos y son una parte importante del Proceso Unificado.

Definición de un modelo del dominio
La finalidad del análisis orientado a objetos es crear una descripción del dominio desde laperspectiva de la clasificación de objetos. Una descomposición del dominio conlleva una identificación de los conceptos, atributos y asociaciones que se consideran significativas. El resultado se puede expresar en un modelo de dominio, que se ilustra mediante un conjunto de diagramas que muestran los objetos o conceptos del dominio.
Definición de los diagramas de interacción
La finalidad del diseñoorientado a objetos es definir los objetos software y sus colaboraciones. Una notación habitual para ilustrar estas colaboraciones es el diagrama de interacción. Muestra el flujo de mensajes entre los objetos software y, por tanto, la invocación de métodos.

Definición de los diagramas de clases de diseño
Además de la vista dinámica de las colaboraciones entre los objetos que se muestramediante los diagramas de interacción, es útil crear una vista estática de las definiciones de las clases mediante un diagrama de clases de diseño.
A diferencia del modelo de dominio, este diagrama no muestra conceptos del mundo real, sino clases software.

UML
El Lenguaje Unificado de Modelado (UML) es un lenguaje para especificar, visualizar, construir y documentar los artefactos de los sistemassoftware, así como para el modelado del negocio y otros sistemas no software.

2) Desarrollo Iterativo y el Proceso Unificado

El desarrollo iterativo es un enfoque para el desarrollo de software. El Proceso Unificado es un ejemplo de proceso iterativo para proyectos que utilizan el A/DOO.
Un proceso de desarrollo de software describe un enfoque para la construcción, desarrollo y,posiblemente, mantenimiento del software. El Proceso Unificado se ha convertido en un proceso de desarrollo de software de gran éxito para la construcción de sistemas orientados a objetos.
El PU combina las prácticas comúnmente aceptadas como “buenas prácticas”, tales como ciclo de vida iterativo y desarrollo dirigido por el riesgo, en una descripción consistente y bien documentada.

La idea más...