Está en la página 1de 13

Desarrollo de Software

Programa de la asignatura:
Diseño y arquitectura de software

Unidad 1.
Arquitectura de software

Clave:
Licenciatura: TSU:
15142424 / 16142525

México, D.F. Noviembre, 2015

Universidad Abierta y a Distancia de México


Unidad 1. Arquitectura de software

Índice
Foro general de la asignatura Diseño y arquitectura de software .................................. ………3
Actividad 1. El diseño arquitectónico en el desarrollo de software….. ...................................... 4
Actividad 2. Lenguaje descriptor de arquitectura……………………………………. .............. 7
Actividad 3. Vistas de la arquitectura de softwar…………………………………….9
Evidencia de aprendizaje. El modelo de vistas 4+1 en un caso de arquitectura de
software………………………………………………………………………………..11
Autorreflexiones……………………………………………………………………………………………
…..13

UNADM | DCEIT | DS | DDRS 2


Unidad 1. Arquitectura de software

Foro general de la asignatura Diseño y arquitectura de software

Bienvenido(a) al foro general de la asignatura de Diseño y arquitectura de software, el


cual ha sido diseñado para que ingreses cada vez que lo necesites, ya sea para
presentarte con el grupo, para compartir alguna pregunta, inquietud, o para apoyar a tus
compañeros(as) en la resolución de dudas. El foro estará abierto durante todo el ciclo
escolar y en él podrás:

 Comentar asuntos personales como tu nombre y experiencias propias.


 Compartir dudas o comentarios relacionados con detalles técnicos, por ejemplo,
sobre la instalación de alguno de los programas que se usan en el curso.
 Comentar sobre temas directamente relacionados con el contenido de la
asignatura.

IMPORTANTE: Recuerda que todos los comentarios deben realizarse de manera


respetuosa y responsable.

Foro no ponderable.

UNADM | DCEIT | DS | DDRS 3


Unidad 1. Arquitectura de software

Actividad 1. El diseño arquitectónico en el desarrollo de software

Introducción

El diseño arquitectónico en el desarrollo de software tiene como objetivo:

Establecer una organización del sistema que satisfaga los requerimientos funcionales y no
funcionales del propio sistema. Debido a que es un proceso creativo, las actividades dentro del
proceso difieren radicalmente dependiendo del tipo de sistema a desarrollar, el conocimiento y la
experiencia del arquitecto del sistema y los requerimientos específicos del mismo (Summerville,
2005).

Como actividad introductoria al conocimiento del diseño arquitectónico de software, participarás


en un foro para compartir tus aportaciones sobre la importancia de la arquitectura de software y el
rol del arquitecto en el desarrollo de un proyecto de software.

Instrucciones
El propósito de la actividad es debatir sobre la importancia de la arquitectura de software
y el rol del arquitecto en el desarrollo de sistemas de software, para ello, sigue estos
pasos:

1. Investiga en diversas fuentes a tu alcance la importancia del desarrollo de una


arquitectura de software.

2. Identifica su relación con el diseño de software.

3. Identifica y explica en qué consiste el rol de un arquitecto de software y


cuáles son las actividades que debe realizar en el proceso de desarrollo de un
sistema de software.

UNADM | DCEIT | DS | DDRS 4


Unidad 1. Arquitectura de software

4. Explica un concepto de arquitectura de software y desarrolla tu propio


concepto.

5. Integra el desarrollo de tu actividad en un reporte mediante un documento que


contenga: carátula y los datos de identificación completos así como las fuentes
de consulta. Posteriormente, guarda tu actividad con el nombre
DDRS_U1_A1_XXYZ. Sustituye las XX por las dos primeras letras de tu
primer nombre, la Y por tu primer apellido y la Z por tu segundo apellido.

6. Lee detenidamente los criterios de evaluación de la actividad para que los


consideres durante su desarrollo.

7. Ingresa al Foro y participa respondiendo a los planteamientos y líneas de


discusión que publique tu Docente en línea. Redacta en el cuadro de texto una
breve reseña de tu actividad no mayor a cinco renglones y a continuación
adjunta tu archivo. Al finalizar, da clic en enviar para publicarlo y esté accesible
a tus compañeros y docente en línea.

8. Analiza la participación de dos de tus compañeros. Lee detenidamente sus


aportaciones y comenta cómo influyó su investigación en tu comprensión del
tema.

9. Espera y atiende la retroalimentación correspondiente.

10. Envía una segunda participación al Foro donde integres la retroalimentación de


tu docente en línea y de tus compañeros(as).

*No olvides considerar, además de los criterios de evaluación de la actividad, los


criterios de la Rúbrica general de participación en Foros, que puedes consultar en el
apartado Material de apoyo.

UNADM | DCEIT | DS | DDRS 5


Unidad 1. Arquitectura de software

UNADM | DCEIT | DS | DDRS 6


Unidad 1. Arquitectura de software

Actividad 2. Lenguaje descriptor de arquitectura

Introducción
Los lenguajes de descripción de arquitecturas ADL surgieron con el fin de satisfacer
requerimientos descriptivos que necesitan un alto nivel de abstracción y lograr una arquitectura de
manera estándar y adecuada.

Existen muchas variantes de ADLs creados por diversos autores y/o instituciones por lo que es
importante identificar las características, elementos, ventajas y desventajas de algunos de ellos y
gracias al análisis que se realice podrás determinar el ADL que consideres adecuado para el
desarrollo de una arquitectura de software.

Instrucciones

El propósito de la actividad es identificar los principales lenguajes de descripción de


arquitecturas y sus características, con el fin de reconocer sus elementos. Para comenzar
atiende estas instrucciones:

1. Describe qué es un lenguaje descriptor de arquitecturas, su importancia y las


ventajas de uso.

2. Investiga en diversas fuentes a tu alcance al menos cinco lenguajes descriptores


de arquitectura.

3. Identifica casos de aplicación de cada uno de ellos.

4. Explica los siguientes elementos: nombre del lenguaje, fecha de


descubrimiento, investigador o institución que lo desarrolló, descripción
general, y al menos, cuatro características que los distingan. Para mostrar la
información puedes utilizar la herramienta de tu elección.

UNADM | DCEIT | DS | DDRS 7


Unidad 1. Arquitectura de software

5. Realiza la actividad en un documento con carátula y los datos de identificación


completos, posteriormente guárdala con la nomenclatura
DDRS_U1_A2_XXYZ. Sustituye las XX por las dos primeras letras de tu
primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu
segundo apellido.

6. Consulta los criterios de evaluación de la actividad para que consideres los


aspectos a evaluar.

7. Envía la actividad a tu docente en línea para recibir retroalimentación mediante


la herramienta Tarea. Espera y atiende la retroalimentación correspondiente.

UNADM | DCEIT | DS | DDRS 8


Unidad 1. Arquitectura de software

Actividad 3. Vistas de la arquitectura de software

Introducción

Las vistas de un sistema representan perspectivas de una arquitectura de modelado, se reconocen


diversas vistas dependiendo del organismo que se tome como referencia, pero la más simple es:
lógica, conceptual y física. Las vistas representan una abstracción de la realidad desde un enfoque
determinado.

En la presente actividad a partir de un caso que será definido por tu docente en línea pondrás en
práctica los conocimientos previos adquiridos para el análisis del problema que se te presenta y de
esta manera determinar el objetivo y los requerimientos y, en base a lo anterior, identificar las
vistas básicas de acuerdo al modelo de Microsoft.

Instrucciones
El propósito de la actividad es identificar las vistas básicas de la arquitectura de un
sistema de software. Tu docente en línea te hará llegar un caso con el que desarrollarás
lo siguiente:

1. Identifica el objetivo del sistema.

2. Determina los requerimientos funcionales y no funcionales y la problemática,


situación o área de oportunidad a la que se dirige.

3. Identifica las vistas:


 Lógica
 Conceptual
 Física

4. Ejemplifica cada una de las vistas a partir del caso.

