UNMSM As 08 Requisitos

Universidad Nacional Mayor de San Marcos
Facultad de Ingeniera de Sistemas e Informtica
Anlisis de Sistemas de Informacin

Los Requisitos en el
Desarrollo de Software
Prof. Csar Luza Montero

cluzam@unmsm.edu.pe
Los Proyectos de software
Anlisis de Sistemas: Los requisitos en el desarrollo de software 2/37

Proyecto
Desfasado Fracasado
Exitoso
Completado Completado No completado
Dentro del Plazo y Fuera del plazo o Cancelado o
Presupuesto, Presupuesto o Nunca se
Con todas las Con o parte de las implement
funciones funciones
requeridas requeridas
2011 2012 2013 2014 2015

Exitosos 29% 27% 31% 28% 29%
Desfasados 49% 56% 50% 55% 52%
Fracasados 22% 17% 19% 17% 19%
Fuente: Chaos Report Standish Group
Anlisis de Sistemas: Los requisitos en el desarrollo de software 3/37

Uno de cada 7 proyectos se cancelan anticipadamente.

La causa ms comn suele ser la imposibilidad de cerrar los
requisitos(Tom DeMarco)
9.3%
10.6%
En los proyectos que no se cancelan, el riesgo es alto
Principales fuentes de riesgos:
21.8%
1. Requisitos 6. Proveedores
2. Adecuacin 7. Poltica
3. Entorno cambiante 8. Conflicto
7.5%
4. Recursos 12.4%
9. Innovacin
5. Direccin 10. Escala
4/37
Anlisis
Los de Sistemas:
proyectos Losyrequisitos
de software en el desarrollo de software
los requisitos
Objetivos de aprendizaje
Al final de la sesin, podrs:
Elaborar la especificacin de requisitos de un proyecto software en
base a los elementos del Modelo de Casos de Uso del UML
adoptando una actitud analtica y valorando el trabajo en equipo.
Anlisis de Sistemas: Los requisitos en el desarrollo de software 5

Contenido
Qu son los Requisitos?
El Modelo de Casos de Uso
Construyendo Modelo de Casos de Uso

Necesidades (Usuarios) Requisitos (Analista)
Expresin bsica de lo que el Necesidad traducida y

cliente quiere: completada por el analista para
Deseos, reglas de negocio, que cumpla con ciertos criterios
expectativas y restricciones. de aceptacin que le den
Se expresan en trminos del claridad y objetividad.
cliente y no, necesariamente, Permite desarrollar un diseo
es objetiva y clara. funcional del producto.
Cualquier comunicacin recibida del cliente debe ser

identificada como necesidad y no como requisito

Ejemplo: Sistema acadmico

Usuarios Necesidad Requisitos
Ver mis notas sin tener El sistema debe permitir al

Estudiante que viajar hasta la estudiante consultar las notas
Facultad remotamente por Internet
Publicar las notas de los El sistema debe permitir al

alumnos matriculados en profesor ingresar las notas de
Profesor
mis asignaturas sin tener los alumnos matriculados en su
que viajar a la facultad asignatura mediante Internet

Qu es un requisito?
Un requisito es una condicin o capacidad a la que debe
ajustarse el sistema que se construye.
(Jacobson, 2000, p.94)
Un requisito es simplemente una declaracin abstracta de

