REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA

EDUCACIN UNIVERSITARIA
INSTITUTO UNIVERSITARIO POLITCNICO
SANTIAGO MARIO
EXTENSIN MARACAY

Diagramas Funcionales, Diccionario de Datos, Diseo de Pruebas y

Documentacin de sistemas

DOCENTE: INTEGRANTE
ING. LILIANGEL CRDENAS SANCHEZ ALEXANDER V-22.956.799

Anlisis y Diseo de Sistemas

SECION SL
 Diagrama funcional y diagrama de rbol

Diagrama funcional:

Representacin grfica o dibujo de figuras geomtricas que sirve para mostrar el funcionamiento;
ya sea, una institucin, empresa, equipo, club o una mquina o teora cientfica.

El diagrama muestra el conjunto en su totalidad, sus figuras geomtricas por lo general estn
escritas dentro con una letra, nombre o nmero que las identifica y distingue de las dems. Las
figuras van acompaadas de lneas que unen a una con otras demostrando as los pasos que
envuelven el funcionamiento del objeto que representan. la mayora de las veces va acompaada
con una leyenda o explicacin debajo del dibujo, otras veces las explicaciones estn contenidas
dentro de las figuras geomtricas.

Las entradas y salidas de los bloques se conectan entre s con lneas de conexin o enlaces. Las lneas
sencillas se pueden utilizar para conectar dos puntos lgicos del diagrama, es decir:

Una variable de entrada y una entrada de un bloque

Una salida de un bloque y una entrada de otro bloque

Una salida de un bloque y una variable de salida

Se muestran las relaciones existentes entre los procesos y el flujo de seales de forma ms realista
que una representacin matemtica.
Diagrama de rbol:

Un rbol es ampliamente utilizado estructura de datos que emula una estructura jerrquica rbol
de la estructura con un conjunto de vinculados nodos. Un diagrama de rbol es un mtodo grfico
para identificar todas las partes necesarias para alcanzar algn objetivo final. En mejora de la
calidad, los diagramas de rbol se utilizan generalmente para identificar todas las tareas necesarias
para implantar una solucin. Se emplea para descomponer una meta u objetivo en una serie de
actividades que deban o puedan hacerse. A travs de la representacin grfica de actividades se
facilita el entendimiento de las acciones que intervendrn. Permite a los miembros del equipo de
trabajo expandir su pensamiento al crear soluciones sin perder de vista el objetivo principal o los
objetivos secundarios. Ubica al equipo para que se dirija a situaciones reales versus tericas.
Asimismo, se dimensiona el nivel real de complejidad de algn proyecto y se puede prever el
encontrarse con soluciones inviables antes del arranque.

Para la construccin de un diagrama en rbol se partir poniendo una rama para cada una de las
posibilidades, acompaada de su probabilidad. Cada una de estas ramas se conoce como rama de
primera generacin.

En el final de cada rama de primera generacin se constituye a su vez, un nudo del cual parten
nuevas ramas conocidas como ramas de segunda generacin, segn las posibilidades del siguiente
paso, salvo si el nudo representa un posible final del experiment (nudo final).

Hay que tener en cuenta que la construccin de un rbol no depende de tener el mismo nmero
de ramas de segunda generacin que salen de cada rama de primera generacin y que la suma de
probabilidades de las ramas de cada nudo ha de DVD xh

Existe un principio sencillo de los diagramas de rbol que hace que stos sean mucho ms tiles
para los clculos rpidos de probabilidad: multiplicamos las probabilidades si se trata de ramas
adyacentes (contiguas), el ejemplo de alumna de la primera facultad, o bien las sumamos si se trata
de ramas separadas que emergen de un mismo punto, el ejemplo de encontrar un alumno.
Diagrama de flujo de datos

Un diagrama de flujo de datos o DFD Es un grfico lgico del plan de trabajo que se ejecutara
para la solucin de un determinado problema. A travs de l, se planifica la solucin del problema
independiente del lenguaje de computacin a usar. De esta manera se separa loas instruccin es un
lenguaje determinado con todas las reglas. Se utiliza para hacer varias cosas entre ellas trabajos y
tareas. Es una representacin grfica del flujo de datos a travs de un sistema de informacin. Un
diagrama de flujo de datos tambin se puede utilizar para la visualizacin de procesamiento de datos
(diseo estructurado). Es una prctica comn para un diseador dibujar un contexto a nivel de DFD
que primero muestra la interaccin entre el sistema y las entidades externas.

Tipos de diagramas de flujo:

