Quiz
Examen 2 Arquitectura
This quiz has a time limit, so it opens in the usual player.
Questions in this quiz (72)
1es una herramienta efectiva para capturar requerimientos. Es un enfoque “top-down” de los requerimientos y se representa como un árbol.
- A Ventajas del story mapping.
- B Story Mappings
- C Métodos agiles.
2 Ventajas del story mapping.
- Ao Presentacion visual del backlog del producto.
o Ayuda a enfocarse en características importantes de la aplicación.
o La estructura de un story map ayuda con la priorización. - Bo Métodos de desarrollo de software con un enfoque iterativo e incremental.
o Iteraciones cortas y centradas a entregar funcionalidad real.
o Equipos de desarrollo auto organizados y multidisciplinarios.
o Promueven poca planeación y/o documentación. - Ces una herramienta efectiva para capturar requerimientos. Es un enfoque “top-down” de los requerimientos y se representa como un árbol.
- Ao Presentacion visual del backlog del producto.
3¿Qué son los métodos ágiles?
- Ao Métodos de desarrollo de software con un enfoque iterativo e incremental.
o Iteraciones cortas y centradas a entregar funcionalidad real.
o Equipos de desarrollo auto organizados y multidisciplinarios.
o Promueven poca planeación y/o documentación. - BNinguna
- Co Se realiza con el propósito de priorizar los requerimientos de alto nivel del sistema de acuerdo al valor del negocio.
- Ao Métodos de desarrollo de software con un enfoque iterativo e incremental.
4 User story workshop
- Ao Se realiza con el propósito de priorizar los requerimientos de alto nivel del sistema de acuerdo al valor del negocio.
- B Cada requerimiento tiene un valor de negocio.
El valor de negocio puede decidirse entre el dueño del producto o el equipo dueño del producto.
El requerimiento con mayor valor de negocio se implementa durante los primeros releases. - Co Realizado por el Project Owner y Scrum Master
o Tiene el propósito de obtener los requerimientos de alto nivel del sistema.
o Genera un conjunto de historias de usuario organizado en temas.
o Las historias de usuario se incluyen en el backlog del producto.
5 Técnicas de priorización.
o Basada en el valor del negocio.- Ase sugiere usar este proceso para cada historia de usuario.
Leer la historia de usuario.
Identificar si existe algún requerimiento de calidad complejo.
Si existe, indicarlo en la historia.
Priorizar la historia de usuario considerando la información resultante. - B Cada requerimiento tiene un valor de negocio.
El valor de negocio puede decidirse entre el dueño del producto o el equipo dueño del producto.
El requerimiento con mayor valor de negocio se implementa durante los primeros releases. - C Realizado por el team y el Scrum Master.
Tiene el propósito de definir la estructura inicial del sistema.
Se recomienda seguir una mecánica análoga a la iteración inicial sugerida para ADD.
- Ase sugiere usar este proceso para cada historia de usuario.
6 Técnicas de priorización.
o Priorizacion del backlog.- A Realizado por el team y el Scrum Master.
Tiene el propósito de definir la estructura inicial del sistema.
Se recomienda seguir una mecánica análoga a la iteración inicial sugerida para ADD.
Decidir sobre dominio/tipo de aplicación a diseñar.
Bocetar la estructura general en una vista.
Verificar.
1. Si se atienden restricciones (técnicas y de negocio).
2. Si se promueve el desarrollo iterativo/incremental entre varios miembros del equipo.
3. Si se atienden principios de diseño.
4. Si se puede ubicar la funcionalidad genérica. - B Cada requerimiento tiene un valor de negocio.
El valor de negocio puede decidirse entre el dueño del producto o el equipo dueño del producto.
El requerimiento con mayor valor de negocio se implementa durante los primeros releases. - Cse sugiere usar este proceso para cada historia de usuario.
Leer la historia de usuario.
Identificar si existe algún requerimiento de calidad complejo.
Si existe, indicarlo en la historia.
Priorizar la historia de usuario considerando la información resultante. - DNinguna
- A Realizado por el team y el Scrum Master.
7 Técnicas de priorización.
o Definicion de la arquitectura base.- Ase sugiere usar este proceso para cada historia de usuario.
Leer la historia de usuario.
Identificar si existe algún requerimiento de calidad complejo.
Si existe, indicarlo en la historia.
Priorizar la historia de usuario considerando la información resultante. - B Realizado por el team y el Scrum Master.
Tiene el propósito de definir la estructura inicial del sistema.
Se recomienda seguir una mecánica análoga a la iteración inicial sugerida para ADD.
Decidir sobre dominio/tipo de aplicación a diseñar.
Bocetar la estructura general en una vista.
Verificar.
1. Si se atienden restricciones (técnicas y de negocio).
2. Si se promueve el desarrollo iterativo/incremental entre varios miembros del equipo.
3. Si se atienden principios de diseño.
4. Si se puede ubicar la funcionalidad genérica. - C Cada requerimiento tiene un valor de negocio.
El valor de negocio puede decidirse entre el dueño del producto o el equipo dueño del producto.
El requerimiento con mayor valor de negocio se implementa durante los primeros releases.
- Ase sugiere usar este proceso para cada historia de usuario.
8Refinamiento de historias de usuario.
- Ao Realizado por el product owner, scrum master y el team.
o Se realiza con el propósito de agregar los criterios de aceptación a historias de usuario.
o Se realiza para los sprints 1-3.
o Informacion de los criterios de aceptación se incrusta en las historias de usuario.
o Se realiza con el propósito de agregar los criterios de aceptación a historias de usuario. - Bo Presentacion visual del backlog del producto.
o Ayuda a enfocarse en características importantes de la aplicación.
o La estructura de un story map ayuda con la priorización. - Ces una herramienta efectiva para capturar requerimientos. Es un enfoque “top-down” de los requerimientos y se representa como un árbol.
- Ao Realizado por el product owner, scrum master y el team.
9CON QUE SE IDENTIFICA ESTE CONCPETO Y PRACTICA AGILES RESPECTO A LA ARQUITECTURA DE SOFTWARE
"User Story Workshop "- APriorización de los Drivers
- BIdentificación de los drivers
- CSelección de drivers
10CON QUE SE IDENTIFICA CADA CONCPETO Y PRACTICA AGILES RESPECTO A LA ARQUITECTURA DE SOFTWARE
"Backlog Priorization "- AEvaluación del diseño arquitectónico con respect a los drivers
- BDefinición de criterios de aceptación de los drivers
- CPriorización de los Drivers
11CON QUE SE IDENTIFICA CADA CONCPETO Y PRACTICA AGILES RESPECTO A LA ARQUITECTURA DE SOFTWARE
Users Stories Reinente- ASelección de drivers
- BEvaluación del diseño arquitectónico con respect a los drivers
- CDefinición de criterios de aceptación de los drivers
12CON QUE SE IDENTIFICA CADA CONCPETO Y PRACTICA AGILES RESPECTO A LA ARQUITECTURA DE SOFTWARE
Sprint planning- ASelección de drivers
- BUso de conpectos de diseño
- Citeración de diseño
13CON QUE SE IDENTIFICA CADA CONCPETO Y PRACTICA AGILES RESPECTO A LA ARQUITECTURA DE SOFTWARE
Retrospective- AEvaluación del diseño arquitectónico con respect a los drivers
- BUso de conpectos de diseño
- Citeración de diseño
14CON QUE SE IDENTIFICA CADA CONCPETO Y PRACTICA AGILES RESPECTO A LA ARQUITECTURA DE SOFTWARE
Simple design- Aiteración de diseño
- BUso de conpectos de diseño
- CSelección de drivers
15CON QUE SE IDENTIFICA CADA CONCPETO Y PRACTICA AGILES RESPECTO A LA ARQUITECTURA DE SOFTWARE
Sprint- AUso de conpectos de diseño
- Biteración de diseño
- CSelección de drivers
16REFINAMIENTO DE HISTORIAS DE USUARIO
- AGIVEN/IF
- BWHEN
- CTHEN
- DTODAS LAS ANTERIORES
17Algunas Técnicas de priorización?
- ABusiness Value Based
Que significa MoScoW - BUser Story Workshop
- CUsers Stories Reinente
- ABusiness Value Based
18Que significa MoScoW
- AM- MUST have this
S- SHOULD have this if at all possible
C- COULD have this if it dos not effect anything else.
W- WONT have this time but would like in the future - BAs a [user role] I want / need/ can [goal] so that [reason]
- CEl valor de negocio puede ser decidio por el Produt Owner o el Team
- AM- MUST have this
19cUÁLES son los • Modelo C4?
- AContexto
- BContenedor
- CComponente-Clases
- DTODOS
20DEFINE DIAGRAMA DE CONTEXTO
- Aun diagrama de contenedor muestra decisiones tecnológicas de alto nivel, como las responsabilidades se distribuyen entre ellos y como se comunican los contenedores.
- Bdiagrama de alto nivel que establece la escena, incluye dependencias clave del sistema y actores.
- Ceste es un nivel opcional de detalle y podrás dibujar un pequeño numero de diagramas de clase UML de alto nivel, si quiero explicar como un patrón en particular o componente será implementado.
21define diagrama de COntenedor
- Adiagrama de alto nivel que establece la escena, incluye dependencias clave del sistema y actores.
- Bpara cada contenedor, un diagrama de componente te permite ver componentes lógicos clave y sus relaciones.
- Cun diagrama de contenedor muestra decisiones tecnológicas de alto nivel, como las responsabilidades se distribuyen entre ellos y como se comunican los contenedores.
22define diagrama componete
- Aeste es un nivel opcional de detalle y podrás dibujar un pequeño numero de diagramas de clase UML de alto nivel, si quiero explicar como un patrón en particular o componente será implementado.
- Bpara cada contenedor, un diagrama de componente te permite ver componentes lógicos clave y sus relaciones.
- Cdiagrama de alto nivel que establece la escena, incluye dependencias clave del sistema y actores.
23define diagrama clases
- Aeste es un nivel opcional de detalle y podrás dibujar un pequeño numero de diagramas de clase UML de alto nivel, si quiero explicar como un patrón en particular o componente será implementado.
- Bpara cada contenedor, un diagrama de componente te permite ver componentes lógicos clave y sus relaciones.
- Cdiagrama de alto nivel que establece la escena, incluye dependencias clave del sistema y actores.
24Define Arquitecturas basadas en eventos:
- Aes un componente que interactúa solamente o predominantemente usando notificación a eventos, en lugar de llamadas a métodos.
- Binfluencian directa y sustancialmente la satisfacción de algunos drivers arquitecturales.
- Ca) Bajo acoplamiento entre componentes.
b) Alta cohesión.
c) Escalabilidad.
d) Fácil de cambiar, evolucionar (evolve).
e) Reúso.
25Patrones arquitecturales:
- Ainfluencian directa y sustancialmente la satisfacción de algunos drivers arquitecturales.
- Buna arquitectura basada en eventos es un componente que interactúa solamente o predominantemente usando notificación a eventos, en lugar de llamadas a métodos.
- CGeneradores de eventos independientes, concurrentes ejemplos: objetos, hilos y procesos.
26En los patrones de eventos define:
Elementos- ACanales de eventos, buses o brokers, al menos uno.
- BGeneradores de eventos independientes, concurrentes ejemplos: objetos, hilos y procesos.
- CLos componentes se comunican con los canales, buses o brokers, no directamente con cada uno.
27En los patrones de eventos define:
• Relaciones- ALos componentes se comunican con los canales, buses o brokers, no directamente con cada uno.
- BCanales de eventos, buses o brokers, al menos uno.
- CGeneradores de eventos independientes, concurrentes ejemplos: objetos, hilos y procesos.
28En los patrones de eventos define:
• Topología- ALos componentes se comunican con los canales, buses o brokers, no directamente con cada uno.
- BGeneradores de eventos independientes, concurrentes ejemplos: objetos, hilos y procesos.
- CCanales de eventos, buses o brokers, al menos uno.
29En patrones de eventos define:
• Semántica- AGeneradores de eventos independientes, concurrentes ejemplos: objetos, hilos y procesos.
- BEventos implícitos. y explícitos
- CLos componentes se comunican con los canales, buses o brokers, no directamente con cada uno.
30En patrones de eventos define
Semántica Con Eventos Implícitos- ALos componentes se comunican con los canales, buses o brokers, no directamente con cada uno.
- BLa identidad de los receptores de eventos es conocida por los que envían los eventos, el orden de ejecución puede ser predicha pero no completamente.
- CLa identidad de los receptores de eventos no es conocida por los que envían los eventos, el orden de ejecución es completamente no determinístico.
31En patros de eventos define:
Semántica con Eventos explítcitos- ALa identidad de los receptores de eventos no es conocida por los que envían los eventos, el orden de ejecución es completamente no determinístico.
- BLos componentes se comunican con los canales, buses o brokers, no directamente con cada uno.
- CLa identidad de los receptores de eventos es conocida por los que envían los eventos, el orden de ejecución puede ser predicha pero no completamente.
32En Patrones de eventos. define:
• Atributos de calidad promovidos.- Aa) Bajo acoplamiento entre componentes.
b) Alta cohesión.
c) Escalabilidad.
d) Fácil de cambiar, evolucionar (evolve).
e) Reúso. - Ba) Dificultar de predecir el orden de operaciones.
b) Dificultad de garantizar el tiempo de respuesta y planificabilidad de tareas. DESEMPEÑO
c) Con algunos mecanismos de eventos omitir eventos es posible. DISPONIBILIDAD
d) El cifrar es difícil de implementar cuando los brokers tienen que filtrar los eventos de acuerdo al contexto. SEGURIDAD
e) Los brokers podrían ser engañados enviando notificaciones al cliente equivocado. SEGURIDAD, CONFIABILIDAD.
f) Un potencial cuello de botella en brokers cuando suscribe y publica sobrecargándolos. - Ca) Invocación implícita. Los eventos activan la invocación de un procedimiento.
b) Activación de datos. Cambiar los datos hace que los elementos sean indicados.
- Aa) Bajo acoplamiento entre componentes.
33En Patrones de eventos. define:
• Atributos de calidad inhibidos.- Aa) Dificultar de predecir el orden de operaciones.
b) Dificultad de garantizar el tiempo de respuesta y planificabilidad de tareas. DESEMPEÑO
c) Con algunos mecanismos de eventos omitir eventos es posible. DISPONIBILIDAD
d) El cifrar es difícil de implementar cuando los brokers tienen que filtrar los eventos de acuerdo al contexto. SEGURIDAD
e) Los brokers podrían ser engañados enviando notificaciones al cliente equivocado. SEGURIDAD, CONFIABILIDAD.
f) Un potencial cuello de botella en brokers cuando suscribe y publica sobrecargándolos. - Ba) Bajo acoplamiento entre componentes.
b) Alta cohesión.
c) Escalabilidad.
d) Fácil de cambiar, evolucionar (evolve).
e) Reúso. - Ca) Invocación implícita. Los eventos activan la invocación de un procedimiento.
b) Activación de datos. Cambiar los datos hace que los elementos sean indicados.
- Aa) Dificultar de predecir el orden de operaciones.
34En Patrones de eventos. define:
• Eventos orientados a familia de árboles.- Aa) Invocación implícita. Los eventos activan la invocación de un procedimiento.
b) Activación de datos. Cambiar los datos hace que los elementos sean - Ba) Dificultar de predecir el orden de operaciones.
b) Dificultad de garantizar el tiempo de respuesta y planificabilidad de tareas. DESEMPEÑO
c) Con algunos mecanismos de eventos omitir eventos es posible. DISPONIBILIDAD
d) El cifrar es difícil de implementar cuando los brokers tienen que filtrar los eventos de acuerdo al contexto. SEGURIDAD
e) Los brokers podrían ser engañados enviando notificaciones al cliente equivocado. SEGURIDAD, CONFIABILIDAD.
f) Un potencial cuello de botella en brokers cuando suscribe y publica sobrecargándolos. - Ca) Bajo acoplamiento entre componentes.
b) Alta cohesión.
c) Escalabilidad.
d) Fácil de cambiar, evolucionar (evolve).
e) Reúso.
- Aa) Invocación implícita. Los eventos activan la invocación de un procedimiento.
35En Patrones de eventos. define:
a) Invocación implícita- ALos eventos activan la invocación de un procedimiento.
- BCambiar los datos hace que los elementos sean indicados.
- CGenera datos de eventos y los publica.
36En Patrones de eventos. define:
b) Activación de datos.- ACambiar los datos hace que los elementos sean indicados.
- BLos eventos activan la invocación de un procedimiento.
- CEnvía sus suscripciones y procesa los eventos recibidos.
37En Patrones de eventos define:
• Componentes clave de “publish-subscribe”.- Aa) Publishers. Genera datos de eventos y los publica.
b) Subscribers. Envía sus suscripciones y procesa los eventos recibidos.
c) P-S service. Es el bróker que filtra y envía los eventos de los publishers a los subscribers interesados. - Ba) Filtrado de eventos (selección de eventos). Selección del conjunto de subscribers que tienen interés en un evento dado. Las suscripciones son guardadas en memoria y buscadas cuando un publisher publica un nuevo evento.
b) Ruteo de eventos (entrega de eventos). El proceso de enrutamiento de los eventos publicados del publisher a todos los suscriptores interesados. - Ca) Un grupo o canal basado en eventos filtrando.
b) Cada evento es publicado a un canal por su publicador.
c) Los subscribers se suscriben a un canal en particular y reciben todos los eventos publicados en un canal.
- Aa) Publishers. Genera datos de eventos y los publica.
38En Patrones de eventos define:
a) Publishers- AGenera datos de eventos y los publica.
- BEs el bróker que filtra y envía los eventos de los publishers a los subscribers interesados.
- CEnvía sus suscripciones y procesa los eventos recibidos.
39En Patrones de eventos define:
b) Subscribers- AGenera datos de eventos y los publica.
- BEnvía sus suscripciones y procesa los eventos recibidos.
- CEs el bróker que filtra y envía los eventos de los publishers a los subscribers interesados.
40En patrones de eventos define:
c) P-S service.- AGenera datos de eventos y los publica.
- BEs el bróker que filtra y envía los eventos de los publishers a los subscribers interesados.
- CEnvía sus suscripciones y procesa los eventos recibidos.
41En patrones de eventos define:
• Funciones clave del bróker.- Aa) Filtrado de eventos (selección de eventos). Selección del conjunto de subscribers que tienen interés en un evento dado. Las suscripciones son guardadas en memoria y buscadas cuando un publisher publica un nuevo evento.
b) Ruteo de eventos (entrega de eventos). El proceso de enrutamiento de los eventos publicados del publisher a todos los suscriptores interesados. - Ba) Un grupo o canal basado en eventos filtrando.
b) Cada evento es publicado a un canal por su publicador.
c) Los subscribers se suscriben a un canal en particular y reciben todos los eventos publicados en un canal. - Ca) Publishers. Genera datos de eventos y los publica.
b) Subscribers. Envía sus suscripciones y procesa los eventos recibidos.
c) P-S service. Es el bróker que filtra y envía los eventos de los publishers a los subscribers interesados.
- Aa) Filtrado de eventos (selección de eventos). Selección del conjunto de subscribers que tienen interés en un evento dado. Las suscripciones son guardadas en memoria y buscadas cuando un publisher publica un nuevo evento.
42En patrones de eventos define:
a) Filtrado de eventos (selección de eventos).- ASelección del conjunto de subscribers que tienen interés en un evento dado. Las suscripciones son guardadas en memoria y buscadas cuando un publisher publica un nuevo evento.
- BEl proceso de enrutamiento de los eventos publicados del publisher a todos los suscriptores interesados.
- CEs el bróker que filtra y envía los eventos de los publishers a los subscribers interesados.
43En patrones de eventos define:
b) Ruteo de eventos (entrega de eventos).- ASelección del conjunto de subscribers que tienen interés en un evento dado. Las suscripciones son guardadas en memoria y buscadas cuando un publisher publica un nuevo evento.
- BEl proceso de enrutamiento de los eventos publicados del publisher a todos los suscriptores interesados.
- CUn grupo o canal basado en eventos filtrando.
44En patrones de eventos define:
• Filtrado de eventos (modelo de suscripción).- Aa) Un grupo o canal basado en eventos filtrando.
b) Cada evento es publicado a un canal por su publicador.
c) Los subscribers se suscriben a un canal en particular y reciben todos los eventos publicados en un canal. - BSelección del conjunto de subscribers que tienen interés en un evento dado. Las suscripciones son guardadas en memoria y buscadas cuando un publisher publica un nuevo evento.
- C Múltiples publicadores.
Múltiples suscriptores.
Un bróker centralizado.
- Aa) Un grupo o canal basado en eventos filtrando.
45En patrones de eventos define:
• Clasificacion de arquitecturas publish-subscribe.- Aa) Modelo centralizado de bróker.
Múltiples publicadores.
Múltiples suscriptores.
Un bróker centralizado.
b) Modelo par-a-par.
Cada nodo puede ser publisher, suscriptor o broker.
Los suscriptores se suscriben a los editores o publicadores directamente.
Publicadores notifican a los suscriptores directamente. - Ba) Un grupo o canal basado en eventos filtrando.
b) Cada evento es publicado a un canal por su publicador.
c) Los subscribers se suscriben a un canal en particular y reciben todos los eventos publicados en un canal. - CSelección del conjunto de subscribers que tienen interés en un evento dado. Las suscripciones son guardadas en memoria y buscadas cuando un publisher publica un nuevo evento.
- Aa) Modelo centralizado de bróker.
46En patrones de eventos define:
a) Modelo centralizado de bróker.- A Múltiples publicadores.
Múltiples suscriptores.
Un bróker centralizado. - B Cada nodo puede ser publisher, suscriptor o broker.
Los suscriptores se suscriben a los editores o publicadores directamente.
Publicadores notifican a los suscriptores directamente. - CSelección del conjunto de subscribers que tienen interés en un evento dado. Las suscripciones son guardadas en memoria y buscadas cuando un publisher publica un nuevo evento.
- A Múltiples publicadores.
47En patrones de eventos define:
b) Modelo par-a-par.- A Cada nodo puede ser publisher, suscriptor o broker.
Los suscriptores se suscriben a los editores o publicadores directamente.
Publicadores notifican a los suscriptores directamente. - B Múltiples publicadores.
Múltiples suscriptores.
Un bróker centralizado. - Ca) Un grupo o canal basado en eventos filtrando.
b) Cada evento es publicado a un canal por su publicador.
c) Los subscribers se suscriben a un canal en particular y reciben todos los eventos publicados en un canal.
- A Cada nodo puede ser publisher, suscriptor o broker.
48En Patrones de eventos. define:
• Middleware de mensajería.- Aes una infraestructura de software o hardware que soporta el envío y recepción de mensajes entre sistemas distribuidos.
provee:
Seguridad en la transferencia de mensajes.
Autenticación y autorización de mensajes. - BTiene una cadena vacía como nombre y el ruteo de mensajes como una cola si la llave de ruteo del mensaje coincide con el nombre de la cola.
- C Cada nodo puede ser publisher, suscriptor o broker.
Los suscriptores se suscriben a los editores o publicadores directamente.
Publicadores notifican a los suscriptores directamente.
- Aes una infraestructura de software o hardware que soporta el envío y recepción de mensajes entre sistemas distribuidos.
49En Patrones de eventos. define:
• Intercambio por default.- ATiene una cadena vacía como nombre y el ruteo de mensajes como una cola si la llave de ruteo del mensaje coincide con el nombre de la cola.
- Bo es una infraestructura de software o hardware que soporta el envío y recepción de mensajes entre sistemas distribuidos.
- C Cada nodo puede ser publisher, suscriptor o broker.
Los suscriptores se suscriben a los editores o publicadores directamente.
Publicadores notifican a los suscriptores directamente.
50En Documentación arquitectural. define:
• Diseño- Ase crea la estructura de la arquitectura, una traducción de las necesidades del usuario (requerimientos) a un mundo de soluciones, en términos de estructuras arquitecturales.
- Bsi un sistema es lo suficientemente grande, debe ser documentado.
- Ces el conjunto de estructuras necesarias para el sistema, las cuales comprenden elementos de software, relaciones entre ellos, y propiedades de ambos.
51En Documentación arquitectural. define:
• Documentación- Ase crea la estructura de la arquitectura, una traducción de las necesidades del usuario (requerimientos) a un mundo de soluciones, en términos de estructuras arquitecturales.
- Bsi un sistema es lo suficientemente grande, debe ser documentado.
- Ces el conjunto de estructuras necesarias para el sistema, las cuales comprenden elementos de software, relaciones entre ellos, y propiedades de ambos.
52En Documentación arquitectural. define:
• Definicion de arquitectura de software- Asi un sistema es lo suficientemente grande, debe ser documentado.
- Bse crea la estructura de la arquitectura, una traducción de las necesidades del usuario (requerimientos) a un mundo de soluciones, en términos de estructuras arquitecturales.
- Ces el conjunto de estructuras necesarias para el sistema, las cuales comprenden elementos de software, relaciones entre ellos, y propiedades de ambos.
53En Documentación arquitectural. define:
• Que es documentar una arquitectura?- AEs sobre documentar una vista, o un conjunto de ellas y después agregar otra documentación que aplique a más de una vista.
- Bes un diagrama. Es una representación visual de una o mas estructuras de una arquitectura que ilustra como la arquitectura dirige uno o mas requerimientos arquitecturales.
- Ces una colección de patrones, templates y convenciones para crear un tipo de vista.
54En Documentación arquitectural. define:
• Vista arquitectural- Aes una colección de patrones, templates y convenciones para crear un tipo de vista.
- Bes un diagrama. Es una representación visual de una o mas estructuras de una arquitectura que ilustra como la arquitectura dirige uno o mas requerimientos arquitecturales.
- Ces el conjunto de estructuras necesarias para el sistema, las cuales comprenden elementos de software, relaciones entre ellos, y propiedades de ambos.
55En Documentación arquitectural. define:
• Viewpoint arquitectural- Aes una colección de patrones, templates y convenciones para crear un tipo de vista.
- B? Es sobre documentar una vista, o un conjunto de ellas y después agregar otra documentación que aplique a más de una vista.
- Csi un sistema es lo suficientemente grande, debe ser documentado.
56En Documentación arquitectural. define:
• Notaciones- Ao Informal – diagrama donde se expresa el sistema, si conexión con sistemas externos y su almacenamiento.
o Semi formal – se basan en notaciones que usan una sintaxis extensa y semántica dentro del dominio de la aplicación.
o Formal – fuerte uso de conceptos de arquitectura, por ejemplo: componente, conector, rol, puerto, propiedades. Basado en un fundamento matemático como un tipo de lógica o algebra. La mayoría de estas notaciones corresponden a ADL (Architecture Description Languages). - Bes una colección de patrones, templates y convenciones para crear un tipo de vista.
- Ces un diagrama. Es una representación visual de una o mas estructuras de una arquitectura que ilustra como la arquitectura dirige uno o mas requerimientos arquitecturales.
- Ao Informal – diagrama donde se expresa el sistema, si conexión con sistemas externos y su almacenamiento.
57En Documentación arquitectural. define:
Notaciones Informales- Afuerte uso de conceptos de arquitectura, por ejemplo: componente, conector, rol, puerto, propiedades. Basado en un fundamento matemático como un tipo de lógica o algebra. La mayoría de estas notaciones corresponden a ADL (Architecture Description Languages).
- Bse basan en notaciones que usan una sintaxis extensa y semántica dentro del dominio de la aplicación.
- Cdiagrama donde se expresa el sistema, si conexión con sistemas externos y su almacenamiento.
58En Documentación arquitectural. define:
Notaciones Semi formal- Adiagrama donde se expresa el sistema, si conexión con sistemas externos y su almacenamiento.
- Bse basan en notaciones que usan una sintaxis extensa y semántica dentro del dominio de la aplicación.
- Cfuerte uso de conceptos de arquitectura, por ejemplo: componente, conector, rol, puerto, propiedades. Basado en un fundamento matemático como un tipo de lógica o algebra. La mayoría de estas notaciones corresponden a ADL (Architecture Description Languages).
59En Documentación arquitectural. define:
Notaciones Formales- Adiagrama donde se expresa el sistema, si conexión con sistemas externos y su almacenamiento.
- Bse basan en notaciones que usan una sintaxis extensa y semántica dentro del dominio de la aplicación.
- Cfuerte uso de conceptos de arquitectura, por ejemplo: componente, conector, rol, puerto, propiedades. Basado en un fundamento matemático como un tipo de lógica o algebra. La mayoría de estas notaciones corresponden a ADL (Architecture Description Languages).
60En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o View points y perspectivas.- A Viewpoint funcional – describe los elementos funcionales del sistema y sus responsabilidades, interfaces y primeras interacciones.
Informacion de viewpoint – describe la forma en que la arquitectura guarda, manipula, administra y distribuye información.
Viewpoint de concurrencia – describe la estructura de concurrencia del sistema para identificar claramente las partes del sistema que pueden ejecutarse concurrentemente.
Viewpoint de desarrollo – describe la arquitectura que soporta el proceso de desarrollo del software.
Viewpoint de deployment – describe el ambiente en el cual el sistema se desplegara, incluyendo las dependencias que tiene el sistema en su ambiente de ejecución.
Viewpoint operacional – describe como el sistema operara, administrara y soportara cuando el sistema esta corriendo en su ambiente de producción. - B Vistas de módulos (tipos de estilos) – descomposición, uso, generalización, capas, aspectos, modelo de datos.
Vistas de C&C – pipe-and-filter, cliente-servidor, p2p, SOA, publica-suscribe, datos compartidos, multicapa.
Vista de localización – deployment, instalación, asignación de trabajo. - C Vista lógica, física, de proceso, deployment y escenarios.
- A Viewpoint funcional – describe los elementos funcionales del sistema y sus responsabilidades, interfaces y primeras interacciones.
61En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o Views and Beyond (V&B).- A Vista lógica, física, de proceso, deployment y escenarios.
- B Vistas de módulos (tipos de estilos) – descomposición, uso, generalización, capas, aspectos, modelo de datos.
Vistas de C&C – pipe-and-filter, cliente-servidor, p2p, SOA, publica-suscribe, datos compartidos, multicapa.
Vista de localización – deployment, instalación, asignación de trabajo. - C La agilidad requiere buena comunicación.
Bocetar es una forma fantástica de comunicar mucha información en un corto tiempo.
62En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o 4 + 1 vista.- A La agilidad requiere buena comunicación.
Bocetar es una forma fantástica de comunicar mucha información en un corto tiempo. - B Vista lógica, física, de proceso, deployment y escenarios.
- C Vistas de módulos (tipos de estilos) – descomposición, uso, generalización, capas, aspectos, modelo de datos.
Vistas de C&C – pipe-and-filter, cliente-servidor, p2p, SOA, publica-suscribe, datos compartidos, multicapa.
Vista de localización – deployment, instalación, asignación de trabajo.
- A La agilidad requiere buena comunicación.
63En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o Bocetos agiles.- A La agilidad requiere buena comunicación.
Bocetar es una forma fantástica de comunicar mucha información en un corto tiempo. - B Vista lógica, física, de proceso, deployment y escenarios.
- C Vistas de módulos (tipos de estilos) – descomposición, uso, generalización, capas, aspectos, modelo de datos.
Vistas de C&C – pipe-and-filter, cliente-servidor, p2p, SOA, publica-suscribe, datos compartidos, multicapa.
Vista de localización – deployment, instalación, asignación de trabajo.
- A La agilidad requiere buena comunicación.
64En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o View points y perspectivas.
Viewpoint funcional- Adescribe los elementos funcionales del sistema y sus responsabilidades, interfaces y primeras interacciones.
- Bdescribe la forma en que la arquitectura guarda, manipula, administra y distribuye información.
- Cdescribe la estructura de concurrencia del sistema para identificar claramente las partes del sistema que pueden ejecutarse concurrentemente.
65En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o View points y perspectivas.
Informacion de viewpoint- Adescribe la forma en que la arquitectura guarda, manipula, administra y distribuye información.
- Bdescribe la estructura de concurrencia del sistema para identificar claramente las partes del sistema que pueden ejecutarse concurrentemente.
- Cdescribe la arquitectura que soporta el proceso de desarrollo del software.
66En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o View points y perspectivas.
Viewpoint de concurrencia- Adescribe la forma en que la arquitectura guarda, manipula, administra y distribuye información.
- Bdescribe la estructura de concurrencia del sistema para identificar claramente las partes del sistema que pueden ejecutarse concurrentemente.
- Cdescribe la arquitectura que soporta el proceso de desarrollo del software.
67En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o View points y perspectivas.
Viewpoint de desarrollo
- Adescribe la arquitectura que soporta el proceso de desarrollo del software.
- Bdescribe el ambiente en el cual el sistema se desplegara, incluyendo las dependencias que tiene el sistema en su ambiente de ejecución.
- Cdescribe la estructura de concurrencia del sistema para identificar claramente las partes del sistema que pueden ejecutarse concurrentemente.
68En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o View points y perspectivas.
Viewpoint de deployment- Adescribe el ambiente en el cual el sistema se desplegara, incluyendo las dependencias que tiene el sistema en su ambiente de ejecución.
- Bdescribe como el sistema operara, administrara y soportara cuando el sistema esta corriendo en su ambiente de producción.
- Cdescribe la arquitectura que soporta el proceso de desarrollo del software.
69En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o View points y perspectivas.
Viewpoint operacional- Adescribe como el sistema operara, administrara y soportara cuando el sistema esta corriendo en su ambiente de producción.
- Bdescribe el ambiente en el cual el sistema se desplegara, incluyendo las dependencias que tiene el sistema en su ambiente de ejecución.
- Cdescribe la estructura de concurrencia del sistema para identificar claramente las partes del sistema que pueden ejecutarse concurrentemente.
70En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o Views and Beyond (V&B).
Vistas de módulos (tipos de estilos)- Adescomposición, uso, generalización, capas, aspectos, modelo de datos.
- Bpipe-and-filter, cliente-servidor, p2p, SOA, publica-suscribe, datos compartidos, multicapa.
- Cdeployment, instalación, asignación de trabajo.
71En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o Views and Beyond (V&B).
Vistas de C&C- Apipe-and-filter, cliente-servidor, p2p, SOA, publica-suscribe, datos compartidos, multicapa.
- Bdeployment, instalación, asignación de trabajo.
- Cdescribe como el sistema operara, administrara y soportara cuando el sistema esta corriendo en su ambiente de producción.
72En Documentación arquitectural. define:
• Metodos – hay diferentes métodos/modelos para documentar arquitecturas:
o Views and Beyond (V&B).
Vista de localización- Apipe-and-filter, cliente-servidor, p2p, SOA, publica-suscribe, datos compartidos, multicapa.
- Bdeployment, instalación, asignación de trabajo.
- Cdescomposición, uso, generalización, capas, aspectos, modelo de datos.
Information
- Description
- Examen2 Arquitectura de Software Quiz on Examen 2 Arquitectura, created by Sarah Rosas on 19/05/2016.
- Author
- Sarah Rosas
- Language
- Español
- Views
- 8
- Tags
- Rating
- No ratings yet Rate this quiz