alto nivel de un servicio que debe proporcionar el sistema
o una restriccin de ste
(Somerville, 2005, p.108).
9
Anlisis de Sistemas: Los requisitos en el desarrollo de software
Qu es un requisito?
De acuerdo con la IEEE Std. 610.12-1990,
un requisito es:
1) Una condicin o capacidad necesaria para un usuario
para resolver un problema o conseguir un objetivo.
2) Una condicin o capacidad que debe reunir o poseer
un sistema o componente de un sistema para
satisfacer un contrato, estndar, especificacin, u otro
documento formalmente impuesto.
3) Una representacin documentada de una condicin o
capacidad como las definidas en (1) o (2)
(IEEE, 1990, p.64).
10
Catalogo de Requisitos
Una empresa de Transportes Areos necesita un sistema de informacin para
mantener y controlar las operaciones que realiza diariamente.
Despus de haber dialogado con el Encargado de Vuelos se concluyo que: Mantiene
informacin de las distintas unidades: el nmero, el tipo de avin, la fecha de
compra, el modelo, la capacidad de carga y la capacidad de pasajeros. Determina los
vuelos que llevan carga, para los mismos necesita guardar la fecha, el piloto, el lugar
de origen, el destino, el peso de la carga y el monto del vuelo. Define los vuelos de
pasajeros, para los mismos fija la fecha, el piloto y su tripulacin, origen, destino y
capacidad de pasajeros. No esta autorizado a actualizar informacin relativa a los
pilotos.
El gerente nos informo que: Mantiene la informacin de los pilotos que trabajan en la
empresa, para los mismos guarda el nmero de piloto, el nombre, direccin,
habilitacin, fecha del ultimo control medico. Necesita que el sistema le devuelva
dado un piloto, los vuelos que ha realizado en un periodo dado.
El empleado de ventas nos explic que: Mantiene informacin de los pasajeros de los
diferentes vuelos, para cada uno se le incorpora un nmero de identificacin, el
nombre, profesin, el telfono y la direccin. Los pasajeros realizan reservas para los
distintos vuelos, si no hay espacio disponible, se rechaza el pedido de reserva para
ese vuelo. Confirma los pasajeros que toman los vuelos. Slo se admiten pasajeros
que hayan realizado reservas previas. Necesita un reporte con los pasajeros que
tomaron un vuelo.
11
Catalogo de Requisitos
USUARIO NECESIDAD REQUISITO
Encargado de Mantener informacin de las El sistema debe permitir mantener (aadir, modificar,
Vuelos unidades eliminar) datos de las unidades
Encargado de
Determinar vuelos de carga El sistema debe permitir registrar los vuelos de carga
Vuelos
Encargado de El sistema debe permitir registrar los vuelos de
Definir vuelos de pasajeros
Vuelos pasajero
El sistema debe permitir mantener (aadir, modificar,
Gerente Mantener informacin de piloto
eliminar) datos de piloto
Ver los vuelos que ha realizado un El sistema debe permitir consultar Dado un piloto los
Gerente
piloto en un periodo de tiempo vuelos que ha realizdo en un periodo
Empleado de El sistema debe permitir mantener datos de los
Mantener informacin de pasajeros
ventas pasajeros
Empleado de El sistema debe permitir registrar reserva de vuelos
Registrar las reservas de vuelos
ventas por pasajero
Empleado de
Confirma reserva de vuelo El sistema debe permitir confirma vuelos reservados
ventas
Empleado de Reporte de los pasajeros que
El sistema debe emitir reporte de pasajeros por vuelo
ventas tomaron vuelo
12
Un requisito debe ser:
Especificado por escrito
Como todo contrato o acuerdo entre dos parte
Posible de validar
Para saber si se cumpli o no
Conciso
Su redaccin debe ser simple y clara, fcil de entender
Completo
Proporcionar informacin suficiente para su comprensin
Consistente
No se contradice con otro requisito
No ambiguo
Tiene una sola interpretacin, no causa confusin

Atributos de los Requisitos
Estado
Prioridad Costo
Dificultad
Propietario
Requisito
Categora
Nivel de Test/
precedencia
Riesgo
Iteracin #
Administracin de
Requerimientos

