SlideShare uma empresa Scribd logo
1 de 8
REPUBLICA BOLIVARIANA DE VENEZUELA
 MINISTERIO DE EDUCACION SUPERIOR
      UNIVERSIDAD FERMIN TORO
       BARQUSIMETO EDO LARA




                                             ALUMNO:
                                     Cárdenas Guillermo
                                          C.I.16966727
                                     Diseño de Software



     Barquisimeto, Noviembre 2012
Diseño estructurado

Diseño estructurado es el proceso de decidir que componentes, y la interconexión entre los
mismos, para solucionar un problema bien especificado. El diseño es una actividad que
comienza cuando el analista de sistemas ha producido un conjunto de requerimientos
funcionales lógicos para un sistema, y finaliza cuando el diseñador ha especificado los
componentes del sistema y las relaciones entre los mismos.

Frecuentemente analista y diseñador son la misma persona, sin embargo es necesario que se
realice un cambio de enfoque mental al pasar de una etapa a la otra. Al abordar la etapa de
diseño, la persona debe quitarse el sombrero de analista y colocarse el sombrero de diseñador.

Una vez que se han establecido los requisitos del software (en el análisis), el diseño del
software es la primera de tres actividades técnicas: diseño, codificación, y prueba. Cada
actividad transforma la información de forma que finalmente se obtiene un software para
computadora válido. El diseño de datos transforma el modelo del campo de información, creado
durante el análisis, en las estructuras de datos que se van a requerir para implementar el
software.

El diseño estructural define las relaciones entre los principales elementos estructurales del
programa. El objetivo principal del diseño estructural es desarrollar una estructura de programa
modular y representar las relaciones de control entre los módulos.

El diseño procedimental transforma los elementos estructurales en una descripción
procedimental del software. El diseño procedimental se realiza después de que se ha establecido
la estructura del programa y de los datos. Define los algoritmos de procesamiento necesarios.

Las fases del diseño, codificación y prueba absorben el 75% o más del coste de la ingeniería del
software (excluyendo el mantenimiento). Es aquí donde se toman decisiones que afectarán
finalmente al éxito de la implementación del programa y, con igual importancia, a la facilidad de
mantenimiento que tendrá el software. Estas decisiones se llevan a cabo durante el diseño del
software, haciendo que sea un paso fundamental de la fase de desarrollo.

La importancia del diseño del software se puede sentar con una única palabra: calidad. El diseño
es el proceso en el que se asienta la calidad del desarrollo del software. El diseño produce las
representaciones del software de las que puede evaluarse su calidad.
El diseño sirve como base para todas las posteriores etapas del desarrollo y de la fase de
mantenimiento. Sin diseño nos arriesgamos a construir un sistema inestable, un sistema que
falle cuando se realicen pequeños cambios, un sistema que pueda se difícil de probar, un
sistema cuya calidad no pueda ser evaluada hasta más adelante en el proceso de ingeniería de
software, cuando quede poco tiempo y se haya gastado ya mucho dinero.

Objetivos Del Diseño Estructurado

"El diseño estructurado, tiende a transformar el desarrollo de software de una práctica artesanal
a una disciplina de ingeniería".

   Eficiencia
   Mantenibilidad
   Modificabilidad
   Flexibilidad
   Generalidad
   Utilidad

Diseño significa planear la forma y método de una solución. Es el proceso que determina las
características principales del sistema final, establece los límites en performance y calidad que la
mejor implementación puede alcanzar, y puede determinar a que costos se alcanzará.

El diseño se caracteriza usualmente por un gran número de decisiones técnicas individuales. En
orden de transformar el desarrollo de software en una disciplina de ingeniería, se debe
sistematizar tales decisiones, hacerlas más explícitas y técnicas, y menos implícitas y
artesanales.

Un ingeniero no busca simplemente una solución, busca la mejor solución, dentro de las
limitaciones reconocidas, y realizando compromisos requeridos en el trabajo del mundo real.

En orden de convertir el diseño de sistemas de computadoras en una disciplina de ingeniería,
previo a todo, debemos definir objetivos técnicos claros para los programas de computadora
como "sistemas". Es esencial además comprender las restricciones primarias que condicionan
las soluciones posibles.
Para realizar decisiones concisas y deliberadas, debemos identificar los puntos de decisión.
Finalmente necesitamos una metodología que nos asista en la toma de decisiones, dadas estas
cosas: objetivos, restricciones, decisiones reconocidas, y una metodología efectiva, podemos
obtener soluciones de ingeniería, y no artesanales.




Diseño estructurado y calidad del software

Un concepto importante a clarificar es el de calidad. Desafortunadamente, muchos diseñadores
se conforman con un sistema que "funcione" sin reparar en un buen sistema. Una corriente de
pensamiento estima que un programa es bueno si sus algoritmos son astutos y no obvios a otro
programador; esto refleja la "inteligencia" del programador.

Otra escuela de pensamiento asocia calidad con incremento de la velocidad de ejecución y
disminución de los requerimientos de memoria central. Estos son aspectos de un concepto más
amplio: eficiencia. En general, se busca diseños que hagan un uso inteligente de los recursos.
Estos recursos no incluyen solamente procesador y memoria, también incluyen almacenamiento
secundario, tiempo de periféricos de entrada salida, tiempo de líneas de teleproceso, tiempo de
personal, y más.

La flexibilidad representa la facilidad de que el mismo sistema pueda realizar variaciones sobre
una misma temática, sin necesidad de modificaciones.

La generalidad expresa el alcance sobre un determinado tema.

Flexibilidad y generalidad son dos objetivos importantes en el diseño de sistemas del tipo de
propósitos generales.

La utilidad o facilidad de uso es un factor importante que influye en el éxito del sistema y su
aceptación por parte del usuario. Un sistema bien diseñado pero con interfaces muy "duras"
tiende a ser resistido por los usuario.

Finalmente diremos que eficiencia, mantenibilidad, modificabilidad, flexibilidad, generalidad, y
utilidad, son componentes de la calidad objetiva de un sistema.
En términos simples también diremos que nuestro objetivo primario es obtener sistemas de costo
mínimo. Es decir, es nuestro interés obtener sistemas económicos para desarrollar, operar,
mantener y modificar.




Restricciones, compromisos, y decisiones del Diseño

Podemos ver los objetivos técnicos del diseño como constituyendo una "función objetivo" de un
problema de optimización, la cual se desea maximizar, sujeta a ciertas restricciones.

Como regla, las restricciones sobre un proceso de diseño de un sistema, caen en dos
categorías: restricciones de desarrollo y restricciones operacionales.

Las restricciones de desarrollo son limitaciones al consumo de recursos durante el período de
desarrollo, y pueden ser expresadas en términos generales o descomponerla en sus partes
como ser tiempo de máquina y horas-hombre. Las restricciones operacionales pueden ser
expresadas en términos técnicos, como ser máximo tamaño de memoria disponible, máximo
tiempo de respuesta aceptable, etc.

Principios utilizados por el diseño estructurado

Abstracción

La noción psicológica de abstracción permite concentrarse en un problema al mismo nivel de
generalización, independientemente de los detalles irrelevantes de bajo nivel. El uso de la
abstracción también permite trabajar con conceptos y términos que son familiares al entorno del
problema, sin tener que transformarlos a una estructura no familiar. Cada paso de un proceso de
ingeniería de software es un refinamiento del nivel de abstracción de la solución de software.

Modularidad

La arquitectura implica modularidad, el software se divide en componentes con nombres y
ubicaciones determinados, que se denominan módulos, y que se integran para satisfacer los
requisitos del problema.
Arquitectura del software

La arquitectura del software se refiere a dos características importantes del software de
computadoras:

    1. la estructura jerárquica de los componentes procedimentales (módulos)
    2. la estructura de datos

Jerarquía de control

La jerarquía de control, también denominada estructura de programa, representa la organización
(frecuentemente jerárquica) de los componentes del programa (módulos) e implica una jerarquía
de control. No representa aspectos procedimentales del software, tales como secuencias de
procesos, o la repetición de operaciones.

Estructura de datos

La estructura de datos es una representación de la relación lógica existente entre los elementos
individuales de datos. Debido a que la estructura de la información afectará invariablemente al
diseño procedimental final, la estructura de datos es tan importante como la estructura del
programa en la representación de la arquitectura del software.

Procedimientos del software

La estructura del programa define la jerarquía de control, independientemente de las decisiones
y secuencias de procesamiento. El procedimiento del software se centra sobre los detalles de
procesamiento de cada módulo individual.

El procedimiento debe proporcionar una especificación precisa del procesamiento, incluyendo la
secuencia de sucesos, los puntos concretos de decisiones, la repetición de operaciones, e
incluso la organización/estructura de los datos.

Ocultamiento de la información

El principio de ocultamiento de la información sugiere que los módulos se han de caracterizar por
decisiones de diseño que los oculten unos a otros. Los módulos deben especificarse y diseñarse
de forma que la información (procedimientos y datos) contenida dentro de un módulo sea
accesible a otros módulos únicamente a través de las interfaces formales establecidas para cada
módulo.

Diseño Estructurado de Sistemas
El diseño estructurado de sistemas se ocupa de la identificación, selección y organización de los
módulos y sus relaciones. Se comienza con la especificación resultante del proceso de análisis,
se realiza una descomposición del sistema en módulos estructurados en jerarquías, con
características tales que permitan la implementación de un sistema que no requiera elevados
costos de mantenimiento.
El diseño estructurado es un enfoque disciplinado de la transformación de qué es necesario para
el desarrollo de un sistema, a cómo deberá ser hecha la implementación.
La definición anterior implica que: el análisis de requerimientos del usuario (determinación del
qué) debe preceder al diseño y que, al finalizar el diseño se tendrá medios para la
implementación de las necesidades del usuario (el cómo), pero no se tendrá implementada la
solución al problema. Cinco aspectos básicos pueden ser reconocidos:
1. Permitir que la forma del problema guíe a la forma de la solución. Un concepto básico del
diseño de arquitecturas es: las formas siempre siguen funciones.
2. Intentar resolver la complejidad de los grandes sistemas a través de la segmentación de un
sistema en cajas negras, y su organización en una jerarquía conveniente para la
implementación.
3. Utilizar herramientas, especialmente gráficas, para realizar diseños de fácil comprensión.
Un diseño estructurado usa diagramas de estructura (DE) en el diseño de la arquitectura de
módulos del sistema y adiciona especificaciones de los módulos y cumplas (entradas y salidas
de los módulos), en un Diccionario de Datos (DD).
4. Ofrecer un conjunto de estrategias para derivar el diseño de la solución, basándose en los
resultados del proceso de análisis.
5. Ofrecer un conjunto de criterios para evaluar la calidad de un diseño con respecto al problema
a ser resuelto, y las posibles alternativas de solución, en la búsqueda de la mejor de ellas.
Guillermo cárdenas

Mais conteúdo relacionado

Mais procurados

Proyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteProyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteCAMILO
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Softwarelcastillo110
 
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
 
Fundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareFundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareNelson Guanipa
 
Fundamentos basicos del diseño de software
Fundamentos basicos del diseño de softwareFundamentos basicos del diseño de software
Fundamentos basicos del diseño de softwareJesús Molleda
 
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
 
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWAREMETODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWAREadark
 
Fundamentos del diseño de software
Fundamentos del diseño de software Fundamentos del diseño de software
Fundamentos del diseño de software AlessandreMndez
 
Unidad 2 ing de software
Unidad 2 ing de softwareUnidad 2 ing de software
Unidad 2 ing de softwareArmando Barrera
 
Fundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareFundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareGerardo Valera
 
Conceptos de diseño de software
Conceptos de diseño de softwareConceptos de diseño de software
Conceptos de diseño de softwareJose Diaz Silva
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de SoftwareUPT
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructuradoazuajesimon
 
¿Qué es la arquitectura de software?
¿Qué es la arquitectura de software?¿Qué es la arquitectura de software?
¿Qué es la arquitectura de software?Israel Rey
 
4. Diseño e Implementación de Software
4. Diseño e Implementación de Software4. Diseño e Implementación de Software
4. Diseño e Implementación de SoftwareMario A Moreno Rocha
 
Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Marta Silvia Tabares
 

Mais procurados (19)

Proyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteProyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de Coste
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del 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...
 
Fundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareFundamentos del Diseño de Software
Fundamentos del Diseño de Software
 
Fundamentos basicos del diseño de software
Fundamentos basicos del diseño de softwareFundamentos basicos del diseño de software
Fundamentos basicos del diseño de software
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 
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
 
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWAREMETODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
 
Fundamentos del diseño de software
Fundamentos del diseño de software Fundamentos del diseño de software
Fundamentos del diseño de software
 
Unidad 2 ing de software
Unidad 2 ing de softwareUnidad 2 ing de software
Unidad 2 ing de software
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de software
 
Fundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareFundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de software
 
Conceptos de diseño de software
Conceptos de diseño de softwareConceptos de diseño de software
Conceptos de diseño de software
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
¿Qué es la arquitectura de software?
¿Qué es la arquitectura de software?¿Qué es la arquitectura de software?
¿Qué es la arquitectura de software?
 
4. Diseño e Implementación de Software
4. Diseño e Implementación de Software4. Diseño e Implementación de Software
4. Diseño e Implementación de Software
 
Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1
 
Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
 

Destaque

Apresentacao na Latinoware sobre Conversao de dados do Mapeamento topografic...
Apresentacao na  Latinoware sobre Conversao de dados do Mapeamento topografic...Apresentacao na  Latinoware sobre Conversao de dados do Mapeamento topografic...
Apresentacao na Latinoware sobre Conversao de dados do Mapeamento topografic...Felipe Costa
 
Reprodução e Mudança Social
Reprodução e Mudança SocialReprodução e Mudança Social
Reprodução e Mudança SocialAlfredo Garcia
 
Fotografia Espetacular. Será?
Fotografia Espetacular. Será?Fotografia Espetacular. Será?
Fotografia Espetacular. Será?Portal D'arte
 
Ações do Núcleo de Assistência a Saúde do Trabalhador
Ações do Núcleo de Assistência a Saúde do TrabalhadorAções do Núcleo de Assistência a Saúde do Trabalhador
Ações do Núcleo de Assistência a Saúde do TrabalhadorProfessor Robson
 
Autom ato spa2010_cidadelimpadeque_v01
Autom ato spa2010_cidadelimpadeque_v01Autom ato spa2010_cidadelimpadeque_v01
Autom ato spa2010_cidadelimpadeque_v01mabuse h.d.
 
Attestation letter for Delfina Mueller 6 Sept. 2016
Attestation letter for Delfina Mueller 6 Sept. 2016Attestation letter for Delfina Mueller 6 Sept. 2016
Attestation letter for Delfina Mueller 6 Sept. 2016Delfina Müller
 
Carl friedrich gauss
Carl friedrich gaussCarl friedrich gauss
Carl friedrich gaussmiguelyruben
 
Deber contenid
Deber contenidDeber contenid
Deber contenidaniglor6
 
Presentación web 2.0 (Escolarización ACNNEs)
Presentación web 2.0 (Escolarización ACNNEs)Presentación web 2.0 (Escolarización ACNNEs)
Presentación web 2.0 (Escolarización ACNNEs)piscis13
 
Acta Acuerdo ERE
Acta Acuerdo EREActa Acuerdo ERE
Acta Acuerdo ERECgtNewcoBcn
 

Destaque (20)

Vygotsky
VygotskyVygotsky
Vygotsky
 
Apresentacao na Latinoware sobre Conversao de dados do Mapeamento topografic...
Apresentacao na  Latinoware sobre Conversao de dados do Mapeamento topografic...Apresentacao na  Latinoware sobre Conversao de dados do Mapeamento topografic...
Apresentacao na Latinoware sobre Conversao de dados do Mapeamento topografic...
 
Simone Ppt
Simone PptSimone Ppt
Simone Ppt
 
Presentación1
Presentación1Presentación1
Presentación1
 
Reprodução e Mudança Social
Reprodução e Mudança SocialReprodução e Mudança Social
Reprodução e Mudança Social
 
Imagens Do Mundo
Imagens Do  MundoImagens Do  Mundo
Imagens Do Mundo
 
Fotografia Espetacular. Será?
Fotografia Espetacular. Será?Fotografia Espetacular. Será?
Fotografia Espetacular. Será?
 
Arteprehistorica
ArteprehistoricaArteprehistorica
Arteprehistorica
 
Desejo
DesejoDesejo
Desejo
 
Ações do Núcleo de Assistência a Saúde do Trabalhador
Ações do Núcleo de Assistência a Saúde do TrabalhadorAções do Núcleo de Assistência a Saúde do Trabalhador
Ações do Núcleo de Assistência a Saúde do Trabalhador
 
Autom ato spa2010_cidadelimpadeque_v01
Autom ato spa2010_cidadelimpadeque_v01Autom ato spa2010_cidadelimpadeque_v01
Autom ato spa2010_cidadelimpadeque_v01
 
Tutorial delicious
Tutorial deliciousTutorial delicious
Tutorial delicious
 
Attestation letter for Delfina Mueller 6 Sept. 2016
Attestation letter for Delfina Mueller 6 Sept. 2016Attestation letter for Delfina Mueller 6 Sept. 2016
Attestation letter for Delfina Mueller 6 Sept. 2016
 
Apresentacao Guerrila Viral
Apresentacao Guerrila ViralApresentacao Guerrila Viral
Apresentacao Guerrila Viral
 
Recibimiento a soldados canadienses caídos en Afganistán
Recibimiento a soldados canadienses caídos en AfganistánRecibimiento a soldados canadienses caídos en Afganistán
Recibimiento a soldados canadienses caídos en Afganistán
 
Carl friedrich gauss
Carl friedrich gaussCarl friedrich gauss
Carl friedrich gauss
 
Deber contenid
Deber contenidDeber contenid
Deber contenid
 
Presentación web 2.0 (Escolarización ACNNEs)
Presentación web 2.0 (Escolarización ACNNEs)Presentación web 2.0 (Escolarización ACNNEs)
Presentación web 2.0 (Escolarización ACNNEs)
 
Acta Acuerdo ERE
Acta Acuerdo EREActa Acuerdo ERE
Acta Acuerdo ERE
 
Romanticismo
RomanticismoRomanticismo
Romanticismo
 

Semelhante a Guillermo cárdenas

Diseño del software
Diseño del softwareDiseño del software
Diseño del softwaregenesisptc_
 
Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de softwareandres Mora
 
Fundamentos para el diseño de un software
Fundamentos para el diseño de un softwareFundamentos para el diseño de un software
Fundamentos para el diseño de un softwaressalzar
 
Trabajo de Christian Oblitas
Trabajo de Christian OblitasTrabajo de Christian Oblitas
Trabajo de Christian OblitasChristian1705
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de softwaremarianela0393
 
Actividad remedial_Maria_Albarran
Actividad remedial_Maria_AlbarranActividad remedial_Maria_Albarran
Actividad remedial_Maria_AlbarranMarijoalbarranb
 
Fundamentos de desarrollo de sistemas
Fundamentos de desarrollo de sistemasFundamentos de desarrollo de sistemas
Fundamentos de desarrollo de sistemasflaco_mendez
 
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011gabrielpea60
 
Arquitectura de software.docx
Arquitectura de software.docxArquitectura de software.docx
Arquitectura de software.docxKeiberOrtiz1
 
Fundamentos del diseno de software jesus marcano
Fundamentos del diseno de software   jesus marcanoFundamentos del diseno de software   jesus marcano
Fundamentos del diseno de software jesus marcanoGalderIL057
 
Fundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareFundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareBetania Amundaray
 
Fundamentos del diseno software
Fundamentos del diseno softwareFundamentos del diseno software
Fundamentos del diseno softwareclaudiocaizales
 
13. ingeniería del software
13. ingeniería del software13. ingeniería del software
13. ingeniería del softwareDaniel Merchan
 
presentacion_edisleynissilva
presentacion_edisleynissilvapresentacion_edisleynissilva
presentacion_edisleynissilvaeddysilva18
 

Semelhante a Guillermo cárdenas (20)

Adrian adrianza
Adrian adrianzaAdrian adrianza
Adrian adrianza
 
Software exposicion
Software exposicionSoftware exposicion
Software exposicion
 
Presentacion
PresentacionPresentacion
Presentacion
 
Diseño del software
Diseño del softwareDiseño del software
Diseño del software
 
Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de software
 
Fundamentos para el diseño de un software
Fundamentos para el diseño de un softwareFundamentos para el diseño de un software
Fundamentos para el diseño de un software
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de software
 
8.conceptos de diseño
8.conceptos de diseño8.conceptos de diseño
8.conceptos de diseño
 
Trabajo de Christian Oblitas
Trabajo de Christian OblitasTrabajo de Christian Oblitas
Trabajo de Christian Oblitas
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
 
Actividad remedial_Maria_Albarran
Actividad remedial_Maria_AlbarranActividad remedial_Maria_Albarran
Actividad remedial_Maria_Albarran
 
Fundamentos de desarrollo de sistemas
Fundamentos de desarrollo de sistemasFundamentos de desarrollo de sistemas
Fundamentos de desarrollo de sistemas
 
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
Presentación Diseño de Software Gabriel Augusto Peña Antonetti CI 27687011
 
Fundamentos
FundamentosFundamentos
Fundamentos
 
Arquitectura de software.docx
Arquitectura de software.docxArquitectura de software.docx
Arquitectura de software.docx
 
Fundamentos del diseno de software jesus marcano
Fundamentos del diseno de software   jesus marcanoFundamentos del diseno de software   jesus marcano
Fundamentos del diseno de software jesus marcano
 
Fundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de softwareFundamentos básicos para el diseño de software
Fundamentos básicos para el diseño de software
 
Fundamentos del diseno software
Fundamentos del diseno softwareFundamentos del diseno software
Fundamentos del diseno software
 
13. ingeniería del software
13. ingeniería del software13. ingeniería del software
13. ingeniería del software
 
presentacion_edisleynissilva
presentacion_edisleynissilvapresentacion_edisleynissilva
presentacion_edisleynissilva
 

Mais de guillermo0711

Mais de guillermo0711 (7)

Guillermo Cardenas (Automata)
Guillermo Cardenas (Automata)Guillermo Cardenas (Automata)
Guillermo Cardenas (Automata)
 
Guillermocardenas
GuillermocardenasGuillermocardenas
Guillermocardenas
 
Guillermo cárdenas
Guillermo cárdenasGuillermo cárdenas
Guillermo cárdenas
 
Mapa
MapaMapa
Mapa
 
Mapa
MapaMapa
Mapa
 
Mapa c
Mapa cMapa c
Mapa c
 
Mapa c
Mapa cMapa c
Mapa c
 

Último

Dibujo técnico - Teoria de Tolerancias y Ajustes.pdf
Dibujo técnico - Teoria de Tolerancias y Ajustes.pdfDibujo técnico - Teoria de Tolerancias y Ajustes.pdf
Dibujo técnico - Teoria de Tolerancias y Ajustes.pdfHaroldJaimeSanchezMi
 
3.BATERIA y sus princiaples componentes internos que llleva para su correcto uso
3.BATERIA y sus princiaples componentes internos que llleva para su correcto uso3.BATERIA y sus princiaples componentes internos que llleva para su correcto uso
3.BATERIA y sus princiaples componentes internos que llleva para su correcto usofranklintrinidad00
 
SISTEMA TBI CHRYSLER UNIDAD 2.pptxxxxxcx
SISTEMA TBI CHRYSLER UNIDAD 2.pptxxxxxcxSISTEMA TBI CHRYSLER UNIDAD 2.pptxxxxxcx
SISTEMA TBI CHRYSLER UNIDAD 2.pptxxxxxcxdenilsonaldahir2
 
SESION DE APRENDIZAJE LOS SENTIDOS Y SUS CUIDADOS
SESION DE APRENDIZAJE LOS SENTIDOS Y SUS CUIDADOSSESION DE APRENDIZAJE LOS SENTIDOS Y SUS CUIDADOS
SESION DE APRENDIZAJE LOS SENTIDOS Y SUS CUIDADOSAnaRuiz123884
 
Refrigeración Automotriz(aire acondicionado)..pptx
Refrigeración Automotriz(aire acondicionado)..pptxRefrigeración Automotriz(aire acondicionado)..pptx
Refrigeración Automotriz(aire acondicionado)..pptxretrixx40
 
capacitacion-para-limpieza-en-laboratorios-1.ppt
capacitacion-para-limpieza-en-laboratorios-1.pptcapacitacion-para-limpieza-en-laboratorios-1.ppt
capacitacion-para-limpieza-en-laboratorios-1.pptMonicaEsterMosqueraM
 
https://es.slideshare.net/karolpr/normasdeauditoriagubernamentalpptx
https://es.slideshare.net/karolpr/normasdeauditoriagubernamentalpptxhttps://es.slideshare.net/karolpr/normasdeauditoriagubernamentalpptx
https://es.slideshare.net/karolpr/normasdeauditoriagubernamentalpptxMartinMezarina1
 
NX-400-FALCON-COSTARICA-Manual-Usuario.pdf
NX-400-FALCON-COSTARICA-Manual-Usuario.pdfNX-400-FALCON-COSTARICA-Manual-Usuario.pdf
NX-400-FALCON-COSTARICA-Manual-Usuario.pdfDanielMangoldNieves
 
VALORIZACION DE MINERALES.pptx VALORIZACION DE MINERALES.pptx
VALORIZACION DE MINERALES.pptx VALORIZACION DE MINERALES.pptxVALORIZACION DE MINERALES.pptx VALORIZACION DE MINERALES.pptx
VALORIZACION DE MINERALES.pptx VALORIZACION DE MINERALES.pptxMartinMezarina1
 
GESTIÓN POR RESULTADOS EN EL SECTOR PÚBLICO.pptx
GESTIÓN POR RESULTADOS EN EL SECTOR PÚBLICO.pptxGESTIÓN POR RESULTADOS EN EL SECTOR PÚBLICO.pptx
GESTIÓN POR RESULTADOS EN EL SECTOR PÚBLICO.pptxFernandoEstradaGimen
 
Citroen C5 Aircross manual de utilizacion.pdf
Citroen C5 Aircross manual de utilizacion.pdfCitroen C5 Aircross manual de utilizacion.pdf
Citroen C5 Aircross manual de utilizacion.pdfmanonon
 

Último (11)

Dibujo técnico - Teoria de Tolerancias y Ajustes.pdf
Dibujo técnico - Teoria de Tolerancias y Ajustes.pdfDibujo técnico - Teoria de Tolerancias y Ajustes.pdf
Dibujo técnico - Teoria de Tolerancias y Ajustes.pdf
 
3.BATERIA y sus princiaples componentes internos que llleva para su correcto uso
3.BATERIA y sus princiaples componentes internos que llleva para su correcto uso3.BATERIA y sus princiaples componentes internos que llleva para su correcto uso
3.BATERIA y sus princiaples componentes internos que llleva para su correcto uso
 
SISTEMA TBI CHRYSLER UNIDAD 2.pptxxxxxcx
SISTEMA TBI CHRYSLER UNIDAD 2.pptxxxxxcxSISTEMA TBI CHRYSLER UNIDAD 2.pptxxxxxcx
SISTEMA TBI CHRYSLER UNIDAD 2.pptxxxxxcx
 
SESION DE APRENDIZAJE LOS SENTIDOS Y SUS CUIDADOS
SESION DE APRENDIZAJE LOS SENTIDOS Y SUS CUIDADOSSESION DE APRENDIZAJE LOS SENTIDOS Y SUS CUIDADOS
SESION DE APRENDIZAJE LOS SENTIDOS Y SUS CUIDADOS
 
Refrigeración Automotriz(aire acondicionado)..pptx
Refrigeración Automotriz(aire acondicionado)..pptxRefrigeración Automotriz(aire acondicionado)..pptx
Refrigeración Automotriz(aire acondicionado)..pptx
 
capacitacion-para-limpieza-en-laboratorios-1.ppt
capacitacion-para-limpieza-en-laboratorios-1.pptcapacitacion-para-limpieza-en-laboratorios-1.ppt
capacitacion-para-limpieza-en-laboratorios-1.ppt
 
https://es.slideshare.net/karolpr/normasdeauditoriagubernamentalpptx
https://es.slideshare.net/karolpr/normasdeauditoriagubernamentalpptxhttps://es.slideshare.net/karolpr/normasdeauditoriagubernamentalpptx
https://es.slideshare.net/karolpr/normasdeauditoriagubernamentalpptx
 
NX-400-FALCON-COSTARICA-Manual-Usuario.pdf
NX-400-FALCON-COSTARICA-Manual-Usuario.pdfNX-400-FALCON-COSTARICA-Manual-Usuario.pdf
NX-400-FALCON-COSTARICA-Manual-Usuario.pdf
 
VALORIZACION DE MINERALES.pptx VALORIZACION DE MINERALES.pptx
VALORIZACION DE MINERALES.pptx VALORIZACION DE MINERALES.pptxVALORIZACION DE MINERALES.pptx VALORIZACION DE MINERALES.pptx
VALORIZACION DE MINERALES.pptx VALORIZACION DE MINERALES.pptx
 
GESTIÓN POR RESULTADOS EN EL SECTOR PÚBLICO.pptx
GESTIÓN POR RESULTADOS EN EL SECTOR PÚBLICO.pptxGESTIÓN POR RESULTADOS EN EL SECTOR PÚBLICO.pptx
GESTIÓN POR RESULTADOS EN EL SECTOR PÚBLICO.pptx
 
Citroen C5 Aircross manual de utilizacion.pdf
Citroen C5 Aircross manual de utilizacion.pdfCitroen C5 Aircross manual de utilizacion.pdf
Citroen C5 Aircross manual de utilizacion.pdf
 

Guillermo cárdenas

  • 1. REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DE EDUCACION SUPERIOR UNIVERSIDAD FERMIN TORO BARQUSIMETO EDO LARA ALUMNO: Cárdenas Guillermo C.I.16966727 Diseño de Software Barquisimeto, Noviembre 2012
  • 2. Diseño estructurado Diseño estructurado es el proceso de decidir que componentes, y la interconexión entre los mismos, para solucionar un problema bien especificado. El diseño es una actividad que comienza cuando el analista de sistemas ha producido un conjunto de requerimientos funcionales lógicos para un sistema, y finaliza cuando el diseñador ha especificado los componentes del sistema y las relaciones entre los mismos. Frecuentemente analista y diseñador son la misma persona, sin embargo es necesario que se realice un cambio de enfoque mental al pasar de una etapa a la otra. Al abordar la etapa de diseño, la persona debe quitarse el sombrero de analista y colocarse el sombrero de diseñador. Una vez que se han establecido los requisitos del software (en el análisis), el diseño del software es la primera de tres actividades técnicas: diseño, codificación, y prueba. Cada actividad transforma la información de forma que finalmente se obtiene un software para computadora válido. El diseño de datos transforma el modelo del campo de información, creado durante el análisis, en las estructuras de datos que se van a requerir para implementar el software. El diseño estructural define las relaciones entre los principales elementos estructurales del programa. El objetivo principal del diseño estructural es desarrollar una estructura de programa modular y representar las relaciones de control entre los módulos. El diseño procedimental transforma los elementos estructurales en una descripción procedimental del software. El diseño procedimental se realiza después de que se ha establecido la estructura del programa y de los datos. Define los algoritmos de procesamiento necesarios. Las fases del diseño, codificación y prueba absorben el 75% o más del coste de la ingeniería del software (excluyendo el mantenimiento). Es aquí donde se toman decisiones que afectarán finalmente al éxito de la implementación del programa y, con igual importancia, a la facilidad de mantenimiento que tendrá el software. Estas decisiones se llevan a cabo durante el diseño del software, haciendo que sea un paso fundamental de la fase de desarrollo. La importancia del diseño del software se puede sentar con una única palabra: calidad. El diseño es el proceso en el que se asienta la calidad del desarrollo del software. El diseño produce las representaciones del software de las que puede evaluarse su calidad.
  • 3. El diseño sirve como base para todas las posteriores etapas del desarrollo y de la fase de mantenimiento. Sin diseño nos arriesgamos a construir un sistema inestable, un sistema que falle cuando se realicen pequeños cambios, un sistema que pueda se difícil de probar, un sistema cuya calidad no pueda ser evaluada hasta más adelante en el proceso de ingeniería de software, cuando quede poco tiempo y se haya gastado ya mucho dinero. Objetivos Del Diseño Estructurado "El diseño estructurado, tiende a transformar el desarrollo de software de una práctica artesanal a una disciplina de ingeniería". Eficiencia Mantenibilidad Modificabilidad Flexibilidad Generalidad Utilidad Diseño significa planear la forma y método de una solución. Es el proceso que determina las características principales del sistema final, establece los límites en performance y calidad que la mejor implementación puede alcanzar, y puede determinar a que costos se alcanzará. El diseño se caracteriza usualmente por un gran número de decisiones técnicas individuales. En orden de transformar el desarrollo de software en una disciplina de ingeniería, se debe sistematizar tales decisiones, hacerlas más explícitas y técnicas, y menos implícitas y artesanales. Un ingeniero no busca simplemente una solución, busca la mejor solución, dentro de las limitaciones reconocidas, y realizando compromisos requeridos en el trabajo del mundo real. En orden de convertir el diseño de sistemas de computadoras en una disciplina de ingeniería, previo a todo, debemos definir objetivos técnicos claros para los programas de computadora como "sistemas". Es esencial además comprender las restricciones primarias que condicionan las soluciones posibles.
  • 4. Para realizar decisiones concisas y deliberadas, debemos identificar los puntos de decisión. Finalmente necesitamos una metodología que nos asista en la toma de decisiones, dadas estas cosas: objetivos, restricciones, decisiones reconocidas, y una metodología efectiva, podemos obtener soluciones de ingeniería, y no artesanales. Diseño estructurado y calidad del software Un concepto importante a clarificar es el de calidad. Desafortunadamente, muchos diseñadores se conforman con un sistema que "funcione" sin reparar en un buen sistema. Una corriente de pensamiento estima que un programa es bueno si sus algoritmos son astutos y no obvios a otro programador; esto refleja la "inteligencia" del programador. Otra escuela de pensamiento asocia calidad con incremento de la velocidad de ejecución y disminución de los requerimientos de memoria central. Estos son aspectos de un concepto más amplio: eficiencia. En general, se busca diseños que hagan un uso inteligente de los recursos. Estos recursos no incluyen solamente procesador y memoria, también incluyen almacenamiento secundario, tiempo de periféricos de entrada salida, tiempo de líneas de teleproceso, tiempo de personal, y más. La flexibilidad representa la facilidad de que el mismo sistema pueda realizar variaciones sobre una misma temática, sin necesidad de modificaciones. La generalidad expresa el alcance sobre un determinado tema. Flexibilidad y generalidad son dos objetivos importantes en el diseño de sistemas del tipo de propósitos generales. La utilidad o facilidad de uso es un factor importante que influye en el éxito del sistema y su aceptación por parte del usuario. Un sistema bien diseñado pero con interfaces muy "duras" tiende a ser resistido por los usuario. Finalmente diremos que eficiencia, mantenibilidad, modificabilidad, flexibilidad, generalidad, y utilidad, son componentes de la calidad objetiva de un sistema.
  • 5. En términos simples también diremos que nuestro objetivo primario es obtener sistemas de costo mínimo. Es decir, es nuestro interés obtener sistemas económicos para desarrollar, operar, mantener y modificar. Restricciones, compromisos, y decisiones del Diseño Podemos ver los objetivos técnicos del diseño como constituyendo una "función objetivo" de un problema de optimización, la cual se desea maximizar, sujeta a ciertas restricciones. Como regla, las restricciones sobre un proceso de diseño de un sistema, caen en dos categorías: restricciones de desarrollo y restricciones operacionales. Las restricciones de desarrollo son limitaciones al consumo de recursos durante el período de desarrollo, y pueden ser expresadas en términos generales o descomponerla en sus partes como ser tiempo de máquina y horas-hombre. Las restricciones operacionales pueden ser expresadas en términos técnicos, como ser máximo tamaño de memoria disponible, máximo tiempo de respuesta aceptable, etc. Principios utilizados por el diseño estructurado Abstracción La noción psicológica de abstracción permite concentrarse en un problema al mismo nivel de generalización, independientemente de los detalles irrelevantes de bajo nivel. El uso de la abstracción también permite trabajar con conceptos y términos que son familiares al entorno del problema, sin tener que transformarlos a una estructura no familiar. Cada paso de un proceso de ingeniería de software es un refinamiento del nivel de abstracción de la solución de software. Modularidad La arquitectura implica modularidad, el software se divide en componentes con nombres y ubicaciones determinados, que se denominan módulos, y que se integran para satisfacer los requisitos del problema.
  • 6. Arquitectura del software La arquitectura del software se refiere a dos características importantes del software de computadoras: 1. la estructura jerárquica de los componentes procedimentales (módulos) 2. la estructura de datos Jerarquía de control La jerarquía de control, también denominada estructura de programa, representa la organización (frecuentemente jerárquica) de los componentes del programa (módulos) e implica una jerarquía de control. No representa aspectos procedimentales del software, tales como secuencias de procesos, o la repetición de operaciones. Estructura de datos La estructura de datos es una representación de la relación lógica existente entre los elementos individuales de datos. Debido a que la estructura de la información afectará invariablemente al diseño procedimental final, la estructura de datos es tan importante como la estructura del programa en la representación de la arquitectura del software. Procedimientos del software La estructura del programa define la jerarquía de control, independientemente de las decisiones y secuencias de procesamiento. El procedimiento del software se centra sobre los detalles de procesamiento de cada módulo individual. El procedimiento debe proporcionar una especificación precisa del procesamiento, incluyendo la secuencia de sucesos, los puntos concretos de decisiones, la repetición de operaciones, e incluso la organización/estructura de los datos. Ocultamiento de la información El principio de ocultamiento de la información sugiere que los módulos se han de caracterizar por decisiones de diseño que los oculten unos a otros. Los módulos deben especificarse y diseñarse de forma que la información (procedimientos y datos) contenida dentro de un módulo sea
  • 7. accesible a otros módulos únicamente a través de las interfaces formales establecidas para cada módulo. Diseño Estructurado de Sistemas El diseño estructurado de sistemas se ocupa de la identificación, selección y organización de los módulos y sus relaciones. Se comienza con la especificación resultante del proceso de análisis, se realiza una descomposición del sistema en módulos estructurados en jerarquías, con características tales que permitan la implementación de un sistema que no requiera elevados costos de mantenimiento. El diseño estructurado es un enfoque disciplinado de la transformación de qué es necesario para el desarrollo de un sistema, a cómo deberá ser hecha la implementación. La definición anterior implica que: el análisis de requerimientos del usuario (determinación del qué) debe preceder al diseño y que, al finalizar el diseño se tendrá medios para la implementación de las necesidades del usuario (el cómo), pero no se tendrá implementada la solución al problema. Cinco aspectos básicos pueden ser reconocidos: 1. Permitir que la forma del problema guíe a la forma de la solución. Un concepto básico del diseño de arquitecturas es: las formas siempre siguen funciones. 2. Intentar resolver la complejidad de los grandes sistemas a través de la segmentación de un sistema en cajas negras, y su organización en una jerarquía conveniente para la implementación. 3. Utilizar herramientas, especialmente gráficas, para realizar diseños de fácil comprensión. Un diseño estructurado usa diagramas de estructura (DE) en el diseño de la arquitectura de módulos del sistema y adiciona especificaciones de los módulos y cumplas (entradas y salidas de los módulos), en un Diccionario de Datos (DD). 4. Ofrecer un conjunto de estrategias para derivar el diseño de la solución, basándose en los resultados del proceso de análisis. 5. Ofrecer un conjunto de criterios para evaluar la calidad de un diseño con respecto al problema a ser resuelto, y las posibles alternativas de solución, en la búsqueda de la mejor de ellas.