Arquitectura de Software

Create a Competitive Analysis / SWOT to position your company in the market

Get Started. It's Free
or sign up with your email address
Rocket clouds
Arquitectura de Software by Mind Map: Arquitectura de Software

1. Visión y alcance

1.1. Saber cuales son los objetivos y metas del proyecto

1.2. Que puede realizar con el proyecto (alcance) y que no se puede (limitaciones del proyecto)

1.3. Aquí no se definen los requerimientos específicos todavía

2. El Arquitecto

2.1. Puede ser ?

2.1.1. El de mayor antigüedad o el que inicio el proyecto

2.1.2. Se lo eligió por votación entre los miembros

2.1.3. El que esta más calificado en cuanto a conocimiento o preparación.

2.2. Puede hacer otras funciones aparte de las suyas

2.2.1. No es convencional y se debería evitar

3. Especificación de Arquitectura

3.1. Se obtiene:

3.1.1. El documento de la arquitectura

3.1.2. Recomendaciones

3.1.3. Análisis de riesgos por medios de reportes

3.1.4. Plan para el desarrollo

4. Proceso de Elaboración

4.1. Visión y Alcance

4.1.1. Documento de visión y alcance

4.2. Manejo de Influencias

4.2.1. Documento de análisis global

4.3. Selección de la estrategia de arquitectura

4.3.1. Se decide en base a los anteriores

4.4. Especificación de Arquitectura

4.4.1. Ya se comienza a obtener todos los requerimientos

4.5. Finalmente se realiza un QA de la arquitectura

4.5.1. Salen observaciones

5. Para que sirve?

5.1. Sirve de unión entre análisis de requerimientos y el diseño de software

6. Manejo de Influencias

6.1. Saber quienes son los interesados en el proyecto

6.2. Que se cumplan los requerimientos del alcance y afecten a lo interesados.

6.3. Debe existir una documentación de todo los objetivos, requerimientos, restricciones, etc

7. Selección de la estrategia de arquitectura

7.1. Se escoge el patrón de arquitectura que se va utilizar.

7.2. También se escoge los patrones de diseño.

7.3. Se identifica las vistas del proyecto y como nos vamos a comunicar con los interesados

8. QA de la arquitectura

8.1. Se presenta a los interesados

8.2. Se hace una revisión con el equipo para definir las pruebas

8.3. Se realizan las pruebas de conceptos previo a la implementación de la arquitectura

8.4. Se realiza la arquitectura de transformación, decisiones posteriores al QA

9. Rol del arquitecto

9.1. Una de sus funciones es ser el mediador entre los interes de los clientes (interesados)

9.2. Lograr que los interés de los clientes (interesados) se cumplan

10. Un sistema siempre va a tener una arquitectura.