Post on 12-Jul-2015
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 1
2.1.- Análisis estructurado de Sistemas (AES). Se refiere al proceso de examinar la situación de una empresa con el propósito de mejorarla con métodos y procedimientos
más adecuados. Es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Éste análisis permite al analista conocer un sistema o proceso en una forma lógica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle pertinente. Es decir, concibe el análisis y diseño de sistemas en base a la construcción de modelos con el fin de representar las funciones que realiza el sistema, desde su concepción física hasta la deducción lógica de su información y procesos.
El método de desarrollo del análisis estructurado tiene como finalidad superar esta dificultad por medio de: 1. La división del sistema en componentes y 2. La construcción de un modelo del sistema.
El método incorpora elementos tanto de análisis como de diseño. 2.1.1.- Herramientas para el Análisis Estructurado de Sistemas (AES). La herramienta fundamental del Diseño Estructurado es el diagrama estructurado que es de naturaleza gráfica y evitan
cualquier referencia relacionada con el hardware o detalles físicos. Su finalidad no es mostrar la lógica de los programas (que es la tarea de los diagramas de flujo). Los Diagramas Estructurados describen la interacción entre módulos independientes junto con los datos que un módulo pasa a otro cuando interacciona con él. Dentro de estas herramientas están:
Diagrama de Flujo de Datos. Diccionario de Datos. Descripción de Procesos.
2.1.1.1.- Diagrama de Flujo de Datos.
Definición: Es una herramienta que permite visualizar un sistema como una red de procesos funcionales, conectados
entre sí por conductos y tanques de almacenamiento de datos. Proporciona un punto de vista de un sistema, el orientado a funciones. Herramienta que permite representar gráficamente un sistema, mostrando tanto los procesos que en el se llevan a cabo como los datos que pasan de un proceso a otro. Finalidad:
Verificar los requerimientos de información. Describir los datos asociados con las entidades. Mostrar la relación entre entidades. Comunicar los requerimientos de datos a un diseñador de archivos o administrador de la base de datos.
Características:
También se denomina diagrama de burbujas, diagrama de flujo de trabajo o modelo funcional Representación gráfica en forma de red. La información que proporciona es relevante, ya que facilita la compresión de los sistemas al describir el flujo
de los datos, dando al mismo tiempo una mejor comunicación entre el usuario final y analista de sistemas. Describe la secuencia lógicas entre datos y procesos y no se relaciona al hardware. Va de lo general a lo particular, ya que posee niveles. El Nivel 0 (cero) se conoce como Diagrama de Contexto o Diagrama Contextual, solo se identifican los datos
de entradas, entidades externas, políticas internas o externas a la organización, y las salida de la información. Las funciones se comunican mediante conductos que representan la información que se mueve.
Ventajas del enfoque de flujo de datos:
Libertad para realizar en forma muy temprana la implementación técnica del sistema. Una mayor comprensión de las interrelaciones de los sistemas y subsistemas. Comunicación del conocimiento del sistema actual a los usuarios por medio de diagramas de flujo de datos. Análisis de un sistema propuesto para determinar si han sido definidos los datos y procesos necesarios.
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 2
E
Estudiante A
Agente
Simbología: Símbolo Significado Ejemplo
ENTIDAD: Muestran origen y/o destino o final de los flujos de datos. Representan datos, personas, organización o sistema que permanece fuera del contexto del sistema. Proporciona información sobre la conexión del sistema con el mundo exterior. Entidades Externas: Son las organizaciones, instituciones o personas situadas fuera de la empresa pero que suministran entradas o reciben salidas del sistema. También pueden ser clientes, proveedores, contratistas, bancos o instituciones gubernamentales. Definen la interfaz entre el sistema y el mundo exterior. Resultan fáciles de identificar y no pueden ser modificados. Relaciones entre las entidades externas no son objeto del estudio del modelo. Entidades Internas: Es una oficina, un departamento, una división o persona en particular de una empresa, quienes utilizan directamente el sistema en fase de modelización y suministran las entradas al sistema o son receptores de las salidas del mismo. Otro tipo de entidad o agente interno son los sistemas informáticos.
PROCESO: Es el símbolo principal de un DFD, se expresa con una circunferencia o rectángulo de ángulos redondeados. Son un conjunto de tareas o acciones realizadas a partir de un flujo de datos de entrada para producir flujos de datos de salida. Los procesos pueden ser realizados por personas, departamentos, robots, máquinas u ordenadores. Se describen con una sola Frase sencilla. Verbo objeto. Cambian un dato en otros datos.
A Archivo
ALMACENAMIENTO DE DATOS: Representa un archivo lógico, base de datos, en donde se agregan o de donde se extraen datos como Bases de Datos o archivos de almacenamiento, Debe tener entradas y salidas.
M Maestro de estudiantes
FLUJO DE DATOS: Son los caminos o conductos o la parte del DFD que representa datos en movimiento mediante flechas, es decir, la entrada de datos y/o salida de datos e información para un proceso. Se representa con una flecha y puede ser la actualización de datos en un archivo, una base de datos u otro medio de almacenamiento de datos.
Datos del Estudiante
Procesos que se conservan en el DFD:
Realicen cálculos, como por ejemplo el cálculo promedio de calificaciones. Tomen decisiones, como por ejemplo decidir la aprobación de una beca a un estudiante según diversas reglas. Dividan los flujos de datos según su contenido o las reglas de la empresa, como por ejemplo separar los
pedidos aprobados de los rechazados en función de las reglas de gestión de la concesión de crédito. Combinen los flujos de gestión de datos, como por ejemplo: combinar los cursos requeridos con los cursos
disponibles para crear la planificación de cursos de un estudiante.
2.1 Crear Registro de estudiantes
Responsable
Nombre del proceso
Nº Nivel
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 3
Filtren y/o resuman los flujos de datos para producir nuevos flujos de datos, como por ejemplo: filtrar los datos de facturación para identificar solo las cuentas no pagadas o resumir los datos de inscripción a cursos para identificar los cursos de mayor demanda (en ambos casos los datos no cambian pero si su estructura).
Errores en los DFD:
Agujero Negro: Se caracterizan porque son procesos que tienen entradas pero no tienen salidas. El Milagro: Es aquel que tiene salidas pero que no tiene entradas. Agujero Gris: Cuando las entradas no son suficientes para las salidas que presenta el proceso.
Procesos de canalización: Significa que los procesos que no cambian los flujos o no sirven para tomar decisiones a partir de los datos de entrada deben ser eliminados.
Nombres duplicados de los flujos de datos. Flujos de datos divergentes: son flujos basados en criterios de implantación y deberían evitarse en los DFD
esenciales. Sustitúyanse dichos flujos divergentes por un flujo de datos único, independiente y con nombre.
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 4
El concepto de paquete de flujo de datos: Cuando hay dos o más flujos de datos independientes que se desplazan siempre juntos, se deben mostrar como un único flujo de datos.
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 5
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 6
Evitar errores como:
Cómo Construir un DFD: Ignore las tareas puramente internas del recipiente; aplicando así el concepto de caja negra. Pregunte a sus usuarios finales cuales son los sucesos o transacciones a los cuales debe responder el sistema.
Por ej: Pedidos, Reclamos, Pagos, etc. Para cada suceso, pregunte cuáles son las respuestas que debería generar el sistema. Por ejemplo: Pedido - Programar pedido Reclamo - Dar respuesta Pago - Elaborar recibo Pregunte cuales son los informes de formato fijo que debe producir el sistema Identifique las fuentes netas de datos para cada suceso o transacción. Estas fuentes se convertirán en los
agentes internos o externos del sistema. Identifique los recipientes netos de cada respuesta o salida que debería generar el sistema. Estos destinos serán
también agentes internos o externos. Identifique todos los posibles almacenes de datos externos. No los confunda con el almacén de datos
correspondiente al modelo E/R del sistema que se va a construir. Dibuje un diagrama de contexto para toda la información anterior.
Reglas Generales de Diagramación
Los flujos no deben entrar y salir del proceso con el mismo nombre Los flujos tienen una sola dirección Las entidades externas y los archivos pueden aparecer varias veces en un DFD Todo proceso debe tener entradas y salidas Los datos que entran a un proceso deben ser utilizados en su totalidad en ese proceso Todo lo que entra a un archivo debe ser usado. Todo lo que sale de un archivo debe haber sido utilizado
previamente. Elegir nombres con significado para los procesos, flujos, almacenes y terminadores: saldo_cliente, Imprimir,
Nómina, ... Numerar los procesos. Redibujar el DFD tantas veces como sea necesario estéticamente. Evitar los DFD demasiado complejos.
Un
Ing. D
nidad 2.
Darmara J. Si
E
PVA F
ilva Mendoza
Asegurarscon él.
Un procesestá llevanno nombre
Etiquete lUn buen sverbo acti
Distintos t Distintos n
funciones Ejemplos de nCALCULAR TPRODUCIR INVALIDAR NUASIGNAR ES
Flujos validos De una en De un pro De un pro De un pro De un arch
Tipos de Diag Diagrama
básico, suincluye endiagrama es dado elflujos de dSe realiza
Diagramamuestran
a
se de que el DF
so en un DFD pndo a cabo idees de personasos procesos desistema que se vo y un objetotipos de datos =niveles de abstdel sistema deombres de procTRAYECTORNFORME DE UMERO TELESTUDIANTE A
s. ntidad externa aoceso a una entioceso a otro prooceso a un archhivo a un proc
grama. a Contextual: u naturaleza gentradas básicasde flujo de datl número cero.datos principala partir de ent
as Expandidoalmacenes de d
FD sea interna
puede identificentificando a la. e manera que spuede utilizar
o apropiado par=> distintos flutracción. nivelee forma detallacesos:
RIA DE PROYINVENTARIO
EFONICO. A LA CLASE.
a un proceso. idad externa. oceso hivo. eso.
Es el primer deneral limita ss, el sistema ento, y contiene s Todas las enti
les que entran ytrevistas con us
o: Es la explosdatos y nuevos
amente consiste
car una funcióna persona o gru
se puedan idenpara nombrar
ra formar una fujos. es superiores: fda. Máximo ha
ECTIL. O.
diagrama ayudau utilidad. El
n general y las solamente un pidades externay salen de el. Esuarios y anális
sión del diagras flujos de dato
Pro
ente y que tam
n que se está llupo; en este últ
ntificar las funprocesos es us
frase descriptiv
funciones del sasta 7 niveles y
a al analista dediagrama de csalidas. El diaproceso que re
as son mostradaEl diagrama nosis de documen
ama de contexos de nivel más
ogramaci
mbién lo sea co
levando a cabotimo caso iden
ciones que el sar un verbo y va para el proce
sistema de formy almacenes re
e sistemas a ilucontexto iniciaagrama contextepresenta al sistas en el diagrao contiene ningntos.
xto y puede in bajo.
ión Estru
on cualquier DF
o, o puede idenntifique la tarea
sistema está llun objeto. Es
eso.
ma general, nivlacionados.
ustrar el movimal debe ser un tual es el nivel tema completo
ama de contextgún almacenam
ncluir hasta nu
ucturada.
Página 7
FD relacionado
ntificar como sa que se realiz
evando a cabodecir, elegir un
veles inferiores
miento de datopanorama qumás alto en un
o. Al proceso lto, así como lomiento de datos
uevos procesos
7
o
e a
o. n
s:
os e n e s s.
s,
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 8
Ejemplo 1: Del Sistema de Inscripcion DCYT UCLA
Un
Ing. D
nidad 2.
Darmara J. Si
E
D
D
E
ilva Mendoza
Ejemplo 2:
Diagrama Exp
Conexiones pe
Destino ProcAlma
Entidades
Ejercicio 1. Un sistem
procesos cintegrado cuenta y e
a
pandido de Niv
ermitidas. Fuente
eso acén Externas
ma está formadcon marcadas por tres sub-p
elaboración de
el 1
Proc
SSS
do por varias interrelaciones
procesos que pl cheque.
ceso
SI SI SI
actividades o s entre ellos. Ppodrían llamars
Pro
Alm
SNN
procesos, cadPor ejemplo unse: autorizació
ogramaci
macén
SI NO NO
da uno de los n proceso de cón de la factur
ión Estru
Entidad
NN
cuales contiecuentas por pagra, revisión de
ucturada.
Página 9
es Externas
SI NO NO
ene varios subgar puede estael adeudo en la
9
b-ar a
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 10
A su vez cada sub-proceso se divide en sub-proceso más específicos. Los nombres dados a los procesos especifican acciones y procedimientos de control que realizan Cada proceso se etiqueta además con un número que identifica de donde proviene (excepto el diagrama de
contexto que solo se identifica con un nivel 0 más el nombre que se le proporcione) En términos generales todo componente de los DFD se etiquetan con un nombre que sea representativo. Niveles del DFD
Nivel de Partida: Diagrama de Contexto: • No existirán almacenes o archivos. • Se representarán las entidades externas que son fuente y destino de los datos. • El sistema será representado como un proceso simple. • Se dibujarán sólo los flujos de datos de comunicación exterior-sistema.
Nivel 1 y subsiguientes: • Deberá haber igual cantidad de archivos. Aunque podrá existir mayor cantidad de almacenamientos
en el nivel 2 debido a la explosión de algún proceso. • En el último nivel, cada proceso realizará una función específica y concreta.
En general la expansión de niveles depende de la naturaleza y complejidad del sistema que se modele; no es posible especificar un número de niveles, en general se debe continuar con el proceso de expansión todo lo que sea necesario para comprender los detalles del sistema y la forma en que trabaja, teniendo cuidado de verificar todos los aspectos con usuarios que conocen el sistema, en general, se debe expandir todo aquel proceso que incluyen varias tareas para las que es necesario, el flujo de datos entre diferentes personas o localidades. Por otra parte no requieren expansión aquellas tareas que son realizadas por una persona o en un escritorio, donde no existe flujo de datos.
2.1.1.2.- Diccionario de Datos. Es un catálogo, un depósito, de los elementos de un sistema. Estos elementos se centran alrededor de los
datos y la forma en que están estructurados para satisfacer los requerimientos y las necesidades de la organización. En él se encuentran la lista de todos los elementos que forman parte del flujo de datos en todo el sistema.
El diccionario de datos guarda y organiza los detalles del Diagrama de Flujo de Datos (DFD). Es el segundo componente del análisis estructurado. También se conoce como "Data Repository". Incluye el contenido de los data flow (flujos de datos), los "data store", las entidades externas y los procesos. Elementos de datos (Data elements): Es la parte más pequeña de los datos que tiene significado en el sistema de información. Se combinan varios elementos de datos para hacer los records o "data structures". Ejemplo: nombre, dirección, seguro social. Estructura de datos (Data Structure): También se conocen como record. Es la combinación de elementos de datos relacionados que se incluye en un flujo de datos o se retiene en un almacén de datos. Utilidad:
Describe el significado de los flujos y almacenes de los DFDs Describe la composición de datos compuestos (por ejemplo, datos de un cliente) que se pueden descomponer
en datos más elementales (nombre, DNI, dirección,...), tanto de los que se mueven por el sistema como de los almacenados.
Especifica los valores y unidades relevantes de datos elementales en los flujos de datos y almacenamientos. Describe los detalles de las relaciones entre almacenes que se reflejan en un diagrama entidad-relación.
Documentación: Elementos de datos: Las características que se describen en el diccionario de datos son:
1. Nombre: Es el nombre del elemento de datos; debe ser significativo. 2. Alias: Cualquier otro nombre que se pueda usar para referirse al elemento de datos. Por ejemplo, el nombre de
un elemento de datos puede ser Balance actual, y el alias puede ser Deuda. Solo se incluye el alias si realmente es necesario utilizarlo.
3. Tipo y Tamaño: Tipo se refiere a si el elemento de datos contiene valor numérico, caracteres o alfabético. Tamaño se refiere al máximo de caracteres o de dígitos que puede tener el elemento de datos.
4. Formato de Salida: Indica cómo se presenta el dato al mostrarse en pantalla o al imprimirse en un reporte. Por ejemplo, el número de teléfono del cliente se puede guardar en el disco usando solo números 7878889999, pero presentarse editado en la pantalla o en el reporte (787) 888-9999.
5. Valor por Defecto: Es el valor que el elemento de datos tiene si no se cambia entrando otro valor.
Unidad 2. Programación Estructurada.
Ing. Darmara J. Silva Mendoza Página 11
6. Nombre de campo en pantalla o reporte:- Es el nombre que se presenta en la pantalla o el título del dato en el reporte.
7. Fuente: De dónde se origina el valor del elemento de datos. Puede ser una forma, un departamento, otro sistema, etc.
8. Seguridad: Identifica los individuos o departamentos que pueden modificar el elemento de datos. Por ejemplo, la línea de crédito puede ser cambiada por el gerente de crédito.
9. Usuario Responsable: Identifica el o los usuarios responsables de entrar o cambiar los valores del elemento de datos.
10. Validación de Datos: Se especifica el dominio o valores permitidos. Pueden ser valores específicos, una lista de valores, los valores que se encuentren en otro archivo, etc. El valor puede tener reglas de validación; por ejemplo, el salario debe estar entre lo permitido para la posición que el empleado ocupa.
11. Derivado del Formulario: Si el valor es el resultado de un cálculo, se muestra la fórmula que se utiliza. 12. Descripción o Comentario: Para proveer información adicional, notas o descripciones. Flujo de datos ( Data flows): Las características que se describen en el flujo de datos son:
1. Nombre: El nombre del flujo de datos tal y como aparece en el DFD. 2. Alias: Otro nombre con que se conozca el flujo de datos. 3. Abreviación o ID: Código que provee acceso rápido al flujo de datos en un diccionario de datos automatizado. 4. Descripción: Describe el flujo de datos y su propósito. 5. Origen: De donde sale (la fuente) el flujo de datos. Puede ser un proceso, un “data store o Almacén de datos
(Bases de Datos)” o una entidad. 6. Destino: El punto final del flujo de datos en el DFD. Puede ser un proceso, un “data store” o una entidad. 7. Registro o Record: Cada flujo de datos representa un grupo de elementos de datos relacionados, o un record.
Los records y los flujos de datos se definen por separado para que más de un flujo de datos o “data store” pueda hacer referencia al mismo record.
8. Volumen y Frecuencia: Describe el número esperado de ocurrencias para el flujo de datos por unidad de tiempo.
Almacén de Datos (Data store): Las características que se describen en el “data store” son: 1. Nombre: El nombre del “data store” según aparece en el DFD. 2. Alias: Otro nombre con el que se pueda llamar al “data store”. 3. Abreviatura o ID: Código que provee un acceso rápido al “data store” en un diccionario de datos
automatizado. 4. Descripción: Describe el “data store” y su propósito. 5. Entrada del Flujo: Los nombres de los flujos de datos que entran al “data store”. 6. Salida del Flujo: Los nombres de los flujos de datos que salen del “data store”. 7. Registro o Record: El nombre del record en el diccionario de datos para el “data store”. 8. Volumen y frecuencia: El número estimado de records guardados en el “data store”, al igual que el aumento o
cambio esperado. Proceso: Se documenta cada función primitiva. Se incluye: 1. Nombre del Proceso: El nombre del proceso como aparece en el DFD. 2. Descripción: Un resumen del propósito general del proceso. Los detalles se documentan en el Descripción del
Proceso 3. Número del Proceso: Número de referencia que identifica el proceso y su relación con los niveles del sistema. 4. Flujos de entrada: Los nombres de los flujos de datos que entran al proceso. 5. Flujos de salida: Los nombres de los flujos de datos que salen del proceso. 6. Descripción del Proceso: Se explican los detalles del proceso. Entidades Externas: Las características que se describen son: 1. Nombre: Nombre del agente o entidad 2. Alias: Otro nombre que se le da a la entidad, solo si es necesario 3. Descripción: Describe a la entidad y su propósito. 4. Flujo de Entrada: Los nombres de los flujos de datos que genera la entidad 5. Flujo de Salida: Los nombres de los flujos de datos que entrar a la entidad
Un
Ing. D
nidad 2.
Darmara J. Si
2.1.1.3.- D
M
I
F
ilva Mendoza
escripción de Define
de negocios dcómo realizar de datos, no el
Tipos de Proc Procesos
por la dir Procesos
Son las aregistrar c
Procesosdel perso
Métodos: Todos los Los méto
procesos Los prim
estructura
Identificar un Criterio:
su criterio Indicado
cada crite
Ficha de Anál1. Nombre d2. Numero d3. Tipo de p4. Objetivo 5. Descripci6. Tareas de7. Datos de 8. Datos de 9. Exigencia10. Exigencia11. Responsa12. Subproce13. Puntos de
a
Procesos. lo que debe ha
del usuario queel proceso par
l algoritmo (qu
cesos: s estratégicos/rección o por os clave/ Modulactividades esecita, inscripció
s de soporte/ dnal; Compras;
s procesos en uodos usados par
detallados. meros son desado.
n criterio y un : Aspecto no mo de aceptaciónor: Variable meerio. Ejemplo:
lisis de los prodel proceso del Proceso proceso del proceso ión del procesoel Proceso Entrada salida as del Reglamea de la Empresables del proceesos Asociadose Mejora
acerse para trane cada burbujara transformar
ue se selecciona
/ Gerenciales: tras entidades.lares: Atañen enciales de la ón. Estas depende apoyo: DanFormación; M
un DFD deben ra describir pro
scritos usualm
indicador pormedible del pron es: Asimilaciedible relacionProceso de ens
ocesos
o
ento sa eso s
nsformar entraa lleva a cabo.
las entradas ena en la etapa de
Proporcionan Se suelen refea diferentes árorganización,
nderán del tipo n apoyo a los
Mantenimiento.
ser descritos.ocesos de alto n
ente utilizand
r cada procesooceso que interión del conocimnada directameseñanza y apre
Pro
adas en salidas La especifican salidas. Indie diseño).
directrices a erir a las leyes, eas y tienen imsu razón de sede organizacióprocesos medu
nivel, difieren
o lenguaje na
o. resa evaluar. Ejmiento. ente con el critendizaje su indi
ogramaci
. Es una descriación de procecan el proceso
todos los demnormativas.
mpacto en el cler. Ejemplo: Gón. ulares. Ejempl
de aquellos uti
atural, y los o
jemplo Proces
erio. Puede haicador es: Cant
ión Estru
ipción detalladesos describe lo a realizar, la
más procesos y
liente creando Gestionar pedid
lo: Contratació
ilizados para d
otros utilizand
so de enseñanz
aber más de untidad de alumn
ucturada.
Página 12
da de la políticas reglas sobrtransformación
son realizado
valor para éstedos, despachos
ón y promoción
describir
do un lenguaj
a y aprendizaj
n indicador parnos aprobados.
2
a e n
os
e. s,
n
e
e
a