Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Una Introducción A La Modelación de Procesos Modelo Sofware

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 11

Una introducción a la modelación de procesos modelo

Los modelos de sistemas son muy importantes en el desarrollo


de los sistemas, los analistas de sistemas o usuario,
constantemente se ocupará de problemas no estructurados.
Una forma de estructurar tales problemas es dibujar modelos.
Un modelo es una representación de la realidad.
Los modelos pueden construirse para los sistemas existentes
como una forma de entender mejor esos sistemas o para los
sistemas propuestos como una forma de documentar los
requisitos del negocio o los diseños técnicos.

Nos encontramos con dos tipo de modelos


modelos lógicos: muestran lo que un sistema es o lo que hace,
Son independientes de su implementación y ilustran la esencia
del sistema.
Los modelos lógicos mas conocidos son modelo elemental,
modelo conceptual y modelo de negocios.
modelos físicos muestran no sólo lo que es un sistema o lo que
hace sino que también cómo se implementa el sistema física y
técnicamente.
Son dependientes en la implementación porque reflejan la
selección de la tecnología y las limitaciones
Los modelos físicos mas conocidos modelo de implementación y
modelo técnico

Los analistas de sistemas saben la importancia de separar los


aspectos de negocios y los técnicos.

Por esta razón es que usan modelos de sistemas lógicos para


definir los requisitos de negocios y modelos de sistemas físicos
para esquematizar diseños técnicos.
Razones para modela un sistema lógico:

 Los modelos lógicos eliminan las diferentes direcciones que


pueden toman un proyecto, que son el resultado de la forma
en que se implementa el sistema actual, o la forma en que
cualquier otra persona piensa que el sistema podría estar
implementado.
 Los modelos lógicos reducen el riesgo de omitir los requisitos
de negocios porque estamos demasiado preocupados con
los detalles técnicos.
 Los modelos lógicos nos permiten comunicarnos con los
usuarios finales con leguajes que no son técnicos o menos
técnicos.

Nos habla de
el modelado de procesos, que es una técnica para organizar
y documentar la estructura y el flujo de datos a través de los
PROCESOS de un sistema y/o la lógica, las políticas y los
procedimientos a ser implementados por los PROCESOS de
un sistema.

Luego nos explicar sobre


Un diagrama de flujo de datos (DFD) que es una herramienta
que esquematiza el flujo
de datos a través de un sistema y el trabajo o el
procesamiento realizado por el mismo.
los símbolos que se utiliza para estos diagramas.
 Los rectángulos redondeados representan los procesos o el
trabajo por hacerse.
 Los cuadrados representan a los agentes externos: el límite
del sistema
 Las cajas con un extremo abierto representan el
almacenamiento de datos, algunas veces llamado archivos o
bases de datos.
 Las flechas representan los flujos de datos, o entradas y
salidas, hacia y desde los procesos. Algunas

Se tiende a confundir entre los diagramas de flujo de datos con


los diagramas de flujo porque
 Los procesos en un diagrama de flujo de datos pueden
operar en paralelo. Así, varios procesos podrían estar
ejecutándose o trabajando simultáneamente,
los procesos en los diagramas de flujo pueden ejecutarse
sólo uno a la vez.

 Los diagramas de flujo de datos muestran el flujo de


datos a través del sistema. Sus flechas representan las
trayectorias por las cuales los datos pueden fluir. los
diagramas de flujo muestran la secuencia de los
procesos o de las operaciones en un algoritmo o
programa.
> Agentes externos
Los sistemas de información están subjeto a lo que pasa en su
ambiente, condiciones de su ambiente.
El ambiente de un sistema de información incluye a los agentes
externos que forman la frontera del sistema y definen lugares
donde el sistema tiene una interfaz con su ambiente.

Un agente externo puede ser una persona, una unidad de


organización, otro sistema u otra organización que se sitúa fuera
del alcance del proyecto pero que interactúa con el sistema en
estudio
Los agentes externos alimentan las entradas al sistema y reciben
las salidas de un sistema
Un cuadrado en el diagrama de flujo de datos representa Un
agente externo

Es importante saber que el trabajo y las actividades ocurren


dentro del agente externo, entonces los flujos de datos entre su
sistema y estas fronteras no deberán causar un cambio
sustantivo al trabajo o a las actividades realizadas por los
agentes externos.

Como el alcance de proyecto y las metas cambian, el alcance de


