Refactorización con pruebas y diagramas UML: casos de uso y de clases

Pruebas en la Refactorización

Un factor de vital importancia en la **refactorización** son las **pruebas**.

Esto implica cómo debe ser un proceso de refactorización correcto:

• Asegurarnos de disponer de casos de pruebas que cubran todo el comportamiento del módulo y si no, escribirlas.
• Asegurarnos de que el módulo cumple con las pruebas al 100%.
• Refactorizar una pequeña porción del código (por ejemplo, un método).
• Volver a ejecutar el 100% de las pruebas.

UML (Lenguaje Unificado de Modelado)

Es un lenguaje gráfico para visualizar, especificar, construir y documentar los artefactos de un sistema intensivo de software.

El objetivo de UML desde el principio no es innovar, sino unificar diferentes lenguajes o tipos de modelado que se usaban de forma independiente.

UML proporciona muchos diagramas diferentes para cubrir distintos aspectos o perspectivas del sistema. Generalmente se agrupan en diagramas dinámicos y estáticos, o diagramas de estructura, de comportamiento y de interacción.

Clasificación de Diagramas UML

Los diagramas se clasifican a veces en modelo físico, modelo lógico, modelo de casos de uso y modelo dinámico.

Modelo Lógico

Un modelo lógico es una vista estática de los objetos y las clases que cubren el espacio de análisis y diseño.

Modelo Físico

El modelo físico muestra dónde y cómo se desplegarán los componentes. Es un mapa específico de la instalación física del sistema.

Modelo Dinámico

El modelo dinámico se usa para expresar y modelar el comportamiento del sistema a lo largo del tiempo.

Modelo de Casos de Uso

El modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema. Un caso de uso representa una unidad discreta de interacción entre un usuario (humano o máquina) y el sistema.

Diagrama de Casos de Uso

Es el tipo de diagrama más conocido dentro de los diagramas UML de comportamiento. Utiliza diagramas de casos para dar una visión gráfica de los actores involucrados en un sistema, las diferentes funciones necesarias por los actores y cómo estas diferentes funciones se relacionan.

Es un gran punto de partida para cualquier discusión del proyecto porque se puede identificar fácilmente a los principales actores involucrados y los principales procesos del sistema.

Diagrama de Clases

Una clase es un elemento estándar del UML, que se usa para especificar el patrón del que se producirán los objetos en tiempo de ejecución. Una clase es una especificación; un objeto es una instancia de una clase.

Las clases pueden:

• Heredar de otras clases (es decir, heredan todo el comportamiento y el estado de sus padres y agregan nueva funcionalidad propia).
• Tener otras clases como atributos.
• Delegar sus responsabilidades a otras clases.
• Implementar interfaces abstractas.

El modelo de clases está en el núcleo del desarrollo y del diseño orientados a objetos; expresa el estado persistente y el comportamiento del sistema.