Nombre: Adner Nazareth Ruiz Lpez.

Yemil Peralta Lpez

1. Cuando se escribe un programa se disea software? En
qu se diferencia el diseo de software y la codificacin?
El diseo de software agrupa el conjunto de principios, conceptos y prcticas
que llevan al desarrollo de un sistema o producto de alta calidad. Los principios
de diseo establecen una filosofa general que gua el trabajo de diseo que
debe ejecutarse. Deben entenderse los conceptos de diseo antes de aplicar la
mecnica de ste, y la prctica del diseo en s lleva a la creacin de distintas
representaciones del software que sirve como gua para la actividad de
construccin que siga.
Codificacin La codificacin es el proceso de poner juntos los segmentos de sus
datos que parecen ilustrar una idea o un concepto (representados en su
proyecto como nodos). De esa forma, la codificacin es una forma de hacer
abstraccin a partir de los datos existentes en sus recursos para construir un
mayor entendimiento de las fuerzas que intervienen.

2. Si el diseo de software no en un programa (no lo es)

entonces, Qu es?
Es donde se est con un pie en dos mundos el de la tecnologa y el de las
personas y los propsitos humanos que tratan de unificarse un buen software
debe tener: Resistencia: un programa no debe tener ningn error que impida
su funcionamiento. Funcionalidad: un programa debe ser apropiado para los
fines que persigue. Belleza: la experiencia de usar el programa debe ser
placentera. Para lograrlo, debe practicarse la diversificacin y luego la
convergencia.

3. Cmo se evala la calidad del diseo de software?

La calidad del diseo es el sitio en el que se introduce calidad en la ingeniera
de software. Da representaciones del software que pueden evaluarse en su
calidad. Es la nica manera de traducir con exactitud a un producto o sistema
terminado los requerimientos de los participantes. Es el fundamento de toda la
ingeniera de software y de las actividades que dan el apoyo que sigue. Sin
diseo se corre el riesgo de obtener un sistema inestable, que falle cuando se
hagan cambios pequeos, o uno que sea difcil de someter a prueba, o en el
que no sea posible evaluar la calidad hasta que sea demasiado tarde en el

proceso de software, cuando no queda mucho tiempo y ya se ha gastado

mucho dinero.

4. Estudie el conjunto de tareas presentado para el diseo

Dnde se evala la calidad en dicho conjunto?

Debe implementar todos los requerimientos explcitos contenidos en el

modelo de requerimientos y dar cabida a todos los requerimientos
implcitos que desean los participantes.
Debe ser una gua legible y comprensible para quienes generan el
cdigo y para los que lo prueban y dan el apoyo posterior.
Debe proporcionar el panorama completo del software, y abordar los
dominios de los datos, las funciones y el comportamiento desde el punto
de vista de la implementacin.

5. Cmo se logra? Cmo se consigue los atributos de

calidad estudiados?

Debe tener una arquitectura que se haya creado con el empleo de

estilos o patrones arquitectnicos reconocibles, y est compuesta de
componentes con buenas caractersticas de diseo y se implementen en
forma evolutiva, de modo que faciliten la implementacin y las pruebas.
Debe ser modular, es decir, el software debe estar dividido de manera
lgica en elementos o subsistemas.
Debe contener distintas representaciones de datos, arquitectura,
interfaces y componentes.
Debe conducir a estructuras de datos apropiadas para las clases que se
van a implementar y que surjan de patrones reconocibles de datos.
Debe llevar a componentes que tengan caractersticas funcionales
independientes.
Debe conducir a interfaces que reduzcan la complejidad de las
conexiones entre los componentes y el ambiente externo.
Debe obtenerse con el empleo de un mtodo repetible motivado por la
informacin obtenida durante el anlisis de los requerimientos del
software.
Debe representarse con una notacin que comunique con eficacia su
significado.
Estos lineamientos de diseo no se logran por azar. Se consiguen con la
aplicacin de los principios de diseo fundamentales, una metodologa
sistemtica y con revisin.

6. De ejemplo de tres abstracciones de datos y de las

abstracciones
de procedimiento que se usan para la
manipularas.

Abstracciones de datos: nombre, tamao, fecha de nacimiento.

Abstracciones de procedimiento: Los sentidos, El entendimiento, La

evolucin

7. Describe con sus propias palabras la arquitectura de

software.
La arquitectura del software es la estructura general de ste y a las formas en
las que sta da integridad conceptual a un sistema organizado de los
componentes de un programa (mdulos), la forma en la que stos interactan
y la estructura de datos que utilizan. Sin embargo, en un sentido ms amplio,
los componentes se generalizan para que representen los elementos de un
sistema grande y sus interacciones.

8. Sugiera un patrn de diseo que encuentre en una

categora de objetos cotidianos (por ejemplo, electrnica
de consumo, automviles aparatos etc.). Describa el patrn
de forma breve.
El uso de telfonos celulares y computadoras para el uso diario, es un
patrn de uso cotidiano puesto directamente o indirectamente
necesitamos de ellos en cada momento para facilitar la comunicacin
entre diferentes individuos.
9. Describa con sus propias palabras la separacin de
problemas Hay algn caso en el que no sea apropiado la
estrategia de divide y vencers? Cmo afecta esto al
argumento a favor de la modularidad?
La divisin de problemas es un concepto de diseo que sugiere que cualquier
problema complejo puede manejarse con ms facilidad si se subdivide en
elementos susceptibles de resolverse u optimizarse de manera independiente.
Al separar un problema en sus piezas ms pequeas y por ello ms
manejables, se requiere menos esfuerzo y tiempo para resolverlo. El trmino
de divide y vencer aplica para ya que entre ms se divide un problemas ms
rpido ser solucionarlo este se aplica en la vida real.

10.
Cundo debe implementarse un diseo modular
como software monoltico? Cmo se logra esto? El
rendimiento
es
la
nica
justificacin
para
la
implementacin de software monoltico?

La modularidad es la manifestacin ms comn de la divisin de problemas. El

software se divide en componentes con nombres distintos y abordables por
separado, en ocasiones llamados mdulos, que se integran para satisfacer los
requerimientos del problema. la modularidad es el nico atributo del software
que permite que un programa sea manejable en lo intelectual. El software
monoltico no es fcil de entender para un ingeniero de software. El nmero de
trayectorias de control, alcance de referencia, nmero de variables y
complejidad general hara que comprenderlo fuera casi imposible. En funcin
de las circunstancias, el diseo debe descomponerse en muchos mdulos con
la esperanza de que sea ms fcil entenderlos y, en consecuencia, reducir el
costo requerido para elaborar el software.

11.
Analice la relacin entre concepto de ocultamiento de
informacin como atributo de la modularidad efectiva y el
de independencia de los mdulos
El principio del ocultamiento de informacin sugiere que los mdulos se
caractericen por decisiones de diseo que se oculten cada una de las dems.
En otras palabras, deben especificarse y disearse mdulos, de forma que la
informacin (algoritmos y datos) contenida en un mdulo sea inaccesible para
los que no necesiten de ella. El ocultamiento implica que la modularidad
efectiva se logra definiendo un conjunto de mdulos independientes que
intercambien slo aquella informacin necesaria para lograr la funcin del
software. La abstraccin ayuda a definir las entidades de procedimiento (o
informativas) que constituyen el software. El ocultamiento define y hace
cumplir las restricciones de acceso tanto a los detalles de procedimiento como
a cualquier estructura de datos local que utilice el Mdulo.