Laboratorio de Análisis y Diseño de Sistemas
UNIVERSIDAD CATÓLICA DE SANTA MARÍA
Escuela Profesional de Ingeniería de Sistemas
Sesión 5:
Requerimientos de Software
I. OBJETIVOS
• Identificar los Requerimientos de Software.
• Realizar la Especificación de Requerimientos de Software.
II. TEMAS A TRATAR
• SWEBOK
• Requerimientos Funcionales
• Requerimientos No Funcionales
III. MARCO TEORICO
SWEBOK
El propósito de la Guía del Cuerpo de Conocimientos de Ingeniería de Software (SWEBOK,
por sus siglas en inglés) es proporcionar una caracterización validada consensualmente de los
límites de la disciplina de ingeniería de software y proporcionar un acceso tópico al Cuerpo de
Conocimientos que respalda esa disciplina. El cuerpo de conocimiento se subdivide en quince
áreas de conocimiento de ingeniería de software (AC)
El Área de Conocimiento de Requisitos se ocupa de la obtención, análisis, especificación y
validación de requisitos de software, así como la gestión de requisitos durante todo el ciclo de
vida del producto de software.
1 José Sulla Torres
Laboratorio de Análisis y Diseño de Sistemas
Requerimientos Funcionales.
Un Requerimiento funcional define una función del sistema de software o sus componentes.
Una función es descrita como un conjunto de entradas, comportamientos y salidas. Los
requisitos funcionales pueden ser: cálculos, detalles técnicos, manipulación de datos y otras
funcionalidades específicas que se supone, un sistema debe cumplir.
Los requisitos funcionales establecen los comportamientos del software.
Un requisito funcional típico contiene un nombre, un número de serie único y un resumen. Esta
información se utiliza para ayudar al lector a entender por qué el requisito es necesario, y para
seguir al mismo durante el desarrollo del producto.
Ejemplo:
- El sistema debe permitir al usuario introducir los datos de un cliente nuevo
- El sistema debe permitir a los usuarios buscar el producto por nombre y código.
- El sistema debe permitir realizar la forma de pago con tarjeta de crédito.
- El sistema debe permitir generar reportes diarios, semanales y mensuales.
- …
Requerimientos No Funcionales.
Son las restricciones o condiciones que impone el cliente al programa que necesita, por
ejemplo, el tiempo de entrega del programa, el lenguaje o la cantidad de usuarios.
Los requisitos no funcionales a veces se conocen como restricciones o requisitos de
calidad. Se pueden clasificar de acuerdo a si son requisitos de rendimiento, requisitos de
mantenimiento, requisitos de seguridad, requisitos de confiabilidad, requisitos de seguridad,
requisitos de interoperabilidad o uno de muchos otros tipos de requisitos de software.
Ejemplo:
- El sistema debe ser realizado en el lenguaje Visual C#
- EL máximo espacio de almacenamiento por el sistema debe ser de 20 Mb.
- El tiempo de respuesta de la confirmación de pago debe ser 3 seg.
- El sistema debe estar disponible 20x7x365.
- …
Herramientas de gestión de requisitos.
A continuación, se muestra una breve lista de herramientas de gestión de requisitos que
pueden ser de ayuda para documentar, analizar, rastrear, priorizar y trazar los requisitos.
Herramientas de gestión de requisitos Compañía URL
IBM Rational DOORS IBM Rational https://www.ibm.com/es-es/products/requirements-management
Visure Requirements Visure Solutions https://visuresolutions.com/visure-requirements-trial
https://www.3ds.com/es/productos-y-
Reqtify Dassault Systèmes
servicios/catia/productos/reqtify/
Jama Jama Software https://www.jamasoftware.com/
https://www.osseno.com/en/requirements-management-
ReqSuite® RM Osseno
tool/?r=rmt&dpm=39467
2 José Sulla Torres
Laboratorio de Análisis y Diseño de Sistemas
Gatherspace Gatherspace https://www.gatherspace.com/
RequisitePro IBM Rational https://www-03.ibm.com/software/products/en/reqpro
SysML SysML https://sysml.org/
SpiraTest Inflectra https://www.inflectra.com/SpiraTest/
IV. ACTIVIDADES (Individual – se presenta en la Sesión actual)
1. Acceda al siguiente enlace:
www.inflectra.com/SpiraTest/
2. Haga click en la opción Start my free trial.
3. Siga las indicaciones y el llenado del formulario para acceder a la versión libre.
4. Una vez registrado, le llegará un email con un link, el usuario y password para acceder al sitio
web.
5. En la Ventana Principal, haga click en Sample Empty Product 1,
3 José Sulla Torres
Laboratorio de Análisis y Diseño de Sistemas
6. Luego haga click en la opción Requerimientos,
4 José Sulla Torres
Laboratorio de Análisis y Diseño de Sistemas
7. Inserte los siguientes requerimientos:
8. Indente (Dentro) los Requerimientos para formar Grupos de Módulo:
5 José Sulla Torres
Laboratorio de Análisis y Diseño de Sistemas
9. Configure la importancia de los requerimientos:
10. Configure los Lanzamientos de los productos. Haga click en la pestaña Release.
11. Inserte los siguientes lanzamientos
6 José Sulla Torres
Laboratorio de Análisis y Diseño de Sistemas
12. Inserte las siguientes iteraciones indentadas.
13. En la pestaña Requerimientos le agregamos el lanzamiento a cada requerimiento.
7 José Sulla Torres
Laboratorio de Análisis y Diseño de Sistemas
14. Quedando de la siguiente manera:
15. Agregue tres requisitos más para el módulo 2 y añada la importancia y lanzamiento a cada uno
de ellos:
V. Ejercicios (Grupal – Hacer el informe y presentarlo en la siguiente sesión)
Realice el informe donde desarrolle los siguientes ejercicios
1. Determine los Requisitos de Software de su Proyecto.
2. Agregue las versiones de los lanzamientos de sus requisitos.
VI. Cuestionario (Responda en el mismo Informe)
Responda las siguientes preguntas:
1. ¿Qué son Requisitos Funcionales?
2. ¿Qué son Requisitos No Funcionales?
3. ¿Cuál es la importancia de la correcta Especificación de los Requisitos Funcionales?
VII. Bibliografía y referencias
1. Rosenblatt, “Systems Analysis and Design”, 11 Ed. Shelly Cashman Series, 2017
2. www.inflectra.com/SpiraTest/
8 José Sulla Torres
