<LogodelaEmpresaCliente>

Documento de Arquitectura del Software Proyecto: <Nombre del Proyecto>

Versin: <x.y.z>
Nota: Eltextoincluidoenrectngulosazulesyelexhibidoencursivaazul(Estilo=InfoBlue)se incluye con el fin de proporcionar una gua para el llenado de este documento y debe ser eliminadoantesdepublicareldocumento.Unprrafoincorporadodespusdeesteestiloser fijadoautomticamentealnormal(Estilo=InfoBlue). Parapersonalizarloscamposautomticos(camposconfondogris)enOpenOffice.orgWriter, debeseleccionarArchivo>PropiedadesyenlapestaadescripcinsustituyaloscamposdeTtulo, TemayComentariosporlainformacinapropiadaparaestedocumento.Despusdecerrarel dilogo, los campos automticos sern actualizados automticamente. Para actualizar la numeracindelndicedeContenidohagaclicderechosobreestecampoautomticoyluegoclic enActualizarndice/Tabla. VealaayudadelOpenOffice.orgparamsinformacinsobreel trabajoconcampos. DescripcindelArtefacto:Esunaespecificacindelasideasprincipalesdeldiseo.Proporciona una descripcin entendible de la arquitectura del sistema software y sirve como medio de comunicacin entre el arquitecto de software y otros miembros de equipo del proyecto con respectoalasdecisionesarquitectnicamentesignificativasquesehantomadoenelproyecto. Contienevariasvistasquemuestranaspectosdistintosdelsistemacomoson:VistadeCasosde Uso,VistaLgica,VistadeImplementacin,VistadelProceso,VistadeImplantacinyVistade Datos.

Identificador del documento:

<insertar identificador del documento>

DocumentodeArquitecturadelSoftware <NombredelProyecto>

Versin:<x.y.z>

Historial de Revisiones
Versin <x.y.z> Fecha <dd/mm/aa> <nombre> Autor <especificaciones> Descripcin

<Nombre de la Organizacin>,<Ao>

Pg.2de12

DocumentodeArquitecturadelSoftware <NombredelProyecto>

Versin:<x.y.z>

ndice de Contenido
1 Introduccin..................................................................................................................................................5 1.1 Alcance................................................................................................................................................5 1.2 Definiciones, Acrnimos y Abreviaturas................................................................................................5 1.3 Documentos relacionados....................................................................................................................5 2 Resumen Arquitectnico ..............................................................................................................................5 2.1 Hechos ms Importantes......................................................................................................................5 2.2 Estilo Arquitectnico.............................................................................................................................5 2.3 Objetivos de la Arquitectura..................................................................................................................6 3 Componentes Significativos de la Arquitectura del Sistema .........................................................................6 3.1 Presentacin/Componentes de la Interfaz de Usuario...........................................................................6 3.2 Componentes Lgicos de la Aplicacin................................................................................................6 3.3 Componentes de Almacenamiento de Datos........................................................................................6 4 Vista de Casos de Uso.................................................................................................................................7 5 Vista Lgica..................................................................................................................................................7 5.1 Reparticin del Procesamiento.............................................................................................................7 5.2 Paquetes de Diseo significativos Arquitectnicamente........................................................................7 5.3 Realizacin de los Casos de Uso........................................................................................................7 6 Vista de Procesos.........................................................................................................................................8 7 Vista de Implementacin .............................................................................................................................8 7.1 Visin General......................................................................................................................................8 7.2 Capas...................................................................................................................................................8 8 Vista de Implantacin...................................................................................................................................8 9 Vista de Datos..............................................................................................................................................9 10 Integracin..................................................................................................................................................9 10.1 Integracin de los Componentes y su Comunicacin..........................................................................9 10.2 Mecanismos de la Arquitectura para Futuras Modificaciones o Extensiones.......................................9 11 Escenarios de la Arquitectura.....................................................................................................................9 11.1 Inicio de sistema.................................................................................................................................9 11.2 Apagado de sistema.........................................................................................................................10 11.3 Nombre del Escenario......................................................................................................................10 <Nombre de la Organizacin>,<Ao>

Pg.3de12

DocumentodeArquitecturadelSoftware <NombredelProyecto>

Versin:<x.y.z>

12 Lista de Control de la Arquitectura............................................................................................................10 13 Aseguramiento de la Calidad....................................................................................................................10 13.1 Alcance del Plan de Calidad.............................................................................................................10 13.2 Objetivos de Calidad.........................................................................................................................11 13.2.1 Esenciales................................................................................................................................11 13.2.2 Esperados................................................................................................................................11 13.2.3 Deseados.................................................................................................................................11

<Nombre de la Organizacin>,<Ao>

Pg.4de12

DocumentodeArquitecturadelSoftware <NombredelProyecto>

Versin:<x.y.z>

Documento de Arquitectura del Software

1 1.1

Introduccin
Alcance

Describir el alcance, mencionar los proyectos asociados y determinar que se ve afectado por este documento. 1.2 Definiciones, Acrnimos y Abreviaturas Especifique las definiciones, abreviaciones y siglas que tienen que ver con este documento a fin de su correcto entendimiento, a su vez estas se deben reflejar en el Glosario del Sistema. 1.3 Documentos relacionados Para poder visualizar las referencias a otros documentos, se debe de llenar la tabla que se muestra a continuacin: Ttulo <ttulo> Fecha <dd/mm/aa> Organizacin <nombre> Identificador del documento <Id documento>

2 2.1

Resumen Arquitectnico
Hechos ms Importantes En este apartado se debe responder la siguiente pregunta: Cules son los hechos ms importantes que un desarrollador debera saber acerca de esta arquitectura de sistema? Prrafo o vietas.

2.2

Estilo Arquitectnico En este apartado se debe responder la siguiente pregunta: Qu estilo de arquitectura de software est siendo usado? Algunos ejemplos de estilos son: Aplicacin de escritorio para proceso simple (con mdulos de extensin de plugins). Cliente-servidor

<Nombre de la Organizacin>,<Ao>

Pg.5de12

DocumentodeArquitecturadelSoftware <NombredelProyecto>

Versin:<x.y.z>

Aplicacin Web de 2-puertos: servidor Web/servidor de aplicaciones, base de datos. Aplicacin Web de 3-puertos: servidor Web/servidor de aplicaciones, base de datos. Servicio Web simple: servidor de aplicaciones, base de datos. Servicios de Red o Web. Cliente-a-cliente sin servidor central. Con tuberas y filtros. Malla de computadoras / servidores distribuidos.

2.3

Objetivos de la Arquitectura En esta seccin se deben detallar objetivos del software que tienen relacin con la arquitectura: expansibilidad, portabilidad, funcionalidad, distribucin, reutilizacin, etc.

Componentes Significativos de la Arquitectura del Sistema

Los componentes de este sistema deben estar definidos claramente en los diagramas de componentes hechos con UML. Describa brevemente cada componente del sistema que sea relevante para la arquitectura del sistema. Enfquese en los detalles arquitectnicos tales como mecanismos de comunicacin, aspectos del entorno que afecten el desarrollo, y concurrencia. Observe los aspectos claves de cada interfaz, pero evite duplicar los detalles de las interfaces que se especifican en los diagramas de clase de UML u otros documentos. Los componentes de este sistema se encuentran listados abajo por tipo: 3.1 Presentacin/Componentes de la Interfaz de Usuario C-00: NOMBRE DEL COMPONENTE Descripcin: Requerimientos: Interfaces Disponibles: 3.2 Descripcin Sistema operativo, RAM, etc. Describa brevemente las interfaces

Componentes Lgicos de la Aplicacin C-10: NOMBRE DEL COMPONENTE Descripcin: Requerimientos: Interfaces Disponibles: Descripcin Sistema operativo, RAM, etc. Describa brevemente las interfaces

3.3

Componentes de Almacenamiento de Datos C-20: NOMBRE DEL COMPONENTE Descripcin: Descripcin

<Nombre de la Organizacin>,<Ao>

Pg.6de12

DocumentodeArquitecturadelSoftware <NombredelProyecto> C-20: NOMBRE DEL COMPONENTE Requerimientos: Interfaces Disponibles: Sistema operativo, RAM, etc. Describa brevemente las interfaces

Versin:<x.y.z>

Vista de Casos de Uso

Si constituyen alguna funcionalidad significativa, se deben listar los Casos de Uso o escenarios del Modelo de Casos de Uso; si poseen caractersticas arquitectnicas respectivas, como un gran nmero de elementos o si ilustran algn punto crtico de la arquitectura. Si los casos de uso estn empaquetados deben listarse por paquetes.

Vista Lgica

