Este documento presenta una introducción a la ingeniería de requisitos para un sistema de software. Explica que la captura de requisitos es el proceso de descubrir lo que se debe construir mediante la obtención de una lista de requisitos de cada usuario. Luego, cubre conceptos clave como el modelado de negocio, modelado de dominio, casos de uso y requisitos funcionales y no funcionales. Finalmente, describe las iteraciones típicas del proceso de ingeniería de requisitos usando RUP.

1. INGENIERÍA DE LA
INFORMACIÓN I
Ing. Consuelo Del Castillo Castro MCSD.Net
Iniciando el Proceso
Semana

2. Agenda
 Captura de Requisitos: Visión General
 Modelado de Negocio y Modelado de Dominio
 Iteraciones de Captura de Requisitos:
 Modelo de Negocio
 Aplicaciones del RUP

3. Modelo de Negocio

4. Captura de Requisitos – Visión
General
 Captura de requisitos es el acto de descubrimiento,
proceso de averiguar lo que se debe construir.
 La captura de requisitos es un proceso complicado y
difícil.
 La captura de requisitos empieza por obtener una lista
de requisitos de cada usuario con la esperanza de tener
una visión de conjunto y comprender una especificación
de requisitos completo.

5. Captura de Requisitos – Visión
General
Propósito del Trabajo de Requisitos:
 El propósito fundamental del flujo de trabajo de los
requisitos es guiar el desarrollo hacia el sistema
correcto, lo cual es posible conseguir mediante una
buena descripción de los requisitos del sistema en
acuerdo entre los clientes y los desarrolladores, acerca
de lo que debe y no debe hacer el sistema.
 Un reto fundamental para conseguirlo es que el cliente
(especialista no informático) sea capaz de leer y
comprender el resultado de la captura de requisitos.
Para alcanzar este objetivo debemos utilizar el lenguaje
de cliente

6. Captura de Requisitos – Visión
General
Pasos del flujo de trabajo:
 Enumerar requisitos candidatos
 Estado, Coste estimado, Prioridad y Nivel de Riesgo
 Comprender el contexto del sistema
 Modelado de Dominio (objetos de negocio)
 Modelado de Negocio (procesos de negocio)
 Capturar los requisitos funcionales
 Capturar los requisitos NO funcionales
 Requisitos adicionales

7. Modelo de Dominio
 Un modelo de dominio captura los tipos más
importantes de objetos en el contexto del sistema. Los
objetos de dominio representan las “cosas” que existen
o los “eventos” que suceden en el entorno en que
trabaje el sistema.
 Las clases de dominio aparecen de tres formas típicas:
 Objetos del negocio
 Objetos del mundo real y conceptos de los que el sistema
debe hacer un seguimiento.
 Sucesos que ocurrirán o han ocurrido (llegada o salida de un
avión).
 Se describe mediante diagramas de UML: diagrama de
clases.

8. Modelo de Negocio
 Es una técnica para comprender los procesos de
negocio de la organización.
 El objetivo es identificar los casos de uso del software y
las entidades de negocio relevantes que el software
debe soportar.
 Participa en casos de uso de más alto nivel.
 El modelado del negocio está soportado por dos tipos
de modelos de UML: modelos de casos de uso y
modelos de objetos
Casos de Uso de Negocio -> Procesos
de Negocio

9. Modelo de Negocio
 ¿Cuándo debemos modelar el negocio?
 ¿Qué artefactos incluye el modelamiento del negocio?
Actividad de Negocio
Actor de negocio Trabajador de negocio
proceso de negocio
Sistemas de negocio Entidades de Negocio

10. Sistema Ventas de Negocio Sistema Compras de Negocio
Sistema de Almacen de Negocio
Diagrama de Paquetes o
Contexto

11. SISTEMA DE VENTAS:
Vendedor
Cancelar venta con proforma cancelar venta Directa
Cajero
Generar Comprobante
Consultar producto
Generar proforma de venta
Cancelar venta
<<include>>
Despachador
Despachar mercaderia
Cliente
Entregar delivery
<<extend>>
PUNTO DE EXTENSIÓN:
Si montoEntrega mayor a 1000
Diagrama CU Negocio: Sistema
Ventas

12. Solicitar existencia de producto
DIAGRAMADE ACTIVIDAD DE NEGOCIO
Productos
Producto
Verificar existencia de productobuscarbuscar
Existe?
Brindar información de producto
Leer
[ SI ]
Rechaza Consulta
[ NO ]
Leer
VendedorCliente
Diagrama de Actividades de Negocio

13. Diagrama de Objetos de Negocio

14. Aplicación del RUP

15. Iteración #1: Planificación del Proyecto
 Participantes del proyecto
 Descripción General de la Empresa
 Organización de la Empresa
 Análisis de Situación Tecnológica
 Plan del Sistema propuesto
 Factibilidad para el desarrollo del Proyecto
 Glosario de Términos
 Anexos
Iteraciones RUP

16. Iteración #2: Análisis Preliminar de Req. – Modelado de
Negocio
 Modelado de Negocio
 Diagrama de Contexto de Negocio
 Diagrama de casos de uso de negocio
 Por cada proceso de negocio (caso de uso de negocio)
modelar:
 Un diagrama de actividad de negocio
 Un diagrama de objetos de negocio
 Descripción textual del proceso de negocio
 Modelo de dominio
 Glosario
Iteraciones RUP

17. Iteración #3: Análisis Preliminar de Req. – Casos de Uso
 Modelo de Casos de Uso (Modelo de requerimientos)
 Diagrama de Contexto
 Diagrama de casos de uso
 Por cada caso de uso modelar:
 Plantilla de casos de uso de requerimientos
 Diagrama de objetos
 Modelo de objetos
 Descripción de la arquitectura
 Glosario
Iteraciones RUP

18. Iteración #4: Análisis
 Paquete de Análisis
 Diagrama de Realizaciones de casos de uso análisis
 Por cada Realización de casos de uso de análisis
 Diagrama de clases de análisis
 Diagrama de Colaboración
 Descripción textual (plantilla de realización de CU de
análisis)
 Diagrama de clases parciales
 Diagrama de clases (General)
 Descripción de la arquitectura
Iteraciones RUP

19. Caso Práctico
 Desarrolla el modelado de Negocio para un Sistema de Control de
Alquiler de Canchas Deportivas, teniendo en cuenta las siguientes
reglas de negocio:
 Chiclayo-Gol SA es una empresa que se dedica al alquiler de canchas deportivas
de futbol y Vóley, cuenta respectivamente con 4 y 2 canchas, atiende desde las 6
am hasta las 12 de la noche y los precios varían desde 70 hasta 120 soles la hora
según el horario, el día y la cantidad de horas solicitadas (catálogo de precios).
 Maneja la política de reservas de canchas, previo pago mínimo por adelantado del
50%, y el plazo de espera es pasado los 15 minutos, caso contrario se cede la
cancha o se libera para futuros alquileres. Si los deportistas deciden de todas
maneras esperar a que lleguen todos los jugadores, deberán de todas formas
cancelar el importe restante.
 Por ningún motivo hay devoluciones de dinero, las reservas no se anulan, en todo
caso se pueden transferir de fechas (3 veces seguidas), siempre y cuando se
avise con 1 día de anterioridad, caso contrario se pierde el importe dado. Se
puede dejar el fondo para alquileres futuros.
 La empresa tiene la política de otorgar credenciales a sus clientes, para ser mas
fácil el control de registro de reservas y alquileres a través de un código. Se
otorga la credencial la primera vez que realiza una reserva o alquiler y se registran

20. Muchas Gracias!!!
Ing. Consuelo Del Castillo Castro
MCSD .Net