Arquitectura de Software 1

Capitulo IV: Fase Desarrollo
1. Diseño
2. Codificación
3. Pruebas
Objetivos
 Establecer actividades estructurales de la fase de
desarrollo
 Establecer los objetivos de la fase de desarrollo y sus
principales actividades:
 diseño,
 codificación
 pruebas
 Establecer subactividades de diseño, codificación y
pruebas
 Establecer los hitos de las actividades de diseño,
codificación y pruebas
Carrera de Sistemas&Informática 2
UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software
Desarrollo
¿ Cómo lo hacemos ?
¿ Cómo han de ser las estructuras de datos. ?
¿ Cómo va ha ser la arquitectura del software. ?
¿ Cómo han de implementarse los procedimientos identificados. ?
¿ Cómo va a traducirse el diseño a un lenguaje de programación. ?
¿ Cómo ha de realizarse la prueba. ?
Actividad: Diseño
Actividad: Diseño
¿Por qué diseñar?
Puede hacerlo una sola

Vs.
persona
Construido eficientemente y en un
Requiere:
tiempo razonable por un equipo
Modelado mínimo Requiere:
Proceso simple Modelado
Herramientas (de Patricio Lettelier) Proceso bien definido
Carrera de simples
Sistemas&Informática
UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo
Herramientas más sofisticadas
Materia: Ingeniería de Software
6
¿Por qué diseñar?
 El diseño debe actuar como base para la

implementación.
 Es un medio de comunicación entre los
diseñadores de subsistemas
 Provee información para el mantenimiento, a
cerca de la intención original.
¿Qué es Diseño?
Un modelo de un sistema del mundo real que

tiene muchas entidades participantes y
relaciones entre ellas.
¿Qué es diseñar ?
Traducir los requisitos del software a
un conjunto de representaciones:
gráficas, tabulares, basadas en lenguajes, que
describen la estructura de datos, la arquitectura,
el procedimiento algorítmico, características de
la interfaz y otros aspectos del software.
Diseño: El producto
El Documento de Diseño del Sistema
Se produce una especificación de diseño. La especificación se

compone de los modelos del diseño que describen los datos,
arquitectura, interfaces y componentes.
Cada una de estas partes es lo que forma el producto obtenido del
proceso de diseño.
Contenido Documento de Diseño
1. Arquitectura
2. Planteamiento de la solución
a) Diferentes vistas del sistema
b) Modelos de procesos
c) Modelos de Almacenamiento
d) Algoritmos
3. Diseño de la Interfaz de Usuario
Actividades de diseñar SW (Sommerville)
Especificación de
Requerimientos
Diseño Especificación Diseño de la Diseño de Diseño de la Diseño de

Arquitectónico Abstracta Interface componentes estructura de datos Algoritmos
Arquitectura del Especificación de Especificación de Especificación de Especificación Especificación de

sistema Softw are la interface componentes estructura de datos algoritmos
Actividades de diseñar SW (Sommerville)
Diseño arquitectónico: Los subsistemas que conforman el sistema completo y sus
relaciones son identificados y documentados
Especificación abstracta: para cada subsistema, una especificación abstracta de los

servicios que proveerán y las restricciones bajo las cuales deben operar son
establecidas.
Diseño de la interfaz: Para cada subsistema su interfaz con otros subsistemas es

diseñada y documentada. Esta especificación de la interfaz debe ser no ambigua y
debe permitir que el subsistema sea usado sin conocer como opera internamente.
Diseño de componentes: Los servicios que provee un subsistema son particionados

en componentes de ese subsistema
Diseño de la estructura de datos: Las estructuras de datos usadas en la

implementación del sistema son diseñadas y especificadas en detalle.
Diseño de algoritmos: Los algoritmos usados para proveer servicios son diseñados y
especificados en detalle.
La Actividad de Diseño
 Entrada
 Documento de requisitos del software
 Actividades
 Estrategias de solución
 Modelo de solución
 Salida
 Documento de diseño del software
Características ….
 Debe implementar todos los requisitos explícitos
contenidos en el modelo de análisis, debe ser ajustable a los
requisitos del cliente
 Debe ser una guía legible y comprensible

para quienes generan el código, debe proporcionar una
imagen completa del software desde una perspectiva de
implementación
Diseño : Atributos de SW
El diseño se enfoca sobre cuatro atributos
distintos del programa:
1. La estructura de los datos

2. La arquitectura del software
3. El detalle procedimental y
4. La caracterización de la interfaz.
Cualidades o atributos de calidad
Robusto Mínimo
acoplamie
Modular nto
Simple
Buen
nombra
Legible =
miento Adaptable Entendible
Bien
documentado Cohesión
Mantenible =
Modificable
Cualidades o atributos de calidad
Mantenible = Modificable Adaptable Robusto
Legible =
Modular
Entendible
Buen Bien Mínimo

nombra docume Simple Cohesión acoplami
miento ntado ento
Niveles de cohesión por Yourdon
Estudia la relación que existe entre elementos

del mismo módulo
Cohesión.- es la medida de la relación “funcional”

de los elementos (cualquier pieza) de un
módulo.
 Elementos que tengan una mayor relación (alta cohesión) Mismo

módulo
 Elementos no relacionados (baja o ninguna cohesión) Módulos
separados
Niveles de cohesión por Yourdon
 1. Cohesión accidental
Las partes de un componente no están relacionadas, aunque han sido puestas en un mismo
componente.
 2. Asociación lógica
Componentes que ejecutan funciones similares como entrada, manejo de errores, etc. son puestos
en el componente.
 3. Cohesión temporal
Todos lo componentes son activados a un mismo tiempo, como por ejemplo: levantar el sistema,
bajar el sistema.
 4. Cohesión procedural
Todos los componentes son activados para realizar una secuencia de control
 5. Cohesión comunicacional
Todos los elementos de un componente operan sobre los mismos datos o producen la misma
salida.
 6. Cohesión secuencial
La salida de un elemento en el componente sirve como entrada para otros elementos
 7. Cohesión funcional
Cada uno de los elementos del componente es necesario para la ejecución de una simple función.

Arquitectura de Software 1

Cargado por

Copyright:

Formatos disponibles

Arquitectura de Software 1

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Arquitectura de Software 1

Cargado por

Copyright:

Formatos disponibles

Capitulo IV: Fase Desarrollo

¿ Cómo va ha ser la arquitectura del software. ?

¿ Cómo han de implementarse los procedimientos identificados. ?

¿ Cómo va a traducirse el diseño a un lenguaje de programación. ?

¿ Cómo ha de realizarse la prueba. ?

Puede hacerlo una sola

 El diseño debe actuar como base para la

Un modelo de un sistema del mundo real que

El Documento de Diseño del Sistema

Se produce una especificación de diseño. La especificación se

Diseño Especificación Diseño de la Diseño de Diseño de la Diseño de

Arquitectura del Especificación de Especificación de Especificación de Especificación Especificación de

Especificación abstracta: para cada subsistema, una especificación abstracta de los

Diseño de la interfaz: Para cada subsistema su interfaz con otros subsistemas es

Diseño de componentes: Los servicios que provee un subsistema son particionados

Diseño de la estructura de datos: Las estructuras de datos usadas en la

 Debe ser una guía legible y comprensible

1. La estructura de los datos

Mantenible = Modificable Adaptable Robusto

Buen Bien Mínimo

Estudia la relación que existe entre elementos

Cohesión.- es la medida de la relación “funcional”

 Elementos que tengan una mayor relación (alta cohesión) Mismo

También podría gustarte