Captulo N3

REQUERIMIENTOS

Copyright 2007, Cibertec. Todos los derechos reservados

TEMAS
Etapa de Requerimientos.
Objetivos a cumplir.
Workflow de trabajo.
Actividades a desarrollar y artefactos.
Especificacin de Requerimientos de Software.
Diagramas de Casos de Uso de Sistema
Notacin UML
Elementos: Actores y Casos de Uso
Copyright 2007, Cibertec. Todos los derechos reservados

Rational Unified Process (RUP)

Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos: Objetivos
Llegar a un acuerdo formal con los clientes y
usuarios finales sobre lo que el sistema debe de
hacer.
Proporcionar a los miembros del proyecto una
idea clara de los requerimientos del sistema.
Delimitar las fronteras del sistema.
Proporcionar las bases para la planificacin del
contenido tcnico de las iteraciones, los costos y
el tiempo para el desarrollo del sistema.
Definir la interfase grfica del sistema.
Copyright 2007, Cibertec. Todos los derechos reservados

REQUERIMIENTOS. Workflow

Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos. Actividades

Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos. Artefactos

Copyright 2007, Cibertec. Todos los derechos reservados

REQUERIMIENTO. Definicin

Un requerimiento es considerado una

condicin o capacidad a la que se debe
ajustar el sistema que se est
desarrollando

Copyright 2007, Cibertec. Todos los derechos reservados

DONDE BUSCAR REQUERIMIENTOS?

Business Analysis Model

Business Use Case Model
REQUERIMIENTOS

Stakeholders
Request

Business Rules
Copyright 2007, Cibertec. Todos los derechos reservados

Cmo capturar requerimientos?

Entrevistas.
Cuestionarios.
Encuestas.
Descripcin de puestos.
Artefactos del Modelado de Negocio

Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos. Estereotipos
Estereotipos ms importantes en la etapa de
Requerimientos.

Actor

Package

Caso de Uso

Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos. Actividades
1)
2)
3)
4)
5)
6)
7)
8)

Identificar los requerimientos del sistema.

Encontrar los actores y casos de uso del sistema.
Identificar los paquetes del sistema.
Construir el Modelo de Casos de Uso del Sistema.
Estructurar el Modelo de Casos de Uso del Sistema.
Priorizar los casos de uso del sistema.
Detallar los casos de uso del sistema.
Construir el Modelo Conceptual.

Copyright 2007, Cibertec. Todos los derechos reservados

Actividad 01
1. Identificar los Requerimientos del sistema:
Requerimientos Funcionales
Requerimientos No Funcionales

Copyright 2007, Cibertec. Todos los derechos reservados

Tipos de requerimientos del

sistema

Funtionality.
Interfaces.
Licensing.
Usability.
Legal, Copyright, and
Reliability.
Other Notices.
Performance.
Applicable Standards.
Supportability.
Design Constraints.
On-line User Documentation and Help System.
Purchased Components.
Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos funcionales
Funtionality.
Especifica las condiciones que deben ser
cumplidas por el sistema.
Se identifican desde el punto de vista del
cliente.
Se redactan en lenguaje natural.
Se capturan en dos artefactos.
Especificacin de Requerimientos de Software.
Modelo de Casos de Uso del Sistemas.
Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos funcionales
Funtionality. Ejemplo:
Asociados a los casos de uso del sistema.
El sistema debe:
Actualizar la informacin de los profesores que dictan
los cursos de baile del club.
Registrar los horarios de dictado de clase definidas
por el administrador.
Consultar la programacin del rol de los
campeonatos locales y regionales.
Cerrar un curso.
Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos funcionales
Funtionality. Ejemplo:
Asociados a otros aspectos generales.
El sistema debe:
Obligar al usuario a cambiar su contrasea cada 60
das.
Incluir un mecanismo que permita su actualizacin
automtica sin la intervencin del usuario.
Mantener un registro de los errores y para cada uno
debe registrar: el cdigo del error, una descripcin
del error, la fecha y la hora del error.
Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos no funcionales
Usability. Ejemplo.
El sistema debe permitir al administrador
registrar una matricula como promedio en 30
segundos.
El lenguaje empleado en la interfaz grfica
del sistema debe respetar los trminos
usados en el negocio.
El diseo de la interfaz grfica del sistema
debe alinearse al estndar definido en la
empresa para las aplicaciones Web.
Copyright 2007, Cibertec. Todos los derechos reservados

