CAPITULO 1 El Modelo de Implementacin

Diseo :es el proceso de aplicar distintas tcnicas y principios con el

propsito de definir un dispositivo, proceso, o sistema, con los
suficientes detalles como para permitir su realizacin fsica
El Modelo de Implementacin define cmo se podr en prctica el
diseo lgico del sistema, considerando las siguientes etapas:
Desarrollar el Modelo de Programas (Ingeniera de Software)
Definir la plataforma de Hardware y el Software de Base.
Desarrollar el Diseo Fsico del Sistema.

1.2 El Modelo de Programas: Diseo Estructurado

Diseo Estructurado es la actividad que comienza cuando se han

producido un conjunto de requerimientos funcionales lgicos para un
sistema, y finaliza cuando el diseador ha especificado los componentes del
sistema y las relaciones entre los mismos.
Tiene como objetivo definir cules de los procesos que forman parte
del Modelo Esencial sern automatizados (llevados a un computador)
Debe ser capaz de interpretar el lenguaje estructurado y
transformarlo en un conjunto de programas, gracias al apoyo de
herramientas grficas.
1.3 Objetivos del Diseo Estructurado
"Diseo" significa planear la forma y mtodo de una solucin.
Determina las caractersticas principales del sistema final, establece los
lmites en performance y calidad

Eficiencia
Mantenibilidad
Modificabilidad
Flexibilidad
Generalidad
Utilidad
1.4 Diseo Estructurado y Calidad de Software

Eficiencia: Posibilita incrementarla velocidad de ejecucin y disminuirde los

requerimientos de memoria central.
Confiabilidad. Se expresa en como MTBF (Mean Time
BetweenFailures: tiempo medio entre fallas).
Mantenibilidad. Se define como:
Mantenibilidad del sistema =
____MTBF___
MTBF + MTTR
1.6 Diagramas de Estructura
Trata enfocar la programacin a travs de MDULOS, de manera
que cada uno de ellos pueda ser programado de manera
independiente
CARACTERISTICAS:
 Es grfico y, por tanto, conciso, fcil de leer, sencillo
de preparar.
Muestrala descomposicin de un sistema en
mdulos.
Presenta un formato TOP-DOWN: pasar de la forma
global a la detallada. Presenta una estructura
jerrquica

1.6 Diagramas de Estructura

Caractersticas:
Los mdulos se consideran cajas negras de las que se conoce:
Entradas que reciben.
Salidas que generan.
La funcin que lleva a cabo.

Un diagrama de estructura tiene forma de rbol y refleja:
i.Jerarqua de control: qumdulos pueden invocar a
otros mdulos.
ii.Parmetros que se pasan en los llamadas.
En cambio no muestra:

Aspectos de procesamiento del software: secuencias,

alternativas o bucles.
Ni datos internos de los mdulos.
Concepto de Mdulo
Es un conjunto de sentencias de programa con cuatro atributos
bsicos:
- Entradas/ Salidas: Datos que recibe
cuando lo invocan y datos que devuelve al
mdulo que lo llam.
- Funcin: Qu hace con las entradas para
producir las salidas.
- Mecnica: La lgica mediante la cual lleva a
cabo su funcin.
Datos internos: Zona de datos a los que
nicamente puede referirse l.
Atributos adicionales
Nombre, por el cual puede ser referenciado como un
todo.
Puede invocar o ser invocado por otros mdulos.
Debe manejarse como una caja
negra:
Sistema (o un componente) con entradas conocidas, salidas
conocidas, y generalmente transformaciones conocidas, pero del
cual no se conoce el contenido en su interior. (ejemplos una radio,
un televisor, etc)
1.8 Manejo de la complejidad

En general:, el nmero de instrucciones de un

programa no es una medida de complejidad ya que
existe instrucciones ms complejas que otras, y
algoritmos ms complejos que otros.
Regla para el manejo de la complejidad:
Si se toman dos problemas separados y en lugar de escribir dos
programas, se crea un programa combinado, el resultado ser uno
programa mayor que si tomamos los dos por separado. En virtud de
esto podemos afi rmar que
1.8. Notacin de los Diagramas de Estructura
Mdulo: Representa un grupo de instrucciones que realiza una nica
funcin determinada.
Un mdulo asocia a uno ms de los procesos definidos en el Diseo
Lgico.
Cada mdulo tiene cierta informacin de entrada y genera cierta
informacin de salida.
El mdulo debe tener un nombre dentro el rectngulo que lo
representa.
Flecha de Invocacin:. Como describe una relacin jerrquica,
su direccin es siempre hacia abajo :
Puede invocar a varios otros que dependen de l
puede ser invocado por varios mdulos

Flecha o Cupla:. Representa a parmetros de informacin que

pasan a travs de los mdulos. El sentido de la flecha indica la
direccin del flujo.
Proceso de Transformacin:

Ramas Aferentes: Procesos que leen y validan los datos a la entrada del
sistema. Para identificarlas buscar los puntos de entrada de datos a la
transaccin (Entidades Externas que proporcionan datos al sistema) y se
recorre la rama del DFD hasta llegar a un flujo de datos completamente
validado.
Ramas Eferentes: Procesos que dan el formato adecuado a los datos para ser
emitidos (visualizados, impresos, guardados, ...) al exterior. Para identificarlas buscar
los puntos de salida de datos de la transaccin (Entidades Externas que reciben
datos del sistema) y se recorre la rama del DFD hasta llegar a un flujo de datos
lgico, antes de ser formateado.
Transformacin Central: Los procesos que no son aferentes, ni eferentes
pertenecen a la transformacin central (procesos de clculo,
procesamiento de datos, actualizacin de datos, ...).