Das Agrogestion

Documento de Arquitectura del Software Proyecto: AgroGestion Versin: 0.0.
Validado por:
Aprobado por :
Modificado por: Erain Moya Petra Gmez Rosa Lema Vctor Morn Willian Hernndez
Documento de Arquitectura del Software: AgroGestion Elaborado por: Erain Moya, Revisado por: Petra Gmez, Rosa Lema, Vctor Morn, Willian Hernndez Evaluado por:
Versin: 0.0.1 Aprobado por:
Pgina 1 de 39
Historial de Revisiones
Versin 0.0.1
Fecha
Autor
Descripcin
25/05/2013 Erain Moya, Versin Inicial del Documento, Arquitectura del Petra Gmez, Software. Rosa Lema, Vctor Morn, Willian Hernndez -
Pgina 2 de 39
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
Documento de Arquitectura del Software: AgroGestion Elaborado por: Erain Moya, Revisado por: Petra Gmez, Rosa Lema, Vctor Morn, Willian Hernndez Evaluado por: Versin: 0.0.1 Aprobado por:
Pgina 3 de 39
11.1 Inicio de sistema ................................................................................................................................... 9 11.2 Apagado de sistema............................................................................................................................. 9 11.3 Nombre del Escenario ........................................................................................................................ 10 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
Pgina 4 de 39
Documento de Arquitectura del Software