Se detallan las partes del modelo de diseo que son significativas arquitectnicamente, como son su descomposicin dentro de subsistemas y paquetes de servicios; y debe presentarse para cada paquete, su descomposicin dentro de clases y ventajas de las clases. Introducir las clases significativas arquitectnicamente y describir sus responsabilidades, as como sus relaciones, funciones y caractersticas. 5.1 Reparticin del Procesamiento Se debe describir la descomposicin del modelo de diseo en trminos de su rango de paquetes y capas. En este apartado incluir algunos diagramas reflejando los paquetes de nivel alto, as como su dependencia y sus capas. 5.2 Paquetes de Diseo significativos Arquitectnicamente Esta seccin debe contener una subseccin con el nombre del paquete, una breve descripcin y un diagrama con todas las clases y paquetes significativos, contenidos dentro del paquete. Para cada clase significativa en el paquete, refleje su nombre, una breve descripcin y, opcionalmente, alguna descripcin de sus principales responsabilidades, funciones y caracterstica. 5.3 Realizacin de los Casos de Uso Se debe ilustrar cmo normalmente el software opera, presentando algunos casos de uso escogidos, y expone cmo los distintos elementos del modelo de diseo sobrellevan a su funcionalidad.

<Nombre de la Organizacin>,<Ao>

Pg.7de12

DocumentodeArquitecturadelSoftware <NombredelProyecto> 6

Versin:<x.y.z>

Vista de Procesos

Se describe la descomposicin del sistema dentro de procesos y grupos de procesos. Se debe organizar el apartado por grupos de procesos donde se reflejen sus comunicaciones o interacciones. En primer lugar se debe describir los principales modos de comunicacin entre procesos, como: pases de mensajes, etc. Para cada red de procesos se debe incluir una subseccin con la siguiente informacin: Su nombre. Los procesos involucrados. Las interacciones entre los procesos en la forma de diagramas de colaboracin, en los cuales los objetos son los procesos reales que completan su propio vnculo de control. Para cada proceso, describa brevemente su comportamiento, su ciclo de vida y sus caractersticas de comunicacin.

Vista de Implementacin

En esta vista se debe mostrar en general las dependencias y cmo se implementan los componentes fsicos del sistema, agrupndolos en subsistemas organizados en capas y jerarquas. 7.1 Visin General Nombrar y definir los contenidos de las distintas capas, las reglas que controlan la insercin dentro de una capa y las restricciones entre capas. Adems, se debe reflejar un diagrama de componentes que muestre las relaciones que existen entre capas. 7.2 Capas En esta seccin para cada capa se debe incluir una subseccin con la siguiente informacin: Su nombre. Una lista de los subsistemas ubicados en la capa, con nombre, abreviacin y una breve descripcin. Un diagrama de componentes que muestre los subsistemas y sus dependencias importantes. Su relacin con elementos de la Vista Lgica.

Vista de Implantacin

Describir una o ms configuraciones de redes fsicas (hardware) sobre las cuales el software ser desarrollado. Se debe indicar los nodos fsicos para cada configuracin (computadores, CPUs) que ejecutan el software, y sus interconexiones (bus, LAN, punto a punto, etc.). Tambin se incluye un mapa de los procesos de la vista de procesos, dentro de los nodos fsicos. Para cada configuracin fsica de red incluya una subseccin con la siguiente informacin: Su nombre. Un diagrama de entrega que ilustre la configuracin. Mapa de procesos para cada procesador. <Nombre de la Organizacin>,<Ao>

Pg.8de12

DocumentodeArquitecturadelSoftware <NombredelProyecto>

Versin:<x.y.z>

Vista de Datos

Reflejar la perspectiva del almacenamiento de datos constantes en el sistema. Esta seccin es opcional. Se debe describir una apreciacin global del modelo de los datos y su organizacin por lo que se refiere a las tablas, vistas y almacenamiento de los procedimientos que proporcionan la persistencia al sistema

10 10.1

Integracin
Integracin de los Componentes y su Comunicacin En este apartado se debe responder la siguiente pregunta: Cmo sern integrados los componentes? Especficamente, cmo se comunicarn? Todo nuestro cdigo utiliza llamadas directas a procedimiento. La base de datos es accesada con un controlador. Los componentes dentro del mismo proceso usan llamadas directas a procedimientos o eventos Java estndar. Los plugins son accesados tambin por medio de una API de llamadas directas a procedimientos y eventos estndar. La comunicacin con la base de datos utiliza un controlador JDBC. La comunicacin entre los servidores frontales y los de procesos utiliza XML-RPC.

10.2

Mecanismos de la Arquitectura para Futuras Modificaciones o Extensiones En este apartado se debe responder la siguiente pregunta: Qu mecanismos arquitecturales se utilizan para facilitar futuras extensiones o modificaciones? Podramos cambiar la base de datos cambiando los controladores. De otra forma las extensiones y las modificaciones solo pueden ser hechas a nivel de diseo. Nuevos componentes de plugin pueden ser cargados dinmicamente, mientras satisfagan la API de plugins. De otra manera, no ser posible aadir o cambiar componentes, debido a que esta arquitectura utiliza dependencias directas entre sus componentes en lugar de invocacin implcita. Las extensiones y modificaciones pueden ser hechas a nivel de diseo, pero aadir estos cambios requiere recompilacin y tiempo fuera de lnea.