5. Elabora una conclusión para explicar las vistas en tu caso.

UNADM | DCEIT | DS | DDRS 9


Unidad 1. Arquitectura de software

6. Lee detenidamente los criterios de evaluación de la actividad para que los


consideres en el desarrollo de la misma.

7. Guarda la actividad con el nombre DDRS_U1_A3_XXYZ. Sustituye las XX


por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer
apellido y la Z por la inicial de tu segundo apellido.

8. Consulta los criterios de evaluación de la actividad para consideres los


aspectos a evaluar.

9. Envía la actividad a tu docente en línea para recibir mediante la herramienta


Tarea. Espera y atiende la retroalimentación correspondiente.

UNADM | DCEIT | DS | DDRS 10


Unidad 1. Arquitectura de software

Evidencia de aprendizaje. El modelo de vistas 4+1 en un caso de arquitectura de


software

Introducción

La arquitectura de software constituye un diseño de alto nivel del sistema y una forma de
representarla es mediante el modelo de vistas 4+1, el cual se ha perfilado como referente en este
ámbito y fue desarrollado por Philippe Kruchten para organizar el software en el entorno de
desarrollo. En el modelo se proponen cuatro vistas (lógica, desarrollo, procesos y física) y una
vista adicional (escenario) utilizada para vincular a las demás.

La representación de la arquitectura bajo este modelo considera, además de las vistas descritas,
hacia qué tipo de usuario va dirigido el diseño o qué funcionalidad es la que proporcionará a
desarrolladores, soporte técnico, usuario final, etc. Integrando, además, para su representación,
diagramas UML que estudiaste en asignatura previa.

Instrucciones
El propósito de la actividad es representar mediante el modelo de vistas 4+1 y UML un
caso de arquitectura de sistema de software. Para ello sigue estas instrucciones:

1. Retoma el caso de estudio planteado por tu docente en línea en la actividad 3 de la


presente unidad.

2. Realiza una propuesta de arquitectura de software con base en la aplicación del


modelo de vistas 4+1 definido por Kruchten (1995) describiendo los siguientes
elementos:
a. Las diferentes vistas del modelo conforme a los aspectos que deben de
incluirse en cada una.
b. Considera que cada vista representa la funcionalidad que el sistema
proporciona a los distintos involucrados: desarrollador, usuario final, etc.

UNADM | DCEIT | DS | DDRS 11


Unidad 1. Arquitectura de software

Nota: Utiliza la herramienta de tu elección para la generación del texto y los diagramas
asociados.

3. Elabora los diagramas UML necesarios que complementen la información de cada


una de las vistas. Puedes verificar los diagramas UML asociados a cada vista en la
tabla incluida en el documento de contenido de la primera unidad.

4. Integra tu actividad en un reporte donde expongas la documentación del proceso


realizado, con la siguiente estructura:
 Portada.
 Índice.
 Introducción.
 Desarrollo con los elementos descritos en los pasos 1, 2 y 3 de esta actividad.
 Conclusiones.
 Referencias consultadas.

5. Al finalizar, guarda tu Evidencia con la nomenclatura DDRS_U1_EA_XXYZ.


Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por tu primer
apellido y la Z por tu segundo apellido.

6. Lee detenidamente los criterios de evaluación de la Evidencia para que los


consideres en el desarrollo de la misma.

7. Envía tu Evidencia al docente en línea mediante el Portafolio de evidencias para


recibir retroalimentación. Espera y atiende la retroalimentación correspondiente.

UNADM | DCEIT | DS | DDRS 12


Unidad 1. Arquitectura de software

Autorreflexiones
Además de enviar tu trabajo de la Evidencia de aprendizaje, desarrolla los planteamientos
que tu docente en línea te presente, a partir de ellos elabora tu Autorreflexión; al finalizar,
guárdala utilizando la nomenclatura DDRS_U1_ATR_XXYZ.

Posteriormente, envía tu archivo mediante la herramienta Autorreflexiones.

UNADM | DCEIT | DS | DDRS 13

También podría gustarte