UNIVERSIDAD ABIERTA PARA ADULTOS

Asignatura:
PROGRACION 3

Tema:
UNIDAD 3

Facilitador:
JOHANNA JIMÉNEZ, M.A.

Participante:
VICTOR MANUEL LEMOS
Mat. 2018-04098

Fecha:
30/04/2019,
Santo domingo este
1- Elaborar un informe de lectura teniendo en cuenta los siguientes elementos:

a) Investigar en la web y en el libro base acerca de la modelización de los datos y

procesos y presentar análisis.

MODELIZACIÓN
La construcción de hipótesis teóricas o modelos computacionales es un “arte”
sometido a reglas Modelizar: formalizar un fenómeno natural, organizacional o técnico
para disponer de:

- una descripción rigurosa

- un punto de partida preciso para la contratación de hipótesis
- un núcleo para el desarrollo de una aplicación informática
- Hay diversos estilos de formalización:
- explícitamente matemático:
- cuantitativo: Análisis matemático, Cálculo de Probabilidades
- cualitativo: Algebra, Lógica
- computacional:
- es implícitamente matemático
- puede suponer o no una previa formalización matemática
- Diversas estrategias:
- OMT (OBJECT MODELLING TOOL)

MODELOS

- Un modelo es una abstracción o esquematización de algo para facilitar su

comprensión.
- Abstracción o esquematización:
- omisión de detalles no esenciales del sistema real que reduce su complejidad y
facilita su comprensión.
- lo que se considera relevante viene dado por el objetivo del modelo
- un mismo sistema puede ser objeto de distintas modelizaciones, cada una en
virtud de un objetivo distinto
- todas las abstracciones son incompletas. Se busca adecuación, no corrección.

FASES DE LA MODELIZACION

- Análisis
- Diseño
- Implementación
FASE DE ANÁLISIS

- Construcción de modelos de la situación real que identifique las propiedades

relevantes
- Lo que interesa es comprender el problema
- Modelos de análisis: abstracciones concisas y precisas de lo que debe hacer el
sistema, no de cómo lo hará
- Los objetos de los modelos son conceptos del dominio del problema,
independientes de la implementación.

FASE DE DISEÑO

DISEÑO DEL SISTEMA

- Decisiones de alto nivel sobre la arquitectura global
- Identificación de subsistemas
- Decisiones de optimización del rendimiento
- Estrategias de resolución
- Asignación inicial de recursos

DISEÑO DE LOS OBJETOS

- Construcción de los modelos de diseño a partir de los modelos de análisis
- Detalles de implementación impuestos por las estrategias de resolución
- Identificación de las estructuras de datos y de los algoritmos necesarios para:
- implementar cada clase
- optimizar el rendimiento

FASE DE IMPLEMENTACIÓN

- Codificación de los modelos de diseño en un lenguaje de programación

- Ingeniería del software:
- ajuste al diseño
- flexibilidad
- extensibilidad
CLASIFICACIÓN DE LOS MODELOS DE DATOS

MODELOS DE DATOS CONCEPTUALES

Son los orientados a la descripción de estructuras de datos y restricciones de integridad.
Se usan fundamentalmente durante la etapa de Análisis de un problema dado y están
orientados a representar los elementos que intervienen en ese problema y sus
relaciones. El ejemplo más típico es el Modelo Entidad-Relación.
MODELOS DE DATOS LÓGICOS
Son orientados a las operaciones más que a la descripción de una realidad. Usualmente
están implementados en algún Manejador de Base de Datos. El ejemplo más típico es el
Modelo Relacional, que cuenta con la particularidad de contar también con buenas
características conceptuales (Normalización de bases de datos).
MODELOS DE DATOS FÍSICOS
Son estructuras de datos a bajo nivel implementadas dentro del propio manejador.
Ejemplos típicos de estas estructuras son los Árboles B+, las estructuras de Hash, etc.

MODELADO DE PROCESOS

El modelado de procesos es el estudio de los procesos de negocio con el fin de

desarrollar un modelo abstracto sobre el mismo que permita comprender el proceso y
comunicarlo con otros.
Un modelo de procesos es una expresión abstracta de los procesos principales de una
organización. El Modelo de Procesos solamente muestra los procesos principales o
macro procesos que a su vez pueden contener otros procesos. Existen tres tipos de
mapas de procesos, el primero de ellos es el llamado Modelo de Procesos que ya hemos
sugerido líneas arriba y que usualmente se corresponde fácilmente con modelos de
negocio.
El segundo tipo de modelo de procesos es aquel que muestra las relaciones que se
establecen entre los procesos, dentro de una organización y define los servicios que un
proceso entrega a otro para obtener un bien, un servicio o información, este mapa es útil
para identificar que niveles de servicio debe dar cada área a la organización.
En tercer lugar, están los modelos o mapas de procesos de tercer nivel que muestran las
secuencias lógicas de actividades que se llevan a cabo entre una o varias áreas de la
organización para la entrega de un bien o un servicio, estas secuencias enlazan
normatividad, recursos e información.
Estos procesos o mapas de procesos de tercer nivel pueden documentarse y constituir
la base para los manuales de organización de algunas empresas que han decidido
mejorarse y cambiar de administraciones funcionales hacia una administración basada
en procesos. Los procesos de tercer nivel tienen un solo responsable, por lo general
estos procesos comienzan por una solicitud y terminan con la entrega de un bien o un
servicio.
Cuando un proceso es modelado, con ayuda de una representación gráfica (diagrama
de proceso), pueden apreciarse con facilidad las interrelaciones existentes entre distintas
actividades, analizar cada actividad, definir los puntos de contacto con otros procesos,
así como identificar los subprocesos comprendidos. Al mismo tiempo, los problemas
existentes pueden ponerse de manifiesto claramente dando la oportunidad al inicio de
acciones de mejora.
El modelado de procesos va relacionado a la planificación del modelo de negocio. Los
sistemas de producción, actividades de procesos y el posicionamiento en la cadena de
valor, son algunos de los sub-factores de los procesos.

