Asignatura: Sistemas de Información

Análisis de requisitos

Qué conocemos ?
1- Requerimiento funcional 2- Objetivos irreales

3- Priorización 4- Requerimiento no funcional

5- Validación 6- Costo de la complejidad

7- Gestión de riesgos 8- Por qué falla el software ?

Asignatura: Sistemas de Información
Análisis de requisitos

Por qué falla el software?

Why software fails ?

“Cada año se invierten millones de dólares en

proyectos de software que fracasan por errores
que podrían haber sido prevenidos”.
Asignatura: Sistemas de Información
Análisis de requisitos

Algunas causas:
• Objetivos irreales o inarticulados
• Estimaciones erróneas de los recursos necesarios
• Requisitos del sistema mal definidos
• Inadecuado seguimiento del proyecto
• Falta de control de riesgos
• Escasa comunicación entre clientes, desarrolladores y usuarios.
• Uso de una tecnología inmadura
• Incapacidad para manejar la complejidad del proyecto
Asignatura: Sistemas de Información
Análisis de requisitos

REFLEXION:

Cuál es el costo de la complejidad ?

Asignatura: Sistemas de Información
Análisis de requisitos

Cuál es el costo de la complejidad ?

Asignatura: Sistemas de Información
Análisis de requisitos

Análisis de requisitos del

sistema de información
Asignatura: Sistemas de Información
Análisis de requisitos

Qué es un requisito ?
Asignatura: Sistemas de Información
Análisis de requisitos

Requisito :
“una condición o capacidad que necesita el usuario
para resolver un problema o conseguir un objetivo
determinado”

Análisis de requisitos :
“El proceso del estudio de las necesidades de los
usuarios para llegar a una definición de los requisitos
del sistema, de hardware o de software, así como el
proceso de estudio y refinamiento de dichos
requisitos” ( fuente: IEEE )
Asignatura: Sistemas de Información
Análisis de requisitos

Restricciones

Comportamiento Calidad esperada

Requerimientos
Asignatura: Sistemas de Información
Análisis de requisitos Tipos de requisitos:

Funcionales
No
funcionales

Especifican lo que debe Son restricciones de los

hacer o los servicios que servicios del sistema o
debe proporcionar el funciones que ofrece
sistema. (comportamiento) (atributos de calidad)

Ej: Software gestión Ej: Rendimiento,

biblioteca: permitir alquilar confiabilidad, seguridad:
un libro, devolver un libro, espacio en disco para
comprar un libro almacenar la base de datos
Asignatura: Sistemas de Información
Análisis de requisitos

REFLEXION:

Cuál puede ser la mejor manera

de identificarlos ?
Asignatura: Sistemas de Información
Análisis de requisitos Una forma de hacerlo…

• Describir problema y actores

Concepción involucrados

• Validar que se entendió realmente

Indagación el problema

• Documentar el proceso de análisis

Elaboración
• Costo de cada requerimiento,
Priorización riesgo, impacto o importancia

• Identificar ambigüedades,
Validación inconsistencias o errores

Existen múltiples metodologías e incluso una rama denominada

Ingeniería de requerimientos
Asignatura: Sistemas de Información
Análisis de requisitos

Ejercicio
requerimientos
 Asignatura: Sistemas de Información
Análisis de requisitos
Es Funcional ó no funcional ?

El sistema debe ser El sistema debe permitir

capaz de procesar 500
transacciones por
minuto
El sistema debe poseer
a los usuarios
interfaces gráficas bien
registrados pagar con
formadas
tarjeta de crédito

El sistema debe ser

El sistema debe contar En la administración del
capaz de operar
con manuales de usuario sistema tendrá la opción
adecuadamente con
en línea de administrar usuarios
100 usuarios

El sistema verificara que

El usuario del sistema
la información necesaria
tiene la opción de
para crear un usuario
eliminar y modificar la
esté completa y luego al
factura
dar la opción de guardar
Asignatura: Sistemas de Información
Análisis de requisitos

En resumen:

• Cumplen a nivel general con las

Funcionales reglas del negocio y características
del negocio.

• Rendimiento de los procesos o del

No sistema y las características de
funcionales hardware, estándares o incluso
legales
Asignatura: Sistemas de Información
Análisis de requisitos

HISTORIAS DE USUARIOS
 Asignatura: Sistemas de Información
Análisis de requisitos

Una historia de usuario sigue el siguiente formato:

Como <quién> Quiero <qué> Para <objetivo>.

Ejemplo:

Como Vendedor, quiero registrar los productos y cantidades

que me solicita un cliente para crear un pedido de venta.

Criterio de aceptación: especifica qué salidas vamos a obtener

cuando finalice el proceso de ejecución de la funcionalidad.
Asignatura: Sistemas de Información
Análisis de requisitos

Ejercicio:
identificar otras historias de usuario
 Asignatura: Sistemas de Información
Análisis de requisitos

FIN

•Los textos, imágenes y logos son propiedad de sus respectivos autores