Análisis de Requerimientos

Introducción

Beatriz Báez Azócar

2021
 Objetivos
Conocer y aplicar los pasos a
seguir en la etapa de análisis
de requisitos en el desarrollo
de software.

1. Introducción
2.Proceso de ing. de RQ
3. Clasificación de RQ

2 Ingeniería de Requerimientos - Beatriz Báez Azócar

Introducción
• Los requerimientos para un sistema son descripciones de lo que el sistema debe
hacer: el servicio que ofrece y las restricciones en su operación.
• Reflejan las necesidades de los clientes por un sistema que atienda cierto
propósito, como sería controlar un dispositivo, realizar un pedido o buscar
información.
• Al proceso de descubrir, analizar, documentar y verificar estos servicios y
restricciones se le llama Ingeniería de Requerimientos (IR).
• Tanto el desarrollador como el cliente tienen un papel activo en la ingeniería de
requisitos.
➢ El cliente intenta replantear un sistema confuso, a nivel de descripción de datos, funciones y
comportamiento, en detalles concretos.
➢ El desarrollador actúa como interrogador, como consultor, como persona que resuelve
problemas y como negociador.

3 Ingeniería de Requerimientos - Beatriz Báez Azócar

Introducción
Los requerimientos del usuario son
enunciados, en un lenguaje natural junto con
diagramas, acerca de qué servicios esperan
los usuarios del sistema, y de las restricciones
con las cuales éste debe operar.

Los requerimientos del sistema son

descripciones más detalladas de las
funciones, los servicios y las restricciones
operacionales del sistema de software.

El documento de requerimientos del sistema (llamado en ocasiones especificación funcional)

tiene que definir con exactitud lo que se implementará.
4 Ingeniería de Requerimientos - Beatriz Báez Azócar
 Este ejemplo de un sistema
de administración de
pacientes para apoyar la
atención a la salud mental
(MHC-PMS):

5 Ingeniería de Requerimientos - Beatriz Báez Azócar

Introducción

Lectores de los
requerimientos del
usuario y del sistema.

6 Ingeniería de Requerimientos - Beatriz Báez Azócar

Proceso de Ingeniería de RQ
• La meta del proceso de requerimientos es crear y mantener un documento de
requerimientos del sistema.
• El proceso general está formado por cuatro subprocesos de alto nivel. Estos
evalúan si el sistema es útil para el negocio (estudio de viabilidad); el
descubrimiento de requerimientos (obtención y análisis); la transformación de
estos requerimientos en formularios estándar (especificación), y la verificación de
que los requerimientos realmente definen el sistema que quiere el cliente
(validación).

7 Ingeniería de Requerimientos - Beatriz Báez Azócar

Proceso de Ingeniería de RQ

8 Ingeniería de Requerimientos - Beatriz Báez Azócar

1. Estudio de Viabilidad
• Se debe partir con este pequeño estudio que es un conjunto de requerimientos
preliminares, una descripción resumida del sistema.
• Como resultado se tiene un informe que recomiendo si es posible o no seguir con
la ingeniería de requerimientos y el proceso de desarrollo del sistema.

¿Contribuye el sistema a los objetivos de la organización?

¿Se puede implementar el sistema utilizando la tecnología actual y dentro de las restricciones de
costo y tiempo?

¿Puede integrarse el sistema con otros sistemas existentes en la organización?

9 Ingeniería de Requerimientos - Beatriz Báez Azócar

1. Estudio de Viabilidad
• Fuentes de información: jefes de
departamentos, ingenieros de software
familiarizados con el sistema propuesto,
usuarios finales del sistema y expertos en
tecnología.
• Para finalizar este estudio se redacta el
informe de estudio de factibilidad que
indica si debe continuar o no el desarrollo
del sistema.
• Se pueden proponer cambios en el alcance,
presupuesto y otros cambios.

10 Ingeniería de Requerimientos - Beatriz Báez Azócar

2. Obtención y Análisis de RQ
• Problemas de alcance. La frontera de los sistemas está mal definida o los clientes
o usuarios finales especifican detalles técnicos innecesarios que confunden, más
que clarifican, los objetivos generales del sistema.
• Problemas de entendimiento. Los clientes o usuarios no están completamente
seguros de lo que se necesita, comprenden mal las capacidades y limitaciones de
su ambiente de computación, no entienden todo el dominio del problema, tienen
problemas para comunicar las necesidades al ingeniero de sistemas, omiten
información que creen que es “obvia”, especifican requerimientos que están en
conflicto con las necesidades de otros clientes o usuarios, o solicitan
requerimientos ambiguos o que no pueden someterse a prueba.
• Problemas de volatilidad. Los requerimientos cambian con el tiempo.
Para superar estos problemas, debe enfocarse la obtención de requerimientos en
forma organizada.
11 Ingeniería de Requerimientos - Beatriz Báez Azócar
Clasificación de los RQ

