Fundamentos del Modelado de Software y Requerimientos de Sistemas

Introducción al Modelo de Análisis (MA)

Un Modelo de Análisis (MA) es una serie de modelos que conducen a una especificación de requerimientos y a una representación completa del diseño del SF (Sistema de Software).

Un MA utiliza formatos de texto y diagramas para representar los requerimientos de los datos, las funciones y el comportamiento del sistema.

El Analista, un tipo de ingeniero de software (Ing. de SF), se encarga de construir el modelo empleando los requerimientos obtenidos del cliente.

Objetivos del Modelo de Análisis (MA)

• Describir lo que quiere el cliente.
• Establecer una base sólida para la creación de un diseño de SF.
• Definir un conjunto de requerimientos que puedan validarse una vez construido el SF.

La especificación de requerimientos generada establece las características operacionales del SF, indica la interfaz del SF con otros elementos del sistema, y establece las restricciones que debe tener el SF.

Modelado de Requerimientos y Enfoques

En el modelado se representan los requerimientos de información, funcionales y de comportamiento mediante varios tipos de diagramas.

Modelos y Diagramas Clave

• Modelado Basado en Escenarios: Representa el sistema desde el punto de vista del usuario.
• Modelado Basado en Clases: Define objetos, atributos y relaciones.
• Modelado del Comportamiento: Presenta los estados del sistema y sus clases.

Enfoques del Modelado de Sistemas

• Modelado Estructurado: Es el enfoque que considera que los datos y el proceso que transforman los datos son entidades separadas.
• Modelado Orientado a Objetos: Es el enfoque que se centra en la definición de clases y la manera en que colaboran entre ellas.

El Modelado del Dominio es la identificación, el estudio y la especificación de requerimientos comunes de un dominio específico de aplicación.

Modelado Basado en Casos de Uso y UML

En un Modelo de Casos de Uso se documenta el comportamiento del sistema desde el punto de vista del usuario.

h4 Elementos Fundamentales

• Un Actor es una persona, otro sistema de SF o hardware (HW) que representa un papel que alguien debe cumplir.
• Un Caso de Uso modela un diálogo entre un actor y el sistema, representando la funcionalidad suministrada por el SF.
• Un Estereotipo proporciona la capacidad de extender los elementos básicos del modelado para crear nuevos elementos.

h4 Relaciones en Casos de Uso

• Comunicación (Communicate): Relación de asociación que puede existir entre un actor y un caso de uso.
• Generalización: Una clase de herencia.
• Inclusión (Include): Se identifica cuando múltiples casos de uso pueden compartir piezas de la misma funcionalidad.

Diagramas de Estructura y Comportamiento

Un Diagrama de Contexto encierra todo el sistema de SF en un rectángulo, asegurando que los actores queden fuera del sistema e interactúen con él.

Diagrama de Actividades

Un Diagrama de Actividades es un diagrama de flujo de control que permite modelar:

• El comportamiento del sistema.
• Los pasos secuenciales de un proceso de SF.
• El flujo de control de un proceso.

Un Carril (Swimlane) separa el diagrama en segmentos paralelos y representa marcos de responsabilidades.

Modelado de Dominio y Clases

Un Diagrama del Dominio es un modelo que se centra en conocer el dominio para el que se va a desarrollar un SF.

Un Dominio es una amplia área de interés que posee una colección generalmente aceptada de conceptos y relaciones.

h4 Representación de Clases

Una Clase de Dominio se esquematiza en un rectángulo dividido en dos secciones:

1. La primera indica el nombre de la clase.
2. La segunda contiene la lista de atributos que se han identificado.

• La Multiplicidad define el número de objetos que están vinculados unos a otros.
• La Asociación de Clases se representa con líneas que relacionan las clases. Estas líneas llevan el nombre de la asociación y una flecha que indica el sentido en que debe leerse.