Академический Документы
Профессиональный Документы
Культура Документы
Requisitos 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 tambin
declaran explcitamente 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
Requisitos No Funcionales:
Por otra parte, no todo lo que los clientes nos van a solicitar es funcionalidad pura; por el contrario
ellos desean otras cualidades, si se quieren generalidades, que no son objeto de codificacin si
bien es cierto que pueden llegar a afectar a esta.
Llamamos requisito no funcional a todas las exigencias de cualidades que se imponen al proyecto:
exigencias de usar un cierto lenguaje de programacin o plataforma tecnolgica, por ejemplo. Un
requisito no funcional es una caracterstica ya sea del sistema, del proyecto o del servicio de
soporte, que nos es requerida junto con la especificacin del sistema pero que como ya dije,
muchas veces no se satisface aadiendo cdigo, sino cumpliendo con esta como si de una
restriccin se tratara.
Son aquellos requerimientos que no se refieren directamente a las funciones especficas que
entrega el sistema, sino a las propiedades emergentes de ste como la fiabilidad, la respuesta en
Los requerimientos son una descripcin de las necesidades o deseos de un producto. La meta
principal en esta etapa es identificar y documentar lo que en realidad se necesita, en una forma en
que pueda fcilmente ser transmitido al cliente y al equipo de desarrollo. Se recomienda aqu
definir al menos los siguientes puntos:
Panorama general
Metas
Funciones del sistema
Atributos del sistema
Supongamos como caso de estudio el sistema de una terminal de punto de venta. Esta terminal es
un sistema automatizado con el que se registran las ventas y se realizan los pagos. Por lo general
este tipo de sistemas comprenden hardware (un computador y un lector de cdigo barras) y
software (el sistema que se ejecuta en la terminal). Suponga que se nos ha contratado para crear
este software.
a) Panorama general
Este proyecto tiene por objeto crear un sistema de terminal para el punto de venta que se utilizar
en las ventas al menudeo.
b) Metas
En trminos generales, la meta es una mayor automatizacin del pago en las cajas registradoras, y
dar soporte a servicios ms rpidos, ms baratos y mejores. Ms concretamente, la meta incluye:
Pago rpido de los clientes.
Anlisis rpido y exacto de las ventas.
Control automtico del inventario.
Funciones bsicas:
Referencia Funcin Categora
R1.1 Registrar las ventas en proceso (actual): los productos comprados. evidente
R1.2 Calcular el total de la venta actual; se incluye el impuesto. evidente
R1.3 Capturar la informacin sobre el objeto comprado usando su cdigo de barras y un lector, o
usando una captura manual de un cdigo de producto. evidente
R1.4 Reducir las cantidades del inventario cuando se realiza una venta. oculta
R1.5 Registrar las ventas efectuadas. oculta
R1.6 El cajero deber introducir una identificacin y una contrasea para poder utilizar el sistema.
evidente
R1.7 Ofrecer un mecanismo de almacenamiento persistente. oculta
R1.8 Mostrar la descripcin y el precio del producto registrado. evidente
Funciones de pago:
Referencia Funcin Categora
R2.1 Manejar los pagos en efectivo, capturando la cantidad ofrecida y calculando el saldo deudor.
evidente
R2.2 Manejar los pagos a crdito, capturando la informacin crediticia a partir de una lectora de
tarjetas, o mediante captura manual, y autorizando los pagos con el servicio de autorizacin
(externa) de crditos de la tienda a travs de una conexin por modem. evidente
R2.3 Manejar los pagos con cheque, capturando el nmero de RUT y telfono mediante captura
manual, y autorizando los pagos con el servicio de autorizacin (externo) de cheques de la tienda a
travs de consulta telefnica. evidente
R2.4 Registrar los pagos en el sistema de cuentas por cobrar, pues el servicio de autorizacin de
crdito debe a la tienda el monto del pago. oculta
d) Atributos del sistema (Requisitos No Funcionales)
Los atributos del sistema son cualidades no funcionales que a menudo se confunden con
las funciones. Por ejemplo: facilidad de uso, tolerancia a fallas, tiempo de respuesta,
metfora de interfaz, plataformas.
Los atributos tienen un posible conjunto de detalles de atributos, los cuales tienden a ser valores
discretos, confusos o simblicos. Por ejemplo:
tiempo de respuesta = (psicolgicamente correcto) metfora de interfaz = (grfico, colorido, basado
en formularios)
Algunos atributos del sistema tambin pueden tener restricciones de frontera del atributo, que son
condiciones obligatorias de frontera, generalmente en un rango numrico de valores de un atributo.
Por ejemplo:
tiempo de respuesta = (dos segundos como mximo)
obligatorio
R2.4 Registrar los pagos a crdito en el sistema de cuentas por cobrar, pues el servicio de
autorizacin de crdito debe a la tienda el importe del pago. oculto tolerancia a fallas Debe registrar
en las cuentas por cobrar en un plazo de 24 horas, aun cuando se produzcan fallas de energa o
del equipo. Obligatorio tiempo de respuesta 10 segundos como mximo obligatorio.
Otros Ejemplos de Requisitos No Funcionales:
Supongamos que queremos crear un software para un cajero automtico. El cliente desea
que este programa est disponible las 24 horas del da los siete das de la semana
(disponibilidad).