Análisis de Sistemas

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
Introduccin
Proceso de desarrollo de software
Anlisis de Sistemas: Los requisitos en el desarrollo de software 2/37

Introduccin
Las primeras etapas del Proceso
Anlisis del Sistema Requisitos

Se define el papel de cada Se detalla el mbito de
componente del sistema de funcionalidad del software,
informacin y de tal manera que cubra la
Se asigna al software el mbito totalidad de necesidades de
que le corresponde los usuarios
desempear.
Flujo Modelado de Negocio del RUP Flujo Requisitos del RUP

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 4

Introduccin
Por qu fracasan los proyectos de Software?
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 todo o parte de implement
funciones las 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

Introduccin
Uno de cada 7 proyectos se cancelan anticipadamente.

La causa ms comn suele ser9.3%
la imposibilidad de cerrar
10.6%
los requisitos
(Tom DeMarco)
Principales fuentes de riesgos
1. Requisitos 6. Proveedores
2. Adecuacin 7. Poltica
3. Entorno 8. Conflicto
cambiante 9. Innovacin
4. Recursos 10.Escala
5. Direccin
6/37
Anlisis de Sistemas: Los requisitos en el desarrollo de software
Introduccin
Robertson S. y Roberson J. (2006) sostienen que no importa la clase de

proyecto que se est desarrollando (grande o pequeo), ni tampoco si el
proceso de desarrollo es gil o pesado, si no se logra una correcta
comprensin de los requerimientos por parte de los analistas y se asegura
que el cliente tambin los comprende, el producto y el proyecto fallarn
La correcta obtencin de los requisitos es uno de los aspectos ms crticos

de un proyecto software, independientemente del tipo de proyecto que se
trate, dado que una mala captura de los mismos es la causa de la mayor
parte de los problemas que surgen a lo largo del ciclo de vida. Johnson
1995: 2(1):41-47.
7/37
Contenido
Qu son los Requisitos?
Clasificacin de Requisitos
El Modelo de Casos de Uso
Construyendo Modelo de Casos de Uso

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

que el cliente quiere: completada por el analista
Deseos, reglas de para que cumpla con
negocio, expectativas y ciertos criterios de
restricciones. aceptacin que le den
Se expresan en trminos claridad y objetividad.
del cliente y no, Permite desarrollar un
necesariamente, es diseo funcional del
objetiva y clara. 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
10

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).
11
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).
12
Los requisitos deben cumplir los siguiente:
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 Los
Anlisis de Sistemas: unarequisitos
sola interpretacin, nosoftware
en el desarrollo de causa
Atributos de los requisitos
Estado
Prioridad Costo
Dificultad
Requisito Propietario
Categora
Nivel de Test/
precedencia
Riesgo
Iteracin #