11

Escenarios de la Arquitectura

Provea escenarios de arquitectura que muestren como los objetos se comunicarn mediante componentes, procesos y equipos. Concntrese en escenarios donde la arquitectura misma este cambiando, por ejemplo, inicio del sistema, apagado, mientras se aaden o actualizan componentes, en balance de carga o en cada. Elabore una secuencia de diagramas que sealen las descripciones paso a paso de cmo los componentes se comunican en algunos escenarios importantes de uso: 11.1 Inicio de sistema Diagrama. <Nombre de la Organizacin>,<Ao>

Pg.9de12

DocumentodeArquitecturadelSoftware <NombredelProyecto> 11.2 Apagado de sistema Diagrama. 11.3 Nombre del Escenario Diagrama.

Versin:<x.y.z>

12

Lista de Control de la Arquitectura

Evale su arquitectura respecto a cada uno de sus objetivos. A Continuacin se colocan algunos ejemplos: Facilidad de Integracin Debe responder la siguiente pregunta: Se han previsto mecanismos para cada tipo necesario de integracin? S. En este sistema, todos los componentes estn diseados para trabajar juntos. Y los componentes rehusados son integrados con interfaces simples. Expansibilidad Debe responder la siguiente pregunta: Qu tipos de componentes pueden ser aadidos despus y cmo? Ajuste a la Capacidad Debe responder la siguiente pregunta: Cmo esta arquitectura ha ajustado las necesidades de recursos de los componentes a los equipos? La base de datos puede estar en un equipo con discos RAID y una fuente de poder intercambiable, mientras los componentes frontales pueden estar en equipos ms baratos que pueden fallar individualmente sin causar cadas al sistema. Los servidores frontales y el servidor de aplicaciones utilizan intensivamente el poder de procesamiento, por lo que sern montados en diferentes equipos. La base de datos hace uso intensivo del disco, por lo que puede ser instalada en el mismo equipo que el servidor de aplicaciones con solo una moderada competencia por recursos. Del Acuerdo entre el Equipo de Desarrollo y los Involucrados Debe responder la siguiente pregunta: La arquitectura se ha comunicado al equipo del desarrollo y a los involucrados? S, cada uno entiende. La opinin de la mayora es favorable a lo propuesto. No, ste es un riesgo que se observa en la seccin de la gerencia de riesgo.

13 13.1

Aseguramiento de la Calidad
Alcance del Plan de Calidad Se debe identificar los componentes y aspectos del sistema que debern ser evaluados para asegurar que los objetivos de calidad se han alcanzado.

<Nombre de la Organizacin>,<Ao>

Pg.10de12

DocumentodeArquitecturadelSoftware <NombredelProyecto>

Versin:<x.y.z>

Componente-1 Componente-2 Componente-3 Caracterstica-1 Caracterstica-2

13.2

Objetivos de Calidad Aada los objetivos para ajustarlos a su proyecto. Agrpelos por prioridades de acuerdo a los lineamientos de su proyecto.

13.2.1 Esenciales

Funcionalidad > Correccin Funcionalidad > Robustez

13.2.2 Esperados

Funcionalidad > Exactitud Funcionalidad > Compatibilidad Funcionalidad > Correccin medible Usabilidad > Comprensibilidad y Legibilidad Usabilidad > Apoyo para tareas Usabilidad > Eficiencia Usabilidad > Seguridad Usabilidad > Consistencia y Familiaridad Usabilidad > Satisfaccin Subjetiva

13.2.3 Deseados

Confiabilidad > Consistencia en carga Confiabilidad > Consistencia bajo concurrencia Confiabilidad > Disponibilidad bajo carga Confiabilidad > Longevidad Eficiencia Escalabilidad Escalabilidad > Desempeo bajo carga Escalabilidad > Grandes volmenes de datos Operabilidad Capacidad de mantenimiento > Comprensibilidad Capacidad de mantenimiento > Capacidad de evolucin Capacidad de mantenimiento > Capacidad de prueba

<Nombre de la Organizacin>,<Ao>

Pg.11de12

Copyright(C)2003JasonRobbins.Todoslosderechosreservados. Copyright(C)2006CNTI.Todoslosderechosreservados. Laredistribucinyelusodelasplantillas,conosinmodificacin,estnpermitidassiempreque secumplanlassiguientescondicionesexpuestasen: http://merinde.rinde.gob.ve/index.php?option=com_remository&Itemid=37&func=fileinfo&id=1