Documento de Arquitectura

Documentos relacionados
SDD-Documento de diseño del sistema

PATRONES DE DISEÑO FRAMEWORKS

Introducción histórica

Diseño arquitectónico 1ª edición (2002)

Programación Orientada a Objetos

Análisis de Robustez. UNIDAD 7 Análisis y Diseño de Sistemas de Información

Universidad Nacional del Nordeste. IBM WebSphere Studio Application Developer (WSAD)

El sistema será definido como SACP (Sistema de Administración de Clientes y Proveedores).

SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA

SDD SDD Software Design Description. V0.1

InstituLAC Versión 2.0 Enero 2012 Manual de usuario Página 1 de 31. Manual de usuario

MANUAL DE USUARIO SISTEMA INTEGRADO DE GESTIÓN ESTRATÉGICA DE LABORATORIOS DE LA UNIVERSIDAD DEL VALLE SIGELAB

Análisis, Diseño y Arquitectura del Sistema

Clase 2: Arquitectura de Software

FanJam, red social para buscar e integrar talentos en la industria musical

SDD SIGS: Sistema Integral para la Gestión de Servicios de consultoría. Pontificia Universidad Javeriana Yenny Natalia Salamanca Torres

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE

Programación de Aplicaciones Distribuidas

Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.1. Historia de revisiones

Guía de Usuario. SIAF Operaciones en Línea. Fecha: 16/01/2018. Fecha de Actualización: 16/01/2018. Versión: 6. Página: 1

Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING

MS_10554 Developing Rich Internet Applications Using Microsoft Silverlight 4

DISEÑO E IMPLEMENTACIÓN DE APLICACIONES EMPRESARIALES CON MOVILIDAD.

Capítulo IV. Lógica de Negocios

1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados.

ENTRADA/SALIDA. Universidad San Pablo-CEU Escuela Politécnica Superior Rodrigo García Carmona

Modelo Dinámico del Diseño del Software y Representación en UML. UNIDAD 9 Análisis y Diseño de Sistemas de Información

Anexo 9. Plataformas MV3D y LMS integradas

recomendaciones acerca de la memoria de un PFC

Es un conjunto de palabras y símbolos que permiten al usuario generar comandos e instrucciones para que la computadora los ejecute.

Tipos Abstractos de Datos (TAD) Lección 1

Seguridad en las aplicaciones informáticas

Rational Unified Process

ESPE UNIVERSIDAD DE LAS FUERZAS ARMADAS INNOVACIÓN PARA LA EXCELENCIA

Sistema Operativo. Introducción. Sistema operativo. Componentes del sistema operativo

ESTÁNDAR ESTRUCTURA PROCESOS Y LIBRERIAS BPM. 1.1 Descripción componentes Diagrama Componentes Diagrama proceso...

Guía para la documentación de proyectos de software

Diseño e implementación de un marco de trabajo de presentación para aplicación J2EE

Contenido: Nº Tema Imagen Descripción 1 Capas de la arquitectura de un ordenador

CLASE 3: UML DIAGRAMAS CASOS DE USO. Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez

Computación Avanzada. Ing. Daniel Capriles M.

octubre de 2007 Arquitectura de Software

Control del Documento

Programación Orientada a Objetos

CAPÍTULO III CASE INTEGRADOS

TEMA 3. CONCEPTOS FUNDAMENTALES DEL NIVEL DEL SISTEMA OPERATIVO. Definición y objetivos de un S.O

2.5 DISEÑO ARQUITECTONICO

Ing. Juan Carlos Sabido Alcántara Ingeniero Petrolero Facultad de Ingeniería UNAM

El lenguaje Unificado de Modelado (UML)

DOCUMENTACIÓN REQUERIMIENTOS

El Lenguaje Unificado de Modelado (UML)

Manual de usuario del módulo de consulta de datos de nacimientos y defunciones de RENAP

ANEXO C. BLOC DE NOTAS DE ARQUITECTURA DEL SISTEMA

Evolución del software y su situación actual

Persistencia en Sistemas O.O.

Nueva generación de innovaciones empresariales con un entorno de red abierta

Oracle Fusion Middleware 11g: Creación de Aplicaciones ADF - Acelerado

MÓDULO: CONSEJOS TÉCNICOS

Autor: Amhed Sinue Pérez Valdéz

Tema 13 Modelos de Representación de Diagramas

PA JOSÉ MANUEL BURBANO CARVAJAL

Unidad VIII Generación de código intermedio. M.C. Juan Carlos Olivares Rojas

UNIDAD 1: CONCEPTOS BA SICOS DE BASE DE DATOS

El Modelo. Aplicación. Presentación. Sesión. Transporte. Red. Enlace. Físico

Subdirección de Enlace del PAIMEF

INGENIERÍA DE SOFTWARE. Sesión 10: Diagramas de comunicación

INGENIERÍA DE SOFTWARE. Sesión 1: Introducción a la ingeniería del software

Anexo 4 Documento de Arquitectura

Específicamente los elementos de un patrón de diseño son [ 3 ] :

SISCONT TU SOFTWARE CONTABLE FINANCIERO

Diseño de la Arquitectura Lógica con Patrones. mayo de 2008

SIAFF. Manual de Usuario Convertidor XML. Secretaría de Hacienda y Crédito Público TESORERÍA DE LA FEDERACIÓN

Modelo de Desarrollo en Capas para VB. NET

Presentación de la Asignatura.

Master en Java Certificación para Programadores

Los registros son la memoria principal de la computadora. Existen diversos registros de propósito general y otros de uso exclusivo.

Proyecto de Mantenimiento del Sistema Integral de Información Escolar en web de la Administración Federal de Servicios Educativos en el D.F.

Especificación de requisitos de software

Atributos de Calidad del Software

Principios de la infraestructura centrada en aplicaciones

VISION SICNE SISTEMA DE INFORMACION PARA EL CONTROL DE NOTAS DE LOS ESTUDIANTES SICNE VISION SICNE. INGENIO Soluciones Integrales. Pág.

Patrones de Software para la Asignación de Responsabilidades

DESARROLLADORES INTERNET:

PROYECTO MOFM Presentación Pedro A. Leal Martínez Consultor: Óscar Escudero Sánchez

Implementacion y prueba de unidades. Figura 2.1. El ciclo de vida del software. 1

Proyecto de Mantenimiento del Sistema Integral de Información Escolar en web de la Administración Federal de Servicios Educativos en el D.F.

Diagramas De Casos De Uso

AJUNTAMENT DE VALENCIA SERVICIO DE BOMBEROS, PREVENCIÓN E INTERVENCIÓN EN EMERGENCIAS E

Estratos ERP. Ficha de producto

Tipos de Diseño. Ing. Elizabeth Guerrero V.

Unidad 2. Elementos Intermedios del Lenguaje

Documento de Arquitectura

Instructivo Agenda. Área Servicios Versión 10.4

SISTEMA DE REGISTRO DE ATENCIÓN MANUAL DE USUARIO

CAPÍTULO 5 DESARROLLO DEL SISTEMA

IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software

Qué es la Arquitectura del Software?

Transcripción:

Documento de Arquitectura Arquitectura Global La estructura global del programa se basa en el patrón arquitectónico, MVC. Cómo se observa en la imagen. cmp Modelo de Componentes Modelo Controlador ofrece Vista Se optó por éste patrón, para tener la facilidad de intercambiar la presentación gráfica sin tener que realizar cambios fundamentales en la lógica del negocio. Además resulta importante mantener el diseño de la aplicación abierto, para desarrollos futuros, como por ejemplo un sistema que facilite ingresar datos a la base de datos. A continuación se explicará cada uno de los componentes, para explicar su funcionalidad detallada. El Modelo El modelo es el corazón de la aplicación él se encarga de realizar las consultas a la base de datos, y empacar los resultados de éstas, de tal forma que resulte sencillo construir las vistas. En futuras versiones del modelo se implementaran sistemas, para ingresar información a la base de datos. En la sección del Modelo, se explica con mayor detalle la arquitectura que se empleó para realizar éste elemento. El Controlador El controlador se encarga principalmente de proporcionar una interfaz, que permite acceder al Modelo y que garantiza que los datos de la vista estén siempre actualizados. En la versión actual de BiPalmas el controlador aún no realiza ninguna funcionalidad, debido a que la interfaz gráfica se limita a realizar operaciones que no requieren escribir datos a la base de datos. Igualmente si la interacción entre la vista y el modelo gana en complejidad, puede resultar más efectivo crear un controlador, que se encargue de manejar el flujo de datos entre éstos dos componentes.

La vista Éste componente se encarga de desplegar la información en pantalla. En él se encuentra toda la lógica necesaria, para crear y desplegar los gráficos. En la versión actual, éste componente se alimenta de datos proporcionados directamente del modelo. Todas las labores de formatear, asignar colores y organizar la pantalla del programa principal se realizan en éste componente. Para entrar en detalle, Cada componente de la arquitectura del sistema se despliega de forma individual, con su respectiva información. Arquitectura del Modelo cmp Modelo Vista Modelo Vista Interfaz Modelo Control Modelo DAOs Vista Graficos Modelo Reportes La estructura del modelo, se compone de tres componentes. Cada uno de ellos cumple con una funcionalidad diferente. Modelo Control: Éste componente se encarga de comunicar la vista con el modelo, y presenta la interfaz por medio de la cual se puede acceder a los servicios que ofrece la base de datos. Modelo Reportes: En éste componente se definen los formatos de transferencia de datos. Con ayuda de éste se crean los informes en forma de objetos, que se pueden trasmitir a la vista, para que éta los despliegue. Modelo DAOs:

Los DAOs son elementos que representan una conexión directa con la base de datos. Ellos se encargan de realizar las consultas, y ofrecer una interfaz para el programador, para acceder de forma genérica a los elementos persistentes. Arquitectura de la vista cmp Vista Modelo Vista Modelo Control Vista Interfaz Vista Reporte Integral Modelo Reportes Vista Graficos La vista tiene una relación estrecha con el modelo. Los componentes principales todos se encargan de presentar la información al usuario. Vista Gráficos: Éste componente es el encargado de transformar la información obtenida del modelo en forma de Reportes, en Gráficos visuales, que se pueden desplegar en pantalla. Vista Reporte Integral: Éste elemento tiene la funcionalidad de crear las operaciones necesarias, para permitir crear un reporte integral que contiene la información resumida en formato Pdf. Vista Interfaz: La interfaz, representa los elementos gráficos que se despliegan, y contiene todos los controles para manejar el programa principal.

Arquitectura del Controlador El Controlador en la versión actual del software, no tiene todavía ninguna funcionalidad. Pero en futuros trabajos, es importante delegar a éste elemento todas las funciones de ingresar modificar y borrar datos de la base de datos. Metas de la arquitectura La arquitectura propuesta tenía un objetivo principal: Garantizar la funcionalidad máxima del programa, manteniendo la estructura y los componentes lo más simple posible. Debido a ésta circunstancia no se exponen en éste documento las vistas de procesos y tampoco de despliegue. Estas dos vistas no tienen lugar, porque la arquitectura propuesta, se limita a un programa que solo correrá en un equipo sobre una sola máquina virtual sin necesidad de ejecutar tareas en paralelo. La implementación de la arquitectura debe proporcionar al desarrollador una guía para mantener las fuentes del programa en sus respectivos paquetes y componentes. Pero los detalles de implementación no se tratan en éste documento. Esto se debe a que el público que lee éste informe sobre todo serán ingenieros, que buscan entender la organización y las tareas de cada modulo, detalles innecesarios sólo complicarían éste proceso y por lo tanto irían en contra de la meta de la arquitectura. Restricciones de la arquitectura La arquitectura propuesta se restringe a proporcionar la estructura de un sistema, que únicamente funciona en una sola máquina. Pero es importante entender, que el sistema de ningún modo puede ser visto como un sistema estático que no permite ampliaciones y mejoras. Por ejemplo se consideró la posibilidad de trasformar toda la vista de BiPalmas en una aplicación web. Algo que muy probablemente en el futuro se realizará. Por éstoe motivo se puede decir, que la arquitectura tiene la restricción, de que tiene que funcionar tanto para sistemas locales, como también debe permitir ampliar la aplicación a un sistema multiusuario en la web.

Modelo de Datos El modelo de datos es el diseño de la base de datos. Muestra las relaciones de los datos, tal como fueron implementados. Para facilitar el acceso a los datos y para permitir crear los objetos DAO, se crearon vistas sobre los datos originales, que permitían acceder a la información de forma sencilla. El sistema de vistas que se creó se encuentra en la siguiente imagen.