1 1.1
Informacin General Gerencias Solicitantes Fundo Zamorano Vicente Tejeras.
1.2
Cdigo del Proyecto N FTP-01-sopo/fundo-01-01
1.3
Nombre del Proyecto AgroGestion
1.4
Beneficiario Los trabajadores del Fundo Zamorano Vicente Tejeras.
2 Introduccin En este documento se despliega una visin general de la arquitectura del sistema con el uso de diferentes vistas, tambin se describe el estilo y el patrn arquitectnico que se implementara y la comunicacin de los diferentes componente que conforma al Sistema de AgroGestion. Aunado a esto tambin se podr apreciar la funcionabilidad, rendimiento, adaptabilidad y bajo acoplamiento del mismo. Siguiendo con lo anterior expuesto se presentan una breve descripcin de las vistas de casos de uso y lgicas a nivel general del sistema propuesto, las misma en este documento servirn como medio de comunicacin entre todas las parte del proyecto en construccin. Por lo tanto este documento se usa para tener una visin general de las diferentes formas en que se puede apreciar un sistemas, para esto se utilizaran las vistas de Casos de Usos, Lgicas, Implementacin, Despliegue, quedando pendiente la Realizacin de los
Pgina 5 de 39
Casos de Usos y Modelo de Datos para esta versin del artefacto; tambin se mostrara un resumen arquitectnico en donde se define el estilo y patrn que se usara en el sistemas SistemPol.
2.1
Alcance
Este documento contiene Documentacin de la Arquitectura de Software, El DAS proporcionar una descripcin entendible de la arquitectura del sistema software y servir como medio de comunicacin entre el arquitecto del Proyecto y otros miembros de equipo del proyecto con respecto a las decisiones arquitectnicamente significativas que se han tomado en el proyecto. Contiene varias vistas que muestran aspectos distintos del sistema como son: Vista de Casos de Uso, Vista Lgica casi completa, Vista de Implementacin, Vista del Proceso, Vista de Implantacin. Para este proyecto es fundamental el establecimiento de un documento que permita detallar los elementos presentes en la Arquitectura bajo la cual se desarrolla el Sistema AgroGestion.
2.2
Propsito
El propsito fundamental de este documento consiste en describir textual y grficamente la arquitectura del sistema, indicando: Estilo Arquitectnico y su propsito (objetivo). Componentes de la arquitectura. Vista de caso de usos Vista lgica del sistema (Organizacin del software en clases, paquetes). Representacin de los componentes arquitectnicos. Distribucin de los componentes arquitectnicos a travs de los nodos de la plataforma de operacin (Diagrama de Despliegue).
2.3
Definiciones, Acrnimos y Abreviaturas Trminos ERS DAS TDR UML Actor Descripcin Especificacin de Requisito del Software Documento de Arquitectura del Software Termino de Referencia del Software Lenguaje Unificado de Modelado Usuario o sistema que interacta directa
Pgina 6 de 39
Trminos
Descripcin indirectamente con este. Diagrama de Caso de Un diagrama que muestra las relaciones entre los actores y el sujeto (sistema), este grafica (Modela) el Uso uso o manejo que los usuarios, otros sistema y hardware (actores), realicen en el sistema. Diagrama de Un diagrama de topologa del despliegue le mostrar cmo se ver desplegado su sistema. Lo comn es Despliegue que un diagrama de este tipo contenga smbolos que representen cosas, como servidores web, servidores de bases de datos y varios dispositivos diversos, as como software que constituye la solucin de usted. Diagrama de Un ejemplo de un diagrama que podra encontrar en un modelo de implementacin es de componentes. En un componente
diagrama de componentes, stos se muestranpiense en subsistemas en el producto final.
Diagrama de paquete
Diagrama de clase Diagrama de secuencia
Artefacto MeRinde Software Libre (SL)
Se usa en forma genrica para representar un nivel ms elevado de abstraccin que el clasificador. Aun cuando, por lo comn, un paquete se puede implementar como un espacio de nombre o un subsistema, con un estereotipo, tambin se puede usar para la organizacin general y sencillamente representar una carpeta de archivos. Los diagramas de clases se usan para mostrar las clases de un sistema y las relaciones entre ellas Los diagramas de secuencia muestran las clases a lo largo de la parte superior y los mensajes enviados entre esas clases, modelando un solo flujo a travs de los objetos del sistema. Es todo aquella documentacin o entregable que se realiza para la aceptacin o entrega de sistema. Metodologa de la Red Nacional de Integracin y Desarrollo de Software Libre Es la denominacin del software que brinda libertad a los usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el mismo.
Versin: 0.0.1 Aprobado por: Evaluado por:
Documento de Arquitectura del Software: AgroGestion Elaborado por: Erain Moya, Revisado por: Petra Gmez, Rosa Lema, Vctor Morn, Willian Hernndez
Pgina 7 de 39
Trminos Descripcin W3C (World Wide Web Es una organizacin internacional Consortium): estandarizacin de elementos web. CNTI
de
CNTI (Centro Nacional de Tecnologa de Informacin): Institucin que tiene como razn de ser, potenciar los esfuerzos que en materia de informtica se desarrollen en el Sector Gobierno y en las Comunidades Organizadas con el fin de contribuir a la eficiencia y efectividad del Estado, as como impulsar el desarrollo y fortalecimiento de la capacidad nacional del sector de las Tecnologas de Informacin.
2.4
D o Titulo Fecha Organizacin c u ERS27/06/2010 m AgroGestion.ODT e Plan_Desaroollo_ 23/05/2013 n Software_AgroGe t stion.docx o s relacionados
Identificador de documento Especificacin de Requerimiento del Software Versin 0.0.1 Plan de Desarrollo del Software Versin 0.0.1
Pgina 8 de 39
2.5
Estndares aplicados
A continuacin se listan los estndares que deben ser aplicados al desarrollar este documento: Estndar de diseo W3C. UML 2.0. Estndar de Codificacin del CNTI. Herramienta de modelado StarUML 5.0.2. Estndar ISO 25010.
3 Resumen Arquitectnico
3.1
Hechos ms Importantes
La ventaja principal de este estilo, es que el desarrollo se puede llevar a cabo en varios niveles y en caso de algn cambio slo se ataca al nivel requerido sin tener que revisar entre cdigo mezclado. Adems permite distribuir el trabajo de creacin de una aplicacin por niveles, de este modo, cada grupo de trabajo est totalmente abstrado del resto de niveles, simplemente es necesario conocer la API (Interfaz de Aplicacin) que existe entre niveles. La divisin en capas reduce la complejidad, facilita la reutilizacin y acelera el proceso de ensamblar o desensamblar alguna capa, o sustituirla por otra distinta (pero con la misma responsabilidad). En una aplicacin Web una peticin se realiza usando HTTP y es enviado al controlador. El controlador puede interactuar de muchas formas con el modelo, luego l primero llama a la respectiva vista la cual obtiene el estado del modelo que es enviado desde el controlador y lo muestra al usuario.
3.2
Estilo Arquitectnico
Para el desarrollo de AgroGestion se utilizara el estilo arquitectnico Llamada y retorno que segn Bass et al. (1998) es cuando el sistema se constituye de un programa principal que tiene el control del sistema y varios subprogramas que se comunican con ste mediante el uso de llamadas. Por lo tanto en funcin a este estilo, se utilizara la arquitectura MVC (Modelo-Vista-Controlador) porque sus propiedades estructurales
Pgina 9 de 39
cubren los requerimientos y restricciones para la construccin del sistemas, debido a que ste es un patrn arquitectnico que separa los datos de la aplicacin, la interfaz de usuario y la lgica de control en tres componentes distintos con una buena comunicacin entre estos, usando el componente controlador como intermediario con una rpida respuesta al usuario garantizando un alto nivel de funcionabilidad, siendo esta el atributo de calidad primordial a cubrir en el desarrollo de esta aplicacin en entorno Web, tambin es relativamente fcil de modificar y escalar su estructura. Aunado a esto el patrn MVC se ve frecuentemente en la familia de aplicaciones de sistemas Web, debido a que es una buna prctica para el desarrollo de stas, en donde el componente Vista (es la pgina y el cdigo que provee de datos dinmicos a la Interfaz del usuario), el componente Modelo (son los datos cargados del SGBD (Sistema de Gestin de Base de Datos) u otras fuentes de datos) y el componente Controlador ( representa la Lgica de Negociacin o Control y sirve como puente entre los componentes Modelo y Vista). Especificando las vistas de este Modelo, para la implementacin arquitectural el Software AgroGestion: Para el desarrollo de AgroGestion se Utiliza como lenguaje de programacin a PHP que es un lenguaje "Open Source" interpretado de alto nivel, especialmente pensado para desarrollos web y el cual puede ser incrustado en pginas HTML, se est implementado en su versin ms reciente 5.4. Tambin se utiliza KumbiaPHP Framework para aprovecha y reforzar el patrn de programacin orientada a la Web en especial el patrn MVC (Modelos, Vistas, Controladores). La base de KumbiaPHP y por ende de AgroGestion es el MVC y POO, un tradicional patrn de diseo que funciona en tres capas que son las siguientes: El componente Vista, en realidad sirve para que el usuario se pueda comunicar e interactuar con los eventos mediante de un navegador Web estndar (Browser), el mismo que mostrara el GUI (Interfaz Grfica de Usuario) diseada bajo HTML 5, CSS 3, Haciendo la as compartible con cualquier Browser, tambin se usan las libreras o framework JQuery y JQueryIU que nos ofrece el control de eventos DOM, documentacin y descripcin de componente con XML y las animaciones y validacin con JavaScript. El Componente Vista se comunica atreves de un protocolo HTTP (protocolo de transferencia de hipertexto) y TCP/IP quien es el encargado de hacer la Request (solicitudes) al componente Controlador, que tambin sirve para devolver los resultados al Usuario. Estos resultados sern aportados por el Controlador a travs del Modelo. El componente Controlador, Responden a acciones de usuario e invocan cambios en las vistas o en los modelos segn sea necesario es decir gestiona los proceso que se
Pgina 10 de 39
ejecutan a partir de que el Usuario del sistema haya realizado una interaccin sobre los eventos explcitos e implcitos del componente Vista, la misma que le comunica los eventos al controlador mediante el protocolo HTTP y TCP/IP. El controlador importa las libreras o se comunica con el componente Modelo para conseguir los datos o almacenarlos y por fin el controlad vuelve a utilizar la vista para comunicarle al usuario los resultados de su interaccin. El componente Modelo Representan la informacin sobre la cual la aplicacin opera, su lgica de Negocio el acceso a los Datos se realiza a travs del componente Modelo, que se encarga de encapsular la capa de acceso a los datos, en este caso el encargado de este proceso es el SGBD MySql, que se encarga de administrar todas las sentencia SQL que el Usuario ha solicitado al componente Controlador.
Pgina 11 de 39
Ilustracin 1. Diseo Funcional de la Arquitectura de AgroGestin
Pgina 12 de 39
3.3
Objetivos de la Arquitectura
3.3.1 Usabilidad
AgroGestion debe ser Manejable, sencillo, de Fcil acceso, Accesible e intuitivo basado en un diseo minimalista y amigable a la vista del usuario, con trminos e imgenes que este maneje.
3.3.2 Alta Disponibilidad
AgroGestion es un Sistema dirigido a la realizacin de informes y actas de y a la planificacin de cultivo este sistema tiene la capacidad de estar disponible 24X7X365 con un mnimo de mantenimiento, en horas poco concurridas.
3.3.3 Bajo Acoplamiento
Debido a la arquitectura planteada el sistema puede perfectamente ser tratado como una arquitectura plug and play, la cual permite el cambio de componentes en cualquier punto del ciclo de vida de la aplicacin sin afectar el funcionamiento de las dems partes involucradas. De igual forma a lo mencionado anteriormente, el desacoplamiento permite la reutilizacin de todas sus partes.
3.3.4 Seguridad
Aporta Interoperabilidad entre componentes de Software. Permite la Interoperabilidad entre plataformas diferentes, por medio de protocolos Estndar, esto para el caso de que el sistema sea implantado en diversas plataformas. Proporciona Independencia y Flexibilidad entre la aplicacin y los Servicios. (este beneficio de la arquitectura permitir la incorporacin de servicios para soportar el sistema). Genera una Interfaz estable para acceder a las funcionalidades del Sistema. Garantiza un alto nivel de escalabilidad, para el aumento de la capacidad de los componentes, en cualquier momento y balanceo de las cargas de los procesos. Facilita el Mantenimiento, a travs de la independencia de los cambios. Minimiza la dependencia del Sistema de la plataforma en la que corre, lo cual garantiza la Portabilidad.
Documento de Arquitectura del Software: AgroGestion Versin: 0.0.1 Aprobado por: Evaluado por:
Elaborado por: Erain Moya, Revisado por: Petra Gmez, Rosa Lema, Vctor Morn, Willian Hernndez
Pgina 13 de 39
Facilita agregar nuevos tipos de datos segn sea requerido por la aplicacin, y en relacin al cambio que pudieran sufrir las normativas del trabajo identificado en el proceso.
Pgina 14 de 39
4 Vista de Casos de Uso

