DISEO DE SOFWARE

[Escriba el subttulo del documento]

24/04/2014


WWW.WIKIPEDIA.COM Pgina 1


INDICE
La actividad de diseo y sus objetivos.
Descomposicin y modularidad
Diseo funcional/orientado al proceso
Diseo orientado a objetos.
Diseo desde abajo; apoyo para la reutilizacin
Estrategias de implementacin
Tpicos de implementacin
. Mejora en el desempeo
Depuracin
Prevencin de problemas
Manejo de anomalas









WWW.WIKIPEDIA.COM Pgina 2

INTRODUCCION
Se ha vuelto ineludible analizar las relaciones existentes entre las tecnologas informticas y el
campo educativo, con el objetivo de aprovechar el potencial de las primeras dentro del proceso de
enseanza-aprendizaje. Da a da se cuenta con mayores y mejores herramientas
computacionales, que se colocan al servicio del hombre con el objetivo de facilitar sus actividades
diarias tanto en el mbito laboral como en el personal. El rol de muchos profesores est
cambiando, del modelo tradicional de ser un presentador de informacin de forma secuencial a un
administrador, y facilitador del aprendizaje. La mayor parte del tiempo que anteriormente se
dedicaba a la preparacin y correccin, ahora est dedicndose al desarrollo de recursos
educativos y de entrenamiento, que incluyen Materiales Educativos Computarizados. El trmino
Material Educativo Computarizado se refiere a los programas en computador con los cuales los
aprendices interactan cuando estn siendo enseados o evaluados a travs de un computador.














WWW.WIKIPEDIA.COM Pgina 3


DISEOS DE SOFWARE : El diseo de Software juega un papel importante en
el desarrollo de software lo cual permite al ingeniero de software producir
varios modelos del sistema o producto de que se va a construir el mismo que
forman una especie de plan de la solucin de la aplicacin.

ACTIVIDADES DEL DISEO DE SOFWARE: El diseo del software comprende
dos actividades intermedias entre la fase de requisitos y la construccin:
1.- Diseo de la arquitectura del software
2.-Descripcion de la arquitectura general, identificacin de sus componentes y su
organizacin y relaciones en el sistema
3.- Diseo detallado del software
4.- Definicion y estructura de los componentes y datos
5.- Definicion de los interface
6.- Elaboracion de las estimaciones de tiempo y tamao
Descomposicin Modularidad del software

El diseo modular propone dividir el sistema en partes diferenciadas y definir sus
interfaces.
Sus ventajas: claridad, reduccin de costos y reutilizacin

Los pasos a seguir son:
1. Identificar los mdulos
2. Describir cada mdulo
3. Describir las relaciones entre mdulos

WWW.WIKIPEDIA.COM Pgina 4


Una descomposicin modular debe poseer ciertas cualidades mnimas para que se
pueda considerar suficiente validad.

1. Independencia funcional
2. Acoplamiento
3. Cohesin
4. Comprensibilidad
5. Adaptabilidad



a) Independencia funcional
Cada mdulo debe realizar una funcin concreta o un conjunto de funciones
afines. Es recomendable reducir las relaciones entre mdulos al mnimo.
Para medir la independencia funcional hay dos criterios: acoplamiento y cohesin.

b) Acoplamiento
El acoplamiento es una medida de la interconexin entre mdulos en la estructura
del programa. Podemos graduara en un amplio espectro, pero por lo general se
tiende a que el acoplamiento sea lo menor posible, esto es a reducir las
interconexiones entre los distintos mdulos en que se estructure nuestra
aplicacin. El grado de acoplamiento mide la interrelacin entre dos mdulos,
segn el tipo de conexin y la complejidad de la interface:

Fuerte
Por contenido, cuando desde un mdulo se puede cambiar datos locales
de otro.

WWW.WIKIPEDIA.COM Pgina 5

Comn, se emplea una zona comn de datos a la que tienen acceso
varios mdulos.
Moderado
De control, la zona comn es un dispositivo externo al que estn ligados
los mdulos, esto implica que un cambio en el formato de datos los
afecta a todos.
Por etiqueta, en intercambio de datos se realiza mediante una referencia
a la estructura completa de datos (vector, pila, rbol, grafo,)
Dbil
De datos, viene dado por los datos que intercambian los mdulos.
Es el mejor sin acoplamiento directo , es el acoplamiento que no existe.

