ESPECIFICACIN DE REQUERIMIENTOS

Janet Chumpitaz Miranda

Janet.chumpitaz@usil.pe

REQUERIMIENTOS
Qu son requerimientos?
Una condicin o capacidad que debe estar presente en un sistema o
componentes de sistema para satisfacer un contrato, estndar, especificacin u
otro documento formal.
(Std 610.12-1900, IEEE: 62)
Un requerimiento es simplemente una declaracin abstracta de alto nivel de un
servicio que debe proporcionar el sistema o una restriccin de ste.
(Sommerville,
108)
Los requerimientos especifican
lo que el2005:
sistema
debe de hacer (sus
funciones) y sus propiedades esenciales y deseables.

Es una necesidad documentada sobre el contenido, forma o funcionalidad de

un producto o servicio.
Son declaraciones que identifican: atributos, caractersticas y cualidades que
debe de cumplir un sistema para que tenga valor y utilidad para el usuario.

REQUERIMIENTOS
Qu caractersticas debe de tener un requerimiento?
a)

Encontrarse especificado por escrito: Ya que constituye un acuerdo entre varias

partes.

b)

Posible de comprobar o verificar: Si no se puede comprobar, entonces cmo se

sabr si se desarroll o no.

c)

Conciso: Debe ser fcil de leer y entender por cualquier tipo de lector
considerando su simplicidad y claridad para quienes lo consulten a futuro.

d)

Completo: No necesita ampliar detalles a su redaccin, proporciona la

informacin suficiente para su comprensin.

e)

Consistente: No se contradice con otro requerimiento.

f)

No ambiguo: Tiene una sola interpretacin, no confunde al lector.

REQUERIMIENTOS
ADICIONALMENTE
a)

Deben expresarse en forma individual.

b)

Deben estar organizados jerrquicamente (distintos niveles de detalle).

c)

Deben tener un cdigo que los identifique.

d)

Deben indicar su justificacin y quin lo propuso.

e)

Deben indicar cules son los criterios de aceptacin (para verificar su cumplimiento).

<id>

<nombre descriptivo>

[Versin]

<n versin>(<fecha de versin>)

Descripcin

El sistema deber
sistema>

[Importancia]

<justificacin del requisito para el cliente>

[Prioridad]

<prioridad del requisito para la direccin del proyecto>

Comentarios

<comentarios adicionales sobre el requisito general>

<descripcin del requisito general del

REQUERIMIENTOS FUNCIONALES
INDICAN QU DEBE DE HACER EL SISTEMA
(FUNCIONES)

Son declaraciones de servicios que debe de proporcionar el sistema, es decir la

manera cmo se debe de comportar o reaccionar a situaciones particulares.

Pueden ser:

Evidentes: Deben desarrollarse y el usuario debe estar consciente de que

se realiza.
Por ejemplo: El sistema debe permitir a los usuarios modificar el contenido
de una noticia.

Ocultas: Deben realizarse pero no ser visibles para los usuarios.

Por ejemplo: El sistema debe procesar el texto escrito para validar la

ortografa.

REQUERIMIENTOS FUNCIONALES
Ejemplos de requerimientos funcionales:
Matrcula:
REQF01: El sistema deber preguntar al alumno cul es el plan de estudios en el
que desea matricularse (pueden ser varios).
REQF02: El sistema deber generar una copia impresa de la constancia de
matrcula una vez finalizada la operacin por parte del alumno.
REQF03: El sistema deber bloquear la matrcula para aquellos alumnos que
mantengan deudas pendientes.
REQF04: El sistema deber organizar cronolgicamente las reservas, siendo las
ms antiguas las ms prioritarias y las ms recientes las menos prioritarias. .

Son claros, concisos y verificables, organizados jerrquicamente y desglosados en

requisitos individuales.

REQUERIMIENTOS FUNCIONALES
Su especificacin debe tener las siguientes caractersticas:
a)

Su redaccin deber ser comprensible para usuarios con y sin

conocimientos tcnicos de informtica.

b)

Deben especificar el comportamiento externo del sistema y evitar, en la

medida de lo posible, establecer caractersticas de su diseo tcnico.

c)

Deben encontrarse priorizadas y poder identificar cules son obligatorios y

cules son deseables.

REQUERIMIENTOS NO FUNCIONALES
INDICAN CMO DEBE DE SER EL SISTEMA
Prcticamente son restricciones que tiene la solucin de software
que se va a desarrollar, por ejemplo:

Restricciones en rendimiento: tiempo y

espacio.
Interfaces de usuario: dispositivos de e/s
Fiabilidad: Robustez del sistema, disponibilidad
de la solucin.
Mantenimiento
Seguridad
Portabilidad
Estndares
Herramientas (de desarrollo)
Software
Plazos de entrega

REQUERIMIENTOS NO FUNCIONALES
De ser posible deben ser redactados cuantitativamente para su posterior
validacin.
Est bien o mal especificado?
a)

El sistema ser lo ms fcil de usar posible.

b)

El sistema proporcionar una respuesta rpida al usuario.

c)

El sistema se recuperar automticamente al producirse un fallo.

Cmo valido que han sido desarrollados correctamente?

No es posible porque la especificacin es vaga, muy general y est abierta a
que tenga muchas interpretaciones.

REQUERIMIENTOS NO FUNCIONALES
Los mismos requerimientos NO funcionales especificados de forma que
pueda realizarse una verificacin posterior
a)

El sistema ser lo ms fcil de usar posible.

Un usuario debe ser capaz de utilizar todas las funciones del sistemas tras un
entrenamiento de 2 horas, tras el cual no cometer ms de 3 errores diarios en
promedio.

b)

El sistema proporcionar una respuesta rpida al usuario.

Cuando haya 40 usuarios accediendo de forma simultnea, el tiempo de respuesta
del sistema deber ser como mximo de 10 segundos.

c)

El sistema se recuperar automticamente al producirse un fallo.

Ante un fallo o cada del sistema, la restauracin no debe demorar ms de 5
minutos (en un estado vlido).

REQUERIMIENTOS NO FUNCIONALES
Ejemplos de requerimientos no funcionales:
Infraestructura/Hardware/Software:
REQNF01: La solucin de software deber implementarse considerando la
infraestructura existente en los laboratorios de la Universidad al momento de
realizar el estudio, es decir:
Monitor de caractersticas xyz.
CPU de caractersticas abc..
Etc
REQNF02: No es posible adquirir ninguna licencia de software.
REQNF03: La aplicacin deber ser implementada en PHP y utilizar como gestor
de base de datos Oracle.

Son claros, concisos y verificables

REQUERIMIENTOS FUNCIONALES NO FUNCIONALES

Problemtica:
Muchas veces es complicado distinguir si se trata de un requerimientos
funcional o no funcional, a veces no resulta evidente
Por ejemplo:
A nivel de seguridad, una especificacin no funcional puede indicar:
nicamente debe permitirse el acceso a la web a alumnos de la universidad
debidamente verificados.
Sin embargo:
Durante su elaboracin puede llevarnos a definir nuevos
requerimientos funcionales, por ejemplo: El sistema deber
permitir al
coordinador dar el alta a los usuarios que podrn
acceder al portal web.

Qu es importante?
Incluirlos, ya sea en una seccin u otra, lo importante es especificarlos correctamente

PROBLEMTICA EN LA DEFINICIN DE REQUERIMIENTOS

Los requerimientos no son obvios y vienen de muchas fuentes.

Son difciles de expresar en palabras (el lenguaje es ambiguo).

La cantidad de requerimientos en un proyecto puede ser difcil de manejar.

Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.

El usuario no puede explicar lo que hace

Tiende a recordar lo excepcional y olvidar lo rutinario

Hablan de lo que no funciona

Los usuarios tienen distinto vocabulario que los desarrolladores.

Usan el mismo trmino con distinto significado

Ingeniera de Requerimientos ayuda a los ingenieros de software a entender mejor el problema en cuya
solucin trabajarn. Incluye el conjunto de tareas que conducen a comprender cul ser el impacto del
software sobre el negocio, qu es lo que el cliente quiere y cmo interactuarn los usuarios finales con el
software. (Pressman, 2006: 155)
La ingeniera de requerimientos es el proceso de desarrollar una especificacin de software. Las
especificaciones pretender comunicar las necesidades del sistema del cliente a los desarrolladores del
sistema. (Sommerville, 2005: 82)

SRS

ESPECIFICACIN DE REQUERIMIENTOS DEL SISTEMA

Qu es ERS (SRS)?
Es el documento que contiene la descripcin completa del sistema
que se va a desarrollar.
Su estructura ha sido definida por IEEE y si bien no se requiere que se
siga estrictamente, para su correcto entendimiento debera contener:

1.

Definicin del mbito del sistema:

a. Damos un nombre al sistema: Mi sistema
b. Se realiza una explicacin de lo que sistema har y no har.
c. Se describen los beneficios, objetivos y metas que se espera alcanzar con el sistema
que se desarrollar.

2.

Acrnimos, abreviaturas, definiciones.

ESPECIFICACIN DE REQUERIMIENTOS DEL SISTEMA

continuacin:
3. Descripcin general del sistema:
No se describen los requisitos, si no su contexto.
Permitir entender con mayor facilidad los requerimientos descritos a continuacin.
Perspectiva del software:
En caso se encuentre relacionada con otros sistemas.
Mi sistema interacta con cuatro productos de software.
Los cuales sern comerciales, por lo tanto adquiridos y no desarrollados.
Son los siguientes:
Sistema de contabilidad, que solicitar, todas las quincenas, el reporte de
asistencias de los empleados, con lo cual calcular el sueldo
correspondiente.
Etc

ESPECIFICACIN DE REQUERIMIENTOS DEL SISTEMA

