8.1. Cuando se �escribe� un programa, �se dise�a software?

�En qu� difieren el

dise�o de software y la codificaci�n? R= Al �escribir� un programa no se est�
dise�ando el software, ya que la codificaci�n es para el funcionamiento del
software que vayamos a implementar, esto se puede realizar en los distintos tipos
de lenguajes que existen.
El dise�o de software proporciona detalles sobre la arquitectura del software,
estructura de datos, interfaces y componentes necesarios para implementar el
sistema, esto tambi�n nos permite modelar el sistema o producto que se construir�,
estableciendo la calidad del software. Participa totalmente en lo que corresponde a
la calidad del sistema a desarrollar y no solo para el uso del cliente como tal, si
no, en caso de que otro tipo de desarrollador se intente a�adir al proyecto.

8.2. Si el dise�o del software no es un programa (y no lo es), entonces, �qu� es?

R= El dise�o de software es el proceso por el que un agente crea una
especificaci�n de un artefacto de software, pensado para cumplir unos objetivos,
utilizando un conjunto de componentes primitivos y sujeto a restricciones. Dise�o
de software normalmente implica problema solucionando y planeando una soluci�n de
software.
El dise�o del software comienza una vez que se han analizado y modelado los
requerimientos, es la �ltima acci�n de la ingenier�a de software dentro de la
actividad de modelado y prepara la etapa de construcci�n (generaci�n y prueba de
c�digo).

8.3. �C�mo se eval�a la calidad del dise�o del software? R= Debe cumplir con todos
los requisitos que se evidenciaron al momento que conseguir la informaci�n, es
decir debe llevar todo lo que el cliente este solicitando.
Calidad de dise�o: se refiere a las caracter�sticas que los dise�adores especifican
para un elemento.
Calidad de concordancia: es el grado en el que las especificaciones de dise�o se
aplican durante la fabricaci�n.

8.4. Estudie el conjunto de tareas presentado para el dise�o. �D�nde se eval�a la

calidad en dicho conjunto? �C�mo se logra? �C�mo se consiguen los atributos de
calidad estudiados en la secci�n 8.2.1? R= El proceso de dise�o se eval�a la
calidad de este de acuerdo con la serie de revisiones t�cnicas las cuales se
sugieren tres caracter�sticas que funcionan como gu�a para evaluar un buen dise�o,
se consiguen de la siguiente manera
Se deben implementar todos los requerimientos expl�citos contenidos en el
modelo de requerimientos y dar cabida a todos los requerimientos impl�citos que
desean los practicantes.
Debe ser una gu�a legible y comprensible para quienes generan el c�digo y
para los que lo prueban y dan el apoyo posterior.
Debe proporciona el panorama completo del software y abordar los dominios de
los datos, las funciones y el comportamientos desde el punto de vista de la
implementaci�n.

8.6. Describa con sus propias palabras la arquitectura de software.

R= La arquitectura de software forma la columna vertebral para construir un sistema
de software, es en gran medida responsable de permitir o no ciertos atributos de
calidad del sistema entre los que se destacan la confiabilidad y el rendimiento de
software. Adem�s es un modelo abstracto reutilizable que puede transferirse de un
sistema a otro y que representa un medio de comunicaci�n entre participantes del
proyecto, permitiendo as� la interacci�n e intercambio entre los desarrolladores
con el objetivo final de establecer el intercambio de conocimientos y puntos de
vista entre ellos.
8.10. Analice la relaci�n entre el concepto de ocultamiento de informaci�n como
atributo de la modularidad efectiva y el de independencia de los m�dulos. R= El
concepto de ocultamiento de informaci�n menciona que se deben especificarse y
dise�arse m�dulos, de forma que la informaci�n (algoritmos y datos) contenida en un
m�dulo sea inaccesible para los que no necesiten de ella y que intercambien s�lo
aquella informaci�n necesaria para lograr la funci�n del software; el concepto de
independencia de los m�dulos es el resultado directo del ocultamiento de
informaci�n ya que trata de evitar la interacci�n excesiva entre m�dulos.

8.11. �C�mo se relacionan los conceptos de acoplamiento y portabilidad del

software? D� ejemplos que apoyen su punto de vista. R= Para que el software sea
portable es decir que el sistema sea f�cil de implementar, cuando pasa de una
plataforma a otra, tiene que tener un acoplamiento m�nimo aceptable donde la
relaci�n entre m�dulos sea m�nima.
Ejemplos: un sistema operativo como Linux que tiene bajo acoplamiento al ser un
sistema monol�tico por lo que es portable al poder se instalar en una computadora
de cualquier marca. Otro ejemplo es el navegador de internet Mozilla Firefox, que
se puede ejecutar en cualquier dispositivo con acceso a internet.
8.14. ��Redise�ar� significa que se modifica todo el dise�o en forma iterativa? Si
no es as�, �qu� significa? R= Se define el redise�o del modo siguiente: �Es el
proceso de cambiar un sistema de software en forma tal que no se altera el
comportamiento externo del c�digo [dise�o], pero s� se mejora su estructura
interna.� Cuando se redise�a el software, se examina el dise�o existente en busca
de redundancias, elementos de dise�o no utilizados, algoritmos ineficientes o
innecesarios, estructuras de datos mal construidas o inapropiadas y cualquier otra
falla del dise�o que pueda corregirse para obtener un dise�o mejor. El dise�o
iterativo es una metodolog�a basada en el proceso c�clico de conceptualizar,
dise�ar, probar, analizar y refinar un sitio web.
8.15. Describa en breves palabras cada uno de los cuatro elementos del modelo del
dise�o.
El dise�o es la fase en donde se modela la estructura del sistema, es en esta fase
donde se toma toda la informaci�n obtenida en el an�lisis para crear los cuatro
elementos del dise�o.
Elementos del Dise�o de datos: El dise�o de datos se encarga de modelar las
estructuras de datos que se necesitan para dar soporte al software. Propiamente se
creen las bases de datos y las relaciones entre las tablas.
Elementos del Dise�o arquitect�nico: Tiene su origen en las especificaciones y
requerimientos obtenidos en el an�lisis, se trata de organizar las funciones que el
sistema debe incorporar para cumplir con los requisitos que se han solicitado,
asimismo debe mostrar las relaciones entre el sistema, los subsistemas y las
interacciones con otros sistemas.
Elemento de Dise�o de la interfaz: Describe la forma como el sistema interactuar
con el usuario m�s que la apariencia del sistema.
Elemento de Dise�o a nivel de componente: Es una descripci�n procedimental de cada
una de las partes que fueron especificadas en el dise�o arquitect�nico.