Clases de Requisitos
Funcional No Funcional
Especifica una accin que Especifica una propiedades
debe ser capaz de realizar el del sistema, como:
sistema, sin considerar Restricciones del entorno o
restricciones fsicas; de implementacin,
Especifica comportamiento rendimiento, dependencia
de entrada / salida del de la plataforma,
sistema (Jacobson, 2000. mantenibilidad,
extensibilidad o fiabilidad;
Describe que debe hacer el
sistema respecto a su entorno Especifica restricciones fsicas
sobre un requisito funcional
Refleja las necesidades de los
(Jacobson, 2000.
usuarios o la interaccin con
otros sistemas.
15
Requisitos Funcionales (RF)
Sistema para la gestin de una cadenas de videos
Nmero Requisito funcional
R1 Cons ul ta r ca ta l ogo de vi deos y vi deo juegos
R2 Regi s tra r fi cha s de i ns cri pci n de nuevos s oci os
R3 Ca mbi o de cl a ve de ta rjeta de s oci o
R4 Cons ul ta r s i un s oci o ti ene deuda
R5 Regi s tra r pol ti ca s de s a nci ones (mora s y ca rgos )
R6 Regi s tra r res erva de vi deo
R7 Regi s tra r confi rma ci n de res erva s
R8 Cons ul ta r res erva s de vi deos
R9 Ca ncel a r a utom ti ca mente res erva s confi rma da s expi ra da s
R10 Ca ncel a r res erva s ma nua l mente
R11 Regi s tra r a l qui l er de vi deos y / o vi deo juegos
R12 Regi s tra r nuevos productos (vi deos y / o vi deo juegos )
R13 Actua l i za r a utom ti ca mente l os ti pos de vi deo (De es treno a ordi na ri a )
R14 As i gna r productos a l oca l es
R15 Obtener es ta ds ti ca s de a l qui l eres
R16 Regi s tra r pol ti ca s de reconoci mi ento pa ra l os s oci os
R17 Regi s tra r pa go
R18 Chequea r copi a s di s poni bl es
R19 Regi s tra r devol uci ones

Requisitos No Funcionales (RNF)
Sistema para la gestin de una cadenas de videos
Requisito No Funcional Motivo y restricciones asociadas
Se requiere que la interfaz tanto del terminal como Para captar la atencin de los usuarios.
de la web sea atractivo e interactivo. Capacidad de
reproducir fragmentos de los videos del catalogo.
Se requiere que el aplicativo maneje 2 idiomas Para satisfacer a clientes extranjeros y locales.
(Ingles y Espaol) y que sea el usuario quien elija el
idioma al inicio.
Se requiere que el aplicativo tenga interfaz con losPara poder ejecutar operaciones de cargo a tarjetas de
sistemas de debito automtico (ATM) de bancos. debito por concepto de pago de alquiler y moras o
recargos. Adems, se podr cambiar la clave de las
tarjetas a travs de esta interfaz.
La aplicacin debe tener un tiempo de respuesta de Para no aburrir a los usuarios.
un mximo de 5 segundos para cargar y empezar a
reproducir los fragmentos de videos.
El aplicativo deber trabajar con una base de datos Se tiene licencias para este software.
SQL Server 2000

Clasificacin FURPS+
Una manera de categorizar los requerimientos es el
modelo FURPS+ (Larman, 2002):
Functionality (Funcionalidad),
Usability (Capacidad de Uso),
Reliability (Fiabilidad),
Performance (Desempeo) y
Supportability (Capacidad de Soporte).
+ Adicionales (otros)

Clasificacin de RNF

Identifique RF y RNF
Sistema Gestin de horarios
El sistema permitir al secretario acadmico, introducir las asignaturas que se imparten en el
semestre acadmico, los datos del docente asignado a cada seccin, de teora y prctica, de la
asignatura, los datos de las aulas de teora (ubicacin y aforo) y de prcticas (ubicacin, sistemas
operativos, software,...).
La configuracin del horario se lleva a cabo directamente sobre una plantilla horaria semanal, en
la que cada casilla representar una hora en un determinado da de la semana.
Cuando el Secretario pulsa esa casilla se mostrarn las asignaturas del curso que se est
configurando en ese momento.
Una vez escogida las asignaturas se mostrarn las secciones de teora y prctica a los que todava
no se les ha asignado un horario.
Al escoger una seccin se muestran las aulas disponibles (si es un grupo de teora) o los
laboratorios que cumplen las restricciones de sistemas operativos establecidas para esa materia y
que no estn ocupados a esa hora.
El sistema podr ser consultado por cualquier usuario, que podr consultar el horario de una
asignatura, un ciclo, o de un aula o laboratorio concretos.

Problemas en los requisitos
Problemas de alcance
1. El lmite del sistema est mal definido
2. Los detalles tcnicos innecesarios, que han sido aportados por los clientes/usuarios,
pueden confundir ms que clarificar los objetivos del sistema
Problemas de comprensin
3. Los usuarios no estn completamente seguros de lo que necesitan,
4. Los usuarios tienen una pobre comprensin de las capacidades y limitaciones de su entorno
de computacin,
5. Los analistas tiene pobre conocimiento del dominio del problema
6. Los usuarios y analistas hablan diferentes lenguajes
7. Opiniones contradictorias de los usuarios
8. Es fcil omitir informacin obvia
9. Los requisitos son a menudo vagos y no comprobables, por ejemplo, "fcil de usar" y
"Robusto"
Problemas de volatilidad,
10. Los requisitos cambian con el tiempo.
(McDermid, 1989) (Christel & Kang, 1992):

Ingeniera de Requisitos (IR)
ELICITACIN
ANALISIS ADMINISTRACION
DE
REQUERIMIENTOS
ESPECIFICACION
VALIDACION
Identifique tcnicas de Elicitacin, Anlisis, Especificacin, y Validacin de Requisitos

Contenido

Definicin de Modelo de Casos de Uso
El Modelo de Casos de Uso describe los

Requisitos Funcionales
del sistema en forma de
Casos de Uso
Su objetivo es comunicar la funcionalidad y el
comportamiento del sistema al cliente y
usuario.

Requisito Funcional
describe que debe hacer el sistema respecto a
su entorno (usuario u otro sistema)
Sistema de Cajero Automtico

El sistema permite al Cliente:
1. Realizar Retiros
2. Realizar Transferencias
3. Consultar Saldos
4. Consultar Movimientos
El Sistema permite al Administrador
1. Cargar dinero en el cajero automtico
2. Emitir Historial de Transacciones

Qu es un Caso de Uso?
Es un conjunto de escenarios de caso de uso
Escenario de un caso de uso

es una secuencia especifica de acciones e
interacciones entre actores y el sistema
objeto de estudio que proporciona valor a un
actor en particular.

Ejemplo de escenario del caso de uso Retiro de cajero

automtico
Escenario Normal
1. El caso de uso se inicia cuando el cliente inserta su tarjeta en la ranura
del cajero automtico
2. El cajero automtico solicita ingreso de clave secreta
3. El cliente ingresa su clave secreta
4. El cajero automtico muestra men de opciones
5. El cliente selecciona opcin Retiro
6. El cajero automtico muestra relacin de cuentas del cliente
7. El cliente elige cuenta
8. El cajero automtico solicita cantidad
9. El cliente ingresa cantidad a retirar
10. El cliente indica continuar
11. El cajero automtico dispensa el dinero
12. El caso de uso finaliza


automtico
Escenario clave incorrecta

1. El caso de uso se inicia cuando el cliente inserta su tarjeta en la
ranura del cajero automtico
4. El cajero automtico muestra mensaje de error Clave
incorrecta


automtico
Escenario Saldo insuficiente

1. El caso de uso se inicia cuando el cliente inserta su tarjeta en la ranura
del cajero automtico
4. El cajero automtico muestra men de opciones
5. El cliente selecciona opcin Retiro
6. El cajero automtico muestra relacin de cuentas del cliente
7. El cliente elige cuenta
8. El cajero automtico solicita cantidad
9. El cliente ingresa cantidad a retirar
10. El cajero automtico muestra mensaje de error Saldo Insuficiente.

Qu es un Caso de Uso?
Escenario
1
Caso de Uso
Escenario
2
Escenario
3

Beneficios del Modelo de Caso de Uso
Permite la comunicacin entre el desarrollador con el usuario final y el

experto del dominio
Proporciona credibilidad en una etapa inicial del desarrollo del
sistema
Asegura una comprensin mutua de los requisitos
Permite identificar
Quin interactuar con el sistema y
Qu deber hacer el sistema, qu interfaz deber tener el
sistema
Permite verificar
Que:se han capturado todos los requisitos,
Que los desarrolladores hayan entendido los requisitos
Es usado como base para la pruebas, la planificacin del proyecto.

Elementos del Modelo de Casos de Uso
CASOS DE USO
ACTOR
Caso de uso comienza cuando el

profesor indica registrar notas.
El sistema muestra un formulario de
validacin de ingreso al sistema.
El usuario ingresa su clave de
acceso y su contrasea.
El sistema valida el ingreso.
El sistema muestra los cursos
asignados al profesor.
El profesor indica guardar.
El sistema valida toda la informacin
DESCRIPCIN DE
DIAGRAMA DE CASOS DE USO CASOS DE USO

Actor
Es un rol que un grupo de usuarios del sistema
cumplen cuando interactan con ste.
ACTOR

Actor
Situacin 1:
Sistema de
aerolnea
pasajero agente de viajes
Situacin 2:
Sistema de
aerolnea
pasajero (www.enPista.com)

Caso de Uso
Representa los requisitos funcionales del sistema
como un conjunto de escenarios de casos de uso
CASOS DE USO

Descripcin de Caso de Uso

Es el documento de especificacin del caso de uso
Caso de uso
Actor
Precondiciones
Poscondiciones
Flujo bsico
Flujos alternativos

Formato bsico de Descripcin de

Caso de Uso
Caso de uso :
Actores :
Precondicin :
Poscondicin :
Flujo Bsico
1.El caso de uso comienza cuando el actor
2.
3
Flujos Alternativos
1.
2.

Formato bsico de Descripcin de

Caso de Uso
Caso de uso :
Actores :
Precondicin :
Poscondicin :
Flujo Bsico
Actor Sistema
1.El caso de uso comienza 1.
cuando el actor 2.
2. 3.
3 Flujos Alternativos
1.
2.
Diagrama de Caso de Uso

Muestra las relaciones entre actores y casos de uso
BIBLIOTECA
Reservar
Libros
Registrar Socio
Prstamo
Registrar
Bibliotecario Devolucin

Diagrama de Caso de Uso:

Relacin entre actores
Usuario
Estudiante Profesor

Consultar horarios de cursos
Usuario
Validar acceso
(f rom Actors)
Consultar horario de exmenes

Estudiante
(f rom Actors)
Mantener informacin del estudiante
Consultar notas de un curso

Mantener informacin del profesor
Profesor
(f rom Actors)
Registrar notas de un curso
Cerrar un curso

Consultar notas de un curso

Estudiante
Consultar horarios de cursos (f rom Actors)
Mantener informacin del estudiante

Cerrar un curso
Validar acceso
Usuario
Mantener informacin del profesor
(f rom Actors)
Consultar horario de exmenes

Profes or
(f rom Actors)


(from Use Cases)
Profesor
(f rom Actors) Mantener inform acin del profesor
(from Use Cases)

Consultar horarios de exam enes (from Use Cases)
(from Use Cases)
Validar acceso
(from Use Cases)


(from Use Cases)
Profesor
(f rom Actors) Mantener inform acin del profesor
(from Use Cases)

Consultar horarios de exam enes (from Use Cases)
(from Use Cases)
Validar acceso
(from Use Cases)

Contenido

Construccin de modelo de Caso
de uso
Identificar Actores
Identificar casos de uso
Describir los casos de uso
Elaborar diagrama de casos de uso

de uso
La Empresa AIRTRANS, dedicada al servicio de transportes areos, necesita un sistema
de informacin para gestionar los datos de unidades, vuelos, pilotos, pasajeros y
reservas.
Despus de haber dialogado con el Encargado de Vuelos se concluy que es
responsable de Mantener datos de las unidades: el nmero, el tipo de avin, la fecha de
compra, el modelo, la capacidad de carga y la capacidad de pasajeros. Define los vuelos
que llevan carga, para los mismos necesita guardar la fecha, el piloto, el lugar de origen,
el destino, el peso de la carga y el monto del vuelo. Define los vuelos de pasajeros: fija
la fecha, el piloto y su tripulacin, origen, destino y capacidad de pasajeros.
El gerente nos inform que: Mantiene la informacin de los pilotos que trabajan en la
empresa: el nmero de piloto, el nombre, direccin, habilitacin, fecha del ltimo control
mdico. Necesita que el sistema le devuelva dado un piloto, los vuelos que ha realizado
en un periodo dado.
El empleado de ventas nos explic que: Mantiene informacin de los pasajeros de los
diferentes vuelos, para cada uno se le incorpora un nmero de identificacin, el nombre,
profesin, el telfono y la direccin. Los pasajeros realizan reservas para los distintos
vuelos, si no hay espacio disponible, se rechaza el pedido de reserva para ese vuelo.
Confirma los pasajeros que toman los vuelos. Slo se admiten pasajeros que hayan
realizado reservas previas. Necesita un reporte con los pasajeros que tomaron un vuelo.

de uso
Identificar Actores
Encargado de Gerente Empleado de

vuelos ventas

de uso
Identificar casos de uso
Mantener informacion de unidades Registrar vuelo de carga Registrar vuelo de pasajeros
Mantener informacino de pilotos Consultar vuelos por pilotos Mantener informacion de pasajeros
Registrar reservas de vuelo

Registrar confirmacin de vuelo Consultar pasajeros que tommaron
vuelo

de uso
Descripcin de casos de uso
Nombre C.U.S. Consultar Vuelos por Piloto
Actor Gerente
Precondicin El usuario ha sido admitido en el sistema con el rol de Gerente
Poscondicin El sistema ha mostrado los vuelos realizados por piloto
Flujo Bsico
1. El caso de uso se inicia cuando el Gerente indica Vuelos Realizados.
2. El Sistema muestra relacin de pilotos.
3. El Gerente escoge el nombre de piloto de la relacin mostrada.
4. El Sistema muestra calendario para escoger el periodo (fecha inicio y fecha de fin)
5. El Gerente escoge el periodo (fecha inicio y fecha de fin).
6. El Gerente indica Aceptar.
7. El Sistema muestra los vuelos realizados por el piloto en el periodo escogido.
8. El caso de uso finaliza.
Flujos Alternativos
Imprimir
En el paso 7, si el gerente indica Imprimir, el sistema imprime la informacin consultada y el caso de
uso finaliza.
No hay vuelos en periodo
En el paso 7, si no existen vuelos del piloto en el periodo seleccionado, el sistema muestra mensaje
Piloto no tiene registrado vuelos en el periodo y regresa a seleccionar otro piloto.

de uso
Diagrama de casos de uso
Registrar vuelo de carga

Mantener informacin de unidades
Encargado de
vuelos
Registrar vuelo de pasajeros
Consultar vuelos por pilotos

Gerente
Mantener informacin de pilotos
Mantener informacion de pasajeros

Registrar reservas de vuelo
Empleado de
ventas
Consultar pasajeros que tommaron

vuelo
Registrar confirmacin de vuelo

Conclusiones

UPC - Ingeniera de Requerimientos

UNMSM As 08 Requisitos

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

UNMSM As 08 Requisitos

Hochgeladen von

Copyright:

Verfügbare Formate

Universidad Nacional Mayor de San Marcos

Facultad de Ingeniera de Sistemas e Informtica

Anlisis de Sistemas de Informacin

Prof. Csar Luza Montero

Anlisis de Sistemas: Los requisitos en el desarrollo de software 2/37

2011 2012 2013 2014 2015

Anlisis de Sistemas: Los requisitos en el desarrollo de software 3/37

Uno de cada 7 proyectos se cancelan anticipadamente.

Anlisis de Sistemas: Los requisitos en el desarrollo de software 5

Qu son los Requisitos?

El Modelo de Casos de Uso

Construyendo Modelo de Casos de Uso

Anlisis de Sistemas: Los requisitos en el desarrollo de software 6

Expresin bsica de lo que el Necesidad traducida y

Cualquier comunicacin recibida del cliente debe ser

Anlisis de Sistemas: Los requisitos en el desarrollo de software 7

Ejemplo: Sistema acadmico

Ver mis notas sin tener El sistema debe permitir al

Publicar las notas de los El sistema debe permitir al

Anlisis de Sistemas: Los requisitos en el desarrollo de software 8

Un requisito es simplemente una declaracin abstracta de

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Identifique tcnicas de Elicitacin, Anlisis, Especificacin, y Validacin de Requisitos

Anlisis de Sistemas: Los requisitos en el desarrollo de software

Qu son los Requisitos?

El Modelo de Casos de Uso

Construyendo Modelo de Casos de Uso

Anlisis de Sistemas: Los requisitos en el desarrollo de software 23

El Modelo de Casos de Uso describe los

Anlisis de Sistemas: Los requisitos en el desarrollo de software 24

Sistema de Cajero Automtico

Anlisis de Sistemas: Los requisitos en el desarrollo de software 25

Escenario de un caso de uso

Anlisis de Sistemas: Los requisitos en el desarrollo de software 26

Ejemplo de escenario del caso de uso Retiro de cajero

Anlisis de Sistemas: Los requisitos en el desarrollo de software 27

Ejemplo de escenario del caso de uso Retiro de cajero

Escenario clave incorrecta

Anlisis de Sistemas: Los requisitos en el desarrollo de software 28

Ejemplo de escenario del caso de uso Retiro de cajero

Escenario Saldo insuficiente

Anlisis de Sistemas: Los requisitos en el desarrollo de software 29

Anlisis de Sistemas: Los requisitos en el desarrollo de software 30

Beneficios del Modelo de Caso de Uso

Permite la comunicacin entre el desarrollador con el usuario final y el

Anlisis de Sistemas: Los requisitos en el desarrollo de software 31

Caso de uso comienza cuando el

Anlisis de Sistemas: Los requisitos en el desarrollo de software 32

Anlisis de Sistemas: Los requisitos en el desarrollo de software 33

Anlisis de Sistemas: Los requisitos en el desarrollo de software 34

Anlisis de Sistemas: Los requisitos en el desarrollo de software 35

Descripcin de Caso de Uso

Anlisis de Sistemas: Los requisitos en el desarrollo de software 36

Formato bsico de Descripcin de

Anlisis de Sistemas: Los requisitos en el desarrollo de software 37

Formato bsico de Descripcin de