UNIVERSIDAD PRIVADA

“FRANZ TAMAYO”
Ingeniería de Sistemas

Investigación sobre los Requerimientos

Funcionales

AUTOR:

Marco Antonio Calle Vaquiata SIS9929317

MATERIA:

Análisis y Diseño II

DOCENTE:

Ing. Miguel Ángel Mendoza Terrazas

El Alto – Bolivia 2023

1
 Introduccion

Si queremos aprender a diseñar, integrar y administrar sistemas complejos durante sus ciclos de vida
primero debemos aprender a analizar y estructurar sus requisitos. Un sistema cuyos requisitos no se
hayan establecido claramente probablemente funcionará de manera no optimizada y no abordará
adecuadamente el problema que intentamos resolver

Caracteristicas De Un Buen Requerimiento

Las características de los buenos requisitos son declaradas de manera diferente por diferentes
escritores, pero de estas diversas explicaciones podemos tomar los siguientes aspectos claves: Cohesión,
integridad, consistencia, atómico, rastreable, actual, libre de ambigüedad, nivel específico de
importancia, verificabilidad.

Requerimientos Funcionales

Un requisito funcional define una función de un sistema o su componente, describe como el

comportamiento entre salidas y entradas de datos, al igual que una función matemática. Los requisitos
funcionales pueden involucrar cálculos, detalles técnicos, manipulación y procesamiento de datos, y
otra funcionalidad específica que define lo que se supone que el sistema debe cumplir. En otras
palabras, los requisitos funcionales especifican lo que un sistema es capaz de hacer en cuanto a
la recopilación de información y procesamiento de datos.

2
 Fase de Requerimientos

En esta fase se realiza el recogimiento de las necesidades del cliente y el usuario. Hay que tener muy en
cuenta que existen requerimientos funcionales y no funcionales.
Estos requerimientos son adicionales a los requerimientos funcionales que debe cumplir el sistema, y
corresponden a aspectos tales como la disponibilidad, mantenibilidad, flexibilidad, seguridad, facilidad
de uso, etc. Los requerimientos no funcionales deberán ser detallados aún más durante la fase de diseño
del Sistema de Información.

Atributos de Calidad del Sistema

Desempeño:

En este sentido la información almacenada podrá ser consultada y actualizada permanente y

simultáneamente, sin que se afecte el tiempo de respuesta.
El sistema debe estar en capacidad de dar respuesta al acceso de todos los usuarios y a los procesos batch
con tiempo de respuesta aceptable y uniforme, en la medida de las posibilidades tecnológicas de la
PGN, en períodos de alta, media y baja demanda de uso del sistema.

Disponibilidad:

Estar disponible 100% o muy cercano a esta disponibilidad durante el horario hábil laboral, con
excepción de los días festivos).
Operar de la misma manera para todos los niveles de la estructura jerárquica.

Escalabilidad:

El sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de manera tal que
nuevas funcionalidades y requerimientos relacionados puedan ser incorporados afectando el código
existente de la menor manera posible; para ello deben incorporarse aspectos de reutilización de
componentes.
El sistema debe estar en capacidad de permitir en el futuro el desarrollo de nuevas funcionalidades,
modificar o eliminar funcionalidades después de su construcción y puesta en marcha inicial.

Facilidad de Uso e Ingreso de Información:

El sistema debe ser de fácil uso y entrenamiento por parte de los usuarios, así como de fácil adaptación
de la entidad con el mismo.
El sistema no debe permitir el cierre de una operación hasta que todos sus procesos, subprocesos y tareas
relacionados, hayan sido terminados y cerrados satisfactoriamente.
El ingreso de información al sistema debe diseñarse con transacciones que permitan el ingreso de los
3
datos de forma parcial; es decir, que el tamaño de las páginas de registro (o formularios) de información
sean adecuadas de acuerdo con la estabilidad de la red.
El sistema debe presentar mensajes de error que permitan al usuario identificar el tipo de error y
comunicarse con el administrador del sistema.

Facilidad para las Pruebas:

El sistema debe contar con facilidades para la identificación de la localización de los errores durante la
etapa de pruebas y de operación posterior.

