P. 1
Requerimientos Funcionales y No Funcionales

Requerimientos Funcionales y No Funcionales

|Views: 2.068|Likes:

More info:

Published by: Washington Antonio Cedeño Macías on Jun 23, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

06/11/2013

pdf

text

original

REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES

Requisito funcional
Un requisito funcional define el comportamiento interno del software: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que muestran cómo los casos de uso serán llevados a la práctica. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la implementación. Como se define en la ingeniería de requisitos, los requisitos funcionales establecen los comportamientos del sistema. Típicamente, un analista de requisitos genera requisitos funcionales luego de diagramar los casos de uso. Sin embargo, esto puede tener excepciones, ya que el desarrollo de software es un proceso iterativo y algunos requisitos son previos al diseño de los casos de uso. Ambos elementos (casos de uso y requisitos) se complementan en un proceso bidireccional. Un requisito funcional típico contiene un nombre y 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. El núcleo del requisito es la descripción del comportamiento requerido, que debe ser clara y concisa. Este comportamiento puede provenir de reglas organizacionales o del negocio, o ser descubiertas por interacción con usuarios, inversores y otros expertos en la organización.

Requisito no funcional
Un requisito no funcional es, en la ingeniería de sistemas y la ingeniería de software, un requisito que especifica criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus comportamientos específicos, ya que éstos corresponden a los requisitos funcionales. Por tanto, se refieren a todos los requisitos que ni describen información a guarda r, ni funciones a realizar. Los requisitos no funcionales más habituales son la estabilidad, la portabilidad y el costo.

Ejemplo
Sistema de Información de Biblioteca podría ser el siguiente:

3. Suponga que se nos ha contratado para crear este software. Definir los reportes. Caso de estudio: el punto de venta Supongamos como caso de estudio el sistema de una terminal de punto de venta. 4. En este esquema. Definir los diagramas de diseño de clases. Por lo general este tipo de sistemas comprenden hardware (un computador y un lector de código barras) y software (el sistema que se ejecuta en la terminal). 6. Esta terminal es un sistema automatizado con el que se registran las ventas y se realizan los pagos. 2. 2. y no en funciones. 3. es usando un esquema de análisis y diseño orientado a objetos. Los requerimientos Los requerimientos son una descripción de las necesidades o deseos de un producto. Crear y perfeccionar el modelo conceptual. La meta principal en esta etapa es identificar y documentar lo que en realidad se necesita. se busca descomponer el problema en objetos. la interfaz de usuario y la secuencia de las pantallas. Perfeccionar la arquitectura del sistema. Por ejemplo. Algunas de las tareas a realizarse en la etapa de diseño son las siguientes: 1. Definir los casos reales de uso. Definir los casos esenciales de uso. Definir los requerimientos. Crear y perfeccionar los diagramas de casos de uso. 6. Definir el esquema de la base de datos. 7. Crear y perfeccionar el glosario. 4. 5. Definir los diagramas de secuencia de los sistemas. una descomposición orientada a objetos del Sistema de Información de Biblioteca podría ser la siguiente: Algunas de las tareas a realizarse en la etapa de análisis son las siguientes: 1.Otra forma de realizar la descomposición. en una forma en que pueda fácilmente 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 a) Panorama general . Definir los diagramas de interacción. 5. Definir los contratos de operaciones.

Hay que identificar estas funciones y listarlas en grupos lógicos. Para verificar que X es en verdad una función del sistema. evidente R1. ‡ Control automático del inventario. evidente R1. Por ejemplo: ³el sistema deberá autorizar pagos a crédito´. ‡ Análisis rápido y exacto de las ventas. la meta es una mayor automatización del pago en las cajas registradoras. Las funciones pueden clasificarse en tres categorías: evidentes. Más concretamente.Este proyecto tiene por objeto crear un sistema de terminal para el punto de venta que se utilizará en las ventas al menudeo.6 El cajero debe introducir una identificación y una contraseña para poder utilizar el sistema. Las ocultas también deben realizarse.3 Captura la información sobre el objeto comprado usando su código de barras y un lector.8 Ofrece mecanismos de comunicación entre los procesos y entre los sistemas. evidente R1. se incluye el impuesto.7 Ofrece un mecanismo de almacenamiento persistente. c) Funciones del sistema Las funciones del sistema son lo que éste deberá de hacer. la meta incluye: ‡ Pago rápido de los clientes. b) Metas En términos generales. o usando una captura manual de un código de producto.5 Se registran las ventas efectuadas. oculta R1. Las evidentes deben realizarse. oculta R1. Las superfluas son opcionales. y su inclusión no repercute significativamente en el costo ni en otras funciones. y puede que no sean visibles para el usuario.4 Reduce las cantidades del inventario cuando se realiza una venta.1 Registra la venta en proceso (actual): los productos comprados. evidente Funciones de pago: Referencia Función Categoría . Las siguientes son algunas de las funciones más representativas del sistema de punto de venta: Funciones básicas: Referencia Función Categoría R1. más baratos y mejores.9 Muestra la descripción y el precio del producto registrado. Muchas de estas funciones se omiten (erróneamente) durante el proceso de obtención de requerimientos. y dar soporte a servicios más rápidos. ocultas y superfluas. oculta R1. y el usuario debe saber que se han realizado. oculta R1. evidente R1.2 Calcula el total de la venta actual. la siguiente frase deberá tener sentido: ³El sistema deberá hacer X´.

