ANÁLISIS DE SISTEMAS

Captura de Requisitos
Ing. Consuelo Del Castillo Castro MCSD.Net
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
Modelo de Negocio
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.
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
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
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.
 El objetivo del modelo de dominio es comprender y describir
las clases más importantes dentro del contexto del sistema.
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

Actores del Negocio -> Clientes
Modelo de Negocio
 ¿Cuándo debemos modelar el negocio?
 ¿Qué artefactos incluye el modelamiento del negocio?

proceso de negocio
Actor de negocio Trabajador de negocio

Actividad de Negocio

Sistemas de negocio Entidades de Negocio

 Diagrama de Paquetes o Contexto

Sistema Ventas de Negocio Sistema Compras de Negocio

Sistema de Almacen de Negocio

 SISTEMA DE VENTAS:

Diagrama CU Negocio: Sistema Ventas

Consultar producto

Vendedor

Generar proforma de venta

Cliente

Cancelar venta
<<include>>
Cajero

Cancelar venta con proforma cancelar venta Directa Generar Comprobante

Despachar mercaderia
<<extend>> Despachador

PUNTO DE EXTENSIÓN:
Si montoEntrega mayor a 1000

Entregar delivery
 Diagrama de Actividades de Negocio
Cliente Vendedor

DIAGRAMA DE ACTIVIDAD DE NEGOCIO

Solicitar existencia de producto

buscar Verificar existencia de producto

Productos

Existe?

[ SI ]

Producto
[ NO ]
Leer

Brindar información de producto

Rechaza Consulta
Diagrama de Objetos de Negocio
Aplicación del RUP
Iteraciones RUP

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

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

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

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

 Glosario
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 todos los datos del cliente,
especialmente de contacto, en el cuaderno de clientes y ahí mismo se lleva el control de los
códigos. Problemas de duplicidad de información.
Caso Práctico
 Desarrolla el modelado de Negocio para un Sistema de Control de
Préstamos de Libros, teniendo en cuenta las siguientes reglas de negocio:
 La Biblioteca Municipal de la Ciudad de Olmos, cuenta con 12000 ejemplares
bibliográficos, recientemente adquiridos, y necesita implementar un sistema para
automatizar y control el proceso de préstamo de libros.
 Para que un lector (adulto o estudiante) pueda adquirir un libros deberá registrarse, pagar
un derecho de S/2.0 en tesorería de la municipalidad y obtener su carnet de lector, solo
así puede acercarse a solicitar un libro (préstamo), si pierde el carnet deberá pagar
nuevamente.
 Si deteriora el libro o lo pierde, se le retiene el carnet y se le multa, debiendo pagar el
importe original del libro.
 A solicitud de los maestros de colegios y con autorización de las autoridades se procede a
prestar libros a los centros educativos, debiendo el colegio hacerse responsable por las
pérdidas o deteriores de libros.
 Si desea prestar el libro para llevarlo, deberá dejar su DNI vigente junto a su carnet, solo
se presta por un día, caso contrario se le multa con 2 soles por cada día de demora en la
entrega del libro.
 Por maltas mayores, se puede sancionar al lector de manera definitiva, se le retiene el
carnet y no se le permite revnovarlo.
Muchas Gracias!!!

Ing. Consuelo Del Castillo Castro

MCSD .Net