Este documento presenta una serie de preguntas sobre conceptos clave del diseño de arquitectura de sistemas de software, como la diferencia con otros tipos de diseño, la relación entre el diseño arquitectónico y el diseño detallado de módulos, y ejemplos donde se requiere más creatividad. También incluye preguntas sobre temas como la modularización de programas, el acoplamiento entre módulos, estrategias de redundancia, el momento de seleccionar tecnologías y el nivel de detalle requerido al
0 calificaciones0% encontró este documento útil (0 votos)
116 vistas3 páginas
Este documento presenta una serie de preguntas sobre conceptos clave del diseño de arquitectura de sistemas de software, como la diferencia con otros tipos de diseño, la relación entre el diseño arquitectónico y el diseño detallado de módulos, y ejemplos donde se requiere más creatividad. También incluye preguntas sobre temas como la modularización de programas, el acoplamiento entre módulos, estrategias de redundancia, el momento de seleccionar tecnologías y el nivel de detalle requerido al
Descripción original:
Trabajo en salon de la materia de Introduccion a la Ingenieria de Software
Este documento presenta una serie de preguntas sobre conceptos clave del diseño de arquitectura de sistemas de software, como la diferencia con otros tipos de diseño, la relación entre el diseño arquitectónico y el diseño detallado de módulos, y ejemplos donde se requiere más creatividad. También incluye preguntas sobre temas como la modularización de programas, el acoplamiento entre módulos, estrategias de redundancia, el momento de seleccionar tecnologías y el nivel de detalle requerido al
Este documento presenta una serie de preguntas sobre conceptos clave del diseño de arquitectura de sistemas de software, como la diferencia con otros tipos de diseño, la relación entre el diseño arquitectónico y el diseño detallado de módulos, y ejemplos donde se requiere más creatividad. También incluye preguntas sobre temas como la modularización de programas, el acoplamiento entre módulos, estrategias de redundancia, el momento de seleccionar tecnologías y el nivel de detalle requerido al
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt
Está en la página 1de 3
1.
El diseo de la arquitectura de sistemas de software es distinto al de
otros productos? Para responder aplique la definicin general este presentada en la seccin 3.1.1 en relacin con otro dominio (por ejemplo, el diseo de un automvil) y contrastarla con el diseo de la arquitectura. Es parecido, sin embargo creo que en el software tiene que ser algo mucho mas especifico, ya que no parte de cierta base, si no que se realiza con ciertos objetivos y requisitos desde cero.
2. Cmo acota el diseo de la arquitectura al diseo detallado de los
mdulos? Piense, por ejemplo, en un escenario que tenga que ver con el desempeo y con un tiempo de respuesta limitado. Si se cuenta con una mayor cantidad de mdulos, estos tendran que ser ms detallados.
3. En el momento de su diseo, algunos sistemas requieren ms
creatividad que otros, cules seran ejemplos de ello? Si, por ejemplo al crear algn software para nios, o personas con cierta discapacidad, nos limita y se tiene que tratar de llegar al objetivo incluso con las limitaciones que se puedan llegar a presentar.
4. Considere un programa que lee datos de un archivo, realiza un
procesamiento sobre los datos ledos e imprime el resultado mostrado en pantalla. Elija dos esquemas distintos de modularizacin de este programa y discuta con un(a) compaero(a) qu diferencias pueden resultar de ellas acerca de cualesquier atributos de calidad, como reutilizacin o modificabilidad. Modelo orientado a objetos: Se podra manejar el dato como un objeto. Modelo de capas: Se podra ir modificando el dato de tal forma que se divida en capas, por ejemplo (lectura, resolucin, impresin) 5. Suponga dos mdulos A y B conectados entre ellos. El mdulo B contiene un arreglo que guarda datos y proporciona en su interfaz un mtodo que regresa el arreglo. Cmo es el acoplamiento entre A y B? Considere qu sucedera si posteriormente se decide cambiar el arreglo por una lista ligada, y proponga una manera de resolver el problema si es que existe. El acoplamiento es alto, ya que al modificar uno afecta al otro, y si se cambia por una lista ligara, el acoplamiento se reduce, pero igualmente puede afectar al otro modulo.
6. Para elegir un concepto de diseo sobre otro conviene listar los
beneficios y desventajas de ambos en relacin con el problema que se quiere resolver. Considere las tcticas de redundancia pasiva y de redundancia activa con los que se resuelven problemas de disponibilidad. Discuta con un(a) compaero(a) los pros y los contras de ambas opciones. Dependiendo del diseo que se realiza, la redundancia pasiva cubre un error y la activa cambia el componente. 7. No existe un consenso sobre en qu momento del diseo se deben elegir las tecnologas. Algunos autores sugieren hacer primero un diseo puramente conceptual y luego ligarse a ellas. Sin embargo, en la prctica se observa a menudo que al menos una parte se elige en etapas tempranas de tal proyecto. Qu dificultades podra haber con el enfoque que inicia con un diseo solo conceptual? En qu tipo de proyectos o situaciones sera recomendable? Puede que alguna tecnologa resulte inadecuada al momento de implementarla, creo que podra ser recomendable en caso de que se trate de un diseo con tecnologas simples. 8. Discuta con un(a) compaero(a) las posibles razones de por qu en el diseo de la arquitectura solo se consideran casos de uso primarios y no todo el conjunto de funcionalidad. Porque de esta forma nos podemos dar una mejor idea del funcionamiento del sistema de manera general, sin necesidad de entrar mucho en detalle. 9. Supongamos un sistema pequeo con un diseo tradicional de tres capas (presentacin, negocio y datos). En ellas se ubican mdulos con los que se soporta tres casos de uso del sistema. Considere dos estrategias de desarrollo para un equipo de tres personas: asignacin por capa y asignacin por caso de uso. En la primera estrategia, un ingeniero es asignado a cada capa, en la segunda, otro ingeniero es asignado a cada caso de uso. Discuta con un(a) compaero(a) si ambas estrategias requieren un mismo nivel de detalle en la especificacin de las interfaces de los mdulos. Justifique la respuesta. Por caso de uso necesitara un mayor nivel de detalle, ya que se realizarn acciones de manera mucho ms especfica, incluyendo la presentacin, negocio y datos. En cambio, en el modelo de capas solo se tendra que realizar una especificacin de cada una de las capas. 10. Cmo integrara un mtodo de diseo, como el ADD, en un proceso de desarrollo iterativo? La arquitectura se disea de manera iterativa y en cada iteracin se toma una parte o elemento y se descompone en subelementos.