Ingeniería en sistemas computacionales

Fundamentos de ingeniería del software.

3.2 Resumen: tipos de requisitos y sus

característicasS

Fecha de entrega: 24/10/2022

Maestra: BASILIA GUERRERO VÁZQUEZ

Alumna :
ESQUIVEL GARCIA DANIELA JEZABEL
Muchas veces se habla de requerimientos en vez de
requisitos; esto se debe a una mala traducción del inglés.
La palabra requirement debe ser traducida como requisito,
mientras que requerimiento se traduce al inglés como
request.
El propósito de la ingeniería de requisitos es hacer que los
mismos alcancen un estado óptimo antes de alcanzar la
fase de diseño en el proyecto. Los buenos requisitos deben
ser medibles, comprobables, sin ambigüedades o
contradicciones, etc.
La idea que tiene el ingeniero de software y la que tiene el
usuario o cliente sobre el alcance puede estar muy alejada
una de otra. Hay que ser capaces de compartir esa “imagen
mental” que cada uno tiene sobre el sistema que hay que
construir, algo que es especialmente complicado por el
carácter inmaterial del software, que hace muy difícil
describir cual debe ser el alcance que debe tener.

Un requisito es una condición necesaria para tener acceso

a algo, o para que una cosa suceda.
La Ingeniería de requisitos es la rama de la Ingeniería del
Software o Ingeniería de Sistemas que se encarga de la
realización de actividades en el intento de entender las
necesidades exactas de los usuarios de un sistema y
traducir éstas a precisas funciones y acciones que
subsecuentemente serán usadas en el desarrollo del
sistema.
A la hora de construir una aplicación software es
fundamental que los desarrolladores conozcan de forma
precisa el problema que van a resolver, de tal manera que
la solución que se desarrolle sea correcta y útil. Por tal
motivo la correcta obtención de los requerimientos del
sistema es uno de los aspectos clave en la construcción de
proyectos de software;

Requerimientos Funcionales
Son declaraciones de los servicios que proveerá el sistema,
de la manera en que éste reaccionará a entradas
particulares. En algunos casos, los requerimientos
funcionales de los sistemas también declaran
explícitamente lo que el sistema no debe hacer. Los
requerimientos funcionales de un sistema describen la
funcionalidad o los servicios que se espera que éste provea.
Estos dependen del tipo de software y del sistema que se
desarrolle y de los posibles usuarios del software. Cuando
se expresan como requerimientos del usuario,
habitualmente se describen de forma general mientras que
los requerimientos funcionales del sistema describen con
detalle la función de éste, sus entradas y salidas,
excepciones, etc.
Los requisitos funcionales de un software se suelen
registran en la matriz de trazabilidad de requerimientos y en
la especificación de requerimientos de software, este último,
documenta las operaciones y actividades que el sistema
debe poder desempeñar.
Entre los posibles requerimientos funcionales de un sistema,
se incluyen: 

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.
Como el sistema cumplirá los reglamentos y
regulaciones de sector o generales que le sean
aplicables.

Ejemplos de requerimientos funcionales ;

El sistema enviará un correo electrónico cuando se

registre alguna de las siguientes transacciones: pedido
de venta de cliente, despacho de mercancía al cliente,
emisión de factura a cliente y registro de pago de cliente.
Se permitirá el registro de pedidos de compra con datos
obligatorios incompletos, los cuales podrán completarse
posteriormente modificando el pedido. Antes de poder
aprobarse los datos del pedido deben estar completos.
El sistema también permitirá el registro de facturas
manuales no asociadas a pedidos, sin embargo, estas
requerirán autorización por parte del grupo de Gerentes
antes de ser contabilizadas.
Requerimientos No Funcionales
“son los que actúan para limitar la solución, se los conoce
como restricciones o requisitos de calidad”.

Son restricciones de los servicios o funciones ofrecidos

por el sistema. Incluyen restricciones de tiempo, sobre el
proceso de desarrollo, estándares, y otros. Son aquellos
requerimientos que no se refieren directamente a las
funciones específicas que entrega el sistema, sino a las
propiedades emergentes de éste como la fiabilidad, la
respuesta en el tiempo y la capacidad de almacenamiento.
De forma alternativa, definen las restricciones del sistema
como la capacidad de los dispositivos de entrada/salida y
la representación de datos que se utiliza en la interface del
sistema.
Los requerimientos no funcionales representan
características generales y restricciones de la aplicación o
sistema que se esté desarrollando.
Suelen presentar dificultades en su definición dado que su
conformidad o no conformidad podría ser sujeto de libre
interpretación, por lo cual es recomendable acompañar su
definición con criterios de aceptación que se puedan
medir.
Ejemplos de requerimientos no funcionales de producto

El sistema debe ser capaz de procesar N transacciones

por segundo. Esto se medirá por medio de la
herramienta SoapUI aplicada al Software Testing de
servicios web.
Toda funcionalidad del sistema y transacción de negocio
debe responder al usuario en menos de 5 segundos.
El sistema debe ser capaz de operar adecuadamente
con hasta 100.000 usuarios con sesiones concurrentes.

Requerimientos del Dominio

Son requerimientos que provienen del dominio de

aplicación del sistema y que reflejan las características de
ese dominio. Éstos pueden ser funcionales o no funcionales.
Se derivan del dominio del sistema más que de las
necesidades específicas de los usuarios. Pueden ser
requerimientos funcionales nuevos, restringir los existentes
o establecer cómo se deben ejecutar cálculos particulares.
Los requerimientos del dominio son importantes debido a
que a menudo reflejan los fundamentos del dominio de
aplicación. Si estos requerimientos no se satisfacen, es
imposible hacer que el sistema trabaje de forma
satisfactoria.

Ejemplo: En un Sistema de Biblioteca, este deberá proveer

visores para que el usuario lea documentos en el almacén
de documentos
Debido a las restricciones en los derechos de autor,
algunos documentos deberán borrarse inmediatamente
después de su llegada. Dependiendo de los
requerimientos del usuario, estos documentos se
imprimirán de forma local en el servidor o el sistema para
ser distribuidos de forma manual al usuario o enviarse a la
impresora de la red.

características de los requisitos

Único: El requerimiento debe poder ser interpretado
inequívocamente de una sola manera.
Verificable: Su implementación debe poder ser
comprobada. El test debe dar como resultado
CORRECTO o INCORRECTO.
Claro: Los requerimientos no deben contener
terminología innecesaria. Deben ser establecidos de
forma clara y simple.
Viable (realista y posible): El requerimiento debe ser
factible según las restricciones actuales de tiempo,
dinero y recursos disponibles.
Necesario: Un requerimiento no es necesario si
ninguno de los interesados necesita el requerimiento
o bien si la retirada de dicho requerimiento no tiene
ningún efecto.