Diagrama de flujo de sistemas: Muestra en qu forma se procesan los datos, entre as principales
funciones o estaciones de trabajo. En este diagrama completo de computadora se presenta con un
solo smbolo de procesamiento.

Diagrama de flujos de programacin: Son las operaciones y decisiones en la secuencia en que las
ejecutar una computadora de procesamiento de datos. Los smbolos representan esas operaciones
e indican el orden en que se ejecutaran. Por lo tanto, un diagrama de flujo de programa proporciona
una descripcin grfica del programa.

L os niveles de un DFD:

Nivel 0: Diagrama de contexto: En el diagrama de contexto se caracterizan todas las interacciones

que realiza un sistema con su entorno (entidades externas), estas pueden ser otros sistemas,
sectores internos a la organizacin, o factores externos a la misma. Se dibuja un slo proceso que
representa al sistema en cuestin y se escribe su nombre en dicha burbuja como un sustantivo
comn ms adjetivos. De l solamente parten los flujos de datos que denotan las interrelaciones
entre el sistema y sus agentes externos, no admitindose otros procesos ni almacenamientos en el
dibujo.

Nivel 1: Diagrama de nivel superior: En el diagrama de nivel superior se plasman todos los procesos
que describen al proceso principal. En este nivel los procesos no suelen interrelacionarse
directamente, sino que entre ellos debe existir algn almacenamiento o entidad externa que los
una. Esta regla de construccin sirve como ayuda al analista para contemplar que en un nivel tan
elevado de abstraccin (DFD Nivel 1) es altamente probable que la informacin que se maneja
requiera ser almacenada en el sistema aunque no est especificado por un Requisito funcional,
siendo en realidad un requisito no-funcional.

Nivel 2: Diagrama de detalle o expansin: En un diagrama de nivel 3 o mayor, comienzan a

explotarse las excepciones a los caminos principales de la informacin dado que aumenta
progresivamente el nivel de detalle. De aqu en adelante se permiten los flujos entre procesos. El
DFD (Diagrama De Flujo De Datos) nivel 2 puede considerarse el mximo para ser validado en forma
conjunta con el usuario dado que en los niveles posteriores el alto grado de complejidad del
diagrama puede resultar de muy difcil lectura para personas ajenas al equipo de sistemas. Tambin
se recomienda el diagrama de nivel superior.
Simbologa de los flujogramas

Las diversas organizaciones usan distintos smbolos, pero el comit

sobre computadoras y procesadores de informacin de la Asociacin Norteamericana
de Normas ha hecho un gran esfuerzo para normalizar los smbolos de los diagramas de flujo.
Esa normalizacin permite comprender cualquier diagrama de flujo que use los smbolos
recomendados.

Cada smbolo normal de diagrama de flujo tiene un significado especial.

Expresa Inicio o Fin de un Programa.

Expresa operacin algebraica o de Asignacin.

Expresa condiciones y asociaciones alternativas de una decisin lgica.

Expresa condicin y acciones alternativas de una decisin numrica.

Entrada / Salida: Representa cualquier tipo de Fuente de entrada y salida

Entrada: Lectura de datos por tarjeta perforadas.

Conector dentro de pgina.

Representa resultado mediante un reporte impreso

Conector fuera de pgina.

Expresa operacin cclica repetitiva.

Expresa proceso de llamada a una subalterna.

Diccionario de datos

Un diccionario de datos, o repositorio de metadatos, un repositorio centralizado de informacin

sobre datos tales como significado, relacin con otros datos, origen, uso y formato. En un diccionario
de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos en todo
el sistema. Los elementos ms importantes son flujos de datos, almacenes de datos y procesos. El
diccionario guarda los detalles y descripciones de todos estos elementos. Si los analistas desean
conocer cuntos caracteres abarca un determinado dato o qu otro nombre recibe en distintas
partes del sistema, o dnde se utiliza, encontrarn las respuestas en un diccionario de datos
desarrollado en forma apropiada. El diccionario se desarrolla durante el anlisis de flujo de datos y
auxilia a los analistas que participan en la determinacin de los requerimientos de sistemas.

Fases a cumplir un diccionario de Datos:

1. Objetivo General y Objetivos Especficos del Sistema Propuesto

Se identifica el Objetivo General del Sistema Propuesto

Al desagregar el Objetivo General, se identifican los Objetivos Especficos.
Al usuario no le interesan los Objetivos del Proyecto, sino qu va a hacer el nuevo Sistema.
Los objetivos a determinar son los del Sistema. No los del proyecto!!! Un sistema no
puede tener como Objetivo Desarrollar un Sistema.

2. Identificacin de Usuarios (Directos, Indirectos, y Usuarios de los Usuarios)

Tradicionalmente, los usuarios son aquellos que se benefician del Sistema de Informacin.
El haber hecho un Organigrama de la empresa facilita su identificacin.
Se identifican tres (3) tipos de usuarios:
o Usuarios Directos: los que van a operar directamente el Sistema de Informacin, y
van a interactuar con l. Pertenecen a la Unidad Funcional donde se desarrolla el
Sistema.
o Usuarios Indirectos: los supervisores de los Usuarios Directos, que, a pesar de no
estar interactuando directamente con el Sistema, reciben informacin de l.
o Usuarios de los Usuarios: Entes externos a la Unidad Funcional o a la organizacin,
que proporcionan las entradas al sistema, y/o reciben sus salidas

3. Elaboracin de Diagramas de Flujo de Datos del Sistema Actual

Herramienta grfica que se emplea para describir y analizar el movimiento de datos a travs
de un sistema.
Presenta una visin (lo ms amplia posible) de las entradas, procesos y salidas del sistema
Es un modelo lgico de los datos del sistema
No muestra control ni movimiento
Prcticamente no requiere explicacin
Permite modelar el sistema con smbolos grficos
4. Elaboracin del Diccionario de Datos del Sistema Actual

Se resean
o Almacenes de Datos, Repositorios o Archivos
o Flujos de Datos
o Procesos
Normalmente los Flujos y Procesos que se resean son del ltimo nivel de resolucin.
Son los datos de los datos del sistema (metadatos)
Es un catlogo de los elementos de un sistema

Importancia

Facilita el manejo de detalles en sistemas grandes

Comunica un significado comn a todos los elementos del sistema
Documenta las caractersticas del sistema
Localiza errores y omisiones
Facilita el posterior mantenimiento del sistema

Existen dos tendencias razonadas, para usar un formato para el Diccionario de Datos en el Anlisis,
y otro formato para el Diccionario de Datos en el Diseo.

El DD en el Anlisis no debe ser tan detallado, ya que sirve para entender cmo se llevan a cabo los
procesos en la actualidad.

5. Recopilacin de Reportes del Sistema Actual

Se hace una recopilacin de los reportes actuales usados por la organizacin, a fin de
determinar la pertinencia y la necesidad de cada uno de ellos.
Los reportes actuales pueden ser facturas, reportes, formatos.
La idea es que nos ayude a comprender mejor el sistema actual, y nos de una idea de cmo
son sus salidas. En muchos casos, nos ofrecen un punto de partida para el diseo de los
reportes propuestos.

6. Elaboracin de Procedimientos Propuestos

De acuerdo con la recoleccin de informacin y entrevistas con los usuarios, se elaboran,

tambin a grosso modo, los Procedimientos Propuestos para el Sistema.
La idea es que estos procedimientos alimenten el Nivel 1 del DFD propuesto.

Carta estructurada

La carta estructurada tambin es conocida como el modelo de producto, es una metodologa de

anlisis y diseo de sistemas de anlisis estructurado, lo que muestra es un mapa de diseo de arriba
hacia abajo (top-down) de tipo jerrquico en el que se asienta cmo ser programado el proyecto,
construido, integrado y probado.
Pasos para obtener una apropiada carta estructurada:

1) Fraccionar el sistema en unidades apropiadas a travs del anlisis de transacciones.

2) Convertir cada uno de esas unidades en una carta de estructura a travs del anlisis de
transformaciones.

3) Refinar cada una de las cartas de estructuras obtenidas y vinculadas en la implantacin del
sistema.

4)Transaccin: Es un componente del sistema que nace de algn evento que tiene lugar en el
ambiente (fuera del sistema) y culmina con algn efecto o resultado sobre el ambiente.

Tiene 5 pasos:

1) Evento.

2) Estimulo sobre el sistema.

3) Actividad que realiza el sistema de acuerdo con el estmulo.

4) Respuesta del sistema.

5) Efecto sobre el ambiente.

Cada transaccin pertenece a una clase o tipo de transaccin, se identifican a travs de los eventos
del sistema.Cada unidad fsica del sistema surge a partir de un evento.

Anlisis de Transformaciones:

Es el mtodo (estrategia) que permite darle una forma apropiada a la carta de estructura a travs
de la identificacin de la transformacin central.

Pasos para el anlisis de transformacin:

1) Construir el DFD (diagrama de flujo de datos) para la transaccin que pretendemos graficar.

2) Encontrar la transformacin central dentro del DFD.

3) Convertir a esa unidad del DFD en una carta de estructura.