un sistema de información puede aumentar o decrecer.
Si el sistema del alcance crece, puede consumir parte de los
agentes externos originales; en otras palabras, lo que antes se
consideraba fuera del sistema ahora se considera dentro del
sistema (como procesos nuevos). Entonces los agentes externos
de un sistema de información raramente están fijos.
si el alcance del sistema decrece (debido a restricciones del pre-
supuesto o del programa), los procesos que una vez se
consideraron dentro del sistema pueden convertirse en agentes
externos.
En un diagrama lógico de flujo de datos pueden incluir a las
personas, las unidades de negocios, otros sistemas internos
como agentes externos,
con los cuales un sistema debe interactuar.
Casi siempre se puede incluir:
 Una oficina, departamento, división o individuo dentro de
su compañía que provee entradas a ese sistema, reciben
salidas n de ese sistema o ambos.
 Una organización, agencia o individuo que está fuera de
su compañía pero que provee entradas o recibe salidas
del sistema. Nos dan unos ejemplos CLIENTES, los
PROVEEDORES, los CONTRATISTAS, los BANCOS y
los ORGANISMOS GUBERNAMEN- TALES.
 •Otro negocio u otro sistema de información con el cual
debe interactuar y pueden estas separados.
 Los usuarios finales o los gerentes de un sistema. En
este caso, el usuario o el gerente puede serví como una
fuente básica de datos que sirva de entrada a un
sistema.
Los agentes externos representan sistemas físicos fijos,
Los agentes externos deberán nombrarse con sustantivos
descriptivos, singulares,
Por ejemplo REGISTRADOR, el PROVEEDOR, SISTEMA DE
FABRICACIÓN o el SISTEMA DE INFORMACIÓN FINANCIERA.
Los almacenes de datos
los sistemas de información recolectan datos para su posteriores
usos, Los datos se guardan en un almacén de datos. Estos
almacenes se representan por la caja con extremo abierto en los
diagramas de flujo de datos. Un almacén de datos es un
“inventario” de información.
Idealmente, los almacenes básicos de datos deberán describir
“cosas” acerca de las cuales el negocio desea almacenar.
Por ejemplo:
Personas: AGENCIA, CLIENTE, DEPARTAMENTO,
,EMPLEADO, vemos que una entidad o persona puede
representar bien sea individuos, grupos u organizaciones.

Lugares: REGIÓN DE VENTAS, EDIFICIO, SALA, OFICINA


REGIONAL, CAMPUS.
Objetos: LIBRO, MÁQUINA, PARTE, PRODUCTO, MATERIA
PRIMA, LICENCIA DEL SOFTWARE, PAQUETE DE
SOFTWARE, HERRAMIENTA. Una entidad puede re-
presentar objetos reales (como la LICENCIA del
SOFTWARE) o especificaciones para un tipo de objeto (tal
como PAQUETE DE SOFTWARE).
Eventos: SOLICITUD, CLASE, VUELO, FACTURA, ORDEN,
INSCRIPCIÓN, RENOVACIÓN, REQUISICIÓN,
RESERVACIÓN, VENTA, VIAJE.
la modelación de procesos se tiene que hace antes de la
modelación de datos.

los almacenes de datos deberían se deben llamar en plural de la


entidad correspondiente de un modelo de datos.
Ejemplo:
en el modelo de datos hay una entidad llamada empleado, los
modelos de procesos incluirán un almacén de datos llamado
empleados.

Esto tiene sentido porque el almacén de datos, por definición,


almacena todas las instancias de la entidad.
Es un error tener términos físicos como archivo, base de datos,
gabinete de archivos, carpeta de archivos y cosas por el estilo.
Se debe evitar el cruzamiento de los flujos de datos.
Conceptos de procesos

un bloque constructivo fundamental de los sistemas de


información son los procesos. Todos los sistemas de información
incluyen procesos, usualmente muchos de ellos. Los procesos de
sistemas de información responden a las condiciones y eventos
de los negocios transformando datos (otro bloque constructivo)
en información útil. Los procesos de modelación nos ayudan a
entender las interacciones con el ambiente del sistema, otros
sistemas y otros procesos.

Un sistema Es un Proceso Hemos


El libro utiliza el concepto de sistema para describir casi
cualquier arreglo ordenado de ideas o conceptos.
Teniendo encuentra que sistema es un proceso
Para analizar los sistemas usamos modelos, se usan para ver
o presentar un sistema.
el modelo de proceso más simple de un sistema se basa en
entradas, salidas y el sistema mismo.
El sistema tiene límite pero el ambiente del sistema no los tiene.

El sistema intercambia entradas y salidas con su ambiente.


Ya que el ambiente siempre cambia, los sistemas bien diseñados
tienen una retroalimentación, y se adaptan a sí mismo para
cambiar condiciones

También podría gustarte