Pgina 15 de 39
5 Vista Lgica En esta vista se detallan las partes del modelo de diseo que son significativas arquitectnicamente representando los diagramas que permiten tener una visin de los elementos que conforman el sistema y de la interaccin entre ellos. 5.1 Diagrama de Paquetes A continuacin se muestra el diagrama de paquetes:
Ilustracin 2. Diagrama General de caso de uso del sistema
Pgina 16 de 39
Ilustracin 3. Diagrama de Paquetes del sistema Documento de Arquitectura del Software: AgroGestion Elaborado por: Erain Moya, Revisado por: Petra Gmez, Rosa Lema, Vctor Morn, Willian Hernndez Evaluado por: Versin: 0.0.1 Aprobado por:
Pgina 17 de 39
5.2 Diagrama de Clase Agrupado por Paquetes A continuacin se muestra el diagrama de Clase Agrupado por Paquetes:
Pgina 18 de 39
Ilustracin 4. Diagrama de Clase Agrupado por paquetes Documento de Arquitectura del Software: AgroGestion Elaborado por: Erain Moya, Revisado por: Petra Gmez, Rosa Lema, Vctor Morn, Willian Hernndez Evaluado por: Versin: 0.0.1 Aprobado por:
Pgina 19 de 39
5.1
Paquetes de Diseo significativos Arquitectnicamente P-01: Paquete de vista (App::View) En este paquete se contiene todas las clases que se encargan de la Gestin de las Paginas Dinmicas de la Aplicacin Descripcin: AgroGestion. Todas las Clases del Paquete Interfaz y Presentacin, que corresponden a la Vista de MVC. Admin/