b) Desarrollar un diagrama de flujo de datos. Resaltando conceptos, elementos,

simbología, ejemplos. Subirlo a la plataforma de la UAPA.

CONCEPTO

Los diagramas de flujos de datos (DFD), es una técnica de modelización, que nos
muestra un sistema como una red de procesos conectados entre ellos por flujos y
almacenamientos de datos.
Es un modelo que proporciona en forma gráfica el punto de vista funcional de un sistema.
En síntesis, el Diagrama de Flujo de Datos describe:

- Los lugares de origen y destino de los datos (los límites del sistema),

- Las transformaciones a las que son sometidos los datos (los procesos internos),

- Los lugares en los que se almacenan los datos dentro del sistema, y

- Los canales por donde circulan los datos.

Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador
original del diseño estructurado, basado en el modelo de computación de Martin y Estrin:
"flujo gráfico de datos".
Es importante tener en mente: los DFD no sólo se pueden utilizar para modelar sistemas
de proceso de información, sino también como manera de modelar organizaciones
enteras, es decir, como una herramienta para la planeación estratégica y de negocios.

LOS COMPONENTES DE UN DIAGRAMA TÍPICO DE FLUJO DE DATOS SON:

 Proceso.

 Flujo.

 Almacén.

 Terminador.

SIMBOLOGÍA

Proceso:

Indican aquellos lugares dentro del sistema en donde la información (flujos de datos) que
ingresa se procesa o transforma. Es decir, son las funciones o procedimientos que
transforman entradas de datos en salidas de información.

Su nombre deberá ponerse mediante una frase imperativa, que consistirá idealmente de
un verbo activo seguido por una cláusula objeto, cuanto mas simple mejor.

El proceso se representa gráficamente como un círculo. Los sinónimos comunes son

burbuja, función o transformación.
FLUJO DE DATOS:

Representa un transporte de paquetes de datos desde su origen hasta su destino, es decir que
representa una estructura de datos en movimiento de una parte del sistema a otro.

Puede imaginarse como una tubería por donde se envían paquetes de datos, pero deberá tener
una descripción de su contenido la cual deberá elegirse de forma que sea lo más útil posible a
los usuarios que revisen el DFD.

Se representa gráficamente por medio de una flecha que entra o sale de un proceso. El sentido
de la flecha indica la dirección del flujo.

ALMACÉN:

Representa un archivo lógico en donde se agregan o de donde se extraen datos. Es una

estructura de datos, pero estática.

Puede ser físicamente un archivo de tarjetas, una microficha, archivos de papel, o un

archivo en cinta o diskette.

Deberá elegirse el nombre que sea más descriptivo para el usuario, que identifique los
paquetes de datos que contiene.

Implica escritura, actualización o borrado de datos.

Implica lectura o recuperación de información almacenada.

Terminador:

Representan fuentes (origen) o destinos externos de datos que pueden ser personas,
programas, organizaciones u otras entidades que interactúan con el sistema pero se
encuentran fuera de su frontera.

Cuando el sistema que está bajo análisis acepta datos de otro sistema o bien se los
provee, este otro sistema es un terminador.

El analista no puede cambiar ni los contenidos ni la forma de trabajo de un terminador.

El terminador se representa gráficamente como un rectángulo.

COMPONENTES DE UN DIAGRAMA DE FLUJO DE DATOS

. PASOS PARA LA ELABORACIÓN DE UN DIAGRAMA DE FLUJO DE DATOS

1. Debe de indicar claramente dónde inicia y dónde termina el diagrama.

2. Cualquier camino del diagrama debe de llevarte siempre a la terminal de fin.

3. Organizar los símbolos de tal forma que siga visualmente el flujo de arriba hacia
abajo y de izquierda a derecha.

4. No usar lenguaje de programación dentro de los símbolos.

5. Centrar el diagrama en la página.

6. Las líneas deben ser verticales u horizontales, nunca diagonales.

7. No cruzar las líneas de flujo empleando los conectores adecuados sin hacer uso
excesivo de ellos.

8. No fraccionar el diagrama con el uso excesivo de conectores.

9. Solo debe llegar una sola línea de flujo a un símbolo. Pero pueden llegar muchas
líneas de flujo a otras líneas.