Panorama general de las especificaciones de procesos

PANORAMA GENERAL DE LAS ESPECIFICACIONES DE PROCESOS
Para determinar los requerimientos de información de una estrategia de análisis di- decis-ión,
el analista de sistemas primero debe determinar los objetivos organizacionales medianil1 un
enfoque de jerarquización de arriba hacia abajo. El analista de sistemas dene entender los
principios organizacionales y debe contar con experiencia en lastécnicas de recopilación de
datos. EJ enfoque de jerarquización de arriba hacia abajo es muy importante poi"i|iie todas
las decisiones de la organización se deben relacionar, por lo menos indirectamente, con los
objetivos generales de la misma. Las especificaciones de procesos —a veces llamadas miniesperíficacUmes, debido a que
representan una parte pequeña de las especificaciones delproyecto total— se crean para los
procesos primitivos en un diagrama de flujo de datos así como también para algunos proco sos de nivel superior que se amplían a un diagrama hijo. Estas especificaciones explican la
lógica de la toma de decisiones y las fórmulas que transformarán los datos de entrada de un
proceso en salidas. Cada elemento derivado debe tener lógica del proceso para mostrar cómo
seorigina de los elementos base u otros elementos derivados previamente creados que
se alimentan del proceso primitivo.
Las tres metas para producir especificaciones de procesos son las siguientes:
1. Reducir la ambigüedad del proceso. Esta meta obliga al analista a aprender los detalles
acerca del funcionamiento de un proceso. Es necesario detectar, anotar e integrar las
áreas indefinidas detodas las especificaciones de procesos. Estas observaciones constituyen
una base y proporcionan las preguntas para las entrevistas de seguimiento con la
comunidad de usuarios.
2. Obtener una descripción precisa de lo que se está realizando, lo cual normalmente se
incluye en un paquete de especificaciones para el programador.
3. Validar el diseño del sistema. Esta meta incluye garantizar que unproceso tenga todo el
flujo de datos de entrada necesario para producir la salida. Además, todas las entradas y
salidas deben representarse en el diagrama de flujo de datos.
A continuación se mencionan las categorías de procesos que generalmente no requieren
especificaciones:
1. Procesos que representan entrada o salida física, tal como leer y escribir. Por lo general
estos procesos sólorequieren lógica simple.
2. Procesos que representan una validación de datos simple, la cual normalmente es bastante
fácil de realizar. Los criterios de edición se incluyen en el diccionario de datos y se
integran en el código fuente de la computadora. Las especificaciones de procesos se podrían
crear para la edición compleja.
3. Procesos que usen código preescrito. Estos procesos generalmente seincluyen en un
sistema como subprogramas y funciones.
Los subprogramas son programas de computadora que se escriben, prueban y almacenan
en el sistema de cómputo. Éstos normalmente realizan una función general en el sistema,
tal como validar una fecha o un dígito de verificación.
FORMATO DE LA ESPECIFICACIÓN DE PROCESOS
Como se demuestra en la figura 9.1, las especificaciones de procesosvinculan el proceso al
diagrama de flujo de datos y, por consiguiente, al diccionario de datos.
1. El número del proceso, el cual debe coincidir con el ID del proceso del diagrama de flujo
de datos. Esta especificación permite a un analista trabajar con cualquier proceso o
modificarlo y localizar fácilmente el diagrama de flujo de datos donde se encuentra el
proceso.
2. El nombre del proceso,el cual nuevamente debe ser el mismo que el asentado en el símbolo
del proceso en el diagrama de flujo de datos.
3. Una descripción breve de lo que realiza el proceso.
I4. Una lista de flujos de datos de entrada, usando los nombres que están en-el diagrama de
flujo de datos. Los nombres de datos que se usan en la fórmula o lógica deben coincidir
con los del diccionario de datos para...