SlideShare una empresa de Scribd logo
1 de 1
TECNICA DE DISEÑO ESTRUCTURADO
DISEÑO ESTRUCTURADO
proceso de definición de la arquitectura software: componentes
módulos, interfaces, procedimientos de prueba y datos de un
sistema que se crean para satisfacer unos requisitos
especificados»
DISEÑO DE PROCESOS
DIAGRAMA DE ESTRUCTURA DE CUADROS
MODULOS
CONEXION
COMUNICACION
DATOS
SECUENCIA ITERACION DESICION
PRINCIPIOS
DESCOMPOSICION
JERARQUIA
INDEPENDENCIA
ESTRATEGIAS
DE DISEÑO
DISEÑO POR TRANSFORMACION
DISEÑO POR TRANSACCION
EVALUACION Y RENDIMIENTO
ACOPLAMIENTO
COHESIÓNFUNCIONAL
SECUENCIAL
COMUNICACIONAL
PROCEDURAL
TEMPORAL
LOGICA
COINCIDENTAL
COMUN
DE CONTROL
ESTAMPADO
NORMAL
DE DATOS
Donde se analizaran las entradas y
Salidas que ejercerá el software,
determinando los módulos y la estructura de
estos junto con sus conexiones y flujo de
datos.
Equivalen a procesos o programas representado
mediante un rectángulo
Equivale al vinculo que establecen los módulos
como rutas. Se representan con líneas
Se representa con una flecha y permite llamar o
facilitar datos entre módulos. En los que existen los
‘ Flag’ o controles y datos
FLAG
Inspeccionar procesos
Los flags sólo sirven como valores
de condición para comunicar
condiciones entre los módulos.
Paso de control.
Comunicación de error
Mediante los flags se
puede representar para
OTROS SIMBOLOS
Además de haber llamadas a varios módulos, cada
uno de estos módulos inferiores se ejecuta
varias veces, se representa como iteración
Cuando un módulo llama a varios, y esto se realiza
solamente una vez y la secuencia de ejecución
suele ser de izquierda a derecha y de arriba a
abajo.
Cuando existe una selección de camino, el módulo
superior tendrá que realizar una decisión.
Información compartida por
los módulos, tanto por el
llamado como por el que
llama
Conjunto de pasos que permiten obtener, a
partir de un DFD con características de
transformación, la estructura del sistema
El análisis de transacción se aplica cuando un
DFD toma una forma, en la que un dato
determina la elección de uno o más flujos de
información.
es la separación de una función en otras que estuvieran contenidas en la
primera.
Si los módulos individuales son completamente independientes unos de otros,
entonces el esfuerzo total implicado en el desarrollo del sistema es una función
lineal del número de módulos del sistema
Una jerarquía de módulos consigue separar los módulos que realizan tareas de
cálculo y edición de aquellos que toman decisiones y llaman a otros módulos.
Ocurre cuando dos módulos
intercambian datos pero
éstos no interfieren en la
operatividad normal de la
función que realiza el
módulo de nivel inferior.
Entre dos módulos,, ha de establecerse al menos
una comunicación básica por medio de elementos.
Ocurre si en la comunicación entre módulos se
pasan datos con estructura de registro
Ocurre si los datos de comunicación son controles
Se produce cuando un
número indeterminado de
módulos (más de dos) hacen
referencia a un área común
de datos
DE CONTENIDO
Ocurre cuando un módulo
cualquiera, necesita o accede a
una parte de otro, rompiendo
la jerarquía de funcionalidad
de la estructura.
Un módulo con cohesión funcional contiene elementos que
contribuyen a la realización de una, y sólo una, tarea funcional.
Los sistemas construidos con acoplamiento normal y con módulos
coherentes, funcionalmente son los más fáciles de mantener.
Un módulo realiza distintas tareas dentro de él en secuencia, de
forma que las entradas de cada tarea son las salidas de la anterior.
Un módulo realiza
actividades paralelas
usando los mismos datos
de entrada y de salida.
Igual que la secuencial, pero con
paso de controles.
Un módulo con cohesión coincidental es aquel cuyos elementos
contribuyen a las actividades relacionándose mutuamente de una
manera poco significativa
Las actividades que realizan tienen un matiz temporal
Si las actividades que realiza un módulo tienen la misma categoría,
es algo así como tener partes independientes dentro de ese módulo.

Más contenido relacionado

La actualidad más candente

Unidad 2 clasificacion de arquitectura paralela
Unidad 2 clasificacion de arquitectura paralelaUnidad 2 clasificacion de arquitectura paralela
Unidad 2 clasificacion de arquitectura paralelaJhonny Real Schweinsteiger
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentesmellcv
 
Unidad 3 administracion de memoria(recoplilacion de todas las exposiciones)
Unidad 3 administracion de memoria(recoplilacion de todas las exposiciones)Unidad 3 administracion de memoria(recoplilacion de todas las exposiciones)
Unidad 3 administracion de memoria(recoplilacion de todas las exposiciones)Juan Lopez
 
Metodologías emergentes
Metodologías emergentesMetodologías emergentes
Metodologías emergentesAnibal Ulibarri
 
Manejo de Memoria FreeBSD
Manejo de Memoria FreeBSDManejo de Memoria FreeBSD
Manejo de Memoria FreeBSDGerardo Amaya
 
Entidad Relación | Ejercicio 2
Entidad Relación | Ejercicio 2Entidad Relación | Ejercicio 2
Entidad Relación | Ejercicio 2Jorge Canal
 
Transformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicoTransformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicojosecuartas
 
Sistemas operativos threads
Sistemas operativos   threadsSistemas operativos   threads
Sistemas operativos threadsLiNo Candelario
 
Trabajo 2 transacciones en base de datos
Trabajo 2   transacciones en base de datosTrabajo 2   transacciones en base de datos
Trabajo 2 transacciones en base de datosJose O- Vera
 
Prueba de poker simulacion DFD
Prueba de poker simulacion DFDPrueba de poker simulacion DFD
Prueba de poker simulacion DFDVitto Alcantara
 
Método de Búsqueda Hash
Método de Búsqueda HashMétodo de Búsqueda Hash
Método de Búsqueda HashBlanca Parra
 
Arquitectura de Computadores Capitulo IV
Arquitectura de Computadores Capitulo IVArquitectura de Computadores Capitulo IV
Arquitectura de Computadores Capitulo IVVideoconferencias UTPL
 
Arquitectura harvard y von neumann
Arquitectura harvard y von neumannArquitectura harvard y von neumann
Arquitectura harvard y von neumanncarlos_graterol
 
El área informática en las organizaciones
El área informática en las organizacionesEl área informática en las organizaciones
El área informática en las organizacionesNanda Chica
 
Procesos Interrupciones y Nucleo
 Procesos Interrupciones y Nucleo Procesos Interrupciones y Nucleo
Procesos Interrupciones y NucleoG Hoyos A
 
Características, componentes y arquitectura de los dbms.
Características, componentes y arquitectura de los dbms.Características, componentes y arquitectura de los dbms.
Características, componentes y arquitectura de los dbms.Julicamargo
 
Paradigmas de la ingeniería de software
Paradigmas de la ingeniería de softwareParadigmas de la ingeniería de software
Paradigmas de la ingeniería de softwareAndhy H Palma
 

La actualidad más candente (20)

Unidad 2 clasificacion de arquitectura paralela
Unidad 2 clasificacion de arquitectura paralelaUnidad 2 clasificacion de arquitectura paralela
Unidad 2 clasificacion de arquitectura paralela
 
Ordenamiento por insercion
Ordenamiento por insercionOrdenamiento por insercion
Ordenamiento por insercion
 
Desarrollo de software basado en componentes
Desarrollo de software basado en componentesDesarrollo de software basado en componentes
Desarrollo de software basado en componentes
 
Unidad 3 administracion de memoria(recoplilacion de todas las exposiciones)
Unidad 3 administracion de memoria(recoplilacion de todas las exposiciones)Unidad 3 administracion de memoria(recoplilacion de todas las exposiciones)
Unidad 3 administracion de memoria(recoplilacion de todas las exposiciones)
 
Metodologías emergentes
Metodologías emergentesMetodologías emergentes
Metodologías emergentes
 
Manejo de Memoria FreeBSD
Manejo de Memoria FreeBSDManejo de Memoria FreeBSD
Manejo de Memoria FreeBSD
 
Entidad Relación | Ejercicio 2
Entidad Relación | Ejercicio 2Entidad Relación | Ejercicio 2
Entidad Relación | Ejercicio 2
 
Transformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicoTransformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logico
 
Firewall Logico
Firewall LogicoFirewall Logico
Firewall Logico
 
Sistemas operativos threads
Sistemas operativos   threadsSistemas operativos   threads
Sistemas operativos threads
 
Trabajo 2 transacciones en base de datos
Trabajo 2   transacciones en base de datosTrabajo 2   transacciones en base de datos
Trabajo 2 transacciones en base de datos
 
Prueba de poker simulacion DFD
Prueba de poker simulacion DFDPrueba de poker simulacion DFD
Prueba de poker simulacion DFD
 
Método de Búsqueda Hash
Método de Búsqueda HashMétodo de Búsqueda Hash
Método de Búsqueda Hash
 
Estructura de Datos
Estructura de DatosEstructura de Datos
Estructura de Datos
 
Arquitectura de Computadores Capitulo IV
Arquitectura de Computadores Capitulo IVArquitectura de Computadores Capitulo IV
Arquitectura de Computadores Capitulo IV
 
Arquitectura harvard y von neumann
Arquitectura harvard y von neumannArquitectura harvard y von neumann
Arquitectura harvard y von neumann
 
El área informática en las organizaciones
El área informática en las organizacionesEl área informática en las organizaciones
El área informática en las organizaciones
 
Procesos Interrupciones y Nucleo
 Procesos Interrupciones y Nucleo Procesos Interrupciones y Nucleo
Procesos Interrupciones y Nucleo
 
Características, componentes y arquitectura de los dbms.
Características, componentes y arquitectura de los dbms.Características, componentes y arquitectura de los dbms.
Características, componentes y arquitectura de los dbms.
 
Paradigmas de la ingeniería de software
Paradigmas de la ingeniería de softwareParadigmas de la ingeniería de software
Paradigmas de la ingeniería de software
 

Similar a DISEÑO ESTRUCTURADO(MAPA CONCEPTUAL)

Diseño de software
Diseño de softwareDiseño de software
Diseño de softwareandrestorr3
 
Diseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizanDiseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizanJonathan Bastidas
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructuradoclean88
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructuradoangelan00
 
Mentefacto
MentefactoMentefacto
MentefactoYosel97
 
desarrollo de software
desarrollo de softwaredesarrollo de software
desarrollo de softwareJean Davila
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...negroues
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...negroues
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructuradoYamnibel
 
Enfoques de desarrollo de sw
Enfoques de desarrollo de swEnfoques de desarrollo de sw
Enfoques de desarrollo de swWalterJes
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructuradoeglisp
 
Fundamentos del software
Fundamentos del softwareFundamentos del software
Fundamentos del softwaremrquaife
 
M O D U L A R I D A D
M O D U L A R I D A DM O D U L A R I D A D
M O D U L A R I D A DJORGE ARMANDO
 
Fundamentos Básicos para el Diseño del Software - Sistemas II
Fundamentos Básicos para el Diseño del Software - Sistemas IIFundamentos Básicos para el Diseño del Software - Sistemas II
Fundamentos Básicos para el Diseño del Software - Sistemas IIJimmyWilfredMassVerd
 

Similar a DISEÑO ESTRUCTURADO(MAPA CONCEPTUAL) (20)

Diseño de software
Diseño de softwareDiseño de software
Diseño de software
 
Diseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizanDiseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizan
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Mentefacto
MentefactoMentefacto
Mentefacto
 
desarrollo de software
desarrollo de softwaredesarrollo de software
desarrollo de software
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Unidad 4. diseno del sistema
Unidad 4. diseno del sistemaUnidad 4. diseno del sistema
Unidad 4. diseno del sistema
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
Enfoques de desarrollo de sw
Enfoques de desarrollo de swEnfoques de desarrollo de sw
Enfoques de desarrollo de sw
 
Diseno
DisenoDiseno
Diseno
 
alexis romero
alexis romero alexis romero
alexis romero
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Fundamentos del software
Fundamentos del softwareFundamentos del software
Fundamentos del software
 
M O D U L A R I D A D
M O D U L A R I D A DM O D U L A R I D A D
M O D U L A R I D A D
 
Fundamentos Básicos para el Diseño del Software - Sistemas II
Fundamentos Básicos para el Diseño del Software - Sistemas IIFundamentos Básicos para el Diseño del Software - Sistemas II
Fundamentos Básicos para el Diseño del Software - Sistemas II
 

DISEÑO ESTRUCTURADO(MAPA CONCEPTUAL)

  • 1. TECNICA DE DISEÑO ESTRUCTURADO DISEÑO ESTRUCTURADO proceso de definición de la arquitectura software: componentes módulos, interfaces, procedimientos de prueba y datos de un sistema que se crean para satisfacer unos requisitos especificados» DISEÑO DE PROCESOS DIAGRAMA DE ESTRUCTURA DE CUADROS MODULOS CONEXION COMUNICACION DATOS SECUENCIA ITERACION DESICION PRINCIPIOS DESCOMPOSICION JERARQUIA INDEPENDENCIA ESTRATEGIAS DE DISEÑO DISEÑO POR TRANSFORMACION DISEÑO POR TRANSACCION EVALUACION Y RENDIMIENTO ACOPLAMIENTO COHESIÓNFUNCIONAL SECUENCIAL COMUNICACIONAL PROCEDURAL TEMPORAL LOGICA COINCIDENTAL COMUN DE CONTROL ESTAMPADO NORMAL DE DATOS Donde se analizaran las entradas y Salidas que ejercerá el software, determinando los módulos y la estructura de estos junto con sus conexiones y flujo de datos. Equivalen a procesos o programas representado mediante un rectángulo Equivale al vinculo que establecen los módulos como rutas. Se representan con líneas Se representa con una flecha y permite llamar o facilitar datos entre módulos. En los que existen los ‘ Flag’ o controles y datos FLAG Inspeccionar procesos Los flags sólo sirven como valores de condición para comunicar condiciones entre los módulos. Paso de control. Comunicación de error Mediante los flags se puede representar para OTROS SIMBOLOS Además de haber llamadas a varios módulos, cada uno de estos módulos inferiores se ejecuta varias veces, se representa como iteración Cuando un módulo llama a varios, y esto se realiza solamente una vez y la secuencia de ejecución suele ser de izquierda a derecha y de arriba a abajo. Cuando existe una selección de camino, el módulo superior tendrá que realizar una decisión. Información compartida por los módulos, tanto por el llamado como por el que llama Conjunto de pasos que permiten obtener, a partir de un DFD con características de transformación, la estructura del sistema El análisis de transacción se aplica cuando un DFD toma una forma, en la que un dato determina la elección de uno o más flujos de información. es la separación de una función en otras que estuvieran contenidas en la primera. Si los módulos individuales son completamente independientes unos de otros, entonces el esfuerzo total implicado en el desarrollo del sistema es una función lineal del número de módulos del sistema Una jerarquía de módulos consigue separar los módulos que realizan tareas de cálculo y edición de aquellos que toman decisiones y llaman a otros módulos. Ocurre cuando dos módulos intercambian datos pero éstos no interfieren en la operatividad normal de la función que realiza el módulo de nivel inferior. Entre dos módulos,, ha de establecerse al menos una comunicación básica por medio de elementos. Ocurre si en la comunicación entre módulos se pasan datos con estructura de registro Ocurre si los datos de comunicación son controles Se produce cuando un número indeterminado de módulos (más de dos) hacen referencia a un área común de datos DE CONTENIDO Ocurre cuando un módulo cualquiera, necesita o accede a una parte de otro, rompiendo la jerarquía de funcionalidad de la estructura. Un módulo con cohesión funcional contiene elementos que contribuyen a la realización de una, y sólo una, tarea funcional. Los sistemas construidos con acoplamiento normal y con módulos coherentes, funcionalmente son los más fáciles de mantener. Un módulo realiza distintas tareas dentro de él en secuencia, de forma que las entradas de cada tarea son las salidas de la anterior. Un módulo realiza actividades paralelas usando los mismos datos de entrada y de salida. Igual que la secuencial, pero con paso de controles. Un módulo con cohesión coincidental es aquel cuyos elementos contribuyen a las actividades relacionándose mutuamente de una manera poco significativa Las actividades que realizan tienen un matiz temporal Si las actividades que realiza un módulo tienen la misma categoría, es algo así como tener partes independientes dentro de ese módulo.