continuacin:
3. Descripcin general del sistema:
Continuacin
Funciones del software
Resumen a grandes rasgos de las funciones del sistema.
Por ejemplo: El sistema permitir realizar la gestin de las cuentas de los
usuarios, el seguimiento de las compras realizadas en lnea.
La solucin a desarrollar contiene las secciones siguientes:
Contendr una seccin web de administracin, a travs de la cual nicamente
los usuarios registrados podrs gestionar los contenidos.
Contendr una seccin mvil que podr ser descargada e instalada en
dispositivos Android y permitir realizar compras. No es posible registrarse por
este medio.
Etc

ESPECIFICACIN DE REQUERIMIENTOS DEL SISTEMA

continuacin:
3. Descripcin general del sistema:
Continuacin
Caractersticas de los usuarios
Describiendo caractersticas generales de cada usuario, incluyendo nivel
educacional, experiencia y experiencia en tecnologa.
Por ejemplo:
El sistema tiene tres usuarios: Profesores, alumnos y coordinadores
acadmicos.
El usuario profesor tiene las siguientes caractersticas:
- Formacin universitaria.
- Utiliza frecuentemente las herramientas informticas.
- Etc

ESPECIFICACIN DE REQUERIMIENTOS DEL SISTEMA

continuacin:
3. Descripcin general del sistema:
Continuacin
Restricciones del software
Se deber describir aquellas limitaciones que se imponen sobre los
encargados de desarrollar el software.
Por ejemplo:
El sistema tiene tres usuarios: Profesores, alumnos y coordinadores
acadmicos.
El usuario profesor tiene las siguientes caractersticas:
- Formacin universitaria.
- Utiliza frecuentemente las herramientas informticas.
- Etc
Requisitos futuros: Futuras mejoras al sistema, que podrn analizarse o
implementarse a futuro.

ESPECIFICACIN DE REQUERIMIENTOS DEL SISTEMA

continuacin:
4. Requisitos especficos:
Todo requisito especificado debe describir el comportamiento externo del sistema,
perceptible por usuarios y otros sistemas, es la seccin mas larga e importante del
documento.
a. Requerimientos funcionales:
Subseccin (mas larga del documento) debe especificar todas
aquellas funciones (acciones) que deber llegar a cabo el
software. Si es necesario pueden considerarse grficas y
tablas, pero siempre supeditadas al lenguaje natural y
no al revs.
Pueden estar organizados de mltiples formas, considerando:
i. Tipos de usuario
ii. Objetivos
iii. Tipos de aplicaciones
iv. Secciones
v. Jerarqua funcional: cules se efectan primero

ESPECIFICACIN DE REQUERIMIENTOS DEL SISTEMA

continuacin:
4. Requisitos especficos:
Todo requisito especificado debe describir el comportamiento externo del sistema,
perceptible por usuarios y otros sistemas, es la seccin mas larga e importante del
documento.
b. Requerimientos no funcionales
i. Requisitos tecnolgicos

El sistema debe permitir el acceso concurrente de 40

usuarios.

ii. Requisitos de rendimiento

El sistema debe permitir el acceso concurrente de 40

usuarios.

iii. Reglas del negocio

La constancia de pago nicamente podr ser el voucher.

Ningn empleado tiene tolerancia en la hora de ingreso.
Etc

iv. Requisitos de diseo

v. Otros requisitos

ESPECIFICACIN DE REQUERIMIENTOS DEL SISTEMA

Bibliografa:
IEEE STD 830."Especificaciones de los requisitos
del Software
Ian Sommerville. Ingeniera de Software.

ERS TRABAJO PRCTICO

En base al proyecto que usted y su grupo defini:
Iniciar el desarrollo del documento de Especificacin de
requerimientos segn la plantilla adjunta, desarrollar y entregar las
secciones en las fechas indicadas:
Documento de
Microsoft Word 97-2003

1. Seccin Requerimientos Especficos:

a. Requerimientos funcionales: Divididos por secciones generales,
por ejemplo:
i. Aplicacin Web
Registro de clientes
REQW01: El sistema deber permitir el registro de cualquier
usuario a travs del portal.
REQW02: El sistema deber solicitar a los usuarios los datos
siguientes: DNI, nombres, etc.
REQW03: El sistema deber generar un cdigo para cada cliente.
Consulta de productos
REQW04: El sistema deber permitir visualizar los productos
registrados que tengan stock (mayor que 1).

ii. Aplicacin Mvil

Seccin N
Requerimiento M01:

ERS TRABAJO PRCTICO

Continuacin
1. Seccin Requerimientos Especficos:

Documento de
Microsoft Word 97-2003

b. Requerimientos no funcionales
i. Requisitos tecnolgicos

Requisitos de hardware.
Requisitos de software.
Requisitos de infraestructura.

ii. Requisitos de rendimiento

El sistema debe permitir el acceso concurrente de 40 usuarios.

El tiempo de respuesta deber ser, como mximo de 10
segundos.
Etc

iii. Reglas del negocio

La constancia de pago nicamente podr ser el voucher.

Ningn empleado tiene tolerancia en la hora de ingreso.
Etc

iv. Otros requisitos

Fecha de entrega: 02 de mayo