4) Refinar a la carta de estructura a travs de los criterios del diseo estructurado.

5) Verificar que la carta de estructura cumpla con todos los requisitos planteados para el modelo
esencial.
Flujo de datos esencial

Transformacin central: Concatenamos la transformacin central en el nivel ms alto y

subordinamos las dems burbujas/ramas.
Promoviendo: Debemos encontrar una burbuja que cumpla con las caractersticas, si hay
mas de una, hay que ver cual de ellas es mas adecuada.

Comentarios de los grficos:

Agregar los mdulos de leer/imprimir/grabar.

Reorganizar los mdulos aferentes y eferentes manteniendo el balance (si resulta muy difcil es
porque est mal hecho el DFD).

Agregar los mdulos de tratamiento de errores.

Factorizar la transformacin central si corresponde.

Ms comentarios:

Asegurarse de que todos los mdulos tienen nombres concordantes con su rol jerrquico.

Incluir las seales que correspondan a funcionamiento de la transaccin.

Tratar de que el acoplamiento sea el adecuado (identificar los datos e interfaces).

mejorar la calidad de la carta de estructura.

Diseo de entrada, proceso y salida.

Diseo de entradas: Disear el sistema de recopilacin de datos. Las especificaciones de entrada

describen la manera en que los datos ingresarn al sistema para su procesamiento. Las
caractersticas de diseo de la entrada pueden asegurar la confiabilidad del sistema y producir
resultados a partir de datos exactos, o tambin pueden dar como resultado la produccin de
informacin errnea. Asimismo, el diseo de la entrada determina s el usuario puede interactuar
con el sistema de manera eficiente. El diseo de la entrada es el enlace que une al sistema de
informacin con el mundo y sus usuarios. Algunos aspectos del diseo cambian, lo que depende si
el sistema est orientado hacia lotes o en lnea. Pero sin considerar el sistema, existen aspectos
generales en la entrada que todos los analistas deben tener en cuenta.

El diseo de la entrada consiste en el desarrollo de especificaciones y procedimientos para la

preparacin de datos, la realizacin de los pasos necesarios para poner los datos de una transaccin
en una forma utilizable para su procesamiento, as como la entrada de stos.
Controles de la cantidad de entrada.

Existen varias razones que explican por qu un buen diseo debe controlar la cantidad de datos en
la entrada. Primero, las operaciones de preparacin y entrada dependen de las personas. Dado
que los costos de la mano de obra son altos, los asociados con la preparacin e ingreso de los datos
tambin lo son altos. Disminuir los requerimientos de datos puede reducir los costos y ocurrir lo
mismo con los costos de mano de obra. Segundo, la fase de entrada puede ser un proceso lento
que toma mucho ms tiempo que el que necesitan las computadoras para llevar a cabo sus tareas.
De hecho, la computadora quiz permanezca sin hacer nada durante el tiempo en que se preparan
los datos y la entrada para su procesamiento. Al disminuir los requerimientos de la entrada, el
analista puede acelerar todo el proceso desde la captura de datos hasta que los resultados llegan a
manos de los usuarios.

Diseo de procedimientos: Disear el sistema de procesamiento de datos. Los procedimientos

especifican qu tareas deben efectuarse al utilizar en sistema y quines son los responsables de
llevarlas a cabo. Entre los procedimientos importantes se encuentran:

Procedimientos para entrada de datos. Mtodos para la captura de datos de las

transacciones y su ingreso en el sistema de informacin.
Procedimientos durante la ejecucin. Pasos y acciones emprendidos por los operadores del
sistema y, en ciertos casos, por los usuarios finales que interactan con el sistema para
alcanzar los resultados deseados.
Procedimientos para el manejo de errores. Acciones a seguir cuando se presentan
resultados inesperados.
Procedimientos de seguridad y respaldo. Acciones para proteger al sistema y sus recursos
contra posibles daos.

Diseo de las salidas: Diseo del sistema de informes y produccin de documentos. Se refiere a los
resultados e informacin generados por el sistema. Para muchos usuarios finales, la salida es la nica
razn para el desarrollo del sistema y la base sobre la que ellos evaluarn la utilidad de la aplicacin.
En la realidad, muchos usuarios no operan el sistema de informacin y tampoco ingresas datos en
l, pero utilizan la salida generada por el sistema. Cuando disean la salida, los analistas deben de
realizar lo siguiente:

Determinar qu informacin presentar.

Decidir si la informacin ser presentada en forma visual, verbal o impresa y seleccionar el medio
de salida.

Disponer la presentacin de la informacin en un formato aceptable.

Decidir cmo distribuir la salida entre los posibles destinatarios.

