Anda di halaman 1dari 6

[José Hernández]

ANÁLISIS DE
REQUERIMIENTOS
[ANÁLISIS DE SISTEMAS – DISEÑO DE SISTEMAS – IMPLANTACIÓN DE SISTEMAS

UNEFA NÚCLEO ANZOÁTEGUI – EXTENSIÓN SAN TOMÉ]


ANÁLISIS DE REQUERIMIENTOS

Un Requerimiento “es una característica del sistema o una descripción de algo que el sistema
es capaz de hacer con el objeto de satisfacer el propósito del sistema”.

 Los requerimientos son lo que los clientes/usuarios esperan que haga el sistema.
Los analistas, por lo tanto, deben entender el problema de los usuarios en SU cultura
y con SU lenguaje y construir un sistema que resuelve sus necesidades.
 En si el objetivo del análisis de requerimientos es resolver el problema.
 Los requerimientos definen el Qué (el problema) del sistema.
 El Diseño define el Cómo (la solución).
 Los requerimientos, por lo tanto deben centrarse en el cliente/usuario y el
problema.

Requerimientos funcionales

Describen la funcionalidad o los servicios que se espera que el sistema proveerá. Dependen
del tipo de software, del sistema que se desarrolló y de los posibles usuarios. Cuando se
expresan como Requerimientos de los usuarios, se definen de forma general. Cuando se
expresan como requerimiento del sistema describen con detalle la función de éste, sus
entradas y salidas, excepciones, etc.

Requerimientos no funcionales

Son los 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.

A menudo son más críticos que los funcionales. Mientras que un incumplimiento de un
requerimiento funcional degrada el sistema, el de un requerimiento no funcional del sistema
lo inutiliza.

1
EJEMPLOS PARA REALIZAR EL ANÁLISIS DE REQUERIMIENTOS.

Requerimientos del Sistema

Para una mejor comprensión y un óptimo desarrollo del estudio, se consideró pertinente
aplicar como instrumento de recolección de información una entrevista no estructurada que
se realizó a los encargados de cada división y sus diferentes departamentos que conforman
el Comando Regional Nº 7 de la Guardia Nacional Bolivariana, la cual estuvo enfocada al
funcionamiento del sistema a manera de recabar toda la información necesaria para el
desarrollo del sistema.

Identificar Actores

Los actores son las personas que interactúan con el sistema. En ésta sección se identifican y
se señala cual es el rol que ocupan dentro del sistema.

Actores Funciones
Este actor realiza la configuración de los usuarios, realizar
Administrador del Sistema el acceso de la información al sistema, las consultas y los
reportes, realizar mantenimiento de la base de datos.
Este actor puede acceder y visualizar todos los registros de
Superior cada una de las divisiones, puede realizar consultas
descargar e imprimir.
Este actor puede acceder y visualizar todos los registros de
la división a la cual este asignado, es el responsable de
Supervisor
recibir cualquier tipo de comunicación, realiza consultas
descarga e imprime.
Puede acceder, visualizar, registrar, modificar, realizar
comunicaciones, descargar e imprimir información del
Operador
departamento en la división a la que pertenece, es decir es
el responsable de su departamento.
Consultor Este actor solo se le permite visualizar información de

2
algunos departamentos de forma rápida evitando trámites
tediosos e innecesarios.

Tabla 1: Identificación de Actores.


Elaboración: Fuente Propia.

REQUERIMIENTOS FUNCIONALES

Ingresar al sistema

Nº de Requerimientos Descripción de Requerimientos


RF_IS. 01 El usuario ingresar al sistema le mostrara en pantalla un
cuadro donde debe introducir su clave y contraseña.
RF_IS. 02 El sistema le muestra al usuario solo la información necesaria
de acuerdo con su rol o perfil.

Tabla 3: Requerimientos Funcionales de Ingresar al Sistema.


Elaboración: Fuente Propia.

Consultas y reportes

Nº Requerimientos Descripción
RF_CR.01. El sistema permitirá el acceso a la información requerida y
solicitada por los usuarios autorizados.
RF_CR.02. El usuario podrá observar y generar reportes de datos como
los historiales, oficios, radiogramas.

RF_CR.03. El usuario podrá observar y generar los distintos formatos


que son creados en las distintas divisiones.

3
RF_CR.04. El Sistema mostrara un mensaje de alerta al introducir en el
campo de búsqueda un valor incorrecto.

Tabla 13: Requerimientos Funcionales de Consultas y Reportes.


Elaboración: Fuente Propia.

Gestionar sistema

Nº Requerimientos Descripción
RF_GS.01. El sistema permitirá registrar los datos de los
usuarios que accedan al sistema y asignarle los
respectivos privilegios para que ingresen al mismo.

RF_GS.02. El sistema podrá modificar los roles de acceso de los


usuarios ya registrados.
RF_GS.03. El sistema podrá mostrar los usuarios que tienen
acceso al sistema.
RF_GS.04. El usuario podrá actualizar el sistema agregando
nuevos ítems y formatos, o bien modificar los
existentes.

RF_GS.05. El usuario podrá solucionar las fallas y errores


(Funcionalidad errónea, base de dato corrupta,
entre otras) que presente el sistema en un
momento dado.
RF_GS.06. El usuario podrá realizar un respaldo de la
información y de la base de datos del sistema.

RF_GS.07. Limitar el número de personas con autorización


para acceder y modificar la información.

4
REQUERIMIENTOS NO FUNCIONALES

Los requerimientos no funcionales tienen que ver con las características que de una u otra
forma puedan limitar el sistema como son: la utilidad, fiabilidad, eficiencia, plataforma,
estabilidad, seguridad, mantenimiento, actualización y restricciones de diseño. Hacen
referencia a la condición o capacidad que debe poseer un sistema para satisfacer un
contrato, un estándar, una especificación u otro documento formalmente impuesto.

Entre los requerimientos no funcionales del Comando Regional Nº 7 de la Guardia


Nacional Bolivariana se pueden mencionar los siguientes:

 El sistema debe ofrecer seguridad, la posibilidad de agregar, consultar y modificar la


información estará protegida por claves que solo le permitirá ingresar al usuario
autorizado para tales fines. La política de acceso o permisología se plantea en 3
escenarios: la primera es la del usuario que solamente puede consultar o leer la
información, la segunda es la del operador que permite que el mismo pueda
agregar, consultar y modificar la información de los diferentes campos existentes en
el sistema, y por ultimo esta la permisología del administrador que permite agregar,
consultar, modificar, respaldar e incluso controlar el acceso del resto de los usuarios.
 El sistema debe ser implantado sobre los estándares de Software Libre.
 La interfaz del sistema debe ser implementado usando tecnología Web (PHP,
PostgreSQL y Apache) ofreciendo un entorno amigable, fácil de comprender y de
manejar por el usuario.
 La aplicación debe ser multiplataforma (Linux, Windows) dando cabida a la
portabilidad en caso de que se requiera hacer una migración.
 Creación de Reportes Dinámicos de forma fácil y controlada, donde el tiempo de
respuesta será lo suficientemente razonable de acuerdo a las características del
hardware donde se ejecute la aplicación.
 El sistema debe ser mantenible a través del tiempo, el administrador del sistema se
encargara de realizar respaldos periódicos a la base de datos de manera que se
reduzca el riesgo de daño o pérdida de los mismos.