los detalles de . basado en formularios) Algunos atributos del sistema también pueden tener restricciones de frontera del atributo. capturando la información crediticia a partir de una lectora de tarjetas. o mediante captura manual. que son condiciones obligatorias de frontera . 2000 y NT. pues el servicio de autorización de crédito debe a la tienda el monto del pago. 98. plataformas. metáfora de interfaz. la descripción y el precio aparecerán en un segundo.3 Maneja los pagos con cheque. Por ejemplo: tiempo de respuesta = (psicológicamente correcto) metáfora de interfaz = (gráfico. Además. Por ejemplo: tiempo de respuesta = (dos segundos como máximo) Algunos atributos del sistema de punto de venta son: Atributo Detalles y restricciones de frontera tiempo de respuesta (restricción de frontera) Cuando se registre un producto vendido. y autorizando los pagos con el servicio de autorización (externo) de cheques de la tienda a través de consulta telefónica. generalmente en un rango numérico de valores de un atributo. metáfora de interfaz (detalle) Ventanas orientadas a la metáfora de un formulario y cuadros de diálogo. evidente R2. oculta d) Atributos del sistema Los atributos del sistema son cualidades no funcionales que a menudo se confunden con las funciones. evidente R2. capturando la cantidad ofrecida y calculando el saldo deudor. (detalle) Maximiza una navegación fácil con t eclado y no con mouse. tolerancia a fallas.R2. tolerancia a fallas (restricción de frontera) Debe registrar los pagos a crédito autorizados que se hagan a las cuentas por cobrar en un plazo de 24 horas. los cuales tienden a ser valores discretos. Finalmente. confusos o simbólicos. evidente R2. plataformas del sistema operativo (detalle) Microsoft Windows 95.4 Registra los pagos en el sistema de cuentas por cobrar. es conveniente describir todos los atributos del sistema que se relacionen claramente con las funciones especificadas. Los atributos tienen un posible conjunto de detalles de atributos. Por ejemplo: facilidad de uso.2 Maneja los pagos a crédito. capturando el número de RUT y teléfono mediante captura manual.1 Maneja los pagos en efectivo. tiempo de respuesta. y autorizando los pagos con el servicio de autorización (externa) de créditos de la tienda a través de una conexión por modem. aun cuando se produzcan fallas de energía o del equipo. colorido.

oculto tolerancia a fallas Debe registrar en las cuentas por cobrar en un plazo de 24 horas. compilación y ejecución de líneas de código.los atributos y las restricciones de frontera pueden catalogarse como obligatorios u opcionales. por ejemplo. Entonces.4 Registrar los pagos a crédito en el sistema de cuentas por cobrar. Por ejemplo: Ref. para el glosario: Requisito Funcional: característica requerida del sistema que expresa una capacidad de acción del mismo ± una funcionalidad. Por otra parte.9 Mostrar la descripción y el precio del producto registrado. evidente tiempo de respuesta 1 segundo como máximo obligatorio metáfora de interfaz Pantallas basadas en formularios. Es decir. aun cuando se produzcan fallas de energía o del equipo. si se quieren generalidades. donde la funcionalidad esta provista principalmente por la presencia de software apropiadamente programado. obligatorio tiempo de respuesta 10 segundos como máximo obligatorio Tipos de requisitos: Funcional vs. Un requisito no funcional es una característica ya sea del . entonces se dice que estamos ante un requisito funcional. por el contrario ellos desean otras cualidades. no todo lo que los clientes nos van a solicitar es funcionalidad pura. que las características de esta clase de sistema se encuentran implementadas por medio de la escritura. pues el servicio de autorización de crédito debe a la tienda el importe del pago. No Funcional 7-07-08 por Iván Garcerant 25 comentarios Generalmente hablamos en este blog de los llamados sistemas intensivos en software. Con colores. Función Categoría Atributo Detalles y restricciones Categoría R1. generalmente expresada en una declaración en forma verbal. que no son objeto de codificación si bien es cierto que pueden llegar a afectar a esta. Cuando hablamos de una característica requerida de la cual se sabe que va a ser satisfecha por medio de la adición de un subsistema o bloque de código en el software. obligatorio R2. por cuanto es un requisito que denota una funcionalidad del sistema. Llamamos requisito no funcional a todas las exigencias de cualidades que se imponen al proyecto: exigencias de usar un cierto lenguaje de programación o plataforma tecnológica.

del proceso de desarrollo. como el modelo de negocio. pero también ajustados a otros criterios. que la ingeniería del software no solo ha de cumplir con la funcionalidad (escribir código ajustado a los requisitos funcionales) sino también con las cualidad suplementarias (requisitos no funcionales) o de lo contrario no cumplirá con su misión: desarrollar el software que se necesita en el momento y condiciones que se tienen disponibles. del servicio prestado o de cualquier otro aspecto del desarrollo. los recursos disponibles y el tiempo de entrega. del proyecto o del servicio de soporte. desarrollar software de calidad. Es obvio espero. Ahora. Según el tipo de sistema que estemos desarrollando.sistema. como para el glosario: Requisito no funcional: característica requerida del sistema. . que señala una restricción del mismo. Recordemos que el objetivo de la ingeniería del software es el desarrollo de sistemas apegados a las necesidades del cliente. no se satisface añadiendo código. en tanto que el tamaño del proyecto será lo que haga la diferencia entre tener un documento especifico o un anexo de la visión del sistema. los requisitos funcionales serán mejor representados en un documento o en un caso de uso. que nos es requerida junto con la especificación del sistema pero que como ya dije. sino cumpliendo con esta como si de una restricción se tratara. o dicho de otra manera.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->