c) Cohesin
Un mdulo coherente ejecuta una tarea sencilla en un procedimiento de sw y
requiere poca interaccin con procedimientos que se ejecutan en otras partes de un
programa. Podemos decir que un mdulo coherente es aquel que intenta realizar
solamente una cosa.
Para que n de mdulos no sea demasiado elevado y complique el diseo se tratan
de agrupar elementos afines y relacionados en un mismo mdulo.

ALTA
Cohesin abstraccional, se logra cuando se disea el mdulo como tipo
abstracto de datos o como una clase de objetos
Cohesin funcional, el mdulo realiza una funcin concreta y especfica

MEDIA
Cohesin secuencial, los elementos del mdulo trabajan de forma
secuencial

WWW.WIKIPEDIA.COM Pgina 6

Cohesin de comunicacin, elementos que operan con el mismo
conjunto de datos de entrada o de salida
Cohesin temporal, se agrupan elementos que se ejecutan en el mismo
momento. Ej. Arrancar o parar dispositivos

BAJA
Cohesin lgica, se agrupan elementos que realizan funciones similares.
Cohesin coincidental, es la peor y se produce cuando los elementos de
un mdulo no guardan relacin alguna

DISEO ORIENTADO A PROCESOS

El Diseo Estructurado es el proceso de definicin de la arquitectura software:
componentes, mdulos, interfaces, procedimientos de prueba y datos de un
sistema, que se crean para satisfacer unos requisitos previamente especificados.

En el diseo estructurado orientado al flujo de datos, partimos de la representacin
del flujo de la informacin obtenida en la fase de anlisis, donde la informacin
puede representarse como un flujo continuo que sufre una serie de
transformaciones conforme va de la entrada a la salida.

DISEO ORIENTADO A OBJETOS

Es un enfoque de la ingeniera de software que modela un sistema como un grupo
de objetos que interactan entre s. Este enfoque representa un dominio absoluto
en trminos de conceptos compuestos por verbos y sustantivos, clasificados de
acuerdo a su dependencia funcional. En este mtodo de anlisis y diseo se crea un
conjunto de modelos utilizando una notacin acordada como, por ejemplo, el
lenguaje unificado de modelado (UML). ADOO aplica tcnicas de modelado de

WWW.WIKIPEDIA.COM Pgina 7

objetos para analizar los requerimientos para un contexto - por ejemplo, un sistema
de negocio, un conjunto de mdulos de software - y para disear una solucin
para mejorar los procesos involucrados

ESTRATEGIAS DE IMPLEMENTACION

Las soluciones de negocios sumadas a una estrategia de implementacin tienen
como objetivo ayudar a nuestros clientes a conseguir mayor xito empresarial. No
solo brindamos tecnologa de alta performance, sumamos tambin tcticas para
lograr la colaboracin inter empresarial deseada.

DEPURACION DE SOFWARE
es el proceso de identificar y corregir errores de programacin. En ingls se le
conoce como debugging, es que se asemeja a la eliminacin de bichos (bugs), manera
en que se conoce informalmente a los errores de programacin.

DETENCION DE PROBLEMAS
Efecto de un programa orientado a prevenir dificultades en el desarrollo de la
alfabetizacin, diseado y aplicado de manera grupal en alumnos de primer grado
de primaria de estrato sociocultural bajo. Participaron 30 alumnos inscritos en
escuelas primarias pblicas, asignados de manera aleatoria a tres grupos de
investigacin.

MENEJO DE ANOMALIAS
La importancia del manejo de anomalas por parte de los artefactos

WWW.WIKIPEDIA.COM Pgina 8

de software y el impacto que aqullas provocan en el desarrollo de los mismos
es ampliamente reconocida. El ingeniero de software no slo debe esforzarse
por lograr la mxima confiabilidad del sistema en condiciones de uso normal,
sino tambin tratar de proteger la aplicacin de los inconvenientes que surgen
del uso de la misma bajo condiciones adversas










CONCLUSION
El proceso de ingeniera de software ha tomado un lugar muy importante hoy en
da en las prioridades de las organizaciones dedicadas al desarrollo y
mantenimiento del software mediante el uso acadmico de herramientas CASE.
Trabajo a Futuro

WWW.WIKIPEDIA.COM Pgina 9

El trabajo a futuro que la creacin de herramientas para otras fases del ciclo de
vida del desarrollo del software. Idealmente estas herramientas se deberan de
construir de acuerdo al orden del desarrollo del software, es decir, anlisis, diseo,
codificacin, documentacin, pruebas y mantenimiento.