Profesor: Integrantes:

• Rodríguez Acosta Adolfo • Rodríguez Roman Ángel Emanuel

• Zúñiga Novoa Mario

6CM15
Explicar amplia y detalladamente que son los requerimientos
funcionales y que son los requerimientos no funcionales de un
sistema y explicar la diferencia entre los dos tipos de
requerimientos.
Los requerimientos funcionales para un sistema refieren lo que
el sistema debe hacer. Tales 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. En ese sentido, la
especificación de requerimientos funcionales de un sistema
debe estar completa y ser consistente.
▪ Descripciones de los datos a ser ingresados en el sistema.
▪ Descripciones de las operaciones a ser realizadas por cada
pantalla.
▪ Descripción de los flujos de trabajo realizados por el sistema.
▪ Descripción de los reportes del sistema y otras salidas.
▪ Definición de quien puede ingresar datos en el sistema.
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 El sistema debe hacer la validación de un número de 8 dígitos que
identifica a cada usuario.
Un sistema grande suele estar formado por múltiples
participantes. Un participante es un individuo o una función que
se ve afectado de alguna forma por el sistema. Los
participantes tienen diferentes necesidades, pero con
frecuencia son inconsistentes. Tales inconsistencias tal vez no
sean evidentes cuando se especifican por primera vez los
requerimientos, de modo que en la especificación se incluyen
requerimientos inconsistentes.
Los requerimientos no funcionales, como indica su nombre,
son requerimientos que no se relacionan directamente
con los servicios y actividades específicas que el sistema
entrega a sus usuarios. Pueden relacionarse con
propiedades emergentes del sistema, como fiabilidad,
tiempo de respuesta y uso de almacenamiento.
La implementación de dichos requerimientos puede propagarse a lo largo del
sistema. Para esto existen dos razones:
1. Los requerimientos no funcionales afectan más la arquitectura global de un
sistema que los componentes individuales. Por ejemplo, para garantizar que se
cumplan los requerimientos de rendimiento, quizá se deba organizar el sistema
para minimizar las comunicaciones entre componentes.
2. Un requerimiento no funcional individual, como un requerimiento de
seguridad, podría generar algunos requerimientos funcionales relacionados
que definan nuevos servicios del sistema que se requieran. Además, también
podría generar requerimientos que restrinjan los requerimientos ya existentes.
Requerimientos del producto: Estos requerimientos especifican o
restringen el comportamiento del software.
Los ejemplos incluyen requerimientos de rendimiento sobre qué tan
rápido se debe ejecutar el sistema y cuánta memoria requiere,
requerimientos de fiabilidad que establecen la tasa aceptable de fallas,
requerimientos de seguridad y requerimientos de usabilidad.
Requerimientos de la organización : Son requerimientos de sistemas
amplios, derivados de políticas y procedimientos en la organización del
cliente y del desarrollador.
Los ejemplos incluyen requerimientos del proceso operacional que
definen cómo se usará el sistema, requerimientos del proceso de
desarrollo que especifican el lenguaje de programación, estándares del
entorno o el proceso de desarrollo a utilizar, y requerimientos
ambientales que definen el entorno de operación del sistema.
Requerimientos externos : Este término cubre todos los requerimientos
derivados de factores externos al sistema y su proceso de desarrollo. En ellos se
incluyen requerimientos regulatorios que establecen lo que debe hacer el
sistema para ser aprobado en su uso por un regulador, como sería un banco
central; requerimientos legislativos que tienen que seguirse para garantizar que
el sistema opere conforme a la ley, y requerimientos éticos que garanticen que
el sistema será aceptable para sus usuarios y el público en general.
Según IEEE, un buen Documento de Requerimientos, pese a no ser
obligatorio que siga estrictamente la organización y el formato dados en
el estándar 830, sí deberá incluir, de una forma o de otra, toda la
información presentada en dicho estándar.
Secciones del documento de Especificación de Requisitos
Software(ERS):

❑Introducción
❑Descripción General
❑Requerimientos específicos
❑Apéndices
Introducción
En esta sección se proporcionará una introducción a todo el documento
de Especificación de Requerimientos Software(ERS). Consta de varias
subsecciones:
❑Propósito
❑Ámbito del sistema
❑Definiciones
❑Referencias
❑Visión general del documento.
Descripción General
En esta sección se describen todos aquellos factores que afectan al
producto y a sus requisitos. No se describen los requisitos, sino su
contexto.
Subsecciones:
❑Perspectiva del producto
❑Funciones del producto
❑Características de los usuarios
❑Restricciones
❑Factores que se asumen y futuros requisitos
Requerimientos Específicos
Esta sección contiene los requerimientos a un nivel de detalle suficiente
como para permitir a los diseñadores diseñar un sistema que satisfaga
estos requisitos, y que permita al equipo de pruebas planificar y realizar
las pruebas que demuestren si el sistema satisface, o no, los
requerimientos. Todo requerimiento aquí especificado describirá los
comportamientos externos del sistema, perceptibles por parte de los
usuarios, operadores y otros sistemas. Esta es la sección más larga e
importante de la ERS. Aquí se definen los requerimientos funcionales
y no funcionales.
Apéndices
Pueden contener todo tipo de información relevante para la ERS pero
que, propiamente, no forme parte de la ERS.
Por ejemplo:
❑Formatos de entrada/salida de datos, por pantalla o en listados.
❑Resultados de análisis de costes.
❑Restricciones acerca del lenguaje de programación.
Es de suma importancia saber la diferencia entre los
requerimientos funcionales y los requerimientos no
funcionales para elaborar un buen documento de
Especificación de Requerimientos de Software(ERS) que
defina de manera correcta y concisa la forma en la que se
llevaran a cabo las diferentes actividades y especificaciones
del sistema.
Sommerville, I., & Olguín, V. C. (2011). Ingeniería de software (9ª ed.). México, México: Pearson Educación.
Págs. 84-91
2. Especificación de Requisitos Software según el estándar IEEE 830 - FdIwiki ELP
Especificación de Requisitos Software según el estándar IEEE 830 - FdIwiki ELP. (2019). Wikis.fdi.ucm.es.
Consultado el 17 de Septiembre de 2019, de
https://wikis.fdi.ucm.es/ELP/Especificaci%C3%B3n_de_Requisitos_Software_seg%C3%BAn_el_est%C3%A
1ndar_IEEE_830
3. Técnicas para Identificar Requisitos Funcionales y No Funcionales - Metodología Gestión de
Requerimientos
Técnicas para Identificar Requisitos Funcionales y No Funcionales - Metodología Gestión de Requerimientos.
(2019). Sites.google.com Consultado el 17 de Septiembre de 2019 , de
https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-identificar-requisitos-funcionales-
y-no-funcionales