Introduccion

Introducción

Configuración, validación y mantenimiento de arquitectura de software consistente, correcto y comunicativo en su contexto y la interacción con su medio ambiente no es una tarea trivial.

Una nueva arquitectura debe ser creado. Pero, ¿cómo saber si esta arquitectura es bueno? Cubriendo todas las áreas, tratando con todos los requisitos y atributos de calidad es difícil, peroolvidándose de hablar de uno o más es fácil y dejará espacio para suposiciones.

Debido a los requisitos cambiantes, su arquitectura necesita ser cambiado. Pero, ¿cómo saber si todavía es consistente? Documentos inestables y modelos confundirá a los equipos de desarrollo y prueba, que no sabrán qué construir o lo que la intención del sistema es.

¿Cómo se puede hacer un uso práctico de lascapacidades de modelado de Microsoft Visual Studio 2010 en el ciclo de vida de las aplicaciones y un enfoque arquitectónico que cubra estos desafíos y crear la arquitectura de software bien?

 

Arquitectura de Software bueno: Un Enfoque

Arquitectura de software orienta a la realización de un sistema de software, el cual debe cumplir con los objetivos de negocio. Esta arquitectura tiene que sercorrecta, coherente y comunicativo cuando tiene que cubrir las necesidades de estos objetivos de negocio. Cuando usted se centra en estos aspectos de la arquitectura de software, se puede determinar que la arquitectura es realmente buena cuando:

Corregir. La arquitectura se basa en las declaraciones validados que cubren el entorno del sistema y, sobre todo, los intereses de las partesinteresadas. Estas declaraciones tienen la prioridad. La arquitectura final es el equilibrio entre todos estos estados prioritarios.
Consistente. Las decisiones arquitectónicas no chocan. La arquitectura se comprobará la integridad, la coherencia, la accesibilidad y la traducibilidad en aplicación del ciclo de vida (ALM) los artefactos, elementos de configuración y los elementos de trabajo, tales como casosde prueba, fuentes y documentos de mantenimiento.
Comunicado. La arquitectura es comunicada y comprobada con las partes interesadas, que conocen su relación con e influir en él. La arquitectura física y las decisiones arquitectónicas deben ser contagiosa, y los interesados ​​deben encontrar el lugar adecuado para ellos.
Modelo de Razonamiento

Apoyar la creación de una arquitectura correcta,se utiliza un modelo de razonamiento (ver Figura 1) que se basa en DyA | Software.1 Este modelo ayuda al arquitecto de software en la toma de decisiones y el análisis de equilibrio que es más importante-con la corrección y consistencia de la arquitectura.

Durante el ciclo de vida de la aplicación de un sistema, incluido el proceso de realización (el ciclo de vida de desarrollo de software[SDLC]), un sistema se ve influenciada por los cambios en los requisitos y en la planificación, las diferencias entre los equipos de proyecto, y más. Todos estos cambios deben montarse dentro de la arquitectura y viceversa. Teniendo en cuenta estos diferentes cambios de y para personas diferentes, la amplia diversidad de aspectos hace arquitectura creación de una tarea interesante. El modelo derazonamiento ayuda a cubrir todos estos aspectos de la arquitectura de software.

Hay tres dimensiones sobre la que un arquitecto debe pensar en relación con el sistema. Estos son el dominio de la aplicación, el dominio de la construcción, y el dominio de desarrollo:

Aplicación dominio direcciones de lo que el sistema significa para el cliente, el usuario final del sistema. Este dominio se describenlos objetivos, las necesidades, el valor del negocio, casos de uso, la funcionalidad y la calidad del sistema.
Construcción de dominio direcciones de los elementos de los que se construye el sistema-los componentes, interfaces, y así sucesivamente-, así como los patrones de diseño, la infraestructura y otras tecnologías.
Desarrollo de dominio direcciones de los procesos o métodos que se...