Capitulo 1 - PP

7/25/2019 Capitulo 1 - PP

1/35

Ingeniera

de Sistemas

II

Captulo 1El Modelo de Implementacin

Jimmy Camacho Villazn

Docente Titular Ingeniera de Sistemas


2/35

1.1 De fin ic in:

Diseo es el proceso de aplicar distintas tcnicas yprincipios con el propsito de definir un

dispositivo, proceso, o sistema, con los suficientesdetalles 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:a.Desarrollar el Modelo de Programas (Ingeniera

de Software)b.Definir la plataforma de Hardware y el Software

de Base.c.Desarrollar el Diseo Fsico del Sistema.


3/35

Diseo Estructurado es la actividad que comienza

cuando se han producido un conjunto derequerimientos funcionales lgicos para unsistema, y finaliza cuando el diseador haespecificado 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 lenguajeestructurado y transformarlo en un conjunto deprogramas, gracias al apoyo de herramientas

grficas.

1.2 El Mod e lo d e Pro g ram a s:

Diseo Estruc tu ra d o


4/35

"Diseo" sig n ific a p la nea r la fo rm a y mtod o d e

una so luc in. Determina las caractersticasprincipales del sistema final, establece los lmitesen performance y calidad que la mejorimplementacin puede alcanzar, y puede

determinar a que costos se alcanzar. Eficiencia Mantenibilidad

Modificabilidad Flexibilidad Generalidad

Utilidad

1.3 Ob je tivo s d e l Diseo Estruc tura d o


5/35

Relacin

entre

las

Actividades

de Diseo


6/35

Eficiencia: Posibilita incrementar la velocidad de

ejecucin y disminuir de los requerimientos dememoria central. Confiabilidad. Se expresa en como MTBF (Mean

Time BetweenFailures: tiempo medio entre fallas).

Mantenibilidad. Se define como:Mantenibilidad del sistema = ____MTBF___

MTBF + MTTR

Donde:MTBF: tiempo medio entre fallas (mean time between failures)MTTR:tiempo medio de reparacin (mean time to repair)

1.4 Diseo Estruc tura d o y Ca lid a d d e So ftwa re


7/35

1.5 Id e ntific a c in d e Pro c e sa d o re s P RO C ESA D O R # 1

P RO C ESA D O R #2

P RO C ESA D O R # 3


8/35

1.6 Dia g ram a s d e Estruc tura

Trata enfocar la programacin a travs deMDULOS, de manera que cada uno de ellospueda ser programado de maneraindependiente

Caractersticas:

Es grfico y, por tanto, conciso, fcil de leer,sencillo de preparar.

Muestra la descomposicin de un sistema enmdulos.

Presenta un formato TOP-DOWN: pasar de laforma global a la detallada. Presenta una

estructura jerrquica.


9/35

1.6 Dia g ram a s d e Estruc tura

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. J erarqua de control: qu mdulos 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.


10/35

Concepto

de MduloEs un conjunto de sentencias deprograma con cuatro atributos bsicos:

- Entradas/ Salidas: Datos que recibecuando lo invocan y datos que

devuelve al mdulo que lo llam.- Funcin: Qu hace con las entradaspara producir las salidas.

- Mecnica: La lgica mediante la cuallleva a cabo su funcin.- Datos internos: Zona de datos a los que

nicamente puede referirse l.


11/35

Concepto

de MduloAtributos adicionales

- Nombre, por el cual puede ser referenciadocomo un todo.

- Puede invocar o ser invocado por otros mdulos.

Debe manejarse como una caja negra:Sistema (o un componente) con entradasconocidas, salidas conocidas, y generalmente

transformaciones conocidas, pero del cual nose conoce el contenido en su interior. (ejemplosuna radio, un televisor, etc)


12/35

1.7 Estructuras

Administrativas

y Diseo

Estructurado

Estructura J errquica es similar en ambos:

Un mdulo que tenga

demasiados mdulossubordinados a quienescontrolar, es sumamentecomplejo, y susceptible afallas:


13/35

En general:, e l nm e ro d e inst ruc c io ne s d e un

p rog ra m a no e s una m ed id a d e c om p le jid a dya

que existe instrucciones ms complejas que otras, yalgoritmos ms complejos que otros.

Dados dosproblemas (P) y (Q), la complejidad

medida de los mismo ser M(P) y M(Q), y el costode realizar un programa que resuelva losproblemaP y Q ser C(P) y C(Q), entonces:

Si M (P) > M(Q ) entonc es C (P) > C(Q )

Es decir, elcosto de resolver un determinado

problema es directamente proporcional al tamaodel mismo

1.8 Ma ne jo d e la c om p le j id a d


14/35

Regla para el manejo de la complejidad:

Si se toman dos problemas separados y en lugarde escribir dos programas, se crea un programacombinado, el resultado ser uno programamayor que si tomamos los dos por separado. En

virtud de esto podemos afirmar que

M(P+Q) > M(P) + M(Q )

y consecuentemente:C(P+Q) > C(P) + C(Q )

Entonces:Siempre ser preferible crear dos piezas

pequeas que una sola ms grande, si ambassolucionan el mismo problema.



15/35



16/35

1.9. No ta c in d e lo s Dia g ram a s d e Estruc tura


17/35


Mdulo: Representa un grupo de instrucciones que

realiza una nica funcin determinada. Un mdulo asocia a uno ms de los procesosdefinidos en el Diseo Lgico.

Cada mdulo tiene cierta informacin de entraday genera cierta informacin de salida.

El mdulo debe tener un nombre dentro el

rectngulo que lo representa.Mdulo

Nombre del Mdulo

CALCULAR SALDOS


18/35


Flecha de Invocacin:. Como describe una relacin jerrquica, su

direccin es siempre hacia abajo

:

Puede invocar a

varios otros quedependen de l

puede serinvocado porvarios mdulos

Mdulo Jefe (Invocador)

Mdulo Subordinado (Invocado)


19/35


Flecha o Cupla:. Representa a parmetros de informacinque pasan a travs de los mdulos. El sentido de la flechaindica la direccin del flujo.

Condicional: Muestra la existencia de un proceso de seleccin


20/35



21/35



22/35

1.9 Fo rm a to Gene ra l d e un Dia g ram a d e Estruc tura


23/35

1.10 Estrategia de la transformacin


24/35



25/35



26/35

Pro c e so d e Tra nsfo rm a c in

Se deben identificar:

Ramas Aferentes: Procesos que leen y validan los datos a la

entrada del sistema. Para identificarlas buscar los puntos deentrada de datos a la transaccin (Entidades Externas queproporcionan datos al sistema) y se recorre la rama del DFDhasta llegar a un flujo de datos completamente validado.

Ramas Eferentes: Procesos que dan el formato adecuado a losdatos para ser emitidos (visualizados, impresos, guardados, ...)al exterior. Para identificarlas buscar los puntos de salida de

datos de la transaccin (Entidades Externas que reciben datosdel sistema) y se recorre la rama del DFD hasta llegar a un flujode datos lgico, antes de ser formateado.

Transformacin Central: Los procesos que no son aferentes, nieferentes pertenecen a la transformacin central (procesos declculo, procesamiento de datos, actualizacin de datos, ...).

Anlisis d e la Tra nsfo rm a c in


27/35

Anlisis de la Especificacin

del Problema

Identificar el Centrode Transformacin

Produccin de un PrimerDE (First-Cut)

Mejoramiento del DE

Asegurar la Funcionalidaddel Diseo

DFDs sin detalles de ms y sin

ocultar transformaciones de datos

Marcar el Centro de Transformacin;

Caminos Aferentes y Eferentes

Centro de Transformacin=RaizCaminos Aferentes=IzquierdaCaminos Eferentes=Derecha

DFDs resultantes delProceso de Analisis

nlisisstructurado

Cohesin, Acoplamiento, etc

Diseo Estructurado de buena

Calidad(mantenimiento;

eficiencia; claridad; etc)

mplementacin,Testeo, etc.

Especificacin del Analisis

Diseo de buena Calidad

Funcionalmente

quivalentes

Anlisis d e la Tra nsfo rm a c in


28/35

Ejemplo:


29/35

Paso Intermedio: Alquilar un jefe

El proceso alquilado es un proceso que no se corresponde a ningn

otro del DFD y que se convertir en el mdulo principal de la transaccin.

Del proceso jefe alquilado se cuelgan las ramas aferentes, eferentes ylos procesos de la transformacin central


30/35

Resultado:


31/35

Ejemplos


32/35

Primer nivel de Factorizacin


33/35

Resultado Final:


34/35

FIN CAPTULO 1


35/35

elementswww.animationfactory.com

Capitulo 1 - PP

Documents

Transcript of Capitulo 1 - PP