¿Cómo se determinan los requisitos de un sistema?

Para comenzar el análisis que necesitamos para determinar que es un requisitos y sistema, ya

con las bases elementales del trabajo podemos expresar la pregunta propuesta desde el

principio.

¿QUE ES UN REQUISITO?

Esto se basa en la caracterización o restricción que se debe tener o cumplir un sistemas o

componente para satisfacer un contrato, norma especificación u otro elemento formalmente

impuesto.

Además, debemos entender que también es el estudio que propone identificar la información

que se requiere en una tarea para desempeñar el saber y lo necesario para efectuar mejoras o

ajustes de un sistema.

¿QUE ES UN SISTEMA?

Un sistema es el proceso que se determina en un conjunto relacionado con varios elementos que

relacionan todo entre sí, además es el que establece las funcionalidades y restricciones del

sistema teniendo especificaciones más claras y precisas que sirve como base para exponer el

comportamiento de este mismo y desde ese punto de partida se diseña así mismo.

¿QUE SON LOS REQUISITOS DE SISTEMA?

Los requerimientos funcionales de un sistema son aquellos que describen cualquier

actividad que este deba realizar, en otras palabras, el comportamiento o función

particular de un sistema o software cuando se cumplen ciertas condiciones.

Por lo general, estos deben incluir funciones desempeñadas por pantallas específicas,

descripciones de los flujos de trabajo a ser desempeñados por el sistema y otros

requerimientos de negocio, cumplimiento, seguridad u otra índole.

Objetivo Principal:

El objetivo principal de la Especificación de Requisitos del Sistema es servir

como medio de comunicación entre clientes, usuarios, ingenieros de requisitos y

desarrolladores. Dentro de la Ingeniería existe un elevado grado de consenso con

respecto a que la descripción de un sistema debe incluir también una descripción de

aquellos fenómenos del mundo real que son de interés para el sistema bajo

consideración. En la ERS deben recogerse tanto las necesidades de clientes y usuarios

como los requisitos que debe cumplir el sistema software a desarrollar para satisfacer

dichas necesidades. Es decir, los requisitos deben ser representados en términos de los

fenómenos observables dentro de la organización o el usuario e que estará inmerso el

sistema.

¿Como se pueden describir y clasifican estos requisitos?

Estos mismos se suelen registrar en una matriz de requerimientos y en la especificación

de mismos softwares, desde este apartado podemos documentar las operaciones y

actividades del mismo sistema el cual debe desempeñar.

Estos mismos a su vez se pueden desempeñar en unas funcionalidades las cuales son

declaraciones de los servicios que proveerá el sistema, de la manera en que éste

reaccionará a entradas particulares.

Entre los requisitos 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.

 Descripción de los flujos de trabajo realizados por el sistema.

 Descripción de los reportes del sistema y otras salidas.

 Definición de quien puede ingresar datos en el sistema.

 Como el sistema cumplirá los reglamentos y regulaciones de sector o generales

que le sean aplicables.

Ejemplos de requerimientos funcionales de interfaz gráfica

 La solución validara automáticamente el cliente asociado a una orden con el

sistema de gestión de contactos.

 El campo de monto acepta únicamente valores numéricos con dos decimales.

 El campo fecha de transacción acepta únicamente fechas anteriores hoy (día

actual).

 El campo nombre acepta caracteres alfabéticos únicamente.

 El campo dirección acepta caracteres alfabéticos, numéricos y especiales.

  El campo país consistirá en una lista de preselección. El país asociado a una

dirección debe ser previamente registrado en el sistema.

 El campo estado, provincia o departamento consistirá en una lista de

preselección. A los usuarios se les presentará únicamente los estados asociados

al país seleccionado previamente. El departamento o provincia para seleccionar

deberá ser registrado en la funcionalidad correspondiente.

 El campo material de elemento de la pantalla de requisiciones de compra será

una lista de preselección, que mostrará únicamente los materiales registrados en

el maestro de materiales.

 El campo fecha contable acepta únicamente fechas que correspondan con

periodos contables que estén abiertos en el sistema.

 La pantalla de registro de pago puede imprimir los datos en pantalla a la

impresora.

 Se mostrará el nombre, tamaño total, espacio disponible y formato de un pen

drive o flash drive conectado al puerto USB del computador.

Con lo anteriormente mencionado podemos plantear un modelo que se puede

determinar los requisitos del sistema guiando a que cualquiera se puede describir de

estos procesos modelados e introducir criterios de medición y análisis crítico:

La figura refleja las tres fases de la propuesta: modelado y evaluación de la

organización, definición de los objetivos/metas del sistema informático y

operacionalización de metas.

En la primera fase se analiza y se evalúa la organización en la cual estará inmerso el

sistema informático que se pretende construir. El propósito de esta fase, detallada

posteriormente, es capturar y justificar la actividad de la organización, para

posteriormente utilizarla como inicio del proceso de producción de software. Los

procesos de se representan mediante diagramas de actividad de UML y se relacionan

con las metas estratégicas de la organización, a la vez que se evalúan mediante

indicadores.

En la fase 2 se definen los objetivos del sistema, es decir la parte de los procesos de

negocio que se desean informatizar.

Esta está dividida en dos etapas: análisis de procesos y construcción del árbol de metas

del sistema.

Finalmente, en la fase 3 del proceso las metas se convierten en requisitos del futuro

sistema. En nuestra propuesta, el principal objetivo es obtener una descripción de la

funcionalidad del producto software partiendo de los procesos y de las metas del

sistema estableciendo relaciones de trazabilidad entre las fases. En las siguientes

secciones detallaremos cada una de las fases, aunque antes presentaremos el caso de

estudio que servirá para estudiar la viabilidad de la propuesta.