Post on 23-Feb-2017
República Bolivariana de Venezuela
Ministerio para el Poder Popular para la EducaciónUniversidad Alejandro de Humboldt
ANALISIS DE SISTEMAS
ANALISIS DE SISTEMASESTRUCTURADOS
Integrantes:
Leidy Martínez C.I: 17.906.418Luis Olivares C.I: 13.873.328Ugas Cinthya C.I: 19.514.341
Gutiérrez Brayan C.I: 25.418.871
Caracas, Julio 2016
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.
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 capacidad intuitiva 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 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.
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.
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ón de 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.
REGLAS PARA LA CREACIÓN DE DIAGRAMAS
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.
TIPOS DE DIAGRAMAS DE FLUJO EN EL ANALISIS ESTRUCTURADO
DIAGRAMAS DE CONTEXTOSon 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.
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
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.
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.
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.
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:
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 / FinalSe 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
FlujoIndica 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 GeneralEntrada/Salida de datos en General (en esta guía, solo la usaremos para la
Entrada).
EjemploLeer un número por teclado
Acción/Proceso GeneralIndica una acción o instrucción general que debe realizar el computador
(cambios de valores de variables, asignaciones, operaciones aritméticas, entre
otros).
EjemploLeer dos números y sumarlos
Salida ImpresaIndica la presentación de uno o varios resultados en forma impresa, es decir
imprime el resultado del diagrama de flujo.
EjemploLeer dos números e imprimirlos por impresora el resultado de su suma
Salida en PantallaInstrucción de presentación de mensajes o resultados en pantalla, es
decir muestra el resultado del diagrama de flujo en la pantalla.
EjemploLeer dos números y mostrar por pantalla el resultado de su suma
Conector de la misma páginaNo 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
Ejemplo
Conector de páginaExisten 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 subrutinaIndica 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
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.
EjemploLeer dos números e imprimir el mayor de los dos
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.
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.
ANEXOS
Análisis Estructurado
Diagramas de Flujo
Diagramas de Estructuras