Metodología del Diseño Lógico

1.- MODELO CONCEPTUAL DE UN S.I.A.

Exterior de un SIA: son todos los procesos, procedimientos y
acciones (coordinación, planificación y control) que se llevan a efecto
por medio de personas.

Interior de un SIA : son todos los procesos que se llevan a efecto

autom áticamente dentro de equipos de procesamiento de
información.

Medioambiente : es todo aquello que no pertenece al sistema, pero

que influye en él.

Ciclo de Vida del Desarrollo de un SIA

Factibilidad
Diseño
lógico Diseño
físico
Construcción
Implementación
Puesta
Marcha
Soporte

1
 Metodología del Diseño Lógico
1.1.- Proceso de Desarrollo de un S.I.A.
Los SIA deben ser concebidos (qu é funciones cubrirá el sistema),
diseñados, construídos e implementados. Para ello se seguir á un proceso
que consta de 7 etapas:

1) Definición del Problema y Estudio de Factibilidad: se identifica el área del

problema y se realiza un an álisis preliminar costo/beneficio y de factibilidad
operativa y técnica.

2) Diseño Lógico: corresponde al diseño del exterior de un SIA: diseño de

las funciones del sistema y de la informaci ón asociada. Esta etapa está
relacionada con el valor de la informaci ón.

Metodología del Diseño Lógico

3) Diseño Físico: es el diseño del interior del sistema, es decir corresponde a la
traducción de los requerimientos de información y de procesamiento asociados a las
funciones, a una especificación que permita una implementación en un
hardware/software dado. Esta etapa está relacionada con el costo de la información.

4) Construcción: se lleva a la práctica por medio de programar la especificación del

diseño físico.

5) Implementación: se implementa dentro de la organización tanto el diseño lógico como

el físico.

6) Puesta en marcha: es la etapa de marcha en producci ón.

7) Soporte: corresponde al feedback necesario para optimizar y r enovar el sistema a los

constantes cambios dentro de la organización.

En el curso se hará especial énfasis en lo concerniente a las 3 primeras etapas.

2
 Ciclo de Vida del Desarrollo de un SIA

Ingeniería de Sistemas

Análisis de
Negocio

Planifica
ción
Análisis de
Requerimi-entos

Diseño

Prototipación
Y Desarrollo
Pruebas de
Integración

Aceptación

Puesta en
marcha y
Producción

Mantención

Metodología del Diseño Lógico

Cronograma estándar

Dividido en las siguientes fases:

Ingeniería de Sistemas
Denominaremos Ingeniería de Sistema, al conjunto de dos
importantes fases del ciclo de vida, estas son :

- Análisis de Negocios.

- Planificación.

3
 Metodología del Diseño Lógico
Análisis de Negocios
Esta fase consiste en un an álisis a nivel corporativo de la
estructura organizacional de la empresa, incluye: su misi ón, sus
políticas y estrategias, su organizaci ón y sus procesos.

El objetivo de esta fase es reconocer el ambiente en el cual se

situarán los sistemas, los objetivos corporativos hacia lo que se
debe apuntar y la conducci ón en el marco de los principios y
políticas corporativas.

Por sus características, esta fase no est á presente en todos los

proyectos (n ótese que debiera ser única para todos los proyectos
de una empresa), y contractualmente siempre se considerar á como
un proyecto independiente.

Metodología del Diseño Lógico

Planificaci ón
El principal objetivo de esta fase es establecer la envergadura del
proyecto, para lo cual se requiere definir objetivos, alcance y
soluciones para el proyecto; evaluar t écnica, económica y
operacionalmente el proyecto y organizar el equipo de trabajo y el
plan de desarrollo.

Como producto entregable de esta fase se tiene el “Informe de

Planificación” el que a su vez dará origen a la Propuesta y el
Contrato, para la gestión del proyecto un producto importante es la
estimación de tiempos, recursos y costos, basada en la utilizaci ón
de técnicas y herramientas de estimaci ón.

4
 Metodología del Diseño Lógico

Análisis de Requerimientos
Sucesivas reuniones de an álisis e identificación de requerimientos
los que se expresan en sendos documentos (minutas) por reuni ón.

Esta fase tiene por objeto establecer la funcionalidad del siste ma

que satisface los requerimientos. Incluye además el modelamiento
de datos, procesos e interfaces para dar operatividad a las
funciones establecidas. Como resultado de esta fase se tiene el
Informe de An álisis de Requerimientos

Metodología del Diseño Lógico

Diseño
Como resultado de esta fase se tiene el documento Informe de Dise ño de la
aplicación, aprobado por ambas partes, y se desarrolla el plan de
actividades (Carta gantt) del proyecto para las fases siguientes indicando
tareas, tiempos, recursos y costo.

Prototipación y Desarrollo
A partir de las especificaciones funcionales aprobadas se comien za el
proceso de prototipar la aplicación en sucesivas etapas de refinamiento en
conjunto con el usuario. Si bien las Especificaciones funcionale s son
formales, en esta fase se puede corregir o modificar levemente y de común
acuerdo dicho documento.

5
 Metodología del Diseño Lógico
Pruebas e Integraci ón
fase de Liberación de versiones beta hasta lograr la versión
candidata de liberaci ón y posteriormente la final. Cercana a esta
última comienza el proceso de capacitaci ón a usuarios finales.
Como resultado de esta fase se tiene el documento de aceptaci ón
de las pruebas por parte del Usuario.

Puesta en marcha y Producci ón

Período de implantación de la versión final y uso de la aplicaci ón en
etapa de producción. Como resultado de esta fase se tiene el
documento de aceptaci ón de la puesta en marcha y producci ón por
parte del Usuario.

Metodología del Diseño Lógico

Mantenci ón

Se refiere a los cambios posteriores a la puesta en marcha, que

deben aplicarse a los productos de software, éstos pueden tener
carácter correctivo o evolutivo.

Entenderemos por mantención correctiva a los cambios destinados

a corregir errores o defectos en los sistemas y por mantención
evolutiva a la intervención de procesos o programas
computacionales con el objeto de incorporar mejoras, nuevas
funcionalidades o potenciaci ón de los sistemas.

Esta actividad, aún cuando forma parte del ciclo de vida de un

proyecto de desarrollo de software, metodol ógica y
conceptualmente será tratada como un proyecto independiente

6
 Metodología del Diseño Lógico
Equipo de Trabajo

Permite a los componentes del equipo que aborda el proyecto,

tanto usuarios como desarrolladores y al cliente que solicita su
desarrollo, compartir una visi ón unificada de las acciones en
torno al proyecto, incrementando los niveles y la calidad de la
comunicaci ón.

En el equipo de trabajo entre ...... y el cliente deben estar

presente los siguientes roles:

- Comité Ejecutivo: El comité debe asegurar la prioridad del

proyecto, la disponibilidad de las personas necesarias y dar to do
el apoyo que el equipo necesite para asegurar el éxito del
proyecto. Adem ás aprueba las decisiones e inversiones, arbitra
conflictos y participa en la definición del equipo de trabajo.

Metodología del Diseño Lógico

Equipo de Trabajo

- Jefe Proyecto Usuario : Líder del Proyecto. Responsable de

señalar la funcionalidad requerida para la aplicaci ón. Debe
aprobar las fases de pruebas y la puesta en marcha de las
aplicaciones. Se apoya en el equipo de testing para canalizar a
desarrollo los defectos encontrados y en el responsable log ístico
para la implementación del proyecto.

- Responsable Log ístico : Encargado de entregar los recursos

pertinentes para el desarrollo del proyecto, desde los elementos
básicos de oficina hasta la tecnolog ía requerida por el proyecto.

- Jefe Proyecto informá tico : Responsable del desarrollo

inform ático del proyecto. Debe capturar y canalizar a desarrollo
las Especificaciones Funcionales y garantizar el cumplimiento de
estas. También entrega los defectos se ñalados por el Jefe de
Proyecto usuario. Adem ás, se ocupa de la calidad de las
correcciones y de la adecuada puesta en marcha del producto
obtenido.

7
 Metodología del Diseño Lógico
Equipo de Trabajo

- Analista : Define el SIA conceptual basado en las herramientas

gráficas del Análisis Estructurado. Participa estrechamente en
colaboración con el Jefe del Proyecto en las definiciones de
procedimientos administrativos, especificaciones funcionales y
en la solución del modelo lógico.

- Diseñador: Desarrolla la aplicaci ón en virtud a las