Flexibilidad:

El sistema debe ser diseñado y construido con los mayores niveles de flexibilidad en cuanto a la
parametrización de los tipos de datos, de tal manera que la administración del sistema sea realizada por
un administrador funcional del sistema.

Instalación:

El sistema debe ser fácil de instalar en todas las plataformas de hardware y software de base definidas por
el área de Sistemas, así como permitir su instalación en diferentes tamaños de configuraciones.

Mantenibilidad:

Toda el sistema deberá estar complemente documentado, cada uno de los componentes de software que
forman parte de la solución propuesta deberán estar debidamente documentados tanto en el código fuente
como en los manuales de administración y de usuario.
El sistema debe contar con una interfaz de administración que incluya: Administración de usuarios,
Administración de módulos y Administración de parámetros. En cada una de éstas secciones deberá
ofrecer todas las opciones de administración disponibles para cada uno.
El sistema debe estar en capacidad de permitir en el futuro su fácil mantenimiento con respecto a los
posibles errores que se puedan presentar durante la operación del sistema.

Operatividad:

El sistema debe ser de fácil operación por el área técnica de la Oficina de Sistemas, y que demande un
bajo nivel de soporte de los usuarios del sistema.
El sistema deberá poder ser administrado remotamente por las personas encargadas o designadas (este
requerimiento dependerá de la arquitectura seleccionada.

4
 Seguridad:

La seguridad del sistema debe estar regida por las Políticas de Seguridad Informática de la Comisión Intersectorial de
Políticas y Gestión de la Información para la Administración Pública.

Sólo podrán ingresar al Sistema las personas que estén registradas, estos usuarios serán clasificados en varios tipos de
usuarios con acceso a las opciones de trabajo definidas para cada rol.

Respecto a la confidencialidad, el sistema debe estar en capacidad de rechazar accesos o codificaciones indebidos a la
información y proveer los servicios requeridos por los usuarios legítimos del sistema.

Ejemplos de Requerimiento funcionales:

El sistema enviará un correo electrónico cuando se registre alguna de las siguientes transacciones: pedido de venta de
cliente, despacho de mercancía al cliente, emisión de factura a cliente y registro de pago de cliente.

Se permitirá el registro de pedidos de compra con datos obligatorios incompletos, los cuales podrán completarse
posteriormente modificando el pedido. Antes de poder aprobarse los datos del pedido deben estar completos.

Al aprobar un pedido, la solicitud pasará al siguiente paso del flujo de trabajo (workflow) de aprobación configurado
en el sistema.

El sistema permitirá a los usuarios autorizados el ingresar planes y cronogramas de proyecto.

El sistema permitirá aprobar, cambiar o actualizar planes y cronogramas de proyecto.

El sistema permitirá el envío automatizado de cartas de entrega de órdenes directamente al almacén.

A cada orden se le asignará un identificador único, que será utilizado para identificarla en todos los procesos
subsecuentes que se realicen sobre esta.

5
Bibliografias:

http://www.pmoinformatica.com/2017/02/requerimientos-funcionales-ejemplos.html

https://www.google.com/search?q=requerimiento+funcionales+dibujos&tbm=isch&ved=2ahUKEw
iovcfX78D9AhWzDrkGHT0ZDRQQ2-
cCegQIABAA&oq=requerimiento+funcionales+dibujos&gs_lcp=CgNpbWcQAzoFCAAQgAQ6Bw
gAEIAEEBhQoA5Y7htgzBxoAHAAeACAAVCIAa4FkgECMTCYAQCgAQGqAQtnd3Mtd2l6L
WltZ8ABAQ&sclient=img&ei=M30CZOjXObOd5OUPvbK0oAE&bih=886&biw=1259&rlz=1C1
ALOY_esBO1045BO1045#imgrc=gGAKe6brf4BScM

https://blogereducativo.wordpress.com/2011/09/07/fase-de-requerimientos/

https://www.youtube.com/results?search_query=requerimientos+funcionales+y+no+funcionales

https://www.youtube.com/watch?v=OSTD8Yx1SZ4