Diseo de las pruebas y documentacin del sistema.

Diseo de las pruebas.

Categoras de pruebas:

Segn la naturaleza de lo que se est controlando, las pruebas se pueden dividir en dos
categoras: Determina la consistencia entre los requerimientos y el programa terminado.
Soporta metodologas formales de testeo, de mucho componente matemtico. De todas
maneras, hay que ser cuidadoso, porque no suele ser fcil encontrar qu es lo que hay que
demostrar.
Pruebas centradas en la verificacin: Consiste en determinar si estamos construyendo el
sistema correctamente, a partir de los requisitos.
Pruebas centradas en la validacin: Consiste en saber si estamos construyendo el sistema
correcto. Las tareas de validacin son ms informales. Las pruebas suelen mostrar la
presencia de errores, pero nunca demuestran su ausencia.

Tipos de pruebas:

Revisiones de cdigo
Pruebas unitarias
Pruebas de integracin
Pruebas de sistema
Pruebas de aceptacin

Revisiones de cdigo:

Las revisiones de cdigo son las nicas que se podran omitir de todos los tipos de pruebas, pero
tal vez sea buena idea por lo menos hacer alguna de ellas:

Pruebas de escritorio: La prueba de escritorio rinde muy poco, tal vez menos de lo que
cuesta, pero es una costumbre difcil de desterrar. Es bueno concentrarse en buscar
anomalas tpicas, como variables u objetos no inicializados o que no se usan, ciclos infinitos
y dems.
Recorridos de cdigo: Los recorridos rinden mucho ms. Son exposiciones del cdigo escrito
frente a pares. El programador, exponiendo su cdigo, encuentra muchos errores. Adems
da ideas avanzadas a programadores nuevos que se lleva a recorrer.
Inspecciones de cdigo: Consisten en reuniones en conjunto entre los responsables de la
programacin y los responsables de la revisin. Tienen como objetivo revisar el cdigo
escrito por los programadores para chequear que cumpla con las normas que se hayan
fijado y para verificar la eficiencia del mismo.
Pruebas unitarias:

Las pruebas unitarias se realizan para controlar el funcionamiento de pequeas porciones de

cdigo como ser subprogramas (en la programacin estructurada) o mtodos (en POO).
Generalmente son realizadas por los mismos programadores puesto que al conocer con mayor
detalle el cdigo, se les simplifica la tarea de elaborar conjuntos de datos de prueba para testearlo.

Los mtodos de cobertura de caja blanca tratan de recorrer todos los caminos posibles por lo
menos una vez, lo que no garantiza que no haya errores pero pretende encontrar la mayor parte.El
tipo de prueba a la cual se someter a cada uno de los mdulos depender de su complejidad.
Recordemos que nuestro objetivo aqu es encontrar la mayor cantidad de errores posible. Si se
pretende realizar una prueba estructurada, se puede confeccionar un grafo de flujo con la lgica del
cdigo a probar. De esta manera se podrn determinar todos los caminos por los que el hilo de
ejecucin pueda llegar a pasar, y por consecuente elaborar los juegos de valores de pruebas para
aplicar al mdulo, con mayor facilidad y seguridad.

Documentacin del sistema.

La documentacin se suele clasificar en funcin de las personas o grupos a los cuales est dirigida:

Documentacin para los desarrolladores: Es aqulla que se utiliza para el propio desarrollo
del producto y, sobre todo, para su mantenimiento futuro. Se documenta para comunicar
estructura y comportamiento del sistema o de sus partes, para visualizar y controlar la
arquitectura del sistema, para comprender mejor el mismo y para controlar el riesgo, entre
otras cosas.
Documentacin para los usuarios: Todo aquello que necesita el usuario para la instalacin,
aprendizaje y uso del producto. Puede consistir en guas de instalacin, guas del usuario,
manuales de referencia3 y guas de mensajes. En el caso de los usuarios que son
programadores, verbigracia los clientes de nuestras clases, esta documentacin se debe
acompaar con ejemplos de uso recomendados o de muestra y una resea de efectos no
evidentes de las bibliotecas.
Documentacin para los administradores o soporte tcnico: a veces llamada manual de
operaciones, contiene toda la informacin sobre el sistema terminado que no hace al uso
por un usuario final. Es necesario que tenga una descripcin de los errores posibles del
sistema, as como los procedimientos de recuperacin. Como esto no es algo esttico, pues
la aparicin de nuevos errores, problemas de compatibilidad y dems nunca se puede
descartar, en general el manual de operaciones es un documento que va engrosndose con
el tiempo.