especificaciones funcionales. Corrige los defectos encontrados e n
la fase de pruebas e Integraci ón y tiene a cargo bajo supervisi ón
del Jefe de Proyecto Inform ático, la Puesta en marcha, probando
en el ambiente de prueba los cambios, y se ñalando la corrección
hecha al o los objetos impactados.

Metodología del Diseño Lógico

Equipo de Trabajo

- Control de Calidad : Certifica las distintas fases del desarrollo

de un proyecto mediante metodolog ías definidas para cada una
de ellas.

- Equipo de Testing: Colabora estrechamente con el Jefe de

proyecto usuario en probar la aplicación en cada liberación del
ciclo de Pruebas e Integraci ón, utilizando la metodolog ía para tal
efecto, indicando en reportes formales, los defectos
encontrados.

Dependiendo de la magnitud del proyecto, algunos roles

pueden ser asumidos por la misma persona.

8
 Metodología del Diseño Lógico
1.2.- Necesidad de una Metodolog ía.
Dentro de los problemas por no contar con una metodolog ía estructurada se tiene:

a) Sistema no satisface las necesidades de los clientes.

b) Para desarrollar aplicaciones se cae en aproximaciones sucesi vas, lo que implica
mayores costos.
c) Existe dependencia de individuos claves que conocen el sistem a.
d) Dificultad para hacer cambios.

2.- DESCRIPCIÓN GENERAL METODOL ÓGICA

2.1.- Bases teóricas de la metodolog ía.

La metodolog ía utilizada para desarrollar un SIA se apoya en las siguientes t eorías:
* Estructura de Sistemas (Teor ía de Diseño de SIA)
* Flujos de Información (mallas de actividades)
* Teoría de la Información (cantidad, costo, valor)
* Teoría de Decisiones (Modelos)
* Modelos Computacionales.

Metodología del Diseño Lógico

2.2.- Etapas de la Metodolog ía.

Definición del Problema: tiene como objetivo delimitar el contexto y ámbito en que se
desenvuelve el S.I.A. a diseñar, identificando objetivos y restricciones que existen en la
solución del problema de diseño.

Estudio de Factibilidad : es una etapa necesaria para asegurarse que el sistema es

viable desde un punto de vista t écnico, operacional y económico.

Diseño Lógico Global: tiene que ver con la definición, análisis y diseño grueso de las
grandes componentes de un S.I.A.: las funciones que incluye, el grado de uso del
computador en ellas (mecanización o automatización) y los flujos de información que las
unen. El objetivo de esta fase es elegir un diseño grueso de entre las alternativas que
existen.

Diseño Lógico Detallado : se concentra en afinar el diseño lógico global elegido,

estableciendo todos los detalles necesarios para que el S.I.A. f uncione en sus aspectos
organizacionales y pueda ser implementado en sus aspectos comput acionales.

9
 Metodología del Diseño Lógico
2.2.1.- Diseño Lógico Global
El diseño lógico global sigue la idea fundamental de descomposici ón jerárquica y la de
generar y evaluar alternativas de dise ño grueso del S.I.A. Por lo tanto consiste
esencialmente en generar diferentes descomposiciones jer árquicas de funciones a partir
de la situaci ón actual. Las etapas a seguir son:

a) Especificación de la descomposición jerárquica y malla actual: se procede a modelar

la situaci ón actual, interpretándola en términos de estructura y de flujos de informaci ón
dando origen a una descomposici ón jerárquica de los elementos del S.I.A. y a una malla
de funciones.

b) Generación de Alternativas: se establecen alternativas a la descomposici ón y a la

malla actual, incorporando mejoras en el funcionamiento lo que i mplica un mayor grado
de cumplimiento de objetivos.

c) Análisis de grado de mecanizaci ón: para cada alternativa se establece el papel que
puede jugar las tecnolog ías de información para apoyar las funciones del S.I.A.

d) Evaluación: las alternativas y los grados de mecanizaci ón se evalúan en términos

preferentemente económicos para elegir la alternativa m ás conveniente.

Metodología del Diseño Lógico

2.2.2.- Diseño Lógico Detallado

El diseño lógico detallado consiste en detallar el diseño lógico global seleccionado en

la etapa anterior, tanto en sus aspectos organizacionales (exter nos) como
computacionales (internos), dando origen a los siguientes pasos:

a) Diseño de procedimientos: se establece con precisión cómo se realizarán las

labores asignadas a personas dentro del diseño elegido, detallando las interfases con
la parte computacional (documentos de entrada y salida al comput ador o teconolog ía
informática).

b) Especificación de requerimientos: se debe establecer los datos que necesitan ser

almacenados internamente y se deben identificar los procesos com putacionales a ser
realizados.

10
 Metodología del Diseño Lógico

3.- DEFINICIÓN DEL PROBLEMA.

3.1.- Nomenclatura.
La nomenclatura a utilizar ser á una serie de té rminos que definirán la
situación actual de la empresa o negocio donde se est á desarrollando el
S.I.A.

Es importante destacar el tipo de organizaci ón, las características principales

de las tecnologías utilizadas (industrial, comercial o de servicio), el mercado
del producto o servicio en términos económicos, la situación financiera de la
empresa, las actividades administrativas, los planes de negocio, la función
donde se va a desarrollar el S.I.A., las entradas y salidas de l a función, la
eficiencia, la efectividad, el ámbito de la función y las funciones y procesos
relacionados.

Metodología del Diseño Lógico

3.2.- Modelo.
El modelo utilizado para definir el problema de diseño de un S.I.A. consiste en un
diagrama de flujo de datos a nivel de contexto. En este diagrama se especifica la
función como sistema y las funciones relacionadas como medioambiente. Las
entradas y salidas de la función serán los flujos de información que entran y salen de
ésta y que la relacionan con el medioambiente.

La nomenclatura gráfica a utilizar es la de los autores Yourdon o Gane.

3.3.- Metodología.
La metodolog ía consiste en establecer e identificar cualitativamente los elementos
relativos a la organización y a la función en estudio. Una vez realizado este proceso,
se modela a la función mediante un diagrama de flujo de datos a nivel de contexto.

Los elementos descriptivos a considerar son:

11
 Metodología del Diseño Lógico

3.4. BREVE DESCRIPCIÓN DE LA ORGANIZACIÓN

3.4.1. Tipo de Organizaci ón
Se debe especificar si la organización es industrial, manufacturera, comercial o de
servicio.

3.4.2. Productos y servicios

Se describen los productos y servicios de la empresa

3.4.3. Volumen de actividades

-Nivel de facturación
-Presupuesto
-Inversión en equipos e instalaciones
-Personal

3.4.4. Tecnología
Industrial o de servicio.

Metodología del Diseño Lógico

3.4.5. Posición de la organización en el mercado de productos
-Tipo de mercado: competitivo, monop ólico, etc.
-Crecimiento del mercado: etapa del ciclo de vida del producto.
-Cantidad de empresas en el mercado.
-% participación de mercado de la empresa.
-Cambio de producto o servicio.
-Estabilidad de los precios.

3.4.6. Estado financiero

-Resultados Operacionales del último ejercicio.
-Activos y Pasivos de la empresa.

3.4.7. Métodos y Sistemas de Administraci ón

Tipo de operación de la empresa: centralizada o descentralizada. Grado de autono mía de las
oficinas o áreas descentralizadas en cuanto al proceso de toma de decisiones .

3.4.8. Planes de la empresa

-En expansión
-En consolidación
-Cambios de productos

12
 Metodología del Diseño Lógico
3.5. DEFINICIÓN DEL PROBLEMA
3.5.1. Tipo de función
La función que se desea estudiar y que corresponde al S.I.A. a desarrolla r.

3.5.2. Entradas y Salidas

Son los flujos de informaci ón que entran y salen de ésta.

3.5.3. Ambitos que cubre la función y Funciones relacionadas fuera del ámbito
Son los alcances de la funci ón en relación con el resto de la organizaci ón.

3.5.4. Procesos afectados por la funci ón, es decir, si la función involucra o impacta el
balance de la empresa o alg ún proceso de negocios.

3.5.5. Recursos actualmente utilizados: personal, equipos, siste mas computacionales

(intranet, servidores, software operativos o de administraci ón, correo electrónico, etc.).

3.5.6. Diagnóstico de la situación actual: especificar qué tipo de problemas existen

actualmente dentro del área y cuáles objetivos no están siendo cumplidos
satisfactoriamente.

Metodología del Diseño Lógico

3.6. RESUMEN GR ÁFICO

Consiste en el DFD a nivel de contexto.

13
 Metodología del Diseño Lógico

