S06 - Requerimientos(Captura de Requerimientos)

Post on 07-Aug-2018

237 views 2 download

Transcript of S06 - Requerimientos(Captura de Requerimientos)

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 1/43

Requerimientos de Software

Ingeniería de Software I

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 2/43

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 3/43

La Captura de Requisitos

• Identifica y documenta lo que realmente se necesitade un producto(SI) en una forma que permita a losdesarrolladores comunicarse y manejar los mismostérminos del dominio del sistema.

• La correcta especificación de requerimientos, esesencial en la ejecución satisfactoria de unproyecto.

• Una descripción exacta y no ambigua de losrequerimientos de un sistema es necesaria paraevitar la creación de productos no válidos debido ala mala interpretación de las soluciones a lasnecesidades planteadas para un problema.

Ingeniería de Software

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 4/43

El objetivo es llegar a un acuerdo en la solución del problema. Involucra

identificar a los stakeholders, determinar los límites e identificar las

restricciones del sistema.

Iniciando la Captura de Requisitos

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 5/43

VISIONAquí se documenta el

enfoque a alto nivel de

nuestro cliente, con

respecto al sistema que

se desarrollará.

Entregables

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 6/43

SRS: ESPECIFICACIONES DELOS REQUERIMIENTOS DE

SOFTWARE.

Se enfoca en la organización

completa de los

requerimientos del proyecto.

Entregables

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 7/43

• Brainstorming

• Diagrama Fishbone

• Diagramas de Pareto

• Workshop

Técnicas para Recoger Requerimientos

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 8/43

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 9/43

El Diagrama Fishbone es un método para encontrar la causa del

problema. Cada espina representa una causa que contribuye al

problema.

Diagrama Fishbone

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 10/43

Diagrama de Pareto

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 11/43

• Hacer que participen los

stakeholders del proyecto.

• Priorizar los requisitos

recogidos basados en losstakeholders.

• Entregar al final un documento

llamado: Requisitos de los

stakeholders.

Workshop

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 12/43

• Este es uno de los primeros pasospara definir que o quienes usarán delsistema.

• Cualquier tipo de fenómeno externoque interactuará con el sistema es

representado por el usuario.• Los diferentes tipos de usuario son

representados como actores delsistema.

• Para encontrar a los actores, realice

las siguientes preguntas:

Identificar Usuarios

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 13/43

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 14/43

NuevoSISTEMA

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 15/43

La diferencia entre un actor del sistema y un usuario del sistema es que el

actor del sistema representa a un tipo particular de usuario o rol.

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 16/43

También existe la posibilidad de tener a un usuario jugando varios roles. Es

decir, el usuario se comporta como varios actores del sistema.

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 17/43

Si está desarrollando un sistema de reservaciones, para un agente de

viajes, el usuario será el Agente de Viaje. El viajero no interactúa con el

sistema, entonces no será un actor.

Encontrar a los usuarios significa también definir las fronteras del sistema.

Sólo aquellos que se comunican directamente con el sistema son usuarios.

Si está desarrollando un sistema de reservaciones, para que los viajeros

se puedan conectar a través de Internet, el viajero ahora si interactuará

con el Sistema y se convertirá en ACTOR.

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 18/43

• Define un conjunto de flujos deeventos que el sistema lleva acabo para brindar un resultadode valor observable a cadausuario en particular.

• Su principal objetivo es:Capturar el comportamiento delsistema requerido, a partir delpunto de vista del usuario final.

• La descripción del caso de uso

define que sucede en el sistemacuando se ejecuta el caso deuso.

Preguntas clave para encontrar loscasos de uso:

• Para cada usuario identificado,

cuáles son las tareas en las queel sistema los puede ayudar?

• Qué información debe sercreada o modificada en elsistema?

El usuario necesita estarinformado sobre ciertasocurrencias del sistema?

Identificar Casos de Uso

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 19/43

SISTEMA DE GESTIÓN COMERCIAL –

AUTO SERVICIOS LAS PALMASDiagrama de Caso de Uso

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 20/43

Usuario

El usuario sera el

encargado de

loguearse al s istema

Gerente

Representante de la

empresa. Encargado decoordinar el negocio con

ayuda del administrador 

 Administrador 

(from Actors)

Encargado de llevar el control

de la empresa supervisando

los procesos de dicho

negocio.

Cajero

(f rom Actors)

Encargado de la atención al

público y de la venta de los

repuestos paraautomóviles.

Encargado de

proveer productos ala empresa

Proveedor 

(from Actors)

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 21/43

NUMERO CASO DE USO DESCRIPCION

CU-01Login

(from Use-Case Model) 

Este caso de uso permiteel ingreso al sistema ydependiendo del tipo deusuario contará condiferentes accesos yprivilegios.

CU-02

Gestionar Cliente

 

Este caso de usopermitirá Registrar unnuevo cliente comoModificar los datos de uncliente ya registrado.

CU-03

Gestionar Usuario

 

Este caso de usopermitirá Registrar a unnuevo empleado de laempresa como modificarlos datos de un empleadoexistente.

CU-04

Gestionar Producto

 

Este caso de usopermitirá Registrar unnuevo producto comomodificar los datos de unproducto existente

CU-05

Gestionar Ventas

 

Este caso de usopermitirá Registra laventa de uno o masproductos o eliminar laventa realizada.

CU-06Generar Reporte Cliente

(from Use-Case M odel ) 

Este caso de uso permitea los Usuarios Generar

Reporte de Cliente.

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 22/43

Buscar Producto

Buscar Usuario

Buscar Cliente

LoginUsuario

(from Act...

Buscar Ventas

Proveedor 

(from Act...

Gestionar Cliente

<<include>>

Gestionar Ventas

<<include>>

<<include>>

<<include>>

Cajero

(from Act...

Buscar Proveedor 

Gestionar Usuario

<<include>>

Generar Reporte Usuario<<include>>

Generar Reporte Cliente

<<include>>Generar Reporte Ventas

<<include>>

Gerente

(from Act...

 Administrador 

(from Act...

Gestionar Producto

<<include>>

Generar Reporte Productos

<<include>>

Generar R eporte Proveedor 

<<include>>

Gestionar Proveedor <<include>>

 Almacenero

(from Act...

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 23/43

Relaciones entre Casos de Uso del

Sistema

Ingeniería de Software I

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 24/43

• Tener documentados los

casos de uso: Flujo de

Eventos.

• La presentación se realizarátomando como ejemplo el

Sistema Notas.

Existen 3 razones para estructurarel Modelo de Casos de Uso:

 –  Hacer que los casos de usosean fáciles de entender.

 –  Permite extraer elcomportamiento comúnencontrado en varios casos deuso.

 –  Hacer que el Modelo de Casosde Uso sea fácil de mantener.

Pre Requisitos Razones

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 25/43

Tipos De Relaciones

Existen 3 tipos de

relaciones para estructurar

los casos de uso:

• Include

• Extend

• Generalización

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 26/43

•Conecta un caso de uso base a un caso de uso incluido.

•El caso de uso incluido es abstracto.

•La inclusión es encapsulada y representa el comportamiento que es

reutilizado por varios casos de uso.

•Se factoriza el comportamiento que es común en un nuevo caso de uso.

Relación Include

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 27/43

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 28/43

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 29/43

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 30/43

Los pasos del 2 al 5 se repiten en los flujos

de eventos de los dos casos de usos.

Es decir, se está llevando a cabo el mismo

comportamiento en ambos casos de uso.

Este comportamiento se extrae en un

nuevo caso de uso: Buscar AlumnosBuscar Alumnos

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 31/43

CU Base

CU Base CU Incluido

El nuevo diagrama con include:

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 32/43

• Conecta un caso de uso extendido a un caso de uso base.

• En el caso de uso base están referenciados los puntos deextensión.

• El caso de uso extendido es a menudo abstracto, pero nonecesariamente tiene que serlo.

Relación Extend

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 33/43

Se pueden usar la relación extend para varios propósitos:

a. Para demostrar que una parte del caso de uso es opcional, de estamanera se separa el comportamiento opcional del comportamientoobligatorio en su modelo. También se le conoce como comportamientoañadido.

b. Para demostrar que un subflujo es ejecutado sólo bajo ciertascondiciones como un trigger o alarma.

c. Los segmentos de comportamiento que son insertados como puntos deextensión en el caso de uso base, dependerán de la interacción con losactores durante la ejecución del caso de uso base.

d. La extensión es condicional, lo que quiere decir que su ejecución esdependiente de lo que suceda mientras se ejecuta el caso de uso base.

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 34/43

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 35/43

El nuevo diagrama con extend:

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 36/43

• Se utiliza cuando el caso de uso

padre debe ser subclasificado

en uno o más casos de uso hijos.

• El caso de uso hijo hereda laestructura, comportamiento y

las relaciones del padre.

Reservar librosReservar cubiculos

 Alumno

Reservar recursos

Relación de Generalización

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 37/43

Casos Prácticos

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 38/43

CASO Nro. 1

En esta tienda los vendedores cotizan todo tipo de repuestos a sus

clientes. Cuando la cotización es aprobada se procede a entregarla

al Cajero.

El cajero generará la factura buscando al cliente que se ha acercado

a pagar.

En muchos casos, el cajero ha tenido que elaborar la factura

contemplando el ingreso de los datos de clientes y productos.

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 39/43

Pregunta Nro. 1

Cotizar repuestos

(from Casos de Uso)

Vendedor 

(from Actores)

Facturar 

(from Casos de Uso)

Cajero

(from Actores)

Buscar clientes

<<include>>

<<include>> Cada vez que secotice o sefacture se debebuscar al cliente

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 40/43

CASO Nro. 2

Continuando con el caso 1, también se quiere controlar el ingreso

de artículos a almacén de logística.

Contabilidad por otro lado, tiene la responsabilidad de registrar los

activos (artículos de la empresa) ingresados a la empresa.

Agregue el caso de uso y actor del Caso 1 que también requiera al

incluido.

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 41/43

Registrar activos

(from Casos de Uso)

Contador 

(from Actores)

Registrar ingreso deproductos

(from Casos de Uso)

 Almacenero(from Actores)

Buscar productos

(from Casos de Uso)

<<include>>

<<include>>

Cada vez que seregistre activos o se

registre el ingreso deproductos se debebuscar productos

Cotizar repuestos

(from Casos de Uso)

<<include>>

Vendedor 

(from Actores)

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 42/43

CASO Nro. 3

La cajera del supermercado registra las ventas de los clientes.

Si el sistema detecta que el cliente ha alcanzado o sobrepasado los

5000 puntos bonus, la cajera procede a llenar su formulario

premiado de viaje.

8/20/2019 S06 - Requerimientos(Captura de Requerimientos)

http://slidepdf.com/reader/full/s06-requerimientoscaptura-de-requerimientos 43/43

Registrar venta

(from Casos de Uso)

Cajera

(from Actores)

Llenar formulario de viaje

(from Casos de Uso)

<<extend>>

Punto de Extensión:Si la cantidad de puntos bonus >= 5000 seextiende el caso de uso Llenar formulario de viaje.