Requerimientos no funcionales
Supportability. Ejemplo.
El cliente Web del sistema debe soportar los
siguientes navegadores:
Microsoft Internet Explorer 6.0 o superior
FireFox 1.5 o superior para Linux y para Windows

El sistema debe ser compatible con Windows

2000 profesional y Windows XP.
El sistema debe permitir a un usuario su
instalacin sin entrenamiento previo.
Copyright 2007, Cibertec. Todos los derechos reservados

Actividad 02
2. Encontrar los actores y casos de uso del
sistema.
Actores

Casos de uso

Notacin UML
Copyright 2007, Cibertec. Todos los derechos reservados

10

Diagrama de CUS

Representa lo que hace el sistema y su relacin con el

entorno, desde el punto de vista del usuario.
Son iniciados por un agente externo: El Actor
Describen lo que hace el actor y lo que hace el
sistema al interactuar
Estn limitados a una sola tarea

Copyright 2007, Cibertec. Todos los derechos reservados

ACTOR

El actor representa un rol, no es un usuario individual

del sistema.
Los actores se determinan observando:
Usuarios directos del sistema
Trabajadores y/o Actores del Negocio
Responsables del uso o mantenimiento del
sistema
Otros sistemas que interactan con el sistema
El nombre del actor describe el papel desempeado
Copyright 2007, Cibertec. Todos los derechos reservados

11

Identificando Actores
Dnde empiezo a encontrar a los actores del sistema?
Por cada trabajador
del
negocio
con
actividades
a
automatizar identificar
a un actor del sistema.
Dar al actor del
sistema el mismo
nombre del trabajador
del negocio.
Copyright 2007, Cibertec. Todos los derechos reservados

Identificando Actores
Preguntas para ayudar a identificar mas actores:
Quin usar la funcionabilidad principal del
sistema?
Quin est interesado en cierto requerimiento?
Quin se beneficia con el uso del sistema?
Quin administrar, soportar y mantendr el
sistema?
El sistema usa un recurso externo?
Alguna persona juega varios roles diferentes?
El sistema interacta con otro sistema?
Copyright 2007, Cibertec. Todos los derechos reservados

12

Sugerencias
Sugerencias para identificar adecuadamente a los actores del
sistema.
9 Son roles (humanos, software o hardware), no personas
con nombres propios.
9 No siempre estn asociado con el nombre de un cargo en
la planilla de la organizacin objetivo.
9 El nombre no debe representar reas, departamentos o
partes de una organizacin sino roles de ejecucin.
9 Cada actor debe estar asociado con al menos un caso de
uso del sistema.
9 Si no participa en ningn proceso debe ser eliminado del
modelo.
Copyright 2007, Cibertec. Todos los derechos reservados

EJEMPLOS
1. Identifique algunos actores en un sistema de ventas de
una ferretera

Comprador

Vendedor

Cajero

Copyright 2007, Cibertec. Todos los derechos reservados

13

CASOS DE USO
Acciones que debe realizar el sistema
Nombre: verbo + objeto afectado
Ejemplo:
Generar
Reporte

Copyright 2007, Cibertec. Todos los derechos reservados

IDENTIFICANDO CUS
El proceso va relacionado con la identificacin de
actores.
Por cada actor identificado podemos preguntar:
Cules son las tareas automatizables del actor?
Qu informacin crea, guarda, modifica, destruye o
lee?
El actor debe notificar al sistema los cambios
externos?
El sistema debe informar al actor los cambios
internos?
Copyright 2007, Cibertec. Todos los derechos reservados

14

Ejemplos de Casos de Uso

Identifique algunos casos de uso del sistema de
ventas de una ferretera

Consultar Precio

Registrar pedido

Generar Documento

Copyright 2007, Cibertec. Todos los derechos reservados

Identificar los CUS

Caso de Uso vs Requerimiento Funcional.
Existen diferencias?
Existe una correspondencia directa entre
ambos.
La diferencia radica en la manera en que
describen la necesidad de funcionalidad.
Los RF se describen desde la perspectiva del
usuario o cliente del proyecto.
Los CUS se describen desde la perspectiva de la
arquitectura del sistema.
Copyright 2007, Cibertec. Todos los derechos reservados

15

ACTIVIDAD 03
3. Identificar los paquetes del sistema.

Un paquete es una coleccin de artefactos (casos de

uso, actores, relaciones, diagramas y otros paquetes)
que se utiliza para dividir un modelo en partes de
menor tamao.

Ejemplo:
Paquete Logstica.
Paquete Seguridad.

Nombre del
Paquete

Copyright 2007, Cibertec. Todos los derechos reservados

Encontrar los diferentes mdulos

del sistema
Un paquete.
Hace ms fcil la definicin de la arquitectura.
Facilita la asignacin de responsabilidades y
tareas a los miembros del equipo de
proyecto.
Cundo utilizar paquetes dentro del Modelo de
Casos de Uso del Sistema.
Si el nmero de actores y casos
de uso es elevado.
Copyright 2007, Cibertec. Todos los derechos reservados

16

Encontrar los diferentes mdulos

del sistema
Cmo definir los paquetes del sistema?
Por cada grupo de casos de uso del sistema.
Manejado por un mismo actor.
Que respondan a una funcionalidad similar.
Por complejidad de desarrollo.

Los procesos del negocio (casos de uso del

negocio) pueden ayudar a identificar los
paquetes.

Copyright 2007, Cibertec. Todos los derechos reservados

Diagrama de Paquetes del sistema.

Ejemplo
Solicitud de
servicio

Evaluacin de
solicitud

Reportes de
gerencia

Seguridad

Copyright 2007, Cibertec. Todos los derechos reservados

17

ACTIVIDAD 04
4. Construir el modelo.
Registrar
Retiro

Cajero
Consultar
Tipo de Cambio

Copyright 2007, Cibertec. Todos los derechos reservados

Diagrama de Casos de Uso del Sistema

El Diagrama de Casos de Uso del sistema es:
Herramienta proporcionada por UML.
Muestra grficamente
sistema.

los

requerimientos

funcionales del

Muestra los procesos que son usados por los roles del sistema.
Solo se tiene en cuenta QUIN realiza QU proceso?
QUIN? (actor del sistema identificado).
QU? (caso de uso del sistema identificado).
Relaciones entre ellos (asociaciones).
No constituye un Diagrama de Flujo de Datos.
Copyright 2007, Cibertec. Todos los derechos reservados

18

Relacin en los Diagramas

Un diagrama de Casos de Uso muestra las relaciones entre

los Actores y los Casos de uso dentro de un sistema

Uc Pagar Servicio

Registrar Pago

Cajero

Copyright 2007, Cibertec. Todos los derechos reservados

Ejemplos

1. Identifique la Relacin de casos de uso del sistema de ventas de una

ferretera

Consultar
Precio
Vendedor

Registrar
pedido

Generar
Documento

Cajero

Copyright 2007, Cibertec. Todos los derechos reservados

19

Ejemplo: Casos de Uso de Sistema

Se tiene un sistema de delivery. El Cliente realiza una
llamada comunicndose con el vendedor, el cual verifica
su identidad. Posteriormente el cliente coloca un pedido de
compra con el vendedor. Debido a que es una venta al
crdito, este pedido debe ser aprobado por el supervisor.
De estar todo conforme el despachador programa la
entrega.

Copyright 2007, Cibertec. Todos los derechos reservados

Solucin
Verificar Cliente

Colocar pedido
Cliente

Vendedor

Autorizar crdito
Supervisor

Programar entrega
Despachador
Copyright 2007, Cibertec. Todos los derechos reservados

20