<LogodelaEmpresaCliente>

Documento de Arquitectura del Software Proyecto: SISDESO

Versin: <1.0.0>

Para personalizar los campos automticos (campos con fondo gris) en OpenOffice.org Writer, debe seleccionar Archivo>Propiedades y en la pestaa descripcin sustituya los camposdeTtulo,TemayComentariosporlainformacinapropiadaparaestedocumento. Despusdecerrareldilogo,loscamposautomticossernactualizadosautomticamente. ParaactualizarlanumeracindelndicedeContenidohagaclicderechosobreestecampo automticoyluegoclicenActualizarndice/Tabla.VealaayudadelOpenOffice.orgpara msinformacinsobreeltrabajoconcampos. Descripcin del Artefacto: Es una especificacin de las ideas principales del diseo. Proporcionaunadescripcinentendibledelaarquitecturadelsistemasoftwareysirvecomo medio de comunicacin entre el arquitecto de software y otros miembros de equipo del proyectoconrespectoalasdecisionesarquitectnicamentesignificativasquesehantomado enelproyecto.Contienevariasvistasquemuestranaspectosdistintosdelsistemacomoson: Vista de Casos de Uso, Vista Lgica, Vista de Implementacin, Vista del Proceso, Vista de ImplantacinyVistadeDatos.

Identificador del documento:

DAS

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

Historial de Revisiones
Versin 1.0.0 Fecha 20/06/2011 Autor
Petra Gomez, Elis Quijada. Jos Gamboa, Willan Hernandez, Erain Moya

Descripcin Primera interaccion con el documento

PDVSA E&P COSTA AFUERA,2011

Pg.2de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

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...........................................................................................................................9 11.3 Nombre del Escenario......................................................................................................................10

PDVSA E&P COSTA AFUERA,2011

Pg.3de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

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

PDVSA E&P COSTA AFUERA,2011

Pg.4de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

Documento de Arquitectura del Software

1

Introduccin
1.1 Gerencia Solicitante Gerencia de Desarrollo Social de PDVSA divisin E&P Costa Afuera Distrito Carpano 1.2 Definiciones, Acrnimos y Abreviaturas Ver documento de Glosario de Trminos. 1.3 Documentos relacionados Para poder visualizar las referencias a otros documentos, se debe de llenar la tabla que se muestra a continuacin: Ttulo Glosario de Termino 1.4 Beneficiario Funcionarios de la Gerencia de Desarrollo Social de PDVSA divisin E&P Costa Afuera Distrito Carpano Fecha 20/06/2011 Organizacin PDVSA E&P COSTA AFUERA Identificador del documento Glosario

Resumen Arquitectnico

2.1 Estilo Arquitectnico Para el desarrollo de este proyecto se plantea una arquitectura de Aplicacin Web de tres Capas: Servidor Web, Servidor de Aplicaciones, Bases de Datos 2.2 Objetivos de la Arquitectura APACHE 2: Se utilizara como servidor Web permitiendo la comunicacin a travs de protocolos TCP/IP y puerto 80, permitiendo que la aplicacin alojada sea visualizada por los clientes mediante exploradores Web tanto de licencias privativas como libre dndole mayor grado de usabilidad a la aplicacin MySql: Se utilizara como gestor de base de datos para el almacenamiento dinmico de la informacin de la aplicacin, y por la cual tambin se manejara los datos de los usuarios en cuanto PDVSA E&P COSTA AFUERA,2011

Pg.5de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

su jerarqua y niveles de acceso, perdiendo un mayor control y seguridad de los datos. PHP: Sera el lenguaje de programacin que se ejecutara del lado del servidor para las validaciones de seguridad interconexin de la bases de datos y todas las operaciones sobre la misma. Java-Script, Html5 Css3: Sern los lenguajes de programacin que se ejecutaran de lado del cliente para la visualizacin de la informacin y con el cual se le dar estilo a la misma: 3

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: Descripcin Sistema operativo, RAM, etc. Describa brevemente las interfaces

3.2 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: BASE DE DATOS Descripcin: Requerimientos: Interfaces Disponibles: Descripcin Sistema operativo, RAM, etc. Describa brevemente las interfaces

Vista de Casos de Uso

Si constituyen alguna funcionalidad significativa, se deben listar los Casos de Uso o escenarios del

PDVSA E&P COSTA AFUERA,2011

Pg.6de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

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. 5

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.

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.

PDVSA E&P COSTA AFUERA,2011

Pg.7de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

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.

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

Integracin
10.1 Integracin de los Componentes y su Comunicacin En este apartado se debe responder la siguiente pregunta:

PDVSA E&P COSTA AFUERA,2011

Pg.8de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

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. 11.2 Apagado de sistema Diagrama. 11.3 Nombre del Escenario Diagrama.

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

PDVSA E&P COSTA AFUERA,2011

Pg.9de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

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

Aseguramiento de la Calidad
13.1 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. 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

PDVSA E&P COSTA AFUERA,2011

Pg.10de12

DocumentodeArquitecturadelSoftware SISDESO

Versin:1.0.0

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

PDVSA E&P COSTA AFUERA,2011

Pg.11de12

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