Modelar La Arquitectura De Un Software

Páginas: 16 (3823 palabras) Publicado: 13 de septiembre de 2011
Modelar la arquitectura de un sistema de Software
Para asegurarse de que su sistema de software o aplicación satisface las necesidades de los usuarios, puede crear modelos en Visual Studio Ultimate como parte de la descripción de la estructura y el comportamiento globales del sistema de software o aplicación. A través de los modelos, también puede describir los patrones que se usan a lo largo detodo el proceso de diseño. Estos modelos le ayudan a entender la arquitectura existente, a analizar los cambios y a transmitir sus intenciones con claridad.
El propósito de un modelo es reducir las ambigüedades que se producen en las descripciones con el lenguaje natural y ayudarle a usted y a sus colegas a visualizar el diseño y a analizar diseños alternativos. Un modelo debería usarse juntocon otros documentos o explicaciones. Un modelo no constituye una especificación completa de la arquitectura por sí solo.
Nota
A lo largo de este tema, el término "sistema" hace referencia al software que se está desarrollando. Puede tratarse de una amplia colección de muchos componentes de hardware y software, o de una única aplicación, o de parte de una aplicación.
La arquitectura de unsistema puede dividirse en dos áreas:
• Diseño de alto nivel. Aquí se describen los componentes principales y el modo en que interactúan entre sí para satisfacer cada uno de los requisitos. Si el sistema es grande, cada componente puede tener su propio diseño de alto nivel, donde se muestra su composición a partir de componentes más pequeños.
• Modelos de diseño y convenciones que se usan a lo largodel proceso de diseño de los componentes. Un modelo describe un determinado enfoque para lograr un objetivo de programación. Si se usan los mismos modelos a lo largo de un diseño completo, el equipo puede reducir el costo que suponen los cambios y el desarrollo de nuevo software.
Diseño de alto nivel
________________________________________
En un diseño de alto nivel se describen loscomponentes principales del sistema y el modo en que interactúan entre sí para lograr los objetivos del diseño. En el desarrollo del diseño de alto nivel, están implicadas las actividades de la lista siguiente, aunque no necesariamente en un orden determinado.
Si está actualizando código existente, podría comenzar describiendo los componentes principales. Asegúrese de que comprende los cambios que debenrealizarse en los requisitos de los usuarios y, a continuación, agregue o modifique las interacciones entre los componentes. Si está desarrollando un sistema nuevo, comience por identificar las características principales de las necesidades de los usuarios. A continuación, podrá analizar las secuencias de interacciones de los casos de uso principales y, posteriormente, consolidar las secuencias enun diseño de componentes.
En todo caso, resulta útil desarrollar en paralelo las diferentes actividades y desarrollar el código y las pruebas en una fase inicial. No intente completar uno de estos aspectos antes de comenzar con otro. Normalmente, a medida que escriba y pruebe el código, irán cambiando los requisitos y su concepción acerca de cuál es el mejor modo de diseñar el sistema. Por tanto,debe empezar por concebir y codificar las características principales de los requisitos y el diseño. Ocúpese de los detalles en posteriores iteraciones del proyecto.
• Descripción de los requisitos. El punto inicial de cualquier diseño es una descripción clara de las necesidades de los usuarios.
• Modelos arquitectónicos. Las elecciones que hace respecto a las tecnologías y elementosarquitectónicos básicos del sistema.
• Componentes y sus interfaces. Puede dibujar diagramas de componentes en los que se muestren las partes principales del sistema y las interfaces a través de las que interactúan entre sí. Las interfaces de cada componente incluyen todos los mensajes que se identificaron en los diagramas de secuencia.
• Interacciones entre componentes. Para cada caso de uso, evento o...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Arquitectura de software modelo de cascada
  • arquitectura del software
  • Arquitectura de software
  • Arquitectura Del Software
  • Arquitectura de software
  • Arquitectura de softwared
  • Arquitectura de software
  • Arquitectura de Software

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS