Repblica Bolivariana de Venezuela

Ministerio del Poder Popular para la Defensa

Universidad Nacional Experimental de la Fuerza Armada
Ncleo-Apure

Requerimientos Funcionales y No
Funcionales de la Arquitectura del
Software

Facilitador: Integrantes:
Jos Uzcategui Alexander Solorzano
Felix Bravo
Elviary Carrera
Yoseth Morillo

San Fernando, Octubre 2017.

Requerimientos funcionales

Definen lo que el sistema debe hacer. Declaraciones de los servicios que

debe proporcionar el sistema: cmo se debe comportar en situaciones
particulares, qu respuestas debe dar a determinadas entradas. En algunos
casos, estos requisitos pueden declarar explcitamente lo que el sistema NO
debe hacer.

Deben estar redactados de tal forma que sean comprensibles para usuarios sin
conocimientos tcnicos avanzados (de Informtica, se entiende), deben
especificar el comportamiento externo del sistema y evitar, en la medida de lo
posible, establecer caractersticas de su diseo, deben priorizarse (al menos, se
ha de distinguir entre requisitos obligatorios y requisitos deseables).

Son aquellos que describen cualquier actividad que este deba realizar, en otras
palabras, el comportamiento o funcin particular de un sistema o software
cuando se cumplen ciertas condiciones.

Por lo general, estos deben incluir funciones desempeadas por pantallas

especficas, descripciones de los flujos de trabajo a ser desempeados por el
sistema y otros requerimientos de negocio, cumplimiento, seguridad u otra
ndole.

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.
Descripcin de los flujos de trabajo realizados por el sistema.
Descripcin de los reportes del sistema y otras salidas.
Definicin de quien puede ingresar datos en el sistema.
Como el sistema cumplir los reglamentos y regulaciones de sector o generales
que le sean aplicables.

Requerimientos no funcionales:
Son aquellos que no aparecen en casos de uso, estos requisitos en lugar de
definir lo que la aplicacin hace definen como la aplicacin proporciona las
funcionalidades requeridas.
Requisitos que no se refieren directamente a las funciones especficas del
sistema sino a las propiedades emergentes de ste como la fiabilidad,
rendimiento, tiempo de respuesta, capacidad de almacenamiento, etc. Adems
tambin no tienen por qu referirse, exclusivamente, al sistema a desarrollar,
sino a tcnicas a seguir como estndares de calidad, uso de una herramienta
CASE concreta o la descripcin del modelo de proceso de desarrollo a seguir.
Existen 3 tipos:
1. Tcnicos: Estos son familiares para todos. Se limitan las opciones de diseo
mediante la especificacin de algunas tecnologas que se deben utilizar. "Slo
tenemos los desarrolladores de Java, por lo que debemos desarrollar en Java."
"La base de datos existente se ejecuta en
Windows XP." Estos requisitos son por lo general, no negociables.

2. De negocio: Para los negocios, no hay razones tcnicas. Por ejemplo, "A fin
de ampliar nuestra base de clientes potenciales, se debe interactuar con las
herramientas de XYZ." Otro ejemplo es
"El proveedor de nuestro middleware ha aumentado sus precios a niveles
prohibitivos, por lo que nos estamos moviendo a una versin de cdigo abierto."
La mayora de estos requerimientos tambin son no negociables.

3. De calidad: definir los requisitos de una aplicacin en trminos de

escalabilidad, disponibilidad, facilidad de cambio, la portabilidad, facilidad de
uso, por rendimiento.

Los requerimientos no funcionales incluyen:

Restricciones

Las restricciones son caractersticas que no pueden ser negociadas y que son
impuestas por el cliente como gua o definicin para el sistema

Atributos de calidad.

Son propiedades o caractersticas del sistema que importan a los stakeholders

y que por lo tanto afectarn el grado de satisfaccin del sistema.

Este tipo de requerimientos pueden ser evaluados con dos enfoques::

Factores de Calidad (externo) ejecucin.
Criterios de Calidad (interno) - desarrollo.