Requerimientos

Los requerimientos para un sistema son:

Requerimientos (características) Sin ambigüedad: tiene un [blank_start]única interpretación[blank_end] para [blank_start]cualquier lector[blank_end] ([blank_start]usuario[blank_end], [blank_start]cliente[blank_end], constructor, [blank_start]analista[blank_end], [blank_start]desarrollador[blank_end], etc.). Ejemplo: los intereses se calcularán mensualmente y se pagarán trimestralmente según calendario comercial. Correctos: lo es, si [blank_start]su funcion[blank_end] se encuentra [blank_start]dentro del alcance del producto[blank_end]. Ejemplo: un sistema de contabilidad no es correcto si realiza liquidación de haberes. Completos: Un requerimiento es completo si cumple que: 1) todas [blank_start]las necesidades[blank_end] del [blank_start]usuario[blank_end] se ven reflejadas. 2) existe [blank_start]mapeo completo[blank_end] entre [blank_start]las entradas y salidas[blank_end] del sistema. Consistentes: no [blank_start]contradice a otro requerimiento.[blank_end] • Ejemplo: – R1: para el cálculo de todos los haberes generados se considerará el calendario comercial. – R2: para el cálculo del salario vacacional se considerará el calendario civil. Verificables: si es posible [blank_start]determinar sin ambigüedad[blank_end], a [blank_start]través de un proceso finito[blank_end], cuando una [blank_start]implementación lo satisface[blank_end]. Ejemplo: el sistema debe poder soportar el [blank_start]trabajo sobre varias terminales a la vez[blank_end].

Requerimientos segun enfoque: Se puede categorizar los requerimientos segun [blank_start]su nivel de detalle[blank_end] y [blank_start]publico objetivo[blank_end].

Requerimientos del usuario Los requerimientos del usuario deben [blank_start]describir[blank_end] los [blank_start]requerimientos funcionales[blank_end] y [blank_start]no funcionales[blank_end] de tal forma que sean [blank_start]comprensibles[blank_end] por [blank_start]los usuarios del sistema[blank_end] sin [blank_start]conocimiento técnico detallado[blank_end]. Únicamente deben especificar el [blank_start]comportamiento externo del sistema[blank_end] y deben evitar, tanto como sea posible, las [blank_start]características de diseño del sistema[blank_end]. Por consiguiente, si se están redactando requerimientos del usuario, no se debe [blank_start]utilizar jerga del software[blank_end], [blank_start]notaciones estructuradas[blank_end] o [blank_start]formales[blank_end]. Deben redactarse en [blank_start]un lenguaje sencillo[blank_end], con [blank_start]tablas[blank_end] y [blank_start]formularios sencillos[blank_end] y [blank_start]diagramas intuitivos[blank_end].

Requerimientos del sistema Los requerimientos del sistema son [blank_start]versiones extendidas[blank_end] de los [blank_start]requerimientos del usuario[blank_end] que son [blank_start]utilizados[blank_end] por [blank_start]los ingenieros de software[blank_end] como [blank_start]punto de partida[blank_end] para [blank_start]el diseño del sistema[blank_end]. [blank_start]Agregan detalle[blank_end] y [blank_start]explican cómo el sistema[blank_end] debe [blank_start]proporcionar[blank_end] los [blank_start]requerimientos delusuario[blank_end]. Pueden ser utilizados como [blank_start]parte del contrato[blank_end] para la [blank_start]implementación del sistema[blank_end] y, por lo tanto, deben ser [blank_start]una especificación completa[blank_end] y [blank_start]consistente[blank_end] del [blank_start]sistema entero[blank_end].

Requerimientos funcionales y no funcionales A menudo, los requerimientos de sistemas software se clasifican en [blank_start]funcionales[blank_end] y [blank_start]no funcionales[blank_end], o [blank_start]de dominio[blank_end]: 1. Requerimientos [blank_start]funcionales[blank_end]. Son [blank_start]declaraciones de los servicios[blank_end] que debe [blank_start]proporcionarel sistema[blank_end], de la manera en que éste debe [blank_start]reaccionar a entradas particulares[blank_end] y de cómo se debe [blank_start]comportar en situaciones particulares[blank_end]. En algunos casos, los requerimientos [blank_start]funcionales[blank_end] de los sistemas también pueden [blank_start]declarar[blank_end] explícitamente lo que [blank_start]elsistema no debe hacer.[blank_end] 2. Requerimientos [blank_start]no funcionales[blank_end]. Son [blank_start]restricciones de los servicios[blank_end] o [blank_start]funciones[blank_end] [blank_start]ofrecidos[blank_end] por el [blank_start]sistema[blank_end]. Incluyen [blank_start]restricciones de tiempo[blank_end], sobre [blank_start]el proceso de desarrollo[blank_end] y [blank_start]estándares[blank_end]. Los requerimientos [blank_start]no funcionales[blank_end] a menudo se [blank_start]aplican al sistema en su totalidad[blank_end]. Normalmente apenas se aplican a [blank_start]características[blank_end] o [blank_start]servicios individuales[blank_end] del sistema. 3. Requerimientos [blank_start]del dominio[blank_end]. Son requerimientos que provienen [blank_start]del dominio de aplicación[blank_end] del sistema y que [blank_start]reflejan las características[blank_end] y [blank_start]restricciones de ese dominio[blank_end]. Pueden ser funcionales o no funcionales. La distinción entre diferentes tipos de requerimientos no es tan clara como sugieren estas definiciones. Por ejemplo, un [blank_start]requerimiento[blank_end] del [blank_start]usuario sobre seguridad[blank_end] podría parecer [blank_start]un requerimiento no funcional[blank_end]. Sin embargo, [blank_start]cuando se desarrolla en detalle[blank_end], puede [blank_start]generar otros requerimientos[blank_end] que [blank_start]son claramente funcionales[blank_end], como la necesidad de incluir en el sistema [blank_start]recursos[blank_end] para [blank_start]la autentificación del usuario[blank_end].

Requerimientos no funcionales - tipos:

Requerimientos del producto:

Requerimientos organizacionales:

Requerimientos externos: