tema 1_introduccion al diseno software.pdf
TRANSCRIPT
7/18/2019 Tema 1_Introduccion al Diseno Software.pdf
http://slidepdf.com/reader/full/tema-1introduccion-al-diseno-softwarepdf 1/4
.INTRODUCCIÓN AL DISEÑOSOFTWARE
.2
¿A ue afecta el software?
Transporte
Telecomunicaciones
Control financiero
Esto exige una garantía operativa
Capítulo 1.3
Introducción. Construcción de Software
Capítulo 1. Introducción
Construcción de Software
4
eto o og a e a programac n para reso ver unproblema:
1. Formulación es ecificación del roblema..
¿Qué problema estamos intentando resolver? ¿Cuál será la finalidad del software en dicho contexto? ¿Quién tiene el conocimiento necesario? Especificación formal del problema
. .3. Implementación de la solución.4. Prueba documentación de la a licación.. .5. Documentación:6. Valoración de la solución.
Capítulo 1. Introducción
Construcción de Software
5
eto o og a e a programac n para reso ver unproblema:
. .2. Diseño de una solución.
,el arte de añadir errores a un archivo de texto vacío. (L.Srygley)
3. mp ementaci n e a souci n.4. Prueba y documentación de la aplicación.5. ocumen ac n:6. Valoración de la solución.
Capítulo 1. Introducción
Construcción de Software
6
e o o og a e a programac n para reso ver un pro ema:
1. Formulación y especificación del problema.2. Diseño de una solución.. .
3. Implementación de la solución.
Selección de las herramientas apropiadas Traducción del diseño a código Revisión y refinamiento
Profilers de código Análisis estático
4. Prueba y documentación de la aplicación.5 Documentación:.
6. Valoración de la solución.
7/18/2019 Tema 1_Introduccion al Diseno Software.pdf
http://slidepdf.com/reader/full/tema-1introduccion-al-diseno-softwarepdf 2/4
Capítulo 1. Introducción
Construcción de Software
7
e o o og a e a programac n para reso ver un pro ema:
1. Formulación y especificación del problema.2. Diseño de una solución.. .3. Implementación de la solución.
4. Prueba y documentación de la aplicación.
Pruebas de validación.
¿Hace el sistema lo que necesita el usuario?
Pruebas de verificación.
¿Hace el sistema lo que dicen las especificaciones?
Documentación de uso del sistema
5 Documentación:.
6. Valoración de la solución.
Capítulo 1. Introducción
Construcción de Software
8
eto o og a e a programac n para reso ver unproblema:
. .2. Diseño de una solución.
. .4. Prueba y documentación de la aplicación..
Implícita.
Explícita (Comentarios como el Prólogo o Descriptivos).
Herramientas de generación automática
6. Valoración de la solución.
Capítulo 1. Introducción
Construcción de Software9
Capítulo 1. Introducción
Construcción de Software
10
eto o ogía e a programación para reso ver un
problema:
1. Formulación y especificación del problema.
2. Diseño de una solución.
3. Implementación de la solución.
4. Prueba y documentación de la aplicación.
5. Documentación:
6. Valoración de la solución.
Estructuración, legibilidad y claridad del programa.
Medidas de eficiencia: Espacio y Tiempo.
Capítulo 1. Introducción
Construcción de Software11
Capítulo 1.12
Introducción. Diseño Software. Fundamentos
7/18/2019 Tema 1_Introduccion al Diseno Software.pdf
http://slidepdf.com/reader/full/tema-1introduccion-al-diseno-softwarepdf 3/4
Capítulo 1. Introducción
Diseño Software. Fundamentos
13
A.A stracción: en distintos niveles, del más alto al más bajo. Procedimental (operaciones compuestas de
o eraciones .Reducción de una secuencia de acciones a una. denominación simple.
De datos (Datos complejos, formados por otros más simples).se o e pos e a os compe os a par r e os ya ex s en es.
De control (flujo complejo abstraído)
.
Aplicación de patrones arquitectónicos. Hay patrones genéricospara varios modelos de sistemas software
División del sistema en capas. Las arquitecturas que estructuran elsistema en múltiples capas son las más comunes
Capítulo 1. Introducción
Diseño Software. Fundamentos14
C. Refinamiento: sucesivamente, se añaden detallesprocedimentales hasta trabajar con sentencias “primitivas” del
.
D. Modularidad: atacamos el problema por partes, dividimos el.
Cada capa se divide en módulos. Estrategia divide y vencerás aplicadaal diseño del sistema.
Facilidad de desarrollo y mantenimiento. Cuanto más simples sean losmódulos mejor.
Capítulo 1. Introducción
Diseño Software. Fundamentos15
E. Independencia funcional
Máxima cohesión. Cada módulo se encarga de una única tarea y lo
Mínimo acoplamiento. Los cambios en un módulo no deben provocarmodificaciones en otros módulos
Capítulo 1. Introducción
Diseño Software
16
F. rquitectura e o tware: organización jerárquicade los módulos, su interacción y las estructuras dea os que u zan.
G.Jerarquía de control: Organización de los módulose un programa. Visibilidad: Conjunto de módulos que un módulo
pue e amar. Conectividad: módulos que llaman a otro módulos.
H. v s n structura : apas e a arquitectura(Presentación, Aplicación y Datos)
Capítulo 1. Introducción
Diseño Software
17
I. structura e atos: e aci n gica entre os istintoselementos individuales de datos. Ejemplos: Listas, pilas, colas,etc.
J. Procedimientos de software: Detalles de procesamiento decada módulo individual.
K. cu am en o e n ormac n: a n ormac n con en a enun modulo debe ser inaccesible al resto de módulos que nonecesitan acceder a esa información. Permite independenciaentre módulos. Abstracción de la complejidad Exponer únicamente la interfaz de
acceso
Mayor independencia entre módulos La información de estado esinaccesible para otros módulos
Capítulo 1. Introducción
Diseño Software18
Existen dos formas de construir un diseño de software. Una forma eshacerlo tan simple que obviamente no haya deficiencias, y la otra eshacerlo tan complicado que no existan deficiencias obvias.
El primer método es mucho más difícil.
C.A.R. Hoare
Escribir una pieza de código brillante que funcione es una cosa, diseñara go que pue a sopor ar a argo p azo un negoc o es o ra muy eren e.
C. Ferguson
7/18/2019 Tema 1_Introduccion al Diseno Software.pdf
http://slidepdf.com/reader/full/tema-1introduccion-al-diseno-softwarepdf 4/4
Capítulo 1. Introducción
Bibliografía19
[AU87] A.V. Aho, J.A. Ullman. Data structures and algorithms.
Addison-Wesley.1992.
[FGG98] J. Fernández, A. Garrido, M. García. Estructuras de
datos. Un enfoque práctico usando C. Universidad de
Granada, 1998.
res . . ressman. ngener a e so ware, n en oque
práctico. Mc Graw Hill. 2001.