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