Está en la página 1de 4

2.

2 DISEO ARQUITECTNICO

En el modelo del proceso de desarrollo de software, el diseo arquitectnico es la primera


etapa en el proceso de diseo del software. Es el enlace crucial entre el diseo y la
ingeniera de requerimientos, ya que identifica los principales componentes estructurales
en un sistema y la relacin entre ellos. La salida del proceso de diseo arquitectnico
consiste en un modelo arquitectnico que describe la forma en que se organiza el sistema
como un conjunto de componentes en comunicacin. [1]

Para la transformacin del modelo de anlisis en un modelo de diseo del sistema, se


definen los objetivos de diseo del proyecto, se descompone el sistema en subsistemas
ms pequeos que pueden ser realizados por diferentes equipos y se seleccionan
estrategias para la construccin del sistema como elegir la plataforma de hardware y
software en la que se ejecutar, el formato y el sistema de almacenamiento de datos
persistentes, la arquitectura estructural , el flujo de control global o la poltica de control de
acceso e interfaz.

1.1 Salida del diseo arquitectnico

El proceso de diseo inicial que identifica estos subsistemas y establece como se lleva a
cabo su control y comunicacin se llama diseo arquitectnico.
Como se muestra en la figura 1.1, las actividades principales del Diseo arquitectnico
son decisiones:

Estructuracin del sistema en varios subsistemas principales.


Descomposicin modular donde cada subsistema se divide en componentes o
mdulos interconectados.
Modelado del control o estructuracin de un plan de control para la ejecucin del
sistema por partes.

El diseo arquitectnico construye una salida que no es otra cosa que una serie de
documentos con diversas perspectivas de la arquitectura del sistema:

Modelo estructural esttico. Describe subsistemas o componentes a desarrollar


como unidades separadas.
Modelo de proceso dinmico. Describe la organizacin del sistema en tiempo de
ejecucin.
Modelo de interfaz. Describe la definicin de los servicios ofrecidos por cada
subsistema a travs de su interfaz pblica.
Modelos de relacin. Describe las relaciones entre los distintos mdulos o
subsistemas, por ejemplo: los flujos de datos entre subsistemas.
Modelo de distribucin. Describe como se distribuyen los subsistemas entre los
componentes fsicos (computadores, nodos de red)

La arquitectura puede estar en funcin de requisitos no funcionales (rendimiento,


robustez, mantenibilidad) necesarios para el sistema y que en ocasiones pueden exigir
arquitecturas contradictorias. Las principales condiciones no funcionales y sus
restricciones son:

Rendimiento. Si se necesita un elevado rendimiento se utilizarn pocos


subsistemas con poca comunicacin.
Proteccin. Las aplicaciones con elevado nivel de seguridad necesitarn
estructurarse en capas con los recursos crticos protegidos en las capas ms
internas y contarn con elevados niveles de validacin.
Disponibilidad. Puede obligar a incluir componentes redundantes que puedan
reemplazarse y actualizarse sin detener el sistema.
Mantenibilidad. Mejora cuando se utilizan componentes ms pequeos que
pueden intercambiarse con facilidad. [2][3]

El diseo de la arquitectura del software tiene en cuenta 2 niveles de la pirmide, el


diseo de datos y el diseo arquitectnico. El diseo de datos nos facilita la
representacin de los componentes de datos de la arquitectura. El diseo arquitectnico
se centra en la representacin de la estructura de los componentes del software, sus
propiedades e interacciones. [4]
El diseo de datos tambin llamado arquitectura de datos, crea un modelo de datos y/o
informacin que se representa con un nivel de abstraccin (visin de datos
cliente/usuario). Los objetos de datos son modelados utilizando diagramas de entidad-
relacin y el diccionario de datos. La actividad de diseo de datos traduce esos elementos
del modelo de requisitos en estructuras de datos a nivel de los componentes del software
y, cuando es necesario a arquitecturas de base de datos a nivel aplicacin.

1.2 Almacn de Datos

Como se muestra en la figura 1.2, un almacn de datos se encuentra en el centro de la


arquitectura, los otros componentes tienen acceso a l y cuentan con la opcin de
actualizar, agregar, eliminar o modificar datos de dicho almacn. [4]

1.3 Cuadro Comparativo (Arquitectura vs. Diseo)


Como se ilustra en la figura 1.3 la arquitectura envuelve un conjunto de decisiones
estratgicas de diseo, lineamientos, reglas y patrones que restringen el diseo y la
implementacin del software. [3]

Bibliografa
[1] Sommerville, I. (2011). Ingeniera de Software (9na. edicin ed.). Mxico: Pearson.

[2] Software, I. d. (2011). Tema 4. Diseo arquitectnico. Obtenido de Diseo arquitectnico:


https://eseida.wikispaces.com/file/view/Tema+4++Dise%C3%B1o+Arquitect%C3%B3nico
pdf

[3] Diseo Arquitectura Del Software. (s.f.). Obtenido de Qu es arquitectura? :


https://docs.google.com/document/d/12elemwIMnh0fTEaZxBWLT2DKUScUbBLfWhqZdFr
MwqY/edit

[4] Libre, W. L. (s.f.). Arquitectura de Software. Obtenido de


https://es.wikipedia.org/wiki/Arquitectura_de_software

También podría gustarte