Instituto Universitario De Tecnología De Administración Industrial
Unidad Curricular: Análisis De Sistemas
Autor: Paiva Emely C.I:24.280.216
Sección: 203ª1
Técnicas de Procesamiento
De Datos
Índice
Introducción………………………………………………………03
Técnicas De Procesamiento De Datos…………………04 al 05
Análisis Estructurado (Diagrama de Flujo De Datos)..06 al 16
Análisis Orientado a objetos…………………………….17 al 18
Conclusión………………………………………………………19
Referencias Bibliográficas…………………………………….20
Introducción
Basado en la función primordial que oriento la realización de este
trabajo esto ha de servir como introducción al estudio de las técnicas de
procesamiento de datos hacia aquellas personas que utilizan este método
como instrumento en la búsqueda de su verdad científica, La investigación
nos ayuda a mejorar el estudio porque nos permite establecer contacto con
la realidad a fin de que la conozcamos mejor. Constituye un estímulo para la
actividad intelectual creadora. Ayuda a desarrollar una curiosidad creciente
acerca de la solución de problemas, además, Contribuye al progreso de la
lectura crítica.
“Investigando se
aprende a investigar”
Carlos Sabino
Técnicas de procesamiento de datos
En este punto se describen las distintas operaciones a las que serán
sometidos los datos que se obtengan:
Clasificación
Manual: Es el primer proceso utilizado para llevar a cabo la
clasificación de los datos.
Mecánica: Permite efectuar rápidamente sin confusión ni
complicación, cualquier tipo de clasificación entre las diferentes
modalidades.
Semi-mecanica: es aquella que permite efectuar la clasificación
sustituyendo la selección simplemente visual por una de tipo
mecánico
Registro: Lugar desde donde se puede registrar o ver algo.
Tabulación: Expresar valores, magnitudes u otros datos por medio de
tablas.
Codificación: consiste en sustituir las modalidades cualitativas que
aparecen en el cuestionario por un símbolo mecánico.
En lo referente al análisis, se definen las técnicas lógicas:
Inducción
En el campo de la lógica, proceso en el que se razona desde lo
particular hasta lo general.
Deducción
En lógica, es una forma de razonamiento donde se infiere una
conclusión a partir de una o varias premisas.
Las estadísticas son:
Descriptiva
Es aquella que trata de condensar o resumir todos los datos o
características de una serie de valores, para de esta forma describir
determinantes aspectos de la serie.
Inductiva
Es aquella que trata de estimar las características del Universo
estadístico o población total, a través del estudio de una parte de este
Universo; a esta parte se denomina muestra.
Análisis Estructurado
Es un método para el análisis de sistemas manuales o automatizados
que conduce al desarrollo de especificaciones para sistemas nuevos. Allí, se
efectúan modificaciones y mejoras necesarias tanto al procedimiento como al
sistema, tomando en cuenta los beneficios que el mismo pueda traer a la
organización.
Diagrama De Flujos de Datos
(DFD)
Es una descripción gráfica de un procedimiento para la resolución de
un problema. Son frecuentemente usados para describir algoritmos y
programas de computador.
Los diagramas de flujo de datos están conformados por figuras
conectadas con flechas. Para ejecutar un proceso descrito por un diagrama
de flujo de datos se comienza por el INICIO y se siguen las flechas de figura
a figura, ejecutándose las acciones indicadas por cada figura; el tipo de
figura indica el tipo de paso que representa.
Los diagramas de flujo son frecuentemente usados debido a que
pueden suprimir detalles innecesarios y tener un significado preciso, si son
usados correctamente.
Componentes de los DFD
El proceso.
Sinónimos comunes son burbuja, función o transformación.
El proceso muestra una parte del sistema que transforma entradas en
salidas; es decir, muestra cómo es que una o más entradas se transforman
en salidas. El proceso se representa gráficamente como un óvalo o un
rectángulo con esquinas redondeadas. Estas diferencias son sólo de forma, y
se deben optar por alguna de ellas y utilizarla en forma consistente.
Representaciones utilizadas para procesos, la de la izquierda
corresponde a la utilizada por Gane y Sarson, y la de la derecha es utilizada
por Ward y Mellor, así como por Yourdon y De Marco.
Nótese que el proceso se nombra con una palabra o frase, que
intentan dar una primera aproximación de lo que hacen, por ejemplo
VALIDAR ENTRADA, CONTROL TEMPERATURA, etc.
El flujo.
Se representa gráficamente por medio de una flecha que entra o sale
de un proceso. El flujo se usa para describir el movimiento de bloques o
paquetes de información de una parte del sistema a otra. Por ello, los flujos
representan datos en movimiento, mientras que los almacenes representan
datos en reposo.
Flujo de Datos, que lleva la Rut de un cliente. Se utiliza esta presentación en
casi todos los formalismos propuestos.
En la mayoría de los sistemas que se modelan, los flujos realmente
representarán datos, es decir, bits, caracteres, mensajes, números de punto
flotante y los diversos otros tipos de información con los que se suele tratar
en sistemas computarizados. Esto no significa que los DFD no sean una
herramienta útil en el modelado de procesos no automatizados
computacionalmente, como por ejemplo una línea de ensamblado.
Este es la representación dada por Gane y Sarson a un flujo de
materiales. Con esto, se representa que se ingresan datos o materiales de
tipo no computacional. Es útil en el modelamiento de procesos productivos.
Los flujos de datos tienen un nombre el que representa el significado del
paquete de información que se mueve a lo largo del flujo.
Los flujos de datos pueden converger o divergir en un DFD.
El almacén.
Se utiliza para modelar un conjunto de paquetes de datos en reposo.
Se denota por dos líneas paralelas u otras alternativas gráficas. De modo
característico, el nombre que se usa para un almacén es el plural del que se
usa para los paquetes que entran y salen del almacén por medio de flujos.
Representaciones utilizadas para almacenes de datos, la de la
izquierda corresponde a la utilizada por Gane y Sarson, y la de la derecha es
utilizada por Ward y Mellor, así como por Yourdon y De Marco.
A menudo, los almacenes de datos se implementan como archivos o bases
de datos. También pueden ser implementados en sistemas manuales como
archivadores, carpetas, etc.
El Terminador.
Gráficamente se representa como un rectángulo. Los terminadores
representan entidades externas con las cuales el sistema se comunica.
Comúnmente un terminador es una persona o un grupo, por ejemplo una
organización externa o una agencia gubernamental, o un grupo o
departamento que esté dentro de la misma compañía u organización, pero
fuera del control del sistema que se está modelando. En algunos casos, el
terminador puede ser otro sistema.
Terminador o "External", que en este caso representa al usuario del
sistema. Se utiliza esta presentación en casi todos los formalismos
propuestos.
Suele ser muy fácil identificar los terminadores en el sistema que se
está modelando. A veces el terminador es el usuario, que nos dice "pienso
entregar los datos A, B y C al sistema y espero que éste me entregue los
datos X, Y y Z". En otros casos, el usuario se considera parte del sistema y
ayudará a identificar los terminadores relevantes.
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.
Diagrama de Nivel Superior: Nivel 1
Se plasman todos los procesos que describen al proceso principal. En
este nivel los procesos no pueden interrelacionarse directamente, sino
que entre ellos siempre debe existir algún almacenamiento o entidad
externa que los una.
Diagrama de Detalle o Expansión: Nivel 2
A partir del nivel 2 de detalle, los procesos pueden interrelacionarse
directamente, sin necesidad de almacenamiento que los una. Cabe
destacar que en el nivel 1 y 2 siempre los procesos deben tener las
entradas y las salidas dadas en el diagrama de contexto.
Diagramas físicos de flujo de datos
Proporcionan un panorama del sistema en uso, muestra las tareas que se
llevan a cabo y como se hacen. Las características físicas incluyen:
Nombre de personas
Nombre o formatos de documentos
Nombres de departamento
Archivo de maestro y de transacciones
Equipo y dispositivos utilizados
Ubicaciones
El empleo de estos diagramas es aconsejable por tres razones:
Para los analistas de sistema es más fácil describir la interacción entre
los componentes físicos que comprender las políticas empleadas. De
modo que identifican las personas, lo que hacen, los documentos que
inician las actividades y el equipo para su procesamiento.
Los diagramas físicos de flujos de datos son de utilidad para
comunicarse con los usuarios. Estos relacionan con facilidad a las
personas, las ubicaciones y los documentos ya que trabajan todos los
días con estas entidades (Los diagramas lógicos van a resultar
abstractos para los usuarios).
Los diagramas físicos proporcionan un camino para validar o verificar
el punto de vista del usuario sobre la forma en que opera el sistema
en uso.
Diagramas lógicos de flujo de datos
Proporcionan un panorama del sistema independiente de la
implantación, que se centra en el flujo de datos entre los procesos sin
considerar los dispositivos específicos y la localización de almacenes de
datos o personas en el sistema.
Los diagramas físicos de flujos de datos, no son un fin en si mismos,
sino son un medio para describir la implantación del sistema existente. El
diagrama lógico es una visión retrospectiva de la implantación actual y
proporciona la base para examinar la combinación de procesos, flujo de
datos, almacenes de datos, entrada y salida sin importarnos los dispositivos
físicos, personas o aspectos de control que caracterizan la implantación.
Así que el diagrama lógico se obtiene del diagrama físico al llevar a cabo lo
siguiente:
Señalar los datos necesarios en este momento para un proceso, no
documentos que los contienen.
Indicar los flujos entre los procedimientos y no entre personas, oficinas
o localidades.
Eliminar herramientas y dispositivos.
Eliminar información de control.
Consolidar los almacenes de datos redundantes.
Eliminar los procesos innecesarios (v.gr los que no cambian los datos,
independientes de los dispositivos donde ocurren, los que representan
un proceso único dentro del sistema).
Cuando se inicia el estudio de sistemas en un área de la
Organización, el analista necesita obtener una visión del sistema. Primero los
elementos físicos: personas, documentos, listados. No es difícil recordar
lugares o personas importantes (' Este trabajo lo realiza Pérez ', ' La
autorización del pago de facturas se realiza en el departamento de
contabilidad ', etc.). Los diagramas físicos representan estos elementos.
Una vez superada esta primera fase de conocimiento del sistema
actual, es necesario descifrar los aspectos más importantes de cada
actividad. Los diagramas lógicos nos permiten describir los datos, procesos y
eventos de forma abstracta, ya que el analista debe conocer el trabajo que
debe realizarse más que las personas que en la actualidad lo realizan. Los
analistas generalmente comienzan por la construcción de un modelo físico
por que los componentes físicos se pueden identificar realmente durante el
análisis y después lo convierten a un modelo lógico.
Pasos para la elaboración de un Diagrama de Flujo de Datos
Debe de indicar claramente dónde inicia y dónde termina el
diagrama.
Cualquier camino del diagrama debe de llevarte siempre a la terminal
de fin.
Organizar los símbolos de tal forma que siga visualmente el flujo de
arriba hacia abajo y de izquierda a derecha.
No usar lenguaje de programación dentro de los símbolos.
Centrar el diagrama en la página.
Las líneas deben ser verticales u horizontales, nunca diagonales.
No cruzar las líneas de flujo empleando los conectores adecuados sin
hacer uso excesivo de ellos.
No fraccionar el diagrama con el uso excesivo de conectores.
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.
Las líneas de flujo deben de entrar a un símbolo pro la parte superior
y/o izquierda y salir de él por la parte inferior y/o derecha.
Evitar que el diagrama sobrepase una página; de no ser posible,
enumerar y emplear los conectores correspondientes.
Usar lógica positiva, es decir, realizar procesos cuando es verdadera
la condición y expresar las condiciones de manera clara (por ej., "no
es a =/= de b" ==> "a=b").
Comentar al margen únicamente cuando sea necesario.
Reglas adicionales para el dibujo de DFD:
Ya se han identificado la mayor parte de los lineamientos que se
siguen para el dibujo de los DFD, he aquí algunas más:
Cualquier flujo de datos que abandone un proceso debe estar basado
en los datos que entran al proceso
Todos los flujos de datos tienen un nombre que refleja los datos que
fluyen entre procesos, almacenes de datos, fuentes o destinos.
Solo deben entrar al proceso, los datos necesarios para llevarlo a
cabo
Un proceso no debe saber nada de ningún otro en el sistema, es decir
debe ser independiente, la única dependencia que debe existir es
aquella basada en sus propios datos de entrada y salida
Los procesos siempre están en continua ejecución, no se inician ni
tampoco se detienen. Los analistas siempre deben suponer que un
proceso está listo para ejecutar su trabajo
La salida de los procesos puede tomar una de las siguientes formas
Flujo de datos con información añadida por el proceso (i.e: una
anotación a una factura).
Una respuesta o cambio en la forma de los datos (i.e: un cambio en la
forma de expresar las utilidades -de ¢ a $-)
Un cambio de condición (i.e: de autorizado a no autorizado)
Cambio de contenido (i.e: integración o separación de la información
contenida en uno o más flujos entrantes de datos)
Cambios en la organización (i.e: separación física o redondeo de
datos)
La norma común es definir cada nivel inferior en términos de 3 a 7
procesos para cada proceso de nivel superior, si son necesarios más
detalles se puede hacer en el siguiente nivel.
Los almacenes y flujos de datos que son relevantes solo para el
interior del proceso, son ocultados hasta que el proceso se extiende
con mayor detalle.
Los datos que fluyen hacia los procesos experimentan cambios. Por
consiguiente, el flujo de datos de salida tiene un nombre diferente al
de la entrada; si no se efectúa algún cambio en el flujo de datos,
entonces ¿cuál es la finalidad del proceso?
En cuanto a los nombres de los procesos lo más apropiado es escoger
un verbo y un sujeto que reciba la acción y no nombre generales que
no digan nada. Si un nombre de proceso es vago o complejo tal vez
se deba subdividir el proceso aún más.
Análisis Orientado a Objetos
(DLMU)
Es un método de análisis que examina los requisitos desde la
perspectiva de las clases y los objetos que se encuentran en el vocabulario
del dominio del problema.
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en
inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas
software más conocido y utilizado en la actualidad; está respaldado por el
OMG (Object Management Group). Es un lenguaje gráfico para visualizar,
especificar, construir y documentar un sistema. UML ofrece un estándar para
describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales
tales como procesos de negocio, funciones del sistema, y aspectos
concretos como expresiones de lenguajes de programación, esquemas de
bases de datos y compuestos reciclados.
Es importante remarcar que UML es un "lenguaje de modelado" para
especificar o para describir métodos o procesos. Se utiliza para definir un
sistema, para detallar los artefactos en el sistema y para documentar y
construir. En otras palabras, es el lenguaje en el que está descrito el modelo.
Se puede aplicar en el desarrollo de software gran variedad de formas
para dar soporte a una metodología de desarrollo de software (tal como el
Proceso Unificado Racional o RUP), pero no especifica en sí mismo qué
metodología o proceso usar.
Collage de Diagramas UML
Conclusión
En la actualidad los equipos informáticos se han convertido en
herramientas imprescindibles de las empresas a nivel mundial.
las técnicas de procesamiento de datos no es más que una parte
fundamental de la investigación científica ya que consiste en procesar los
datos (dispersos, desordenados, individuales) obtenido de la población
objeto de estudio durante el trabajo de campo y tiene como finalidad generar
el resultado a partir de cuales se realizara el análisis correspondiente.
Referencias Bibliográficas
Autor: Arias G. Fidias (Febrero De 2006)
Titulo De La Obra: El Proyecto De Investigación
“Introducción a La Metodología De La Investigación (5ta Edición)”
Editorial: Episteme Caracas-Venezuela.
Número de página: 111.
Autor: González Rivas Ernesto (2009)
Titulo De La Obra: “Estadística General (Undécima Edición)”
Editorial: Ediciones de La Biblioteca, Universidad Central De
Venezuela; Caracas.
Numero De páginas:( 9, 19, 29, 30, 31, 33,35.)