Arquitectura

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Arquitectura por Mind Map: Arquitectura

1. Roles

1.1. Responsable: Arquitecto

1.2. Intérpretes adicionales:

1.2.1. Desarrollador

1.2.2. Gerente de proyecto

2. Pasos

2.1. Refinar los objetivos arquitectónicos y requisitos arquitectónicamente significativos

2.1.1. Trabajar en equipo conjunto con los actores para obtener los requerimiento, de esta manera revisar el estado de los objetivos y los Requisitos de gran importancia de la Arquitectura

2.2. Identificar los elementos de diseño de gran importancia arquitectónica

2.2.1. Identificar los elementos concretos de diseño (como Componentes , clases y subsistemas ) y proporcionar al menos un nombre y una breve descripción de cada uno

2.2.2. Recursos

2.2.2.1. Requisitos de gran importancia arquitectónica

2.2.2.2. Abstracciones Claves

2.2.2.3. Los componentes que encapsulan la interfaz del sistema con sistemas externos.

2.2.2.4. Los componentes que implementan los mecanismos de arquitectura

2.2.2.5. Arquitectura e importantes patrones de diseño.

2.2.3. Preguntas

2.2.3.1. ¿Qué está lógicamente o funcionalmente relacionado (el mismo caso de uso o servicio, por ejemplo) ? ¿Qué entidades prestan servicios a varios otros? ¿Qué entidades dependen unos de otros ? Fuertemente o débilmente ? ¿Qué entidades debe ser capaz de intercambiar de forma independiente de los demás? ¿Qué va a ejecutar en el mismo nodo del procesador o de la red ? ¿Qué partes se ven limitados por los requisitos de rendimiento similares ?

2.3. Refine mecanismos arquitectónicos

2.3.1. Afinar los mecanismos arquitectónicos aplicables , según sea necesario para apoyar el diseño .

2.4. Definir la arquitectura de desarrollo y arquitectura de prueba

2.4.1. Asegúrese de que los de desarrollo y pruebas arquitecturas se definen

2.5. Identificar oportunidades de reutilización adicionales

2.5.1. Continuar buscando más oportunidades de reutilizar los activos existentes

2.6. Valida La Arquitectura

2.6.1. Asegúrese de que la arquitectura es compatible con los requisitos y las necesidades del equipo .

2.7. Mapa del software al hardware

2.7.1. En el mapa los elementos de diseño arquitectónicamente significativos en el entorno de despliegue de destino.

2.8. comunicar decisiones

2.8.1. Asegúrese de que los que necesitan para actuar sobre la obra arquitectónica entienden y son capaces de trabajar con él.

3. Tareas

3.1. Entradas

3.1.1. opcional

3.1.1.1. Diseño técnico

3.1.1.1.1. Diseño

3.1.1.2. Implementación Técnica

3.1.1.2.1. Construir Implementación

3.1.2. Obligatorio:

3.1.2.1. -Documento Arquitectura

3.1.2.2. -Especificaciones técnicas]

3.1.2.3. -Glosario

3.1.2.4. -Requisitos del sistema

3.1.2.5. Caso de Uso

3.1.2.6. Modelo Use-Case

3.1.2.7. Visión

3.2. Salidas

3.2.1. Docuemnto de Arquitectura

4. Consideraciones clave

4.1. refinar diseño de arquitectura con todo el equipo

4.1.1. con en fin de

4.1.1.1. promover el consenso y un entendimiento común de la solución global

4.2. El arquitecto

4.2.1. debería estar trabajando para coordinar y orientar las actividades técnicas del equipo en lugar de hacer todo el trabajo solo

4.3. Asegúrese

4.3.1. que la descripción de la arquitectura transmite claramente no sólo la solución, sino también la motivación y objetivos relacionados con las decisiones que se han hecho en la configuración de la arquitectura

4.3.1.1. Esto hará

4.3.1.1.1. sea más fácil para que otros puedan entender la arquitectura y adaptarse con el tiempo

4.4. Puede comunicar sus decisiones de tantas maneras como desee.

4.4.1. Por ejemplo

4.4.1.1. Publicación del código fuente de referencia

4.4.1.2. Publicación de los modelos de referencia

4.4.1.3. Publicación de la documentación de la arquitectura de software

4.4.1.4. Presentaciones formales del material

4.4.1.5. Tutoriales informales de la arquitectura

4.5. A medida que evolucionan la arquitectura, es posible que desee evolucionar sus modelos arquitectónicos.

5. Mas informacion

5.1. Directrices

5.1.1. Abstract Away Complexity

5.1.2. Modeling the Architecture

5.1.3. Representing Interfaces to External Systems

5.1.4. Software Reuse

5.2. Conceptos

5.2.1. Architectural Constraints

5.2.2. Architectural Goals

5.2.3. Architecturally Significant Requirements

5.2.4. Architectural Mechanism

5.2.5. Component

5.2.6. Executable Architecture

5.2.7. Key Abstractions

6. Integrantes

6.1. Hernandez Salazar, Eidelman

6.2. Marin Cortez, Julio Cesar