procedimiento paran la planificación en los centros educativos tipo v(multig...
Analisis de sistemas estructurados
1. República Bolivariana de Venezuela
Ministerio para el Poder Popular para la Educación
Universidad Alejandro de Humboldt
ANALISIS DE SISTEMAS
ANALISIS DE SISTEMAS
ESTRUCTURADOS
Integrantes:
Leidy Martínez C.I: 17.906.418
Luis Olivares C.I: 13.873.328
Ugas Cinthya C.I: 19.514.341
Gutiérrez Brayan C.I: 25.418.871
Caracas, Julio 2016
2. INTRODUCCION
Antes de comenzar a ver los puntos detalladamente el cual trataremos, tenemos
que conocer que la información es la herramienta fundamental para el buen
funcionamiento de las organizaciones y por ello hay que analizar los procesos del
análisis estructurado como objetivo clave de esta investigación, el análisis de
sistema tiene como objetivo describir en detalle las necesidades de información que
debe satisfacer el sistema de información, su estructura importancia y uso nos
ayudara a comprender lo esencial de la misma para las organizaciones.
El manejo de la información dentro de las organizaciones cada día está
creciendo mucho más y por ende comprender y entender la importancia de esta
herramienta para llevar a las organizaciones al logro de los objetivos de una forma
más ágil y flexible cumpliendo con lo requerido por la misma.
3. ANALISIS ESTRUCTURADO.
Se concentra en especificar lo que se requiere que haga el sistema o la
aplicación. No se establece cómo se cumplirán los requerimientos o la forma en que
se implantará la aplicación. Más bien permite que las personas observen los
elementos lógicos (lo que hará el sistema) separado de los componentes físicos
(computadoras, terminales, sistemas de almacenamiento, etc.). Después de esto se
puede desarrollar un diseño físico eficiente para la situación donde será utilizado.
El análisis consiste en interpretar el concepto del sistema (o situaciones del mundo
real) en datos y controlar la terminología representada por el diagrama de flujo de
datos.
El análisis estructurado es parte de una serie de métodos estructurados, que
"representan una colección de técnicas de análisis, diseño y programación que se
desarrollaron en respuesta a los problemas que enfrenta el mundo del software
desde 1960 hasta la década de 1980, normalmente crea una jerarquía que emplea
un único mecanismo de resumen. El método de análisis estructurado puede emplear
IDEF, es un proceso conducido, y comienza con un propósito y un punto de vista.
Este método identifica la función global y de forma iterativa divide funciones en
funciones más pequeñas, entradas conservantes, salidas, controles y mecanismos
necesarios para optimizar los procesos. También es conocido como un enfoque de
descomposición funcional, se centra en la cohesión dentro de las funciones y de
acoplamiento entre las funciones que llevan a los datos estructurados.
IMPORTANCIA USO Y APLICACIÓN EN LOS ANALISIS DE SISTEMA.
La importancia del análisis estructurado es su capacidadintuitiva para comunicar
procesos y conceptos de alto nivel, si los niveles del sistema son sencillos o
empresariales, considera un sistema desde la perspectiva de los datos que fluyen
a través de él. La función del sistema es descrita por procesos que transforman los
flujos de datos. El análisis estructurado se aprovecha de la ocultación de
información a través del análisis de descomposición sucesiva (o de arriba hacia
4. abajo). Esto permite que la atención se centre en los detalles pertinentes y evita la
confusión de mirar los detalles irrelevantes. Como el nivel de detalle aumenta, se
reduce la amplitud de la información. El resultado del análisis estructurado es un
conjunto relacionado de diagramas, gráficas, descripciones de procesos, y las
definiciones de datos. Ellos describen las transformaciones que deben llevarse a
cabo y los datos necesarios para cumplir con el Requisito funcional de un sistema.
El enfoque del análisis estructurado desarrolla perspectivas tanto en los objetos
del proceso y los datos de los objetos.
En análisis estructurado los diagramas de estructura se utilizan para especificar
el diseño de alto nivel, o la arquitectura de un programa de computadora. Como una
herramienta de diseño, ayudan al programador a dividir y conquistar un problema
de software grande, es decir, de forma recursiva romper un problema en partes que
son lo suficientemente pequeños para ser entendido por un cerebro humano. El
proceso es llamado Top-down y bottom-up, o de descomposición funcional. Los
programadores usan un diagrama de estructura para construir un programa de una
manera similar a cómo un arquitecto utiliza un plano para construir una casa. En la
etapa de diseño, el diagrama se dibuja y se utiliza como una manera para que el
cliente y los diferentes diseñadores de software puedan comunicarse. Durante la
construcción real del programa (aplicación).
Su uso o aplicación se combina, con bastante frecuencia, con el método de ciclo
de vida clásico de desarrollo de sistemas. Por ejemplo, los analistas pueden optar
por desarrollar diagramas de flujo de datos como una forma para documentar las
relaciones entre componentes durante la investigación detallada de algún sistema
existente. Así mismo, se pueden definir los archivos y datos en un diccionario
centralizado de datos de acuerdo con las reglas del análisis estructurado.
5. COMPONENTES DE LOS ANALISIS ESTRUCTURADOS.
Los análisis estructurados poseen tres componentes:
Descripción gráfica: utiliza símbolos o iconos para crear un modelo gráfico
del sistema. Sin introducir procesos manuales o informatizados, archivos,
entre otros.
Diagramas de flujo de datos: tienen la misión de mostrar las fuentes y
destinos de los datos, identificar y dar nombre a los procesos, dar nombre a
los grupos de datos que relacionan una función con otra, señalar los
almacenes de datos a los que se tiene acceso.
Diccionario de datos: se definen flujo de datos, procesos y almacenes de
datos.
REPRESENTACION GRAFICA DE UN PROCESO A TRAVES DEL ANALISIS
ESTRUCTURADO.
6. DIAGRAMA DE FLUJOS, TIPOS, EJEMPLOS Y SIMBOLOGIA.
Un diagrama de flujo es una representación gráfica de un proceso. Cada paso
del proceso es representado por un símbolo diferente que contiene una breve
descripciónde la etapa de proceso. Los símbolos gráficos del flujo del proceso están
unidos entre sí con flechas que indican la dirección de flujo del proceso.
El diagrama de flujo ofrece una descripción visual de las actividades
implicadas en un proceso mostrando la relación secuencial entre ellas, facilitando la
rápida comprensión de cada actividad y su relación con las demás, el flujo de la
información y los materiales, las ramas en el proceso, la existencia de bucles
repetitivos, el número de pasos del proceso, las operaciones de
interdepartamentales… Facilita también la selección de indicadores de proceso.
REGLASPARA LA CREACIÓN DEDIAGRAMAS
Los Diagramas de flujo deben escribirse de arriba hacia abajo, y/o de
izquierda a derecha.
Los símbolos se unen con líneas, las cuales tienen en la punta una flecha
que indica la dirección que fluye la información procesos, se deben de utilizar
solamente líneas de flujo horizontal o verticales (nunca diagonales).
Se debe evitar el cruce de líneas, para lo cual se quisiera separar el flujo del
diagrama a un sitio distinto, se pudiera realizar utilizando los conectores. Se
debe tener en cuenta que solo se van a utilizar conectores cuando sea
estrictamente necesario.
No deben quedar líneas de flujo sin conectar
Todo texto escrito dentro de un símbolo debe ser legible, preciso, evitando el
uso de muchas palabras.
Todos los símbolos pueden tener más de una línea de entrada, a excepción
del símbolo final.
Solo los símbolos de decisión pueden y deben tener más de una línea de
flujo de salida.
7. TIPOS DE DIAGRAMAS DE FLUJO EN EL ANALISIS ESTRUCTURADO
DIAGRAMAS DE CONTEXTO
Son diagramas que representan los usuarios que fuera de un sistema podrían
interactuar con él. Este diagrama es la vista de más alto nivel de un sistema, similar
al diagrama de bloques, que muestra, posiblemente un sistema de software basado
en entradas y salidas además de sus factores externos.
Este tipo de diagrama según Kossiakoff (2003) por lo general "muestra el sistema
en el centro, sin detalles de su estructura interior, rodeado de todos sus sistemas
de interacción, medio ambiente y actividades. El objetivo de un diagrama de
contexto del sistema es centrar la atención en factores y eventos que deben ser
considerados en el desarrollo de un conjunto completo de las propuestas del
sistema y las limitaciones externas".
El diagrama de contexto del sistema está relacionado con el Diagrama de flujo
de datos, y muestran las interacciones entre un sistema y otros usuarios con los que
el sistema está diseñado para hacer frente. Un diagrama de contexto del sistema
puede ser útil para comprender el contexto en el cual el sistema será parte de
la ingeniería de software.
8. DIAGRAMA DE FLUJO DE DATOS
Un diagrama de flujo de datos (DFD) es una representación gráfica del "flujo" de
datos a través de un sistema de información. Se diferencia del diagrama de flujo del
sistema, ya que muestra el flujo de datos a través de procesos en lugar
del Hardware. Los diagramas de flujo de datos fueron inventados por Larry
Constantino, promotor del diseño estructurado, basado en el modelo de
computación Martin y Estrin "gráfico de flujo de datos".
Es una práctica común dibujar un Diagrama de contexto de sistema que primero
muestra la interacción entre el sistema y entidades externas. El DFD está diseñado
para mostrar cómo un sistema se divide en porciones más pequeñas y para resaltar
el flujo de datos entre las partes. Este diagrama de flujo de datos de nivel de
contexto se "explotó" para mostrar más detalles del sistema que se está modelando.
Los diagramas de flujo de datos (DFDS) son una de las tres perspectivas
esenciales de Análisis de sistemas estructurado y método de diseño (SSADM). El
9. patrocinador de un proyecto y los usuarios finales tendrán que ser informados y
consultados en todas las etapas de la evolución de un sistema. Con un diagrama
de flujo de datos, los usuarios son capaces de visualizar cómo funcionará el sistema,
lo que el sistema va a lograr, y cómo se implementará el sistema. Los diagramas de
flujo de datos del viejo sistema se pueden elaborar y comparar con los diagramas
de flujo de datos del nuevo sistema para implementar un sistema más eficiente.
10. DIAGRAMA DE ESTRUCTURAS
Un diagrama de estructura (SC) es un gráfico que muestra la distribución
del sistema de configuración de los niveles más bajos y manejables. Esta tabla se
usa en la programación estructurada para organizar los módulos de programa en
una estructura de árbol. Cada módulo está representado por una caja que contiene
el nombre del módulo. La estructura de árbol visualiza las relaciones entre los
módulos.
En análisis estructurado los diagramas de estructura se utilizan para
especificar el diseño de alto nivel, o la arquitectura de un programa de computadora.
Como una herramienta de diseño, ayudan al programador a dividir y conquistar un
problema de software grande, es decir, de forma recursiva romper un problema en
partes que son lo suficientemente pequeños para ser entendido por un cerebro
humano.
El proceso es llamado Top-down y bottom-up, o de descomposición
funcional. Los programadores usan un diagrama de estructura para construir un
programa de una manera similar a cómo un arquitecto utiliza un plano para construir
una casa.
11. DICCIONARIO DE DATOS
Un diccionario de datos o diccionario de base de datos es un archivo que define
la organización básica de una base de datos. Un diccionario de la base de datos
contiene una lista de todos los archivos de la base de datos, el número de registros
en cada archivo, y los nombres y tipos de cada campo de datos. La mayor parte
del sistema de gestión de base de datos mantiene el diccionario de datos ocultos a
los usuarios para evitar la destrucción accidental de los contenidos. Los diccionarios
de datos no contienen los datos reales de la base de datos, sólo la contabilidad de
información para su gestión. Sin un diccionario de datos, sin embargo, un sistema
de gestión de base de datos no puede acceder a los datos desde la base de datos.
Los usuarios de bases de datos y desarrolladores de Aplicación
informática pueden beneficiarse de un documento del diccionario de datos de una
autoridad que cataloga la organización, contenidos, y las convenciones de una o
más bases de datos. Esto incluye típicamente los nombres y las descripciones de
varias tablas y campos en cada base de datos, además de detalles adicionales,
como el tipo y la longitud de cada elemento de datos. No hay un estándar universal
para el nivel de detalle en un documento de este tipo, pero es sobre todo una
destilación de metadatos acerca de la estructura y diseño de la Base de datos, no
los datos en sí. Un documento de diccionario de datos también puede incluir
información que describe cómo se codifican los elementos de datos. Una de las
ventajas del buen diseño de la documentación del diccionario de datos es que ayuda
a establecer la coherencia en una base de datos compleja, a través de una gran
colección de bases de datos federada.
12. SIMBOLOGIA
Dentro de los símbolos fundamentales para la creación de diagramas de flujo,
los símbolos gráficos son utilizados específicamente para operaciones aritméticas
y relaciones condicionales, un proceso lógico y con opciones múltiples adecuadas.
Se utilizan los símbolos indicados a continuación, estandarizados según ISO
5807. De acuerdo al estándar ISO, los símbolos e incluso las flechas deben tener
ciertas características para permanecer dentro de sus lineamientos y ser
considerados sintácticamente correctos.
La siguiente es una lista de los símbolos más comúnmente utilizados:
13. La estandarización de los símbolos para la elaboración de Diagramas de Flujo
tardó varios años. Con el fin de evitar la utilización de símbolos diferentes para
representar procesos iguales, la Organización Internacional para la Estandarización
(ISO, por su sigla en inglés) y el Instituto Nacional Americano de Estandarización
(ANSI, por su sigla en inglés), estandarizaron los símbolos que mayor aceptación
tenían en 1985. Los siguientes son los principales símbolos para elaborar
Diagramas de Flujo:
Inicio / Final
Se utiliza para indicar el inicio y el final de un diagrama; del Inicio sólo puede
salir una línea de flujo y al Final sólo debe llegar una línea.
Ejemplo
Flujo
Indica el seguimiento lógico del diagrama. También indica el sentido de
ejecución de las operaciones; lo veremos en el transcurso del tema y usted se
familiarizará con ella comprendiéndolo poco a poco.
Entrada General
Entrada/Salida de datos en General (en esta guía, solo la usaremos para la
Entrada).
Ejemplo
Leer un número por teclado
14. Acción/Proceso General
Indica una acción o instrucción general que debe realizar el computador
(cambios de valores de variables, asignaciones, operaciones aritméticas, entre
otros).
Ejemplo
Leer dos números y sumarlos
Salida Impresa
Indica la presentación de uno o varios resultados en forma impresa, es decir
imprime el resultado del diagrama de flujo.
Ejemplo
Leer dos números e imprimirlos por impresora el resultado de su suma
15. Salida en Pantalla
Instrucción de presentación de mensajes o resultados en pantalla, es
decir muestra el resultado del diagrama de flujo en la pantalla.
Ejemplo
Leer dos números y mostrar por pantalla el resultado de su suma
Conector de la misma página
No es necesario usar un tipo especial de símbolos para crear un diagrama
de flujo, pero existen algunos ampliamente utilizados por lo que es adecuado
conocerlos y utilizarlos, ampliando así las posibilidades de crear un diagrama más
claro y comprensible para crear En el caso del círculo de conexión, se debe procurar
usarlo sólo cuando se conecta con un proceso contenido dentro de la misma hoja,
es decir si dentro de la página tiene un espacio puede continuarlo en esa parte de
la página, pero primero debemos dar un nombre al conector para continuar
16. Ejemplo
Conector de página
Existen también conectores de página, que asemejan a una casita y se
utilizan para unir actividades que se encuentran en otra hoja, Indica el enlace de
dos partes de un diagrama en páginas diferentes y con las mismas condiciones del
anterior conector.
Ejemplo
Llamada a subrutina
Indica la llamada a una subrutina o procedimiento determinado. Lo que se
quiere decir es, un procedimiento determinado como el programa anterior de la
suma el proceso se le puede mostrar de esta manera
17. Ejemplo
Decisión (condicionante IF)
Indica la comparación de dos datos y dependiendo del resultado lógico (falso
o verdadero) se toma la decisión de seguir un camino del diagrama u otro.
Ejemplo
Leer dos números e imprimir el mayor de los dos
18. CONCLUSION
Con la globalización industrial surge la necesidad de estar cada día estar más
en lo actual, los análisis estructurados de sistema ayudan a las organizaciones a
dar un estatus de cómo está la empresa para la toma de decisiones y surgen las
estrategias de los nuevos negocios.
Los gerentes empleados y todos los usuarios finales que se familiarizan cada
vez más con el uso de las computadoras están teniendo un papel muy importante
en el desarrollo de los sistemas que nunca dejan de actualizarse ya que las
empresas están en constante cambio y surgen nuevas necesidades.
El desarrollo de este trabajo ha contribuido de manera muy importante para
poder identificar y comprender el buen uso de los sistemas estructurados su función
principal dentro de una organización.
19. BIBLIOGRAFIA
Wikipedia Commons alberga contenido multimedia sobre Análisis
Estructurado.
Structured Analysis Wiki
Three views of structured analysis CRaG Systems, 2004.
Tricia Gilbert (2006) FCS Evaluation criterea for technology assessment
Edward Yourdon (1986). Managing the Structured Techniques: Strategies for
Software Development in the 1990s. Yourdon Press. p.35.
FAA (2000).FAA System Safety Handbook, Appendix D. December 30, 2000.