ddaq

Análisis de Sistemas – Teoría:
Capítulo 1: Análisis y Diseño Orientado a Objetos.
Asignación de Responsabilidades:
Una habilidad clave y fundamental en el análisis y diseño orientado a objetos es la asignación cuidadosa de responsabilidades a los componentes software, ya que influye sobre el mantenimiento y reutilización de los dichos componentes.
Análisis  investigación del problema yrequisitos. (Análisis de requisitos: estudio de los requisitos; análisis de objetos: estudio de los objetos del dominio).
Diseño  solución conceptual que satisface los requisitos.

Análisis y Diseño Orientado a Objetos:
El foco de atención en el análisis orientado a objetos es a encontrar y describir los objetos en el dominio del problema. Y en el diseño orientado a objetos se presta atención ala definición de los objetos software y en cómo colaboran para satisfacer los requisitos.
Requisitos: que es lo que debe ser capaz de hacer el sistema.
Diagramas Claves:
1. Definición de Casos de Uso:
El análisis de requisitos podría incluir una descripción de los procesos del dominio relacionados, que podría representarse como “Casos de Uso”.
Los casos de uso son simplemente historiasescritas sobre requerimientos.
2. Definición de un Modelo del Dominio:
Un modelo de dominio en la resolución de problemas e ingeniería de software, es un modelo conceptual de todos los temas relacionados con un problema específico. En él se describen las distintas entidades, sus atributos, papeles y relaciones, además de las restricciones que rigen el dominio del problema.
3. Definición de losDiagramas de Interacción:
El diagrama de interacción, representa la forma en como un Cliente (Actor) u Objetos (Clases) se comunican entre si en petición a un evento. Dicho diagrama puede ser obtenido de dos partes, desde el Diagrama Estático de Clases o el de Casos de Uso (son diferentes).
Los componentes de un diágrama de interacción son:
Un Objeto o Actor.
Mensaje de un objeto a otro objeto.Mensaje de un objeto a si mismo.

4. Definición de los Diagramas de Clases de Diseño:
Un diagrama de clases de diseño es útil para crear una vista estática de las definiciones de clases.

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

Capítulo 2: Desarrollo Iterativo y el Proceso Unificado.
Un proceso de desarrollo de software describe un enfoque para la construcción, desarrollo y, posiblemente, mantenimiento del software. El Proceso Unificado es un proceso de desarrollo de software de gran éxito para la construcción de sistemas orientados a objetos. El UP es un proceso iterativo y las prácticas del mismoproporcionan una estructura organizada.

La idea más importante del UP: Desarrollo Iterativo:
En este enfoque, el desarrollo se organiza en una serie de mini-proyectos cortos, de duración fija llamados Iteraciones; el resultado de cada uno es un sistema que puede ser probado, integrado y ejecutado. Cada iteración incluye sus propias actividades de análisis de requisitos, diseño, implementación ypruebas.
El ciclo de vida iterativo se basa en la ampliación y refinamiento sucesivos del sistema mediante múltiples iteraciones, con retroalimentación cíclica y adaptación como elementos principales que dirigen para converger hacia un sistema adecuado. El sistema crece incrementalmente a lo largo del tiempo, iteración tras iteración, y por ello, este enfoque también se conoce como desarrolloiterativo e incremental.

El resultado de cada iteración es un sistema ejecutable, pero incompleto. En general, cada iteración aborda nuevos requisitos y amplía el sistema incrementalmente.

Aceptando los cambios: retroalimentación y adaptación.
Cada iteración conlleva la elección de un pequeño conjunto de requisitos y, rápidamente diseñar, implementar y probar. La retroalimentación aporta un...