Clase 2 Unidad 2 Parte 1

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.



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



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.



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.



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,



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



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.



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

Clase 2 Unidad 2 Parte 1

Technology

Transcript of Clase 2 Unidad 2 Parte 1