4. ESTUDIO DE FACTIBILIDAD
4.1. Introducción
El estudio de factibilidad tiene como objetivo determinar si el problema tiene una
solución técnicamente realizable (si con los recursos y conocimientos t écnicos
disponibles en la organizaci ón se puede diseñar y construir un sistema que resuelva
el problema), si es posible llevar a la pr áctica desde un punto de vista operacional el
sistema planteado (si el medioambiente organizacional permite la ejecución del
mismo) y si se justifica desde el punto de vista econ ómico, la implementación del
sistema.

4.2. Modelo
Para llevar a cabo el estudio de factibilidad se debe generar un diseño lógico global
preliminar.

Metodología del Diseño Lógico

4.3. Metodolog ía

Se utilizar á la misma metodología del dise ño lógico global, pero a un nivel más
agregado y general. Se deben determinar los requerimientos técnicos (tecnologías de
información) de las actividades que se asignar án al interior del sistema y por otro
lado, se determinar án las exigencias operacionales de las actividades externas en su
interacción con el interior (volumen y calidad de los datos, procedimiento s
administrativos,etc.). En esta parte es clave determinar las act ividades manuales y
mecanizadas, as í como las tecnologías involucradas tanto en la situaci ón actual como
en las distintas alternativas de solución.

Finalmente se determinar án los beneficios y costos que implicar á la implementación

del sistema.

14
 Metodología del Diseño Lógico
4.4. Puntos a considerar

FACTIBILIDAD TÉCNICA: Se trata de especificar los requerimientos computacionale s

del sistema: memoria, velocidad de procesamiento, almacenamiento en disco,
procesamiento remoto, servidores, redes internas y externas, teleprocesamiento ,
software especial y de coordinación, etc. Se debe considerar la tecnolog ía y los
recursos disponibles.

FACTIBILIDAD OPERACIONAL: Se trata del tipo de recurso humano qu e posee la

empresa para operar y utilizar los S.I.A.

FACTIBILIDAD ECON ÓMICA: se deben tener presente los beneficios y costos de la

implementación del sistema, dando origen a una evaluaci ón marginal del proyecto. La
medida cuantitativa para expresar el aporte econ ómico de una alternativa es el VAN
(Valor Actual Neto):

Metodología del Diseño Lógico

t ?n
( Bt ? Ct )
VAN ? ?
t? 0 (1 ? r)t

donde:

Bt = Beneficio o ingreso del per íodo t.

Ct = Costo del período t.
r = Tasa de descuento

Si el VAN del proyecto inform ático (o alternativa inform ática) es mayor a cero, se dice
que la alternativa es rentable o conveniente. Cabe destacar que todos los costos y
beneficios deben considerarse en términos marginales. La inversión inicial se
considera en el per íodo t=0.

15
 Metodología del Diseño Lógico
5. DISEÑO LÓGICO GLOBAL
5.1. Introducción
En esta etapa se pretende establecer las alternativas de dise ño (respecto a la situación actual) y
elegir la más conveniente a trav és de un proceso de evaluaci ón.

Para realizar esta etapa se parte por modelar el sistema actual estableciendo las componentes
(funciones) y sus interrelaciones (por medio de flujos de inform ación). A partir de la estructura
actual se establecen estructuras alternativas con nuevos compone ntes y nuevas interrelaciones.

5.2. Modelo
En esta etapa se utilizan 2 tipos de modelos:
a) Malla o Red de Funciones que interactuán a través de información. Esto se realizará mediante la
técnica de la representación gráfica de los DFD. Se analizarán otras técnicas y otras simbologías.
b) Descomposici ón o Partición Jerárquica de los elementos: entradas, salidas, funciones del
modelo de la malla generando varias sub-estructuras.

5.3. Metodología general

La metodolog ía consiste en aplicar repetidamente la descomposici ón jerárquica o estructura a
diferentes niveles de detalle y para diferentes alternativas de sistemas, dando paso a su evaluaci ón
y selección.

Metodología del Diseño Lógico

5.4.- Descomposición y malla actual.

Para obtener la descomposici ón y estructura asociada a la situaci ón actual se

realiza una partición de los elementos del sistema, tales como entradas,
salidas y funciones. Las etapas son:

1) Se descompone jer árquicamente las entradas y salidas en un s ólo nivel.

2) Se descompone jer árquicamente la función en un sólo nivel, de tal forma