Clases de requisitos
Funcional No Funcional
Especifica una accin Especifica una
que debe ser capaz de propiedades del
realizar el sistema, sin sistema, como:
considerar restricciones Restricciones del
fsicas; entorno o de
Especifica implementacin,
comportamiento de rendimiento,
entrada / salida del dependencia de la
sistema (Jacobson, 2000. plataforma,
mantenibilidad,
Describe que debe extensibilidad o
hacer el sistema fiabilidad;
respecto a su entorno Especifica restricciones
Refleja las necesidades fsicas sobre un requisito
de los usuarios o la funcional (Jacobson, 2000. 15
Anlisis de Sistemas: Los
interaccin con requisitos
otros en el desarrollo de software
Requisitos Funcionales (RF)
Sistema para la gestin de una cadenas de videos

Requisitos No Funcionales (RNF)
Sistema para la gestin de una cadenas de videos

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 FURPS+
Los requisitos de usabilidad o Capacidad de Uso (Usability),
son aquellos que representan facilidad o nivel de uso del
producto; es decir, el grado en el que el diseo de un elemento
facilita o dificulta su manejo.
Se incluyen:
Factores humanos, Esttica, Consistencia de la interfaz de
usuario,
Ayudas en lnea, Agentes y wizards, Documentacin de
usuario y material de entrenamiento.
Por ejemplo, Visibilidad del texto a una cierta distancia y
Combinacin de colores del texto.

Clasificacin FURPS+
Los requisitos de Fiabilidad (Reliability),
son aquellos que muestran la capacidad de un sistema o
componente para ejecutar las funciones requeridas bajo
condiciones normales en un periodo de tiempo especifico.
Tiene las siguientes sub-categoras:
Disponibilidad (el porcentaje de tiempo disponible, horas de uso, acceso para
mantenimiento, etc.);
Tiempo medio entre fallas; Tiempo medio para reparacin, cunto tiempo es
posible que el sistema est inoperante despus que falla;
Exactitud (precisin y exactitud, segn algn estndar conocido) que se
requiere para las salidas del sistema; Cantidad mxima de errores o
porcentaje de defectos, generalmente expresado en trminos de errores por
miles de lneas de cdigo o errores por punto funcional; Errores o porcentaje
de defecto, categorizados en trminos de errores menores, significantes y
crticos (se debe definir que significa error crtico, por ejemplo prdida
completa de dato o imposibilidad de uso de ciertas funcionalidades del
sistema.

Clasificacin FURPS+
Los requisitos de Desempeo (Performance),
Se refieren a las caractersticas de rendimiento del sistema.
Incluye tiempos de respuesta especficos.
Por ejemplo:
Tiempo de respuesta para una transaccin (promedio,
mximo); Transacciones por segundo;
Capacidad, como por ejemplo el nmero de clientes o
transacciones que el sistema puede soportar;
Modos de degradacin, esto es, cual es el modo
aceptable de funcionamiento cuando el sistema ha sido
degradado de alguna manera;
Utilizacin de recursos: memoria, disco, comunicaciones, etc.

Clasificacin FURPS+
Los requisitoss de Soporte (Supportability),
Son requerimientos que refuerzan el soporte y
mantenimiento del sistema que est siendo construido,
incluyendo normas de codificacin, convenciones de
nombres, libreras, acceso para mantenimiento,
utilidades de mantenimiento si las hay.
Como requerimiento que ayuda al mantenimiento se
debe hacer referencia al uso de nomenclatura comn
para el desarrollo del sistema, y a la metodologa de
desarrollo.

Clasificacin FURPS+
Requisaitos Adicionales +
La base de datos ser DB2
La aplicacin ser J2EE
La aplicacin se ejecutar sobre Websphere Application
Server versin 5.1.0.2
La interfaz web deber ser compatible solamente con
Internet Explorer desde la versin 6 .0 y optimizada
para 800 x 600

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.

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.
26
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
27
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
El Modelo de Casos de Uso
Construyendo Modelo de Casos de Uso

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
5. Cargar dinero en el cajero automtico
6. 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
5. El caso de uso finaliza


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.
11. El caso de uso finaliza

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 CASOS DE
USO
DIAGRAMA DE 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

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
Registrar notas de un curso
(f rom Actors)


(from Use Cases)
Profes or
(f rom Actors) Mantener inform acin del profes or
(from Use Cases)
Registrar notas de un curs o

Cons ultar horarios de exam enes (from Use Cases)
(from Use Cases)
Validar acces o
(from Use Cases)


(from Use Cases)
Profes or
(f rom Actors) Mantener inform acin del profes or
(from Use Cases)
Registrar notas de un curs o

Cons ultar horarios de exam enes (from Use Cases)
(from Use Cases)
Validar acces o
(from Use Cases)

Contenido

Construccin de modelo de Caso
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
Encargado de Gerente Empleado de

vuelos ventas

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
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
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
Anlisis de Sistemas:
UPC - IngenieraLos requisitos en el desarrollo de software
de Requerimientos 61

Análisis de Sistemas

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Análisis de Sistemas

Uploaded by

Copyright:

Available Formats

Universidad Nacional Mayor de San Marcos

Facultad de Ingeniera de Sistemas e

Anlisis de Sistemas de Informacin

Prof. Csar Luza Montero

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

Las primeras etapas del Proceso

Anlisis del Sistema Requisitos

Flujo Modelado de Negocio del RUP Flujo Requisitos del RUP

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

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

2011 2012 2013 2014 2015

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

Uno de cada 7 proyectos se cancelan anticipadamente.

Principales fuentes de riesgos

Robertson S. y Roberson J. (2006) sostienen que no importa la clase de

La correcta obtencin de los requisitos es uno de los aspectos ms crticos

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 8

Expresin bsica de lo Necesidad traducida y

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

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 10

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

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 30

El Modelo de Casos de Uso describe los

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

Sistema de Cajero Automtico

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

Escenario de un caso de uso

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

Ejemplo de escenario del caso de uso Retiro de cajero

Ejemplo de escenario del caso de uso Retiro de cajero

Escenario clave incorrecta

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

Ejemplo de escenario del caso de uso Retiro de cajero

Escenario Saldo insuficiente

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

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

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 38

Caso de uso comienza cuando el