Este documento discute los diferentes modelos que se pueden construir durante el análisis y diseño estructurado, incluyendo el modelo físico actual, lógico actual, lógico nuevo y físico nuevo. También describe el modelo ambiental, que define la interfaz entre el sistema y su entorno, utilizando herramientas como la declaración de propósitos, el diagrama de contexto y la lista de eventos. Finalmente, destaca la importancia de iterar y redefinir el modelo ambiental para comprender completamente la perspectiva del sistema.

1. Capítulo 5
Análisis y Diseño Estructurado
5.1
Metodología AS/DS
Que tipo de Modelo debemos construir ?
1. Construir un modelo de la implantación del sistema actual ?
2. Construir uno de la implantación nueva que se propone ?
3. Un modelo independiente de la tecnología de implantación ?
4. Las tres cosas ?
5.1.1
El enfoque del Modelo Clásico
Siempre se considero la construcción de cuatro modelos distintos a desarrollar, ellos son:
Físico Actual: el que esta actualmente empleando el usuario (manual, automatizado o mezcla).
Lógico Nuevo: requerimientos puros o esenciales del sistema nuevo que el usuario
quiere.
Lógico Actual: es el modelo de los requerimientos puros o esenciales que realiza el
sistema actual del usuario.
Físico nuevo: un modelo que muestre las limitaciones impuestas por el usuario,
una de estas limitaciones es la frontera de automatización (es decir cuales funciones se
automatizaran y cuales se desarrollaran manualmente). El modelo físico es lo que llamamos
modelo de implementación del usuario.
El enfoque clásico supone que:
² El analista puede no estar familiarizado con el área de aplicación o del negocio, por
ello es importante que comience con un modelo físico actual, luego transformar el
modelo físico en modelo lógico.
² El usuario puede estar renuente o imposibilitado para trabajar con el nuevo modelo
lógico al principio.
Ejemplo 5.1 Desconfía de la capacidad del analista, o no estar de acuerdo con él.
159

2. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
160
Programa del
proyecto
FISICO
ACTUAL
Módelo físico actual
LOGICO
ACTUAL
Módelo lógico actual
LOGICO
NUEVO
Módelo lógico nuevo
FISICO
NUEVO
Módelo físico nuevo
Figura~5.1: Los cuatro modelos de SA/SD
² La transformación de un modelo lógico actual en un modelo lógico nuevo no requiere
de mucho trabajo.
Estas apreciaciones son correctas, pero normalmente se ignora el peligro de que desarrollar un modelo del sistema actual puede requerir de bastante tiempo y esfuerzo y hace
que el usuario se frustre y termine cancelando el proyecto.
No se tiene que modelar el Sistema Actual como un …n en si mismo, sino como un
medio para lograr el sistema de implementación del usuario.
Si existe la posibilidad de evitar el modelo del sistema actual, hay que evitarlo (perdida
de tiempo, esfuerzo, etc).
El nuevo sistema conocido como el nuevo sistema lógico, lo conocemos aquí como el
modelo esencial del Sistema.
El modelo esencial, es un modelo de lo que el sistema debe hacer para satisfacer los
requerimientos del usuario, diciendo lo mínimo posible de como se hará la implementación.Esto signi…ca que en la construcción del modelo se tiene disponible una tecnología
perfecta y que se puede obtener fácilmente y sin costo.
De ninguna manera habría que asociarlo a la implementación.
5.1.2
Di…cultad en su construcción
Resulta muy difícil eliminar todos los detalles de implementación en el modelo esencial,
algunos ejemplos de esos detalles son:
² Secuenciado arbitrario de las actividades de un modelo de ‡ujo de datos. El único
secuenciado en el diagrama de ‡ujo de datos debe ser el que requieren los datos.
² Archivos innecesarios, es decir, los almacenes de datos que no se requerirían de
existir una tecnología perfecta. Los archivos temporales se requieren en un modelo

3. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
161
de implantación porque los procesos están programados para hacer su trabajo en
distintos tiempos; también se introducen para propósitos de respaldo y recuperación,
porque la
² Tecnología de implantación es propensa a errores, así como las personas que operan
las computadoras.
² Revisión de errores y validación innecesarias de datos y proceso dentro del sistema..
Dichas actividades de validación se necesitan en un modelo de implantación, porque
se debe trabajar con procesos propensos a errores y canales ruidosos de datos entre
procesos.
² Datos redundantes o derivados. Estos se incluyen a veces en los almacenes de datos
para propósitos de e…ciencia; aunque esto usualmente es razonable, debe hacerse
durante la fase de diseño del proyecto, y no durante el modelado de las funciones y
datos esenciales. También, sin darse cuenta, se pueden incluir datos derivables.
El modelo esencial posee dos componente
1. Modelo ambiental (frontera entre el sistema y el resto del mundo)
2. Modelo de comportamiento. Describe el comportamiento para que interactúe de
manera exitosa en el ambiente (DFD, D-E-R., D.D, DTE, EP, etc).
Existen circunstancias que es necesario desarrollar un modelo de implantación (del
sistema actual) antes de construir el modelo esencial (se puede deber a que el usuario
no este convencido de que se entienda completamente su negocio, o simplemente que el
analista necesita estudiar el ambiente actual antes de proponer un sistema nuevo).
Una vez desarrollado el modelo de la implementación actual, su tarea siguiente es de…nir en términos lógicos, (eliminar detalles de implantación) usualmente tiene los siguientes
pasos:
1. Buscar y separar ‡ujos esenciales que hayan sido empaquetados de manera arbitraria
en el mismo medio.
2. Buscar ‡ujos empaquetados o agregados que se envían a burbujas que no requieren
de todos los datos que hay en dichos ‡ujos.
3. Distinguir entre el trabajo esencial realizado por un proceso y la identi…cación del
procesador que aparece en el modelo de implantación.
4. Eliminar procesos cuyo única tarea sea transportar datos de un lugar a otro dentro
del sistema.
5. Eliminar proceso cuya labor sea veri…car datos que se producen y usan dentro del
sistema.
6. Buscar situaciones donde los almacenes esenciales se hayan empaquetado en el mismo
almacén.

4. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
162
7. Eliminar datos de los almacenes si ningún proceso los utiliza. Eliminar datos de los
almacenes que sean derivables o calcular.
8. Eliminar almacenes de datos que solo existan como separadores de tiempo entre procesos y que sean dependientes de la implantación. Esto incluye archivos intermedios,
archivos de reportes, archivos de impresión y otros similares.
5.2
El Modelo Ambiental
Cualquier sistema que se desarrolle será siempre parte de un sistema mayor, por ello,
el primer modelo importante que se debe desarrollar es uno que de…na la interfaz entre
el Sistema y el resto del Universo (el ambiente), este modelo es lo que conocemos como
modelo ambiental., modelo exterior del sistema.
EL AMBIENTE
EL SISTEMA
Figura~5.2: Frontera entre el Sistema y el ambiente
Así, el primer modelo importante que se debe desarrollar es uno que no haga más que
de…nir las interfases entre el sistema y el resto del universo, es decir, el ambiente (modela
el exterior del sistema). El modelo del interior de sistema se conoce como modelo de
comportamiento.
Los sistemas que construimos son racionales y tienen propósito; especí…camente, producen salidas como respuestas a algún acontecimiento, o estimulo, en el ambiente. Así,
otro aspecto critico del modelo ambiental consiste en identi…car los acontecimientos que
ocurren en el ambiente al cual debe responder el sistema.
Solo nos debe preocupar aquellos acontecimientos que ocurran en el ambiente exterior
y requieren una respuesta del Sistema.
La frontera entre el Sistema y su ambiente es arbitraria. A menudo existe una área
gris que esta abierta a negociaciones, un área sobre el cual el usuario no esta seguro, no
había pensado, tenia algunas idea ya hechas al respecto, o todas las anteriores.
Factores a tener en cuenta cuando se escoja la perspectiva del proyecto:
² El deseo del usuario de lograr una cierta participación en el mercado para el producto
o incrementarlas a mas de su nivel actual. Esto puede hacerse ofreciendo un nuevo
producto o una mayor funcionalidad de uno existente ofreciendo un servicio mas
rápido y e…ciente.

5. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
163
² La legislación establecida por el Gobierno Federal, Estatal o de la Ciudad.
² El deseo del usuario por minimizar gastos operativos de algún área de su negocio.
² Deseo del usuario por lograr alguna ventaja estratégica para la línea de productos o
área de negocios que opera.
El área dentro de la frontera del sistema a veces se conoce como el dominio de cambios.
Herramientas para de…nir el ambiente
1. Declaración de propósitos
2. Diagrama de contexto
3. Lista de acontecimientos
5.2.1
Declaración de Propósitos
Es una declaración textual breve y concisa del propósito del Sistema, dirigida al administrativo superior.- También algún analista sugieren que la declaración de propósito debe
incluir un resumen de bene…cios tangibles y cuanti…cables a tal vez un análisis de costobene…cios.
5.2.2
El diagrama de contexto
En una solo burbuja se debe representar todo el sistema.
pedido-inmueble
pedido-recepcionado
INMOBILIARIA
LOCATARIO
LOCADOR
inmueble-otorgado
inmueble_ofertado
Figura~5.3: Diagrama de Contexto
Enfatiza las siguientes características:
² Las personas, organizaciones y sistemas con los que se comunica nuestro sistema, se
conoce como terminadores.
² Los datos que recibe del mundo exterior.
² Los datos que el sistema produce y que se envían al mundo exterior.
² Los almacenes de datos que el sistema comparte con los terminadores.
² La frontera entre el sistema y el resto del mundo.

6. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
5.2.3
164
Lista de acontecimientos
Es una lista narrativa de los estímulos que ocurren en el mundo exterior a los cuales el
sistema debe responder.
En la lista especi…camos con las letra:
F: ‡ujo
T: temporal
C: Control
El orientado a ‡ujos es el que se asocia con un ‡ujo de datos; es decir, el sistema se da
cuenta de que ha ocurrido el acontecimiento cuando llega algún dato (o varios).
No existe una correspondencia uno a uno entre los ‡ujos de datos del diagrama de
contexto y los acontecimientos de la lista de acontecimientos. En general, cada ‡ujo de
datos es un acontecimiento (o, más precisamente, la indicación de que ha ocurrido), o bien
es requerido por el sistema para poder procesar un acontecimiento.
Los acontecimientos temporales, como su nombre lo indica, arrancan con la llegada de
un momento dado en el tiempo. Algunos ejemplos de acontecimientos temporales pudieran
ser:
Ejemplo 5.2 A las 10:00 Hs de la mañanas se requiere que el resguardo de la información
este completo
Ejemplo 5.3 La emisión de chequeras de pago debe estar completo para la semana entrante
Los acontecimientos temporales no se inician con ‡ujos de datos de entrada; podria
imaginarse que el sistema tiene un reloj interno con el cual puede determinar el paso
del tiempo. Estos acontecimientos pueden requerir que el, sistema solicite entradas de
uno o mas terminadores. Por ello podrían asociarse uno o más ‡ujos de datos con un
acontecimiento temporal, aunque los ‡ujos de datos, en si, no representan el acontecimiento
mismo.
Los acontecimientos de control deben considerarse un caso especial del acontecimiento
temporal. Un estimulo externo que ocurre en algún momento impredecible. A diferencia
de un acontecimiento temporal normal, el acontecimiento de control no se asocia con el
paso regular del tiempo, por lo que el sistema no puede anticiparlo utilizando un reloj
interno. Y a diferencia de un acontecimiento de ‡ujo normal, el de control no indica su
presencia con el arribo de datos.
El ‡ujo de control puede considerarse como un ‡ujo de datos binario (on-o¤).
Los sistemas de información de negocios no suelen tener ‡ujos de control en sus diagramas de contexto.
Como componentes adicionales del modelo ambiental tenemos:
² Los DD iniciales, que de…ne todos los ‡ujos y almacenes externos
² Los D E-R de los almacenes externos

7. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
5.2.4
165
Construcción del modelo ambiental
A pesar de que el desarrollo del modelo ambiental parezca simple y directa, a menudo
resulta que requiere de una gran cantidad de trabajo; además; usualmente se desarrolla
como una serie de re…namientos iterativos, con datos adicionales que se añaden y re…nan.
Una razón importante por la cual muchos re…namientos y revisiones suelen ser necesarios es que normalmente una sola persona no puede comprender la perspectiva completa
del sistema como se de…nió inicialmente. SI el proyecto involucra un nuevo sistema que
remplazara a uno existente, es posible hablar con los usuarios que actualmente llevan a
cabo sus funciones.
Es importante dedicar una buena cantidad de tiempo y energía al modelo ambiental,
pues a menudo es el punto focal de juntas y presentaciones importantes al comienzo de
la vida de un proyecto de desarrollo de sistemas. De echo, a veces es la única parte del
modelo global del sistema que muchos usuarios y administradores de alto nivel llegaran a
ver (los que tienen la decisión de continuar o no con el proyecto).
El diagrama de contexto consiste en terminadores, ‡ujos de datos y ‡ujos de control,
almacenes de datos y un solo proceso que representa a todo el sistema.
La parte más fácil del diagrama de contexto es el proceso, el nombre dentro del proceso
suele ser el nombre del sistema completo o un acrónimo convenido.
Los terminadores se comunican directamente con el sistema a través de ‡ujos de datos o
de control, o través de almacenes externos. Los terminadores no se comunican directamente
entre si. Algunos terminadores tienen un gran número de entradas y salidas, para evitar
un diagrama innecesariamente atiborrado conviene dibujar el terminador mas de una vez,
en este caso los terminadores duplicados se los identi…ca con asteriscos.
Cuando el terminador es una persona conviene o es preferible indicar el rol que desempeña, más que su identidad.
Es indispensable distinguir las fuentes y manejadores cuando se dibujan terminadores
en el, diagrama de contexto. Un manejador es un mecanismo, dispositivo, o medio físico
usado para transportar datos hacia dentro o fuera del sistema. La tendencia es mostrar al
manejador en lugar de la verdadera fuente de los datos. Tendríamos que evitar mostrar
los manejadores, puesto que el nuevo sistema generalmente tendrá opción de cambiar la
tecnología mediante la cual los datos se introducen y sacan del sistema.
Los ‡ujos que aparecen en el diagrama de contexto modelan datos que entran y salen
del sistema, además de las señales de control que recibe o genera. Los ‡ujos de datos se
incluyen en el diagrama de contexto si se ocupan para detectar un acontecimiento en el
ambiente al que deba responder el sistema, o si se ocupan para producir una respuesta.
También estos ‡ujos pueden aparecer para ilustrar los datos que son transportados entre
los terminadores por el sistema. Finalmente, los ‡ujos de datos se muestran en el diagrama
de contexto cuando el sistema produce datos para responder a un acontecimiento.
Se debe dibujar el diagrama de contexto bajo el supuesto de que las entradas son
causadas e iniciadas por los terminadores, y que las salidas son causadas e iniciadas por
el sistema.
En los casos que el terminador no inicie las entradas (el terminador no sabe que el
sistema requiere sus entradas) y que el sistema no inicie la generación de salidas debe
mostrarse el mensaje como una parte esencial del sistema.
La lista de acontecimiento es un listado sencillo de los acontecimientos del ambiente

8. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
166
a los cuales debe responder el sistema. Al crear esta lista se debe distinguir entre un
acontecimiento y un ‡ujo relacionado con un acontecimiento.
La manera más fácil de identi…car los acontecimientos relevantes para un sistema es
visualizarlo en acción: examinar cada terminador y preguntar que efecto pueden tener
sus acciones sobre el sistema. Debe distinguirse entre acontecimientos discretos que se
han empaquetado accidentalmente como si fueran uno solo; esto sucede a menudo con
acontecimientos de tipo ‡ujo. Debe examinarse el terminador candidato y preguntar si
todas sus instancias involucran los mismos datos, si en algunas instancias están presentes
los datos, y ausentes en otras, podria en realidad haber dos acontecimientos distintos.
La lista de acontecimientos debe incluir no solo las interacciones normales entre el
sistema y sus terminadores sino también situaciones de falla. Dado que se esta creando
un modelo esencial, no hay que preocuparse por fallas del sistema; pero se deben tomar
en cuenta posibles fallas o errores causadas por los terminadores.
Cabría preguntarnos ¿ Que se hace primero, el diagrama de contexto o la lista de acontecimientos ?, la respuesta es NO IMPORTA mientras se produzcan ambos componentes
del modelo ambiental y se revisen para asegurar que sean consistentes.
Cuando se termine con ambos componentes del modelo ambiental será posible con…rmar lo siguiente:
² El sistema necesita cada ‡ujo de entrada del diagrama de contexto para reconocer
que ha ocurrido un acontecimiento; debe necesitarlo para producir una respuesta a
un acontecimiento, o ambas cosas.
² Cada ‡ujo de salida debe ser respuesta a un acontecimiento.
² Cada acontecimiento no temporal de la lista de acontecimientos debe tener entradas
a partir de las cuales el sistema puede detectarlo.
² Cada acontecimiento debe producir salidas inmediatas como respuesta o bien almacenar los datos que luego serán salidas, o debiera ocasionar un cambio en el estado
del sistema.
5.3
El Modelo preliminar de comportamiento
Una vez …nalizado la consistencia del modelo ambiental y veri…cado por todos los integrantes del grupo de análisis, se comienza a construir el modelo de comportamiento o modelo
exterior del sistema.
Se debe construir el modelo de comportamiento del sistema, es decir el modelo de
comportamiento …nal que el sistema debe tener para manejar con éxito el ambiente, esto
involucra el desarrollo de un diagrama de ‡ujo de datos y un diagrama de E-R preliminares
, además de la elaboración de entradas iniciales del diccionario.
Existen tres enfoques en el desarrollo del modelo de comportamiento:
1. El enfoque descendente clásico
2. El ascendente
3. El medio

9. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
5.3.1
167
El enfoque clásico
Se procede la única burbuja del diagrama de contexto a un DFD de nivel Superior (Nivel
0), en donde cada burbuja representa un Subsistema Principal, cada burbuja del nivel
0, se parte a continuación en …guras de nivel inferior u cada burbuja de nivel inferior se
parten aun mas, etc, hasta llegar a un nivel de burbujas atómicas (no requiere de mayor
descomposición).
Problemas en el presente enfoque:
² Parálisis del análisis
² El fenómeno de un a X -cantidad de analistas
² Partición física arbitraria
5.3.2
El enfoque medio
Este requiere (después de desarrollar DFD inicial) una nivelación ascendente y también
podría necesitarse alguna partición descendente.
El enfoque es el siguiente:
1. Se dibuja una burbuja o proceso por cada acontecimiento de la lista.
2. La burbuja se nombra describiendo la respuesta que el sistema debe dar al acontecimiento asociado.
3. Se dibujan las entradas y salidas apropiadas de tal forma que la burbuja pueda
dar repuesta requerida y se dibujan los almacenes, como sea apropiado, para la
comunicación entre burbujas.
4. El borrador de DFD que resulta se compara con el diagrama de contexto y la lista
de acontecimientos para asegurar que este completo y sea consistente.
El primer paso es directo, si existieran 30 acontecimientos en la lista, se deben dibujar
30 burbujas.
El segundo paso también es directo: a cada burbuja se la da un nombre apropiado,
basado en la respuesta requerida. Esto signi…ca que se debe examinar el acontecimiento y
preguntarnos que respuesta debe dar el sistema a este acontecimiento?.
El tercer paso no es mecánico, pero usualmente es bastante directo, para cada burbuja
dibujada, identi…que las entradas que requiere para efectuar su trabajo. Identi…que las
salidas (si las hay) que cada una produce e identi…que los almacenes a los que cada burbuja
debe tener acceso. Esto se logra entrevistando a los usuarios.
En muchos casos el acontecimiento esta determinado por el ‡ujo; esto signi…ca que el
sistema detecta la ocurrencia de un acontecimiento por la llegada de algún dato de un
terminador externo. Obviamente, esto signi…ca que el ‡ujo de datos apropiado debe estar
conectado al proceso requerido para responder a tal acontecimiento.
De manera similar, como parte de la respuesta dibuje las salidas adecuadas producidas
por el proceso. Esto implicara devolver salidas a los terminadores fuera del sistema, sin

10. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
168
embargo, puede también involucrar salidas que se envían a los almacenes de datos, para
ser usadas como entradas de otros procesos.
El cuarto paso es una actividad de veri…cación de consistencia, similar a los pasos de
balanceo de modelos. Veri…que que cada entrada del diagrama de contexto para ver se
esta asociada con alguna entrada de alguno de los procesos del DFD preliminar; y veri…que
también que cada salida producida por algún proceso en el DFD preliminar se envié a un
almacén o sea una salida externa incluida en el diagrama de contexto.
Existen dos casos especiales:
² Acontecimientos únicos que causan respuestas múltiples
² Acontecimientos múltiples que causan la misma respuesta.
En todos estos casos ninguno de los procesos en el diagrama de ‡ujo de datos preliminar
está conectado con otro: las burbujas no se comunican directamente con otras. En lugar
de ello se comunican entre si a través de otros almacenes de datos.
Esto es debido a que las burbujas en el diagrama preliminar representan respuestas
a acontecimientos, y los acontecimientos que ocurren en el ambiente externo son no sincronizados y dado que la respuesta a un acontecimiento puede requerir datos producidos
por algún otro y, no hay forma de saber cuando ocurrirán los acontecimientos, y debe
suponerse, en un modelo esencial, que cada proceso realizara su labor de manera in…nitamente rápida, y cada ‡ujo de datos actúa como conducto que puede transmitir datos
con rapidez in…nita, se sigue que la única forma de sincronizar múltiples acontecimientos
interdependientes es mediante un almacén.
5.3.3
Desarrollo del Modelo Inicial de Datos
Como el D E-R y DFD se desarrollan en paralelo, pueden usarse para revisarse entre si.
Además la lista de acontecimientos es muy útil para crear del D E-R y el DFD inicial.
El modelo de comportamiento inicial, una vez terminado, no se lo puede presentar al
usuario debido a su complejidad (DFD, DER, etc), muchas burbujas, etc, lo que implica
que necesitara un re…namiento para eliminar y/o añadir objetos.
Además presenta un segundo inconveniente, que el modelo de comportamiento inicial
son grá…cos casi sin ningún apoyo de textos.
5.4
5.4.1
El Modelo de Comportamiento
Terminado del Modelo de Comportamiento
El modelo inicial de comportamiento no puede ser presentado al usuario debido a su
complejidad (DFD con 40 o mas burbujas, el DER con de…niciones muy gruesas, compuesto
básicamente de gra…cas y poco apoyo de texto, etc).
5.4.2
Terminado del Modelo de Proceso
Nivelación del DFD preliminar
Reorganizar el DFD (posee muchas burbujas), necesita de nivelación ascendente, es decir,
agrupar procesos relacionados en agregados con signi…cado.

11. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
169
Existen tres reglas al hacer esto:
1. Con la agrupación de procesos deben involucrar respuestas relacionadas cercanamente.
2. Busque oportunidad de esconder o enterrar datos almacenados que aparecen en nivel
inferior. Si ve un grupo de procesos en los DFD preliminares que se re…eren a un
almacén común, y no hay otros procesos en los DFD preliminares que se re…eren a
este almacén, entonces puede crear una burbuja de nivel superior para esconderlo.
3. Tenga presente que la persona que ve sus DFD, sea un usuario u otro analista, no
quiere ver demasiado a la vez. Por ello, cree agregados o grupos del DFD preliminar
que consistan en aproximadamente.
Muchas veces necesitan de una nivelación descendente. Cuando los procesos descriptos
en el DFD son muy complejos para describirlos en una especi…cación de proceso, tal vez
sea necesario una nivelación descendente, es decir, construir un DFD de nivel inferior.
Pasos para llevar a cabo una nivelación descendente
En algunos casos es apropiado un enfoque de descomposición funcional pura, es decir, si
encuentra una burbuja de proceso que realiza una función compleja, trate de identi…car
subfunciones, cada una de las cuales puede se hecha por una burbuja de nivel inferior.
En otros casos , los ‡ujos de datos de entradas y salidas proporcionaran la mejor guía
para la nivelación descendente.
5.4.3
Como completar el DD
En esta etapa (terminado del modelo) es necesario llenar la descripción del signi…cado de
cada dato, también se hace necesario dividir los datos complejos en elementos menores.
Hay que veri…car que este completo y sea consistente (que ninguna parte contradiga a
la otra), que este balanceado con los DFD, DER y las EP.
5.4.4
Como completar las especi…caciones de procesos
No inicie la escritura de las especi…caciones de proceso antes de concluir con el DFD
preliminar. Cuando el DFD comience a estabilizarse, cuado ha pasado la prueba de la
nivelación ascendente, entonces puede comenzar a escribir las especi…caciones de proceso.
Por ultimo, recuerde que las EP deben balancear con los DD y el DER.
5.4.5
Terminado del modelo de datos
De la misma forma que los DFD, se empieza con un DER tosco y luego se re…na y se
mejora. Tenga en mente que la mayoría de las veces el DER se desarrolla al mismo tiempo
que el DFD.

12. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
5.5
170
El Modelo de Implementación
Terminamos de desarrollar el Modelo esencial de un sistema de información, este tiene una
descripción completa de lo que el sistema debe hacer, especí…camente describe:
² La política o lógica esencial de las funciones que se requiere realizar.
² El contenido esencial de los datos que almacena el Sistema y que se mueven a través
de él.
² El comportamiento esencial dependiente del tiempo que el sistema debe exhibir para
manejar señales e interrupciones del ambiente exterior.
Con esta información seria su…ciente para los diseñadores y programadores: se les
daría el modelo esencial y se les permitiría escoger el mejor HARD, sistema operativo,
sistema de administración de base de datos y el lenguaje de programación, dentro de las
restricciones globales del proyecto, en tiempo, dinero y recursos humanos. No obstante
seria necesario información adicional sobre cuestiones de implementación.
El asunto de implementación de interés para el usuario es la frontera de automatización,
es decir, cuales parte del modelo esencial se van a implementar con la computadora y cuales
se van a realizar manualmente por personal de la Organización.
Es de interés para el usuario, mas que las funciones de Sistema, las entradas y salidas
del mismo, este interés se va acrecentando por varias opciones y posibilidades que han
aumentado la importancia de estas cuestiones de implantación. Algunas de ellas son:
² Los usuarios …nales tienen oportunidades de usar computadoras personales como
parte de una red distribuida de computadoras. Cabría preguntarnos ¿ Que parte del
modelo esencial se asignaran las PC ? ¿ Cuales se compartirán ?.
² Los usuarios …nales tienen oportunidad de escribir sus propios programas en lenguajes de cuarta generación.
Se podria construir un prototipo de porciones del sistema utilizando un lenguaje de
cuarta generación o un paquete de generación de aplicaciones.
Otra opción es la elección y compra de un paquete de software. ¿ Que parte de las
funciones esenciales las implementará el paquete y cuales tendrá que hacer el usuario ?.
Todas estas cuestiones deben tratarse como parte del modelo de implementación del
usuario. De manera generalizada, este cubre cuatro puntos:
1. Distribución del modelo esencial entre personas y maquinas.
2. Detalle de la interacción humano-maquina.
3. Actividades manuales que se podrían requerir.
4. Restricciones operativas que el usuario desea imponer al Sistema.

13. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
5.5.1
171
Determinación de la frontera de automatización
Que funciones y que datos se manejaran manualmente y cuales se automatizaran. Esta es
la cuestión.
Aunque el usuario quiere que se desarrolle un sistema automatizado, también necesita
una declaración bien hecha de los requerimientos de las funciones y datos que queden fuera
de la frontera de automatización.
Existen tres casos:
1. Al usuario no le importa donde esta la frontera de automatización.
2. El usuario escoge un sistema totalmente automatizado.
3. El usuario escoge un sistema completamente manual.
5.5.2
Determinación de la interfaz humana
Es la actividad que consume mas tiempo y lo que mas interesa al usuario. Involucra cuatro
partes.
1. Elección de los tipos de entradas y salidas.
2. El formato de las entradas.
3. El formato de las salidas.
4. La secuencia y los tiempos de I/O en un sistema en línea.
Nota 5.1 Sobre este tema en particular se lo desarrolla completamente en el capitulo 10.
5.5.3
Identi…cación de las actividades de apoyo manual adicional
El usuario puede o no aceptar la existencia de una tecnología perfecta en el modelo esencial
o puede decidir que ciertas porciones del sistema automatizado estén bajo su propio control operacional, o pueden existir normas legales que aseguren la integridad de los datos.
Cualquiera sea el caso, estas actividades de apoyo adicional se representaran por medios
de nuevos procesos en el DFD del modelo de comportamiento. Generalmente tenemos que
preocuparnos por la posibilidad de la tecnología defectuosa en algunas áreas principales:
² Ingreso de datos al sistema
² Realización de los cálculos
² Almacenamiento a largo plazo
² Salida de datos del sistema
² Entrada o salidas redundante
² Tecnología de procesador redundante
² Redundancia interna
² Controles por lote
² Veri…caciones secuenciales

14. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
5.5.4
172
Especi…caciones de restricciones operacionales
El equipo de implantación tendrá que decidir la combinación de Hardware, sistema operativo, equipo de telecomunicaciones, lenguajes de programación y estrategias de diseño para
implementar mejor los requerimientos. A continuación se describen algunas cuestiones
típicas de las restricciones operativas, restricciones que el modelo esencial evita:
² Volumen de datos
² Tiempo de respuesta a las diversas entradas
² Restricciones políticas sobre modalidades de implantación
² Restricciones ambientales
² Restricciones de con…abilidad
² Restricciones de seguridad

15. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
5.6
173
Preguntas y Ejercicios de Revisión
1. Enumere y describa las cuatro modelos que propone el SA/SD.
2. Describa los problemas que se presentan en la construcción de los cuatro modelos
del SA/SD.
3. De…na Modelo Ambiental. Sus componentes.
4. Enumere y describa los requerimientos para la construcción del Modelo Ambiental.
5. De…na el Modelo Preliminar. Sus enfoques.
6. De…na el Modelo de Comportamiento. Herramientas.
7. Como se debe complementar el Diccionario de Datos en el Modelo de Comportamiento.
8. Como se debe complementar las Especi…caciones de Proceso en el Modelo de Comportamiento.
9. Que entiende por Terminado del Modelo de Datos.
10. De…na el Modelo de Implementaión.
11. Que entiende poor Frontera de Automatización.
12. Que entioende por Determinación de la Interface Humana.
13. Que entiende por la Identi…cación de loas Actividades de Apoyo Manual.

16. CAPÍTULO 5. ANÁLISIS Y DISEÑO ESTRUCTURADO
Referencia Bibliográ…cas
[7] E. Yourdon. Análisis y Diseño Estructurado. Yourden Press, 1980.
174

17. Parte III
Análisis y Diseño Orientado a
Objetos
175