Requerimientos funcionales

• Son enunciados acerca de servicios que el sistema debe proveer, de cómo debería
reaccionar el sistema a entradas particulares y de cómo debería comportarse el
sistema en situaciones específicas. En algunos casos, los requerimientos funcionales
también explican lo que no debe hacer el sistema.

Requerimientos no funcionales

• Son limitaciones sobre servicios o funciones que ofrece el sistema. Incluyen

restricciones tanto de temporización y del proceso de desarrollo, como impuestas
por los estándares. Los requerimientos no funcionales se suelen aplicar al sistema
como un todo, más que a características o a servicios individuales del sistema

12 Ingeniería de Requerimientos - Beatriz Báez Azócar

Requerimientos Funcionales
• Los requerimientos funcionales se refieren lo que el sistema debe hacer.
• Los requerimientos dependen del tipo de software que se esté desarrollando, de
los usuarios esperados del software y del enfoque general que adopta la
organización cuando se escriben los requerimientos.
• Al expresarse como requerimientos del usuario, los requerimientos funcionales
se describen por lo general de forma abstracta que entiendan los usuarios del
sistema.
• Sin embargo, requerimientos funcionales más específicos del sistema detallan las
funciones del sistema, sus entradas y salidas, sus excepciones, etcétera.

13 Ingeniería de Requerimientos - Beatriz Báez Azócar

Requerimientos Funcionales
Por ejemplo, veamos algunos casos de requerimientos funcionales para el sistema
MHC-PMS que se usan para mantener información de pacientes que reciben
tratamiento por problemas de salud mental:
1. Un usuario podrá buscar en todas las clínicas las listas de citas.
2. El sistema elaborará diariamente, para cada clínica, una lista de pacientes que
se espera que asistan a cita ese día.
3. Cada miembro del personal que usa el sistema debe identificarse de manera
individual con su número de ocho dígitos.

14 Ingeniería de Requerimientos - Beatriz Báez Azócar

 Requerimientos Funcionales
A continuación otro ejemplo de
los requerimientos funcionales
del Sistema Control de
Inventarios del Quiosco
AFUNABB

http://repobib.ubiobio.cl/jspui/bitstream/123456789/714/1/Troncoso%20Mu%C3%B1oz%
2C%20Carolina%20del%20Carmen.pdf

15 Ingeniería de Requerimientos - Beatriz Báez Azócar

Requerimientos Funcionales
• La inexactitud en la especificación de requerimientos causa muchos
problemas en la ingeniería de software.
• Puede ser que un desarrollador de sistemas interprete un
requerimiento ambiguo de forma que simplifique su implementación.
Sin embargo, con frecuencia, esto no es lo que desea el cliente.
• Por lo tanto, deben establecerse nuevos requerimientos y efectuar
cambios al sistema. Desde luego, esto aplaza la entrega del sistema y
aumenta los costos.

16 Ingeniería de Requerimientos - Beatriz Báez Azócar

Requerimientos Funcionales
• Es el caso del primer ejemplo de requerimiento para el MHC-PMS :
1. Un usuario podrá buscar las listas de citas en todas las clínicas.
• El motivo para este requerimiento es que los pacientes con problemas de salud
mental en ocasiones están confundidos.
• Los miembros del personal médico que especifican esto quizás esperen que
“buscar” significa que, dado el nombre de un paciente, el sistema busca dicho
nombre en las citas de todas las clínicas.
• Sin embargo, esto no es claro en el requerimiento. Los desarrolladores del
sistema pueden interpretar el requerimiento de forma diferente e implementar
una búsqueda, de tal modo que el usuario deba elegir una clínica y luego realizar
la búsqueda. Evidentemente, esto implicará más entradas del usuario y tomará
más tiempo.

17 Ingeniería de Requerimientos - Beatriz Báez Azócar

Requerimientos Funcionales

• En principio, la especificación de los

requerimientos funcionales de un sistema debe
ser completa y consistente.
• 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.

18 Ingeniería de Requerimientos - Beatriz Báez Azócar

Fin Presentación
Ahora puedes realizar las actividades propuestas en Aula Virtual

Ingeniería de Requerimientos - Beatriz Báez Azócar 19