Está en la página 1de 28

¿QUÉ ES UN

REQUERIMIENTO?
REQUERIMIENTOS
Lo primero que debemos saber es

¿ QUE SON LOS REQUERIMIENTOS ?

Son las necesidades y deseos de los interesados.


DEFINICIONES
Es decir, los requerimientos son lo que los
clientes/usuarios esperan que haga el sistema
• Que hacemos con los requisitos?
• No podemos recordar todo lo que habla el cliente
• Nunca debemos dejar nuestra memoria toda la
información
• El Documento de requisitos es una buena solución a este
problema
• El Documento de requisitos debe contener:

• Detalles del problema


• Propiedades y comportamientos deseados
del sistema
• Restricciones de diseño y fabricación del
producto
• Lo que el sistema soluciona
• Restricciones tecnológicas y funcionales
DOCUMENTO DE
REQUERIMIENTOS
Como se redacta.
• El sistema hará….
• El producto solucionará…
• O puede contar con diagramas

Según la metodología aplicada en la organización


ORGANIZACIÓN DE LOS
REQUERIMIENTOS
Tipificación

• Muy generales..
• Funcionales
• De implementación
• De rendimiento
• De usabilidad
TIPIFICACIÓN DE
REQUERIMIENTOS
Distintos requerimientos
Objetivos vs Requerimientos.
• Un objetivo todavía no es un requerimiento.
• Los objetivos son utilizados para guiar el proceso de IR.
• Pueden ser utilizados para identificar los diversos
requerimientos.

Ejemplo:

“Implementar un sistema de acceso a biblioteca que funcione en un


dispositivo móvil”
EJEMPLOS DE
REQUERIMIENTOS

1. El sistema debe mantener una serie de registros de las búsquedas


de material de la biblioteca, incluyendo libros, periódicos, revistas
y discos compactos, realizadas por el usuario.
2. El sistema debe permitir que los usuarios busquen un objeto por
titulo, autor o ISBN
3. La interfaz de usuario del sistema debe ser implementada usando
un navegador Web
4. El sistema debe mostrar información al usuario en menos de 1
minuto.
5. El sistema debe estar disponible en al menos tres sistemas
operativos móviles existentes.
Los requerimientos pueden describir alguno de los siguientes puntos:
•Una facilidad a nivel de usuario.
Ejemplo: El procesador de texto debe incluir un verificador de ortografía y una función de
corrección

•Una propiedad muy general del sistema.


Ejemplo: El sistema debe asegurar que la información personal nunca se haga disponible sin
autorización.

•Una restricción especifica del sistema


Ejemplo: El sensor debe ser presionado diez veces por segundo.

•Una restricción para el desarrollo del sistema


Ejemplo: El sistema debe ser desarrollado usando Android.

•Como realizar una operación


Ejemplo: La cantidad de registros debe ser obtenida a través de las fechas de acceso,
sumando cada una.
TIPOS DE
REQUERIMIENTOS
Requerimientos Funcionales
Requerimientos No funcionales
Requerimientos del dominio

Los Requerimientos funcionales describen servicios o funciones,


de la manera en que éste debe reaccionar a entradas particulares
y de cómo se debe comportar en situaciones particulares
.

Representación:
Lenguaje natural
Modelos visuales
Métodos formales
TIPOS DE
REQUERIMIENTOS

Los requerimiento Funcionales definen:


• Cuáles entradas debe aceptar el sistema
• Cuáles salidas debe producir el sistema
• Qué datos debe almacenar el sistema que utilizarán otros
sistemas
• Qué operaciones debe realizar el sistema
TIPOS DE
REQUERIMIENTOS

Ejemplo de requerimientos Sistema para el control de maletas en


un aeropuerto.
Requerimiento del Usuario:
El sistema debe ser capaz de procesar 20 maletas por minuto.
Algunos requerimientos del sistema:
• Cada maleta procesada debe lanzar un evento de
almacenamiento.
• El sistema debe ser capaz de manejar 20 eventos de
almacenamiento por minuto.
Los Requerimientos no funcionales
• Son un límite en el sistema o en el proceso de desarrollo.
• Los requerimientos no funcionales no se refieren directamente
a las funciones específicas que proporciona el sistema, sino a
las propiedades emergentes de éste como la fiabilidad, el
tiempo de respuesta y la capacidad de almacenamiento
REQUERIMIENTOS
FUNCIONALES Y NO
FUNCIONALES
Un requisito no funcional pueden ser restricciones a los
requisitos funcionales.

Ejemplo: Requisito funcional


El sistema presentara una ventana para el ingreso del usuario

Ejemplo de Requisito no funcional

El usuario se validará en menos de 5 sg


REQUERIMIENTOS NO
FUNCIONALES
Los requerimientos no funcionales por
lo general deben ser medibles

 Alos clientes no les es


posible traducir sus
metas en requerimientos
cuantitativos
REQUERIMIENTOS DE CALIDAD

• Detallan las características que un producto debe poseer para


mantener su efectividad y prever posibles problemas y
limitaciones

• Un requisito de calidad es un requisito que pertenece a un


problema de calidad que no está cubierto por requisitos
funcionales.
• Los requisitos de calidad y las condiciones o restricciones
también son llamados requisitos no funcionales

• Son documentados en lenguaje natural


EJERCICIO

Descripción Clasificación Sub_clasificación


La tasa de tiempos de falla del sistema no podrá ser mayor
al 0,5% del tiempo de operación total
Toda funcionalidad del sistema y transacción de negocio
debe responder al usuario en menos de 5 segundos
Los permisos de acceso al sistema podrán ser cambiados
solamente por el administrador de acceso a datos
La aplicación deberá consumir menos de 500 Mb de
memoria RAM
El procedimiento de desarrollo de software a usar debe estar
definido explícitamente (en manuales de procedimientos) y
debe cumplir con los estándares ISO 9000
El sistema debe proporcionar mensajes de error que sean
informativos y orientados a usuario final.
El sistema debe ser desarrollado utilizando las herramientas
CASE XYZ.

Sistemas de datos médicos: El nuevo sistema y sus


procedimientos de mantenimiento de datos deben cumplir
con las leyes y reglamentos de protección de datos médicos
Descripción Clasificaci Sub_clasificación
ón
La tasa de tiempos de falla del sistema no podrá ser mayor Producto Fiabilidad
al 0,5% del tiempo de operación total
Toda funcionalidad del sistema y transacción de negocio Producto Eficiencia
debe responder al usuario en menos de 5 segundos
Los permisos de acceso al sistema podrán ser cambiados Producto Seguridad
solamente por el administrador de acceso a datos
La aplicación deberá consumir menos de 500 Mb de Producto Espacio
memoria RAM
El procedimiento de desarrollo de software a usar debe estar Organizacional Operacionales
definido explícitamente (en manuales de procedimientos) y
debe cumplir con los estándares ISO 9000
El sistema debe proporcionar mensajes de error que sean Producto Usabilidad
informativos y orientados a usuario final.
El sistema debe ser desarrollado utilizando las herramientas Organizacional Desarrollo
CASE XYZ.

Sistemas de datos médicos: El nuevo sistema y sus Externos Legislativos


procedimientos de mantenimiento de datos deben cumplir
con las leyes y reglamentos de protección de datos médicos
Requerimientos del Dominio

Son requerimientos que provienen del dominio de aplicación del


sistema y que reflejan las características de ese dominio.

Incluyen terminología especializada del dominio o referencias a


conceptos del dominio.

Pueden ser:
• Requerimientos funcionales nuevos
• Restringir los existentes o
• Establecer como se deben ejecutar cálculos particulares
Ejemplo de RD para un sistema de biblioteca:

1.- Deberá existir una interfaz de usuario estándar para todas las
bases de datos que estará basada en el estándar Z39.50

Ejemplo para un sistema de control de trenes

La desaceleración del tren se calculará como:


Dtren = Dcontrol + Dgradiente

donde Dgradiente es 9.81ms2 * gradiente compensado/ alfa y en


donde los valores de 9.81ms2 / alfa se conocen para diferentes tipos
de trenes
IMPORTANCIA Y CATEGORIZACIÓN
DE LOS REQUISITOS DE CALIDAD
EJERCICIO:
Considere un sistema de “Casa Inteligente”, el cual consiste en una combinación de hardware y software, en el cual una o mas
computadoras controlan varios aspectos de la casa, incluyendo control de clima, seguridad, entretenimiento, entre otros.

Para este sistema defina:


-Dos objetivos que el sistema deba realizar y a partir de estos:
-Automatizar actividades cotidianas
-Facilitar al usuario la accesibilidad a aparatos y tareas especificas.
-Tres requerimientos funcionales
-Se encienda las luces de la sala a partir de cierta hora
-El sistema enviara un mensaje al propietario cuando se detecte movimiento en la puerta.
-La regulación de la temperatura se realizara por comandos de voz.
-Tres requerimientos No Funcionales
-El sistema de casa inteligente debe responder en un máximo de10 a 20 segundos.
-El sistema puede ser controlado por voz o aplicación móvil.
-Antes de realizar una actualización el sistema notificara al usuario.
-Tres requerimientos de dominio
-El calculo de temperatura estará predeterminado en grados centígrados. Y puede modificarse solo por el usuario adminitrador,
-El uso horario viene predeterminado por UTC-5 puede modificarse solo por el usuario con permisos de administrador.
-Control de aparatos electrónicos por comando de voz.
EJERCICIO 2
Lea la descripción del problema dada en el documento
adjunto y describa.

Requerimientos no funcionales:
Del producto
De la organización
Externos
Herramientas para el tratamiento, administración
y desarrollo de requerimientos
1. Herramientas para administración de requerimientos:
Rational Requisite Pro®
Web Requisite®
CaliberRM®
REM
2. Herramientas CASE para especificar requerimientos:
Together®
3. Frameworks para el análisis de requerimientos
4. Metodologías que indican como llevar los procesos de
Requerimientos:
Zachman Framework, una herramienta utilizada para
analizar las características y requerimientos envueltos dentro
de la arquitectura de cualquier sistema de información.
RUP(Rational Unified Process), sugiere llevar ciertos
documentos para el manejo y administración de requerimientos

También podría gustarte