Index.phtml Usuarios/ o o o o Crear.phtml Actualizar.phtml Leer.phtml Index.phtml
Autoras/ o index.phtml
Clases Disponibles:
Logue/ o Index.phtml Roles/ o o o o Crear.phtml Actualizar.phtml Leer.phtml Index.phtml
Aportes/
Pgina 20 de 39
P-01: Paquete de vista (App::View)

Crear.phtml Leer.phtml Actulizar.phtml Index.phtml Donaciones/ o o o o Crear.phtml Actualizar.phtml Leer.phtml Index.phtml
Prestamos/ o o o o Crear.phtml Actualizar.phtml Leer.phtml Index.phtml
Compras/
Compras/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Equipos/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Especies/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Insecticida/
Pgina 21 de 39
P-01: Paquete de vista (App::View) o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Proveedor/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Semilla/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml
Cultivo/

Index.phtml Cultivo/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml
Personal/

Index.phtml Personal/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Acta/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Bauche/
Pgina 22 de 39
P-01: Paquete de vista (App::View) o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Constancia/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Permisos/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml
Planificacin/

Index.phtml Planificacin/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml
Ventas/

Index.phtml Ventas/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml Clientes/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml
Pgina 23 de 39
P-01: Paquete de vista (App::View) Reportes/

Usuarios.phtml Ventas.phtml Compras.phtml Personal.phtml Planificaciones.phtml Auditorias.phtml
Ayuda/

Personal/ Compras/ Venta/ Configuracin/ Planificacin/ Reportes
P-02: Controlador Descripcin:

Este Paquete contiene las clases asociadas al Controlador de MVC. En l se desempea toda la lgica de negociacin y de comunicacin del sistema con los subsistemas, aparte de los llamado a proceso comunes como mostrar las solicitudes de usuario por pantalla, en controlador tambin se encarga de invocar las libreras y mantener la estructura MVC de KumbiaPHP.
Admin/

Clases Disponibles:
Auditorias_controller.php Index_controller.php Logueo_controller.php Roles_controller.php Usuarios_controller.php
Aporte/
Indes_controller.php
Pgina 24 de 39
P-02: Controlador

Aporte_controller.php Donacione_controller.php Prstamo_controller.php
Ayuda/

Index_controller.php Ayuda_controller.php
Compra/

Index_controller.php Compra_controller.php Equipo_controller.php Especies_controller.php Insecticida_controller.php Proveedor_controller.php Semilla_controller.php
Cultivo/

Index_controller.php Cultivo_controller.php
Personal/

Index_controller.php Acta_controller.php Bauche_controller.php Constancia_controller.php Permiso_controller.php Personal_controller.php
Planificacin/

Index_controller.php Planificacin_controller.php
Pgina 25 de 39
P-02: Controlador Venta/

Index_controller.php Cliente_controller.php Venta_controller.php
P-02: Modelo Descripcin:

Este paquete contiene las clases que corresponden al modelo de Datos AgroGestion. Se especifican las clases del Modelo, que automticamente se mapean a las tablas que se han creado en la BD convirtindola en objetos, a travs del framework ORM Active Record.
Clases Disponibles:
Auditorias.php Logueo.php Roles.php Usuarios.php Aporte.php Donacione.php Prstamo.php Ayuda.php Compra.php Equipo.php Especies.php Insecticida.php Proveedor.php Semilla.php Cultivo.php Acta.php Bauche.php Constancia.php Permiso.php Personal.php Planificacin.php Cliente.php
Pgina 26 de 39
P-02: Modelo
Venta.php
5.2
Realizacin de los Casos de Uso
Pgina 27 de 39
Ilustracin 5. Secuencia Gestionar Personal
Pgina 28 de 39
Ilustracin 6. Gestionar Acta
Pgina 29 de 39
Pgina 30 de 39
Pgina 31 de 39
6 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.
7 Vista de Implementacin La vista de implementacin muestra el empaquetado fsico de las partes reutilizables del sistema en unidades sustituibles, llamadas componentes. Una vista de implementacin muestra los elementos fsicos del sistema mediante componentes, as como sus interfaces y dependencias entre componentes. Los componentes son piezas reutilizables de alto nivel a partir de las cuales se pueden construir los sistemas.
Pgina 32 de 39
7.1
Visin General A continuacin se muestra el Diagrama de Componentes
Condicionar
Pgina 33 de 39
Ilustracin 7. Diagrama de Componente del Sistema
8 Vista de Implantacin
Pgina 34 de 39
Diagrama de Despliegue del sistema:
Ilustracin 8. Diagrama de Despliegue del Sistema
9 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: 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
Documento de Arquitectura del Software: AgroGestion Versin: 0.0.1 Aprobado por:
Evaluado por:
Pgina 35 de 39
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:
Evaluado por:
Pgina 36 de 39
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
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.
Evaluado por:
Pgina 37 de 39
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
Pgina 38 de 39
Copyright (C) 2003 Jason Robbins. Todos los derechos reservados. Copyright (C) 2006 CNTI. Todos los derechos reservados. La redistribucin y el uso de las plantillas, con o sin modificacin, estn permitidas siempre que se cumplan las siguientes condiciones expuestas en: http://merinde.rinde.gob.ve/index.php?option=com_remository&Itemid=37&func=fileinfo&i d=1
Pgina 39 de 39

Das Agrogestion

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Das Agrogestion

Uploaded by

Copyright:

Available Formats

Documento de Arquitectura del Software Proyecto: AgroGestion Versin: 0.0.

Versin: 0.0.1 Aprobado por:

Versin: 0.0.1 Aprobado por:

Versin: 0.0.1 Aprobado por:

Documento de Arquitectura del Software

Informacin General Gerencias Solicitantes Fundo Zamorano Vicente Tejeras.

Cdigo del Proyecto N FTP-01-sopo/fundo-01-01

Nombre del Proyecto AgroGestion

Beneficiario Los trabajadores del Fundo Zamorano Vicente Tejeras.

Diagrama de clase Diagrama de secuencia

Artefacto MeRinde Software Libre (SL)

Versin: 0.0.1 Aprobado por:

Versin: 0.0.1 Aprobado por:

Ilustracin 1. Diseo Funcional de la Arquitectura de AgroGestin

Versin: 0.0.1 Aprobado por:

3.3.3 Bajo Acoplamiento

Versin: 0.0.1 Aprobado por:

4 Vista de Casos de Uso

Ilustracin 2. Diagrama General de caso de uso del sistema

Versin: 0.0.1 Aprobado por:

Versin: 0.0.1 Aprobado por:

Index.phtml Usuarios/ o o o o Crear.phtml Actualizar.phtml Leer.phtml Index.phtml

Logue/ o Index.phtml Roles/ o o o o Crear.phtml Actualizar.phtml Leer.phtml Index.phtml

P-01: Paquete de vista (App::View)

Crear.phtml Leer.phtml Actulizar.phtml Index.phtml Donaciones/ o o o o Crear.phtml Actualizar.phtml Leer.phtml Index.phtml

Prestamos/ o o o o Crear.phtml Actualizar.phtml Leer.phtml Index.phtml

Index.phtml Cultivo/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml

Index.phtml Planificacin/ o Crear.phtml o Actualizar.phtml o Leer.phtml o Index.phtml

P-01: Paquete de vista (App::View) Reportes/

Usuarios.phtml Ventas.phtml Compras.phtml Personal.phtml Planificaciones.phtml Auditorias.phtml

Personal/ Compras/ Venta/ Configuracin/ Planificacin/ Reportes

P-02: Controlador Descripcin:

Auditorias_controller.php Index_controller.php Logueo_controller.php Roles_controller.php Usuarios_controller.php

Aporte_controller.php Donacione_controller.php Prstamo_controller.php

Index_controller.php Compra_controller.php Equipo_controller.php Especies_controller.php Insecticida_controller.php Proveedor_controller.php Semilla_controller.php

Index_controller.php Acta_controller.php Bauche_controller.php Constancia_controller.php Permiso_controller.php Personal_controller.php

P-02: Controlador Venta/

Index_controller.php Cliente_controller.php Venta_controller.php

P-02: Modelo Descripcin:

Realizacin de los Casos de Uso

Versin: 0.0.1 Aprobado por:

Ilustracin 5. Secuencia Gestionar Personal

Versin: 0.0.1 Aprobado por:

Ilustracin 6. Gestionar Acta

Versin: 0.0.1 Aprobado por:

Versin: 0.0.1 Aprobado por:

Versin: 0.0.1 Aprobado por:

Visin General A continuacin se muestra el Diagrama de Componentes

Versin: 0.0.1 Aprobado por:

Ilustracin 7. Diagrama de Componente del Sistema

Versin: 0.0.1 Aprobado por:

Diagrama de Despliegue del sistema:

Ilustracin 8. Diagrama de Despliegue del Sistema

Integracin de los Componentes y su Comunicacin

Mecanismos de la Arquitectura para Futuras Modificaciones o Extensiones

Nombre del Escenario

Lista de Control de la Arquitectura

Alcance del Plan de Calidad

Funcionalidad > Correccin Funcionalidad > Robustez

Versin: 0.0.1 Aprobado por:

Versin: 0.0.1 Aprobado por:

You might also like