que sea coherente con la primera partici ón o descomposición de las
entradas y salidas.

3) Se repiten sucesivamente los pasos 1) y 2) para tantos niveles de partición

como sea necesario para llegar a las funciones elementales (es d ecir,
cuando no se puede llegar a particionar).

16
 Metodología del Diseño Lógico

En cuanto al nivel de detalle que se requiere en una descomposic ión o partición

es necesario considerar lo siguiente:

a) Si se procede a realizar cambios radicales o sustanciales (po r ejemplo,

eliminando funciones o cambiando los m étodos y/o los recursos de una
determinada función), se requiere un grado de detalle bajo y, eventualmente, no
se requiere una descomposici ón demasiado detallada (dependiendo del caso
sólo podría ser necesario una primera partici ón de la función global a analizar).

b) Si se esperan cambios marginales en el sistema (por ejemplo u na

implementación de una tecnología de información m ás r ápida que la actualmente
utilizada), el grado de detalle deber á ser alto y puede requerirse un nivel de
partición o descomposición elevado ( m ás de 2 ).

Metodología del Diseño Lógico |

DIAGRAMA DE FLUJO DE DATOS

Para proceder a modelar se utilizar á la metodolog ía de Diagramas de Flujos de

Datos (D.F.D.). En este diagrama se especifica la funci ón como sistema y las
funciones relacionadas como medioambiente. Las entradas y salida s de la
función ser án los flujos de información que entran y salen de ésta y que la
relacionan con el medioambiente.

La nomenclatura gr áfica a utilizar es la de Gane y Sarson :

* Cuadrado remarcado en dos lados : Fuente o destino de los dato s.
* Flecha : Flujo de los datos.
* Cuadrado redondeado : Proceso que transforma flujos de datos.
* Rectangulo con un extremo abierto : Almacenamiento de los datos.

17
 Metodología del Diseño Lógico

DIAGRAMA DE FLUJO DE DATOS A NIVEL DE CONTEXTO

En este diagrama se coloca al sistema en estudio (que puede corr esponder a

toda la organización o s ólo a una parte de esta como una función específica) y se
relaciona con el resto de las funciones y entidades relacionadas (tanto internas
como externas a la empresa) mediante flujos de informaci ón y/o recursos.

DIAGRAMA DE FLUJO DE DATOS DE DESCOMPOSICI ÓN N

Corresponde a un D.F.D. de la en ésima descomposición de la función inicial. La

idea es que se puede descomponer a la funci ón en estudio tantas veces como se
requiera. Para obtener la descomposici ón y estructura asociada a la situación
actual se realiza una partici ón de los elementos del sistema, tales como
entradas, salidas y funciones.

DFD de Contexto

Entradas Salidas
Entidad Entidad
Externa SIA Externa

18
 DFD 1º descomposición

Proceso Proceso
A C
Entidad Entidad
Externa Entradas Salidas Externa

Proceso
B
Almacenamiento
de datos

Metodología del Diseño Lógico

Las etapas son:

1) Se descompone jer árquicamente las entradas y salidas en un solo nivel.

2) Se descompone jer árquicamente la función en un solo nivel, de tal forma

que sea coherente con la primera partici ón o descomposición de las
entradas y salidas.

3) Se repiten sucesivamente los pasos 1) y 2) para tantos niveles d e partición

como sea necesario para llegar a las funciones elementales (es d ecir,
cuando no se puede llegar a particionar).

19
 Metodología del Diseño Lógico

Adicionalmente a las mallas de la situación actual, se debe

complementar con alguna otra herramienta, existiendo algunas
alternativas adicionales:

a) Formularios: se documentan entradas, salidas, funciones y flujos

intermedios de información.

b) SADT (Structured Analysis and Design Technique ): es una técnica

gráfica que permite documentar funciones y consiste en un modelo de
funciones ( o actividades ) y un modelo de datos. Cada uno de los
nodos de una malla de funciones o de datos corresponde al siguie nte
modelo:

Metodología del Diseño Lógico

Control

Entradas Actividad Salidas

Mecanismos

Las entradas y las salidas pueden ser información, dinero o productos. El

control es información que determina o regula el qué hacer. Los
mecanismos son recursos (m áquinas, personas, tecnolog ías de información
o esquemas administrativos) requeridos para el funcionamiento.

20
 Metodología del Diseño Lógico
PAUTAS PARA DIBUJAR LOS DIAGRAMAS DE FLUJO DE DATOS (DFD)

1. Identificar las entidades externas involucradas. Ello implica de cidir sobre un

limite preliminar del sistema . Si tiene dudas incluya dentro de los limites de
su sistema la primera “ capa exterior ” de los sistemas manuales o
automatizados que tenga como interfaces. Recuerde que los flujos de datos
se crean cuando pasa algo en le mundo exterior; una persona deci de
comprar algo o un camión llega a un sitio de cargas.

2. Identificar las entradas y salidas programadas que se espera pue dan

producirse en el curso normal del negocio. Si la lista crece tra te de descubrir
agrupamientos lógicos de entradas y salidas.

3. Identificar las consultas y los pedidos de informaci ón que podr ían surgir.
Especificar un flujo de datos que defina la informaci ón “dada” al sistema y
un segundo flujo de datos que indique que se “requiere” del sistema.

Metodología del Diseño Lógico

PAUTAS PARA DIBUJAR LOS DIAGRAMAS DE FLUJO DE DATOS (DFD)

4. Tomar una hoja grande de papel y comenzando por el costado izqui erdo con
la entidad externa que le parezca la principal fuente de entrada s (por ejemplo
clientes), dibujar los flujos de datos que surjan, los procesos que son
lógicamente necesarios y los almacenamientos de datos que cree que se
requerir án. Algunas veces es muy útil seguir una transacción típica de
entrada a través de todo el sistema y preguntarse ¿Que es lo próximo que
debe sucederle a esta transacci ón? No enumere los procesos hasta el
borrador final.

5. Dibuje el primer borrador a mano alzada y concentrese en incluir todo excpto

errores, excepciones y decisiones. Las decisiones se toman dentr o de los
procesos de nivel inferior y no aparecen en los DFD.

6. Aceptar que se van a necesitar como m ínimo tres borradores del flujo de
datos del nivel superior.

21
 Metodología del Diseño Lógico
PAUTAS PARA DIBUJAR LOS DIAGRAMAS DE FLUJO DE DATOS (DFD)

7. Cuando tenga listo el primer borrador , controle nuevamente con su lista de

entradas y salidas para asegurarse que están todas incluídas .

8. Confeccionar ahora un segundo borrador mas claro utilizando una plantilla

para dibujar los s ímbolos. Evite o minimize el cruzamiento de flujos de datos :

- duplique las entidades externas , si fuera necesario.

- duplique los almacenamientos de datos, si fuera necesario.
- admita entonces que se crucen los flujos de datos si no lo puede
evitar.

9. Producir una explosión de nivel inferior de cada proceso definido en el

segundo borrador. Ahora puede completarse la versi ón tercera y final del
diagrama del nivel superior

Metodología del Diseño Lógico

5.5.- Generación de Alternativas

5.5.1.- Metodología
La metodolog ía consiste en realizar un an álisis cr ítico de la malla actual y proponer
mejoras y/o aportes que permitan optimizar el funcionamiento del sistema tanto en
ahorro de tiempo como en un ahorro de recursos. Según la teor ía se pueden
señalar algunas posibilidades:
a) Cohesión: cualquier descomposición alternativa de funciones deben poseer una
alta cohesión interna.
b) Acoplamiento: las alternativas ir án en la dirección de aumentar el grado de
coordinación entre las actividades o sub-componentes, permitiendo incrementar la
eficiencia y la efectividad de las actividades bajo estudio ya s ea cumpliendo de
mejor forma los objetivos del sistema, utilizando menos recursos (ahorro de
costos) y mostrando mejores posibilidades de adaptaci ón a los cambios. Esto
significa compartir la informaci ón y alimentar a las otras funciones de nuevos
flujos de información que permiten incrementar la productividad. Tambi én este
proceso lleva a crear nuevas funciones, cuyo objetivo es coordin ar.
c) Control: la idea es que deben existir ciclos de retroalimentaci ón que le den al
sistema la posibilidad de asegurar el cumplimiento de metas corr espondientes a
diferentes niveles de control de la organizaci ón.

22
 Metodología del Diseño Lógico
5.5.2.- Puntos a considerar

Entre las distintas formas de generar alternativas de soluci ón, se tienen:

1) Agrupación de funciones: se puede agrupar dos o m ás funciones en una para

evitar duplicidad de informaci ón o actividades duplicadas. Esto es caracter ístico
en aquellas sub-funciones que mantienen las mismas bases de datos (ejemplo:
clientes).

2) Creación de nuevas funciones: se puede crear nuevas funciones de control, por

ejemplo en el caso de que se ejecuten actividades como generaci ón de políticas
en varias sub-funciones, se puede proceder a crear una función que las controle.

3) Incorporación de nuevas actividades , tales como planificación de la producción en

empresas manufactureras de car ácter PYME o gestión de control en empresas
grandes.

Metodología del Diseño Lógico

4) Incorporación de nuevas tecnologías, de tal forma de apoyar en mejor forma

la realización del proceso. Para ello se debe analizar el grado de
automatización de las operaciones involucradas, de tal forma de identificar
aquellas actividades que se realizan en forma manual. Existen 3
posibilidades: a) Incorporaci ón de tecnolog ía sin sustitución de recursos
humanos, b) Incorporación de tecnología con sustitución completa de
recursos humanos y c) Incorporaci ón de tecnolog ía con sustitución parcial
de recursos humanos vía capacitación.

5) Apoyar en mejor forma al proceso de toma de decisiones. Para ello se

identifica si la actividad es estructurable o no estructurable . Cualquier
actividad estructurable es susceptible de ser automatizada, ya que implica
una secuencia repetitiva y ordenada de actividades y por lo tant o puede
modelarse mediante algún tipo de programación computacional.

23
 Metodología del Diseño Lógico
5.6.- Análisis de Grados de Mecanización.

La metodolog ía en esta fase consiste en establecer, para cada una de las func iones
definidas en la fase de alternativas, el grado de uso de tecnolo gías de información.

En esta fase es importante diferenciar entre funciones estructur adas y no estructuradas.

Al mecanizar funciones conviene distinguir las siguientes situac iones:

a) Mecanización de actividades de procesamiento muy estructuradas y rutinarias :

este es el caso más simple y debe tenderse a la integración del almacenamiento y
procesamiento de la información. Esta integración se traduce en tratar de
minimizar las duplicaciones en el almacenamiento de datos a trav és de definir
funciones de almacenamiento centralizadas, que deben llevar a de finir una Base
de Datos, dependiendo de las relaciones entre las distintas enti dades.

b) Mecanización de Decisiones: existen algunas situaciones donde pueden

mecanizarse ciertas decisiones como reordenamiento de materiales , autorización
de crédito, planificación de producción, etc.

Metodología del Diseño Lógico

5.7.- Evaluación

5.7.1.- Metodología

La metodología de evaluación se basa en la teor ía del valor de la información

y en el cálculo aproximado del costo de cada una de las alternativas.. La idea
fundamental es que s ólo debemos llevar a la práctica una alternativa de un
sistema si el valor marginal a partir de la situación actual es mayor que el
costo que implica implementar la alternativa. Por ende, entre di versas
alternativas se deberá elegir aquella de mayor beneficio neto (beneficio
marginal menos costo marginal).

El problema m ás complicado en esta situaci ón es el de calcular los

beneficios marginales.

24
 Metodología del Diseño Lógico
a) Funciones estructuradas: para funciones estructuradas que tienen una sola
forma de realización, como son muchas funciones de tipo procesamiento de
información, el problema de valor no tiene relevancia, ya que siempre se
obtendr á el mismo resultado aunque existan diferentes grados de
mecanización. En caso de funciones estructuradas con reglas o modelos
alternativos que conducen a diferentes valores se deber á determinar el valor
por medio de modelos (con ciertas funciones objetivo), por el gr ado de
exactitud de la información (que implica una disminuci ón del error y del
costo asociado) y mediante un an álisis paramétrico y de sensibilidad (como
en el caso de un modelo de inventario determin ístico).

b) Funciones no estructuradas: se debe enfrentar el problema del va lor con

consideraciones cualitativas. Luego se puede afirmar que cierta información
tendr á valor si nos dice algo que aún no sabemos o nos lleva a tomar una
determinada acción que no se habr ía tomado de no conocerse la
información. Respecto a los ítemes que aportan valor se puede se ñalar lo
siguiente:
1) Reducción en los costos de operaci ón asociados a la función.

25