Desarrollo de Software: Modelos de Procesos y Casos de Uso

V. Modelos de Proceso de Software

Descripción simplificada de un proceso de software.

1. Modelo Lineal Secuencial (Cascada)

Aplicación secuencial de una serie de pasos. Es efectivo cuando el software se debe acoplar a sistemas ya existentes. Las etapas son:

1. Análisis: Comprender el dominio de la información, funciones, comportamiento y rendimiento.
2. Diseño: Definir la estructura de datos, la arquitectura del software y la interfaz.
3. Generación de Código: Traducir el diseño a un lenguaje de programación legible por la máquina.
4. Pruebas: Verificar el correcto funcionamiento de los procesos internos del software.

2. Modelo de Desarrollo de Prototipos

Construcción de una versión inicial del producto sin implementar la totalidad del sistema. El proceso implica:

1. Escuchar al Cliente: Recopilar las necesidades y expectativas del cliente.
2. Crear una Maqueta: Desarrollar una versión simplificada del producto.
3. Prueba de la Maqueta por el Cliente: Obtener retroalimentación del cliente sobre la maqueta.

Tipos de Prototipos: Vertical, horizontal, evolutivo, desechable.

Desventajas: Producto potencialmente incompleto, desarrollo lento, posible mala implementación por las prisas.

3. Técnica de 4ta Generación

Generación de código de forma automática.

Ventajas: Desarrollo rápido, mayor productividad.

Desventajas: Posible ambigüedad en las especificaciones, posibles deficiencias técnicas.

4. Proceso Unificado de Desarrollo de Software (RUP)

Combina varios modelos de desarrollo basados en componentes de la industria. Sus características principales son:

• Dirigido por Casos de Uso: Define las funciones del sistema a través de casos de uso.
• Centrado en la Arquitectura: La arquitectura define la forma del sistema.
• Interactivo e Incremental: El desarrollo se realiza en iteraciones.

Etapas:

1. Inicio: Descripción general del producto e idea.
2. Elaboración: Se detallan los casos de uso.
3. Construcción: La arquitectura se convierte en un sistema completo.
4. Transición: El producto se convierte en una versión beta para su prueba y despliegue.

VI. Casos de Uso

Descripción de secuencias de acciones para producir un resultado observable, representando la interacción entre actores y sistemas.

• Un actor representa un conjunto de roles (persona, hardware) que los usuarios de casos de uso desempeñan.
• Describe qué hace el sistema, pero no cómo lo hace.
• Debe tener un nombre que lo distinga.

Tipos de Relaciones entre Casos de Uso

1. Generalización: Un caso de uso hijo hereda el comportamiento del caso de uso padre.
2. Inclusión: Incorpora explícitamente el comportamiento de un caso de uso proveedor.
3. Extensión: Un caso de uso se extiende incorporando el comportamiento de un caso de uso base.

Ejemplo de Caso de Uso: Ofertar Empleo

Objetivo: Permitir el registro de una oferta de empleo en el sistema.

Actor Primario: Empresa oferente.

Pre-condiciones: Existencia de un perfil de la empresa oferente en el sistema.

Post-condiciones: Creación de una nueva oferta de empleo en el sistema.

Escenario Principal: [Describir el flujo principal de eventos del caso de uso]

Escenario Alternativo: [Describir flujos alternativos, por ejemplo, pago por webpay]

Excepciones: Datos con problemas, empresa oferente cancela el registro.

Frecuencia: [Indicar la frecuencia con la que se espera que se ejecute el caso de uso]