ING INFORMATICA

2.4.2. Modelo Relacional de datos
Aunque las bases de datos orientadas a objetos se están volviendo más populares, en el entorno de desarrollo actual, la base de datos relacional sigue siendo el método predominante para almacenar datos.
Los diagramas de clases de UML se pueden usar para modelar la base de datos relacional en la que el sistema está basado, sin embargo, los diagramastradicionales de modelado de datos capturan más información sobre la base de datos relacional y son más adecuados para modelarla. Esta guía trata el uso de Diagramas de Relaciones de Entidad (ER) como una extensión importante de UML para el modelado de bases de datos relacionales.

Capítulo 3. Una perspectiva general de UML
3.1. Una vuelta por un caso de uso
Una vez más, UML es una notación, no un método.No preescribe un proceso para modelar un sistema.
No obstante, como UML incluye los diagramas de casos de uso, se le considera estar dotado de una aproximación al diseño centrada en el problema con los casos de uso. El Diagrama de Caso de Uso nos da el punto de entrada para analizar los requisitos del sistema, y el problema que necesitamos solucionar.

3.2. Casos de Uso y Diagramas deInteracción
Un caso de uso se modela para todos los procesos que el sistema debe llevar a cabo. Los procesos se describen dentro de el caso de uso por una descripción textual o una secuencia de pasos ejecutados. Los Diagramas de Actividad se pueden usar también para modelar escenarios gráficamente. Una vez que el comportamiento del sistema está captado de esta manera, los casos de uso se examinan yamplian para mostrar qué objetos se interrelacionan para que ocurra este comportamiento. Los Diagramas de Colaboración y de Secuencia se usan para mostrar las relaciones entre los objetos.

3.3. Clases y Diagramas de Implementación
Conforme se van encontrando los objetos, pueden ser agrupados por tipo y clasificados en un Diagrama de Clase. Es el diagrama de clase el que se combierte en el diagramacentral del análisis del diseño orientado a objetos, y el que muestra la estructura estática del sistema. El diagrama de clase puede ser dividido en capas: aplicación, y datos, las cuales muestran las clases que intervienen con la interfaz de usuario, la lógica del software de la aplicación, y el almacentamiento de datos respectivamente. Los Diagramas de Componentes se usan para agrupar clases encomponentes o módulos. La distribución general del hardware del sistema se modela usando el Diagrama de Implementación.

3.4. Tarjetas CRC (CRC cards) - Una extensión informal de UML
Como una extensión informal a UML, la técnica de las tarjetas CRC se puede usar para guiar el sistema a través de análisis guiados por la responsabilidad. Las clases se examinan, se filtran y se refinan en base asus responsabilidades con respecto al sistema, y las clases con las que necesitan colaborar para completar sus responsabilidades.

3.5. Diagramas de Estado
El comportamiento en tiempo real de cada clase que tiene comportamiento dinámico y significativo, se modela usando un Diagrama de Estado. El diagrama de actividad puede ser usado también aquí, esta vez como una extensión del diagrama deestado, para mostrar los detalles de las acciones llevadas a cabo por los objetos en respuesta a eventos internos. El diagrama de actividad se puede usar también para representar gráficamente las acciones de métodos de clases.

3.6. Implementando el diseño
La implementación del sistema trata de traducir información desde múltiples modelos UML en código y estructura de bases de datos. Cuando semodela un sistema grande, es útil fragmentar el sistema en su capa ’business’ (incluyendo los objetos de la interfaz de usuario), su capa de aplicación (incluyendo los
objetos de implementación), y su capa de datos (incluyendo la estrucutra de la base de datos y el acceso a
objetos).

3.7. Implementando la aplicación
El Diagrama de Clase se usa para generar una estructura base del código en el...