Aplicación TESTS. Diseño de aplicaciones utilizando la plataforma J2EE TM. Ing. Javier Alfredo Voos

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Aplicación TESTS. Diseño de aplicaciones utilizando la plataforma J2EE TM. Ing. Javier Alfredo Voos"

Transcripción

1 Aplicación TESTS Diseño de aplicaciones utilizando la plataforma J2EE TM Ing. Javier Alfredo Voos Enviar comentarios técnicos a: U.T.N. Facultad Regional Córdoba Grupo Ingeniería Clínica

2 Contenidos Introducción 1-1 Fuente del documento 1-1 Objetivos del diseño de aplicaciones J2EE 1-2 Capas de una aplicación J2EE 2-1 Estructura de cada capa 2-1 Capa Cliente 2-2 Capa Web 2-3 Capa EJB 2-4 Capa EIS 2-5 Arquitectura de la aplicación 3-1 Componentes de la arquitectura 3-2 Aplicación TESTS 4-1 Resumen técnico del proyecto 4-1 Objetivos del proyecto 4-1 Capa Cliente 4-2 Capa Web 4-3 Capa EJB 4-5 Capa EIS 4-8

3 Fuente del documento Los primeros tres capítulos del presente documento, responden a una traducción resumida del Capitulo 1 del libro Designing Enterprise Applications with the J2EE TM Platform : Anatomy of an Enterprise Application by Mark Johnson El diseño e implementación de la aplicación Tests, se realizó siguiendo los lineamientos definidos por J2EE Blue Prints ( J2EE Blue Prints utiliza una aplicación de ejemplo denominada Java Pet Store, la cual sirve de guía a los desarrolladores, ya que brinda los lineamientos necesarios a los fines de poder lograr un uso eficiente de la plataforma Java 2 Enterprise Edition (J2EE) en el desarrollo de aplicaciones. Introducción 1-1

4 Objetivos del diseño de aplicaciones J2EE Crecimiento y facilidad en el mantenimiento: ya que debe permitir incorporar fácilmente nuevas funcionalidades al sistema sin necesidad de efectuar grandes modificaciones en el código. División del trabajo: cuando un grupo de desarrolladores con experiencia en diferentes aspectos de programación (comunicación con bases de datos, diseño de pantallas, definición de las reglas de negocio, etc.) pueden trabajar en forma independiente, es posible asignar tareas de acuerdo a lo que cada uno mejor conoce, tendiente a incrementar la productividad del trabajo en equipo y la calidad de la aplicación. Escalabilidad, portabilidad y disponibilidad: la aplicación debe estar preparada para escalar a miles de usuarios, debe ser portable a los fines de poder llevarla a diferentes plataformas, reduciendo el riesgo de quedar obsoleta debido a que los productos ofrecidos por un proveedor no cumplan con las necesidades futuras del sistema. Una alta disponibilidad asegura accesos sin interrupciones a reglas y datos de negocio. Código reutilizable: el código desarrollado debe ser reutilizable en diferentes lugares de la aplicación e inclusive para el desarrollo de otras aplicaciones. Interoperatibilidad: debe ser capaz de poder interactuar con otros sistemas, de una manera clara y eficiente, usando los servicios disponibles o entregando los servicios necesarios para que ellos puedan interactuar con la aplicación. Implementar la lógica del negocio: los programadores deben ocupar la mayor parte de su tiempo en desarrollar código que implementen las reglas de negocio, minimizando el tiempo dedicado a los mecanismos del sistema (transacciones, multithreading, etc.) Separar el código, según los índices de cambio: ubicando el código que está sujeto a numerosos cambios, en módulos diferentes de aquellos que contienen código que soportan pocos cambios, disminuye los trabajos de mantenimiento de la aplicación. Introducción 1-2

5 Capas de una aplicación J2EE Una aplicación J2EE, está implementada en varias capas, cada una de las cuales es responsable de diferentes tareas como persistencia de la información, funcionalidad e interacción con el usuario. Mediante esta división es posible utilizar diferentes criterios para el diseño y la implementación en cada una de las capas, con el propósito de poder cumplir de la mejor manera posible los objetivos de diseño antes mencionados. Cada una de las capas posee un rol definido en el funcionamiento de la aplicación, disponiendo de una serie de tecnologías, para poder llevar sus funciones. Capa Clientes protocolos protocolos Recursos Contenedor Componente API Estructura de cada capa Un programa, clase o conjunto de clases relacionadas ejecutando funciones en una capa se denomina componente. El componente recibe servicios del sistema los cuales son manejados generalmente por su contenedor. La forma de trabajo entre el contenedor y componente, es una API que especifica que servicios del contenedor puede esperar un componente, y que reglas debe seguir éste para funcionar. En sistemas J2EE, el contenedor tiene la responsabilidad de los servicios de sistema referidos a threading, manejo de recursos, transacciones, persistencia, seguridad, etc., lo que libera de estas cuestiones al desarrollo de componentes, permitiendo al desarrollador centralizarse en las reglas de negocio. Esto permite que los servicios de sistema puedan ser reconfigurados, sin necesidad de cambiar el código del componente, logrando de esa manera que los componentes puedan funcionar en diferentes contextos. Los programas clientes acceden a los servicios de una capa mediante protocolos clientes, y una capa puede utilizar protocolos de recursos para acceder a los recursos de otra capa. Un protocolo está siempre relacionado a una tecnología específica de acceso; por ejemplo las tecnologías Web utilizan HTTP o HTTPS. Es preciso aclarar que un programa cliente puede ser un programa que interactúa con un usuario o cualquier programa que recibe servicios de otro programa. J2EE define este modelo de tecnología para todas las capas. A continuación se realiza una breve descripción de cada una de ellas, en término de su propósito, la tecnología contenedor / componente que trabajan en la capa, los programas clientes y los protocolos que la capa puede atender, y los recursos y protocolos que la capa puede utilizar para comunicarse con otras capas. Capas de una aplicación J2EE 2-1

6 Capa Cliente Permite al usuario interactuar con la aplicación, la captura de los requerimientos del usuario tienen lugar en esta capa, y los programas que la componen traducen las acciones del usuario en pedidos al servidor y las respuestas del servidor en resultados visuales que el usuario pueda interpretar. Web Services Capa Cliente XML/ebXML/SOAP over HTTP / HTTPS Cliente Web Cliente EJB Cliente EIS HTML / XML over HTTP / HTTPS RMI / IIOP RMI / JRMP JDBC SQLJ Conectores Protocolos propietarios Capa WEB Accesible vía WWW Capa EJB Reglas de negocio Capa EIS Bases de datos Capas de una aplicación J2EE 2-2

7 Capa Web Es la encargada de lograr que la funcionalidad de la aplicación este disponible en la World Wide Web. Accede a datos y reglas de negocio alojadas en otras capas y maneja en flujo de las pantallas. Típicamente interactúa con la capa cliente usando HTTP, y puede acceder a otras capas utilizando diversos protocolos. En escenarios donde se utilizan Web Services, otras aplicaciones pueden ocupar el lugar de la capa cliente, accediendo a la aplicación por intermedio de la capa Web. Capa WEB Capa Cliente HTML / XML over HTTP / HTTPS Páginas JSP Servlets ebxml / SOAP Web Services Java Beans Capa EJB Contenedor WEB RMI / IIOP RMI / JRMP Web Services ebxml / SOAP Capa EIS Páginas HTML JDBC SQLJ Conectores Protocolos propietarios Capas de una aplicación J2EE 2-3

8 Capa Enterprise JavaBeans (EJB) Facilita que la aplicación sea portable, escalable y con una alta disponibilidad, brindando accesos de alta performance para obtener datos y reglas de negocio, implementados como componentes. Un servidor de objetos distribuidos (EJB Server) maneja eficientemente los accesos a las instancias de estos componentes. Otras capas acceden a estas instancias utilizando Java Remote Method Invocation (RMI) API. Los EJB proveen un modelo simplificado de programación para objetos distribuidos, debido a que el contenedor en el que se ejecutan maneja los detalles referidos a persistencia, seguridad, transacciones, multi-threading y accesos concurrentes. Los EJB y el servidor EJB pueden ser accedidos utilizando diferentes métodos. Aplicaciones JAVA Capa Web Web Services RMI / IIOP RMI / JRMP RMI / IIOP RMI / JRMP RMI / IIOP RMI / JRMP Capa EJB Session Beans Entity Beans Conectores CORBA CMP BMP Capa EIS Recursos EIS Bases de Datos Clientes JMS JMS Message Beans JDBC SQLJ Contenedor EJB Capas de una aplicación J2EE 2-4

9 Capa Enterprise Information System (EIS) Integra la aplicación J2EE con otros sistemas de información. Provee datos almacenados o bien servicios de información de otros sistemas. Bases de datos, sistemas ERP, sistemas legacy usualmente residen en esta capa. Otras capas acceden a bases de datos mediante drivers que responden a Java DataBase Connectivity (JDBC) API, y acceden a otros recursos EIS con Java Conector Extensions (Java Connectors), CORBA o protocolos propietarios. Capa EIS Clientes Base de Datos JDBC Base de Datos Otras Capas Conectores CORBA Protocolos Propietarios ERP EAI Scheduling Legacy Es necesario destacar que estas capas responden a la funcionalidad de la aplicación, lo que no necesariamente significa una división en líneas físicas. En efecto es posible ubicar una o más capas en la misma máquina, o utilizar una única JVM (Java Virtual Machine). De igual manera puede haber aplicaciones que no necesiten utilizar todas las capas, ya que el diseño de la misma puede involucrar sólo algunas. Algunas tecnologías J2EE, cómo por ejemplo servlets o EJB, tienen una clara ubicación dentro de las capas, sin embargo otras como por ejemplo Java Message Service (JMS) API o JAX (XML) APIs, pueden ser empleadas a través de distintas capas, es decir que cada capa puede combinar diferentes mecanismos de intercomunicación, facilitando una flexible selección de la tecnología a utilizar para cada caso. Capas de una aplicación J2EE 2-5

10 Arquitectura de la aplicación J2EE BluePrints recomienda Model-View-Controller (MVC) como patrón base para diseñar aplicaciones J2EE interactivas. La arquitectura MVC organiza el diseño de una aplicación interactiva mediante la separación de la presentación de los datos, la representación de los mismos y el comportamiento de la aplicación. El modelo (Model) representa la estructura de los datos en la aplicación, cómo así también las operaciones a realizar con esos datos. La vista (View) presenta los datos al usuario de diferentes maneras, en el contexto de alguna regla de negocio. El controlador (Controller) traduce las acciones e ingresos de los usuarios, en llamadas a los métodos de negocio en el modelo y selecciona la vista apropiada basada en las preferencias del usuario y el estado del modelo. Consultas de Estado Notificaciones de Cambios Model - Encapsula estados de la aplicación. - Responde a consultas. - Expone la funcionalidad de la aplicación. - Notifica a las vistas los cambios. Cambios de Estado View - Se actualiza como consecuencia de modificaciones en los modelos. - Envía requerimientos del usuario al Controller, a los fines de permitirle la selección de las vistas. Selección de Vistas Requerimientos de Usuario Controller - Define el comportamiento de la aplicación. - Actualiza los modelos de acuerdo a los requerimientos de usuario. - Selecciona la vista adecuada. Llamada a métodos Eventos Esencialmente, un modelo se encarga del estado de la aplicación y su funcionalidad, una vista de la presentación de la aplicación y el controlador del comportamiento en respuesta a una acción del usuario. MVC provee muchos beneficios en el diseño. Separando el modelo de la vista permite incorporar múltiples presentaciones para los mismos datos, facilitando incorporación de nuevas tecnologías para las presentaciones. Separando el controlador de la vista, permite una selección en tiempo de ejecución de la vista apropiada basada en workflow, comportamientos del usuario o estado del modelo. Separar el controlador del modelo brinda la posibilidad de poder convertir acciones del usuario en el controlador, a funciones de la aplicación en el modelo. Arquitectura de la aplicación 3-1

11 Componentes de la arquitectura Model View Controller y su ubicación en las capas de una aplicación J2EE Capa Cliente Capa Web Capa EJB Capa EIS JSP Template Screen Def. Model Java Beans Model Enterprise Beans Data Access Objects DBMS Model Browser Screen Flow Manager View Front Controller Controller Web Proxy Controller Enterprise Bean Request Processor Request Map Controller Arquitectura de la aplicación 3-2

12 APLICACIÓN TESTS La aplicación TESTS constituye el software a implementar a los fines de poder cumplir con el propósito del proyecto Automatización de tests neuropsicológicos para hispanoparlantes Resumen Técnico del Proyecto: El proyecto contempla el desarrollo e implementación de un software para llevar a cabo tareas de diagnóstico, rehabilitación e investigación neurocognitiva. El software a desarrollar será web-enabled y se accederá al mismo a través de un sitio Web diseñado para tal fin. Esto posibilitará su implementación en cualquier tipo de computadoras, sin distinción de sistemas operativos y con recursos mínimos de hardware. Los estudios realizados serán almacenados en una base de datos alojada en el sitio antes mencionado, ofreciendo a las distintas instituciones del mundo, la posibilidad de contar con un lugar común para investigación científica, que permitirá realizar estudios de validación de lesiones y patologías, con diferentes muestras de pacientes. Mediante este software de aplicación se dispondrá de una herramienta actualizada para la evaluación de las funciones cognitivas, de una manera automatizada y objetiva. El material que conforma cada una de las pruebas a informatizar, será validado por la asistencia permanente de investigadores profesionales en el área de neuropsicología. Objetivos del Proyecto: Desarrollo de un software con requerimientos mínimos de implementación, que permita la automatización de tests neuropsicológicos abreviados y adaptados para hispanoparlantes, adecuados a las características propias de nuestra población. Ofrecer un servicio a la comunidad, no disponible hasta ahora, consistente en tecnología informática de diagnóstico, terapia e investigación, sin costo alguno, accesible a todos las personas interesadas, previa autorización de los responsables del sitio Web. Contar con una herramienta informática objetiva que facilite el registro, procesamiento e interpretación de los datos individuales y por muestras diferenciales, tanto en el diagnóstico como en la rehabilitación neurocognitiva. Desarrollar una aplicación informática bajo los lineamientos de un standard de reconocimiento mundial, a los fines de poder transmitir a la comunidad universitaria las ventajas que propone la arquitectura seleccionada. Conformar una base de datos internacional, que permitirá comparar resultados de rehabilitación en relación a una línea de base, con diferentes muestras de pacientes y patologías. Aplicación TESTS 4-1

13 APLICACIÓN TESTS Capa Cliente: La aplicación Tests posee cuatro tipos de clientes: Profesionales: a este grupo pertenecen los doctores o especialistas que se encargan del mantenimiento de los pacientes y realizan los estudios.- Consultores: son aquellos usuarios que realizan consultas de estudios ya efectuados, estadísticas e informes redactados por los usuarios Supervisores. Supervisores: pertenecen a este rol, los doctores que se encargan de aceptar o no los estudios realizados, para ser considerados en sus estadísticas y análisis de las diferentes muestras, y están en condiciones de publicar sus conclusiones. Administradores: realizan tareas de administración del sitio, cómo por ejemplo la incorporación de nuevos tests, estadísticas, habilitar usuarios, etc. Capa CLIENTE Aplicación TESTS Profesionales Consultores Supervisores HTML / HTTP Capa WEB Capa WEB Administradores Capa WEB Los cuatro tipos de clientes acceden a la aplicación a través del browser, e interactúan directamente con la capa Web de la misma. Una vez que los usuarios son autentificados, los mismos tendrán diferentes tareas habilitadas para realizar en el sitio, acorde al grupo de usuarios al cual pertenecen. Aplicación TESTS 4-2

14 APLICACIÓN TESTS Capa Web: La capa Web de la aplicación atiende a los cuatro tipos de clientes disponibles, utilizando una combinación de páginas JSP y componentes JavaBeans. El esquema de funcionamiento de la capa se puede visualizar en el siguiente esquema: Aplicación TESTS Capa Cliente Capa WEB Capa EJB RequestMappings.xml XX Handler XX Event Browser Front Controller Request Processor Web Proxy Controller EJB Model JavaBeans Screen FlowManager XX FlowHandler Screen ScreenDefinitions.xml Template.jsp XX Handler - Clases XX Event - Clases XX FlowHandler - Clases EstudioCabHandler EstudioHandler PacienteHandler TestHandler SignInHandler UsuarioHandler EstudioCabEvent EstudioEvent PacienteEvent TestEvent SignInEvent UsuarioEvent EstudioCabFlowHandler EstudioFlowHandler PacienteFlowHandler MenuFlowHandler TestFlowHandler SignInFlowHandler UsuarioFlowHandler Todos los requerimientos que provienen del browser (sin distinción de tipos de clientes) son atendidos por un servlet MainServlet que actúa como un FrontController para los clientes. Un FrontController se puede definir cómo un componente que en cual se centraliza todo el manejo de las vistas de acuerdo a las acciones de los usuarios. Aplicación TESTS 4-3

15 APLICACIÓN TESTS Capa Web: Cada requerimiento esta debidamente configurado en un archivo XML, en el cual se especifica que objeto (XXHandler) se encargará de procesarlo, y otro objeto (XXFlowHandler) que determina que vista seleccionar como respuesta. Los objetos handler se encargan de leer los parámetros que provienen del requerimiento web, y con esa información generan un evento (XXEvent) asociado al handler. La tarea de instanciar el objeto handler adecuado está a cargo de un objeto RequestProcessor, el cual también tiene la tarea de comunicarle al Controller WebProxy los eventos generados por dicho proceso. El Controller WebProxy tiene la misión de determinar si es necesario comunicarse con la capa EJB para poder atender el requerimiento, y de ser necesario instrumenta los mecanismos necesarios (JNDI) para localizar el Controller EJB de dicha capa. A continuación actualiza los objetos Model Java Beans contenidos en la clase EstudioWebImpl, quien se encarga de implementar las vistas de los modelos para que los mismos queden disponibles para la vista (páginas JSP). Una vez atendido el requerimiento el FrontController se encarga de seleccionar la vista adecuada, de acuerdo al resultado del procesamiento de dicho requerimiento. En efecto, la respuesta no depende sólo del requerimiento en sí mismo, sino también del estado de los modelos de datos en la aplicación, de acuerdo a ciertas condiciones. Esto lo realiza por medio de un objeto ScreenFlowManager, quien de la misma manera que lo realiza el objeto RequestProcessor, instancia un objeto en este caso flowhandler, quien va a devolver un objeto Screen con las definiciones de la vista resultado. La vista resultante se construye mediante una página JSP (template.jsp) que contiene una serie de tags que se encargan de tomar los atributos del objeto Screen, de esa manera el código de la página JSP es dinámico en respuesta a cada requerimiento del usuario. Toda la información referida a la composición de las pantallas y los objetos handler y flowhandler de cada requerimiento atendidos por el FrontController, se encuentran configurados en dos archivos XML: ScreenDefinitions.xml y RequestMappings.xml respectivamente. Aplicación TESTS 4-4

16 APLICACIÓN TESTS Capa EJB: Esta capa permite encapsular la funcionalidad de la aplicación Tests mediante el empleo de objetos distribuidos llamados por en servidor EJB. Los EJB son componentes de software compuestos por una pequeña colección de clases relacionadas, se ejecutan en un contenedor EJB, el cual se comunica con el servidor EJB. Los programas de la capa WEB pueden crear, modificar, ubicar y destruir instancias de EJB corriendo en el servidor EJB, a los fines de obtener las reglas de negocio y los datos de la aplicación, por intermedio del objeto EJB Controller que es el encargado de atender el acceso a la capa EJB, la cual provee automáticamente el manejo de las transacciones y los accesos concurrentes. La aplicación Tests contiene los siguientes EJB: EJB de sesión: EJBController: controla el acceso a la capa EJB. Estudio: conjunto de tests que conforman un estudio. EJB de entidad: la persistencia es manejada por el bean (BMP) EstudioCab: cabecera del estudio. Paciente: datos del paciente, clasificados según los criterios brindados por los especialistas. Test: información del test y las pruebas que lo componen. Usuario: clientes que acceden a la aplicación y pertenecen a uno de los grupos mencionados en la descripción de la capa cliente. Es preciso destacar que los EJB de entidad son objetos coarse-grained, es decir que se no consideraron pequeños objetos independientes para modelarlos como EJB, por el contrario se procedió a la agrupación de objetos que conforman una entidad, para que sea un EJB; como un test por ejemplo. No existen EJB de entidad que representen a pruebas o variables de las mismas, ya que las mismas fueron modeladas como value objects. Aplicación TESTS 4-5

17 APLICACIÓN TESTS Capa EJB: El funcionamiento de esta capa puede resumirse en el siguiente esquema: Aplicación TESTS Capa WEB Capa EJB Capa WEB Web Proxy Controller EJB (EJBController EJB) State Machine Base de Datos ModelUpdate Notifier ModelUpdate Manager XX Handler Data Access Objects Paciente EJB EstudioCab EJB Usuario EJB Model EJB (Estudio EJB) Test EJB XX Handler - Clases EstudioCabHandler EstuTestHandler PacienteHandler TestHandler SignInHandler UsuarioHandler El objeto StateMachine se encarga de la ejecución de todos los comandos necesarios para procesar las reglas de negocio de la aplicación. Es el responsable de actualizar el estado de los modelos en respuesta a un evento. Controla los accesos y coordina el procesamiento de eventos a través de diferentes modelos. Para poder cumplir con su objetivo, instancia un objeto handler (XXHandler) de acuerdo al evento que recibe, este objeto es el que se comunica con el Model Enterprise Bean (MEB) a los fines de actualizar los modelos de acuerdo al evento en cuestión. Aplicación TESTS 4-6

18 APLICACIÓN TESTS Capa EJB: El MEB se encargará de ubicar (JNDI) a los EJB que representen los diferentes modelos para actualizarlos. La actualización de los EJB se realizan por intermedio de los Data Access Objects (DAO) quienes se encargan de la comunicación con la capa EIS, utilizando la tecnología JDBC. El acceso a la capa EIS esta controlada por tres clases: xxdao: interface en la cual se definen los métodos para actualizar el modelo. xxdaoimpl: implementa los métodos definidos en la interface anterior, en el caso de que la comunicación se realice con una base de datos, detalla las sentencias SQL y realiza la conexión con la misma. xxdaofactory: obtiene vía JNDI la referencia del objeto DAO a utilizar. Una vez que los cambios fueron realizados en la capa EIS, el objeto StateMachine se encarga de actualizar los modelos activos en la aplicación, a los fines de poder reflejar en la aplicación los cambios antes efectuados. Esto lo realiza mediante el objeto ModelUpdateManager que tiene la tarea de informar la lista de modelos que se deben refrescar como consecuencia del evento procesado. Esta lista es tomada por el objeto ModelUpdateNotifier que se encuentra en la capa WEB, a los fines de completar la actualización de los modelos contenidos en la clase EstudioWebImpl. Aplicación TESTS 4-7

19 APLICACIÓN TESTS Capa EIS: La base de datos que conforma esta capa, está formada por las siguientes tablas: Roles Usuarios Pacientes Organizaciones Estudios Variables TiposTests Tests Estudios Detalle Pruebas Variables Pruebas Aplicación TESTS 4-8

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

JAVA ENTERPRISE EDITION (J2EE) ARQUITECTURA TECNOLOGÍAS (1/2) (L1)

JAVA ENTERPRISE EDITION (J2EE) ARQUITECTURA TECNOLOGÍAS (1/2) (L1) TECNOLOGÍAS (1/2) (L1) EJB ( Enterprise Java Beans ) JSP ( Java Server Pages ) JNDI ( Java Naming and Directory Interface ) JDBC ( Java Data Base Connectivity ) Java Mail JSF ( Java Server Faces ) TECNOLOGÍAS

Más detalles

Visión General de GXportal. Última actualización: 2009

Visión General de GXportal. Última actualización: 2009 Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de

Más detalles

Portal de Aplicaciones Médicas

Portal de Aplicaciones Médicas Portal de Aplicaciones Médicas Ing. Javier A. Voos 1 - Ing. Eduardo Gonzalez 2 - Ing. Fernando Cagnolo 2 1 Ingeniero en Sistemas de Información U.T.N. Facultad Regional Córdoba - Argentina 2 Ingeniero

Más detalles

Capítulo 5. Cliente-Servidor.

Capítulo 5. Cliente-Servidor. Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

Capitulo III. Diseño del Sistema.

Capitulo III. Diseño del Sistema. Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje

Más detalles

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3 1 Índice 1 Índice... 1 2 Introducción... 2 2.1 Propósito... 2 2.2 Alcance... 2 3 Modelo Arquitectónico Inicial... 3 3.1 Diagrama de alto nivel de la arquitectura... 3 3.2 Vista de Casos de Uso... 5 3.2.1

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

CAPÍTULO 3 Servidor de Modelo de Usuario

CAPÍTULO 3 Servidor de Modelo de Usuario CAPÍTULO 3 Servidor de Modelo de Usuario Para el desarrollo del modelado del estudiante se utilizó el servidor de modelo de usuario desarrollado en la Universidad de las Américas Puebla por Rosa G. Paredes

Más detalles

Curso de Spring Framework

Curso de Spring Framework Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Spring es un proyecto de código abierto (open source), originalmente creado por Rod Johnson y descrito en su

Más detalles

Guía Metodológica para el diseño de procesos de negocio

Guía Metodológica para el diseño de procesos de negocio Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan

Más detalles

[CASI v.0109] Pág. 1

[CASI v.0109] Pág. 1 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Quinto Requisitos Duración Horas Semana : 08 horas Versión : v.0109 II. SUMILLA : COMPUTACIÓN E INFORMATICA : Ingeniería de Software : Lenguaje

Más detalles

Panorámica de la asignatura

Panorámica de la asignatura Arquitecturas típicas. Mario Muñoz Organero Departamento de Ingeniería Telemática http://www.it.uc3m.es/mario Panorámica de la asignatura RED Comunicaciones Servidores información Intercambio de datos

Más detalles

Novedades en Q-flow 3.02

Novedades en Q-flow 3.02 Novedades en Q-flow 3.02 Introducción Uno de los objetivos principales de Q-flow 3.02 es adecuarse a las necesidades de grandes organizaciones. Por eso Q-flow 3.02 tiene una versión Enterprise que incluye

Más detalles

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP Visual Sale posee módulos especializados para el método de ventas transaccional, donde el pedido de parte de un nuevo cliente

Más detalles

MACROPROCESO GESTIÓN TECNOLÓGICA

MACROPROCESO GESTIÓN TECNOLÓGICA Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar

Más detalles

Tema 1. Introducción a Java EE

Tema 1. Introducción a Java EE Objetivos del tema Propiedades de las aplicaciones empresariales El Modelo Cliente/Servidor Presentar la Plataforma Java Presentar Java EE y otras tecnologías horizontales Tema 1. Introducción a Java EE

Más detalles

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema Capítulo2 Planteamientodelproblema 38 2.1Antecedentesycontextodelproyecto En lo que respecta a los antecedentes del proyecto, se describe inicialmente el contexto donde se utiliza el producto de software.

Más detalles

Workflows? Sí, cuántos quiere?

Workflows? Sí, cuántos quiere? Workflows? Sí, cuántos quiere? 12.11.2006 Servicios Profesionales Danysoft Son notables los beneficios que una organización puede obtener gracias al soporte de procesos de negocios que requieran la intervención

Más detalles

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la Servicios web Introducción Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes

Más detalles

Notas técnicas de JAVA Nro. 7 Tip Breve

Notas técnicas de JAVA Nro. 7 Tip Breve Notas técnicas de JAVA Nro. 7 Tip Breve (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Tema: JAVA Basics: Diferencias conceptuales entre JavaBeans y Enterprise JavaBeans (EJB)

Más detalles

Modulo I. Introducción a la Programación Web. 1.1 Servidor Web.

Modulo I. Introducción a la Programación Web. 1.1 Servidor Web. Modulo I. Introducción a la Programación Web. 1.1 Servidor Web. Antes de analizar lo que es un servidor Web y llevara a cabo su instalación, es muy importante identificar diferentes elementos involucrados

Más detalles

Facultad de Sistemas e Informática

Facultad de Sistemas e Informática Escuela Politécnica del Ejército Sede Latacunga Facultad de Sistemas e Informática Galarza Maira Tapia Cevallos Paulina DESARROLLO DE APLICACIONES DISTRIBUIDAS UTILIZANDO PATRONES DE DISEÑO MODELO/VISTA

Más detalles

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR En este capítulo se describe el análisis y diseño de un sistema, denominado e-commerce Constructor, el cual cumple con los siguientes objetivos: Fungir

Más detalles

Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1. Gerardo Lecaros Felipe Díaz

Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1. Gerardo Lecaros Felipe Díaz Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1 Gerardo Lecaros Felipe Díaz Problemática Petición de salas de forma tradicional Solución J2EE Java 2 Platform, Enterprise Edition

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas:

Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas: SISTEMAS DISTRIBUIDOS DE REDES 1. SISTEMAS DISTRIBUIDOS Introducción y generalidades La computación desde sus inicios ha sufrido muchos cambios, desde los grandes equipos que permitían realizar tareas

Más detalles

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)

Más detalles

Windows Server 2003. Windows Server 2003

Windows Server 2003. Windows Server 2003 Windows Server 2003 Windows Server 2003 Es un sistema operativo de la familia Windows de la marca Microsoft para servidores que salió al mercado en el año 2003. Está basada en tecnología NT y su versión

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

Sistema de Gestión de Proyectos Estratégicos.

Sistema de Gestión de Proyectos Estratégicos. [Documento versión 2.0 del 24/06/2015] Sistema de Gestión de Proyectos Estratégicos. El sistema de Gestión de Proyectos Estratégicos (GPE), es una poderosa herramienta para administrar y gestionar los

Más detalles

CORPORACIÓN MEXICANA DE INVESTIGACIÓN EN MATERIALES, S.A. DE CV

CORPORACIÓN MEXICANA DE INVESTIGACIÓN EN MATERIALES, S.A. DE CV Página 1 de 6 1. OBJETIVO El presente documento tiene la finalidad de citar los beneficios de la migración de la herramienta de análisis de riesgo, mantenimiento e inspección que en lo sucesivo se denominará

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Integración de AuraPortal con SAP

Integración de AuraPortal con SAP Integración de AuraPortal con SAP Se puede definir como la estrategia empresarial enfocada a gestionar los procesos de negocio. BPM se soporta sobre tecnología de información para automatizar tareas y

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

Capítulo VI. Conclusiones. En este capítulo abordaremos la comparación de las características principales y

Capítulo VI. Conclusiones. En este capítulo abordaremos la comparación de las características principales y Capítulo VI Conclusiones En este capítulo abordaremos la comparación de las características principales y de las ventajas cada tecnología Web nos ofrece para el desarrollo de ciertas aplicaciones. También

Más detalles

APO BPM Software de Automatización de Procesos. Defina, integre y controle sus circuitos de negocio en un solo lugar

APO BPM Software de Automatización de Procesos. Defina, integre y controle sus circuitos de negocio en un solo lugar APO BPM Software de Automatización de Procesos Defina, integre y controle sus circuitos de negocio en un solo lugar APO BPM es una herramienta para la definición dinámica, integración, ejecución y control

Más detalles

LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN

LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN Tabla de Contenidos LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN... 1 Tabla de Contenidos... 1 General... 2 Uso de los Lineamientos Estándares...

Más detalles

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com

Más detalles

Brindamos asesorías que involucran tecnología y personal calificado, estos hacen de DOCTUM su mejor aliado.

Brindamos asesorías que involucran tecnología y personal calificado, estos hacen de DOCTUM su mejor aliado. SOFTWARE DE GESTÓN Doctum sabe que es necesario entregar servicios que otorguen un valor agregado, sobre todo para la gestión documental de la empresa, lo que reduce los costos asociados a mano de obra

Más detalles

Desarrollo de Software con

Desarrollo de Software con Desarrollo de Software con Antonio J. Vélez Q. Universidad del Valle Sede Palmira Contenido Modelo de Aplicaciones Java EE Arquitectura de las aplicaciones JEE Comunicación entre componentes Contenedores

Más detalles

Arquitectura. 1.- Aplicaciones Web. Definición. Arquitectura clásica. Contenidos. 1.- Aplicaciones Web

Arquitectura. 1.- Aplicaciones Web. Definición. Arquitectura clásica. Contenidos. 1.- Aplicaciones Web Arquitectura 1.- Aplicaciones Web Definición Contenidos 1.- Aplicaciones Web 2.- Arquitectura de aplicaciones Web Lo que distingue una aplicación Web de una mero sitio Web reside en la posibilidad que

Más detalles

Windows Server 2012: Identidad y Acceso. Módulo 2: Descripción General de Windows Server 2012 Remote Desktop Services.

Windows Server 2012: Identidad y Acceso. Módulo 2: Descripción General de Windows Server 2012 Remote Desktop Services. Windows Server 2012: Identidad y Acceso Módulo 2: Descripción General de Windows Server 2012 Remote Desktop Services. Manual del Módulo Autor: Andrew J Warren, Content Master Publicado: Septiembre 10 de

Más detalles

"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios

Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios "Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se

Más detalles

Técnicas de Diseño CRM 1

Técnicas de Diseño CRM 1 Técnicas de Diseño CRM SAAT 2 Índice Descripción del Negocio... 3 Contexto... 3 Alcance... 3 Glosario... 5 Arquitectura propuesta... 7 Manejo de sesiones... 7 Implementación de persistencia y transaccionalidad...

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

Manual del Usuario. Sistema de Help Desk

Manual del Usuario. Sistema de Help Desk Manual del Usuario Sistema de Help Desk Objetivo del Manual El siguiente manual tiene como objetivo proveer la información necesaria para la correcta utilización del sistema Help Desk. Describe los procedimientos

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G083-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G083-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. DEFINICIÓN...

Más detalles

- MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD. Rev. 01- FEBRERO 2013

- MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD. Rev. 01- FEBRERO 2013 - MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD Rev. 01- FEBRERO 2013 Software de diagnóstico de la seguridad de la información y autoimplantación

Más detalles

Nombre de producto. Dexon Workflow Manager

Nombre de producto. Dexon Workflow Manager Nombre de producto Dexon Workflow Manager EL PRODUCTO ADECUADO PARA LA AUTOMATIZACIÓN DE LAS ACTIVIDADES DE TRABAJO QUE SUSTENTAN LA ACTIVIDAD DE NEGOCIO DE SU ORGANIZACIÓN Y EL SEGUIMIENTO DE SUS PROCESOS

Más detalles

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE SERVICIOS DE DESARROLLO SOFTWARE OC-GA-14-TDRCSDS1601-160128-V1

Más detalles

Mesa de Ayuda Interna

Mesa de Ayuda Interna Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca

Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca Ing. WILSON ALFREDO ORTEGA ORDOÑEZ Ing. JUAN CARLOS MENDEZ CAMACHO Universidad del Cauca Facultad

Más detalles

CARACTERISTICAS DEL SISTEMA

CARACTERISTICAS DEL SISTEMA CARACTERISTICAS DEL SISTEMA 1. CONSIDERACIONES GENERALES El Sistema de Gestión Financiera en Línea esta orientada a LA GESTION DEL PRESUPUESTO Y COMPRAS, esto es posible mediante interfaces vía Web, cuya

Más detalles

RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014

RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014 RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014 FAMILIA PROFESIONAL: INFORMATICA Y COMUNICACIONES MATERIA: 28. DESARROLLO WEB EN ENTORNO SERVIDOR CURSO: 2º DE CFGS DESARROLLO DE APLICACIONES

Más detalles

Historia de revisiones

Historia de revisiones Herbert Game Descripción de la Arquitectura Versión 1.8 Historia de revisiones Fecha Versión Descripción Autor 29/08/2011 1.0 Creación del documento Juan Pablo Balarini Máximo Mussini 30/08/2011 1.1 Actualización

Más detalles

ENCUENTA - CONTABILIDAD Net. Definiciones generales

ENCUENTA - CONTABILIDAD Net. Definiciones generales ENCUENTA - CONTABILIDAD Net Definiciones generales 2013 ENCUENTA - CONTABILIDAD Net Definiciones generales Contenido 1 GENERALIDADES... 3 2 DISTRIBUCIÓN GENERAL DE LOS ELEMENTOS DEL SISTEMA... 3 3 REQUERIMIENTOS...

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

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

Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.4. Historia de revisiones Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.4 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Versión Inicial Guillermo López 30/08/2014 1.1 Verificación

Más detalles

Introducción a la Firma Electrónica en MIDAS

Introducción a la Firma Electrónica en MIDAS Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento

Más detalles

En los últimos años, se ha presentado una enorme demanda por servicios portátiles,

En los últimos años, se ha presentado una enorme demanda por servicios portátiles, Capítulo 1 Introducción En los últimos años, se ha presentado una enorme demanda por servicios portátiles, a los que se les ha llamado tecnologías móviles, este repentino crecimiento de tecnologías ha

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

Consultoría y Desarrollo de Sistemas CONTROLMAP. Software : Sistema Integral de Registro y Seguimiento de Eventos e Incidencias en Mapas Digitales

Consultoría y Desarrollo de Sistemas CONTROLMAP. Software : Sistema Integral de Registro y Seguimiento de Eventos e Incidencias en Mapas Digitales 1 Software : CONTROLMAP Sistema Integral de Registro y Seguimiento de Eventos e Incidencias en Mapas Digitales Característica Generales 2 ControlMap permite el registro y seguimiento de incidencia o eventos

Más detalles

ARC 101 Architecture Overview Diagram

ARC 101 Architecture Overview Diagram ARC 101 Architecture Overview Diagram Estudio de Arquitectura para la evolución tecnológica de los aplicativos de ATyR Banco de Previsión Social ATYR Evolución Tecnológica Pág 1 of 10 Tabla de Contenidos

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

<Generador de exámenes> Visión preliminar

<Generador de exámenes> Visión preliminar 1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,

Más detalles

BackflipSD Modelo de Diseño

BackflipSD Modelo de Diseño BackflipSD Modelo de Diseño Historia de revisiones: Fecha Versión Descripción Autor 04/09/2012 1.0 Rodrigo Stecanella 16/09/2012 1.1 Rodrigo Stecanella 1 Contenido Historia de revisiones:...1 Introducción...3

Más detalles

Diseño dinámico de arquitecturas de información

Diseño dinámico de arquitecturas de información Diseño dinámico de arquitecturas de información CARACTERISTICAS DEL SISTEMA Las organizaciones modernas basan su operación en la gestión del conocimiento, es decir, en el manejo de información que se presenta

Más detalles

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

Más detalles

ARC 108 Component Model

ARC 108 Component Model ARC 108 Component Model Evolución Tecnológica de RNOM Banco de Previsión Social Tabla de Contenidos ARC 108 Component Model 1. INTRODUCCIÓN 3 2. OBJETIVO 4 3. NOTACIÓN 5 4. ARQUITECTURA GLOBAL 6 4.1. DIAGRAMA

Más detalles

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura 1. Conceptos Generales 2. Modelo Entidad / Relación 3. Modelo Relacional 4. Integridad de datos relacional 5. Diseño de bases de datos relacionales 6. Lenguaje de consulta estructurado (SQL) 1.1.- Objetivos

Más detalles

PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...

PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS

Más detalles

Windows Server 2012: Infraestructura de Escritorio Virtual

Windows Server 2012: Infraestructura de Escritorio Virtual Windows Server 2012: Infraestructura de Escritorio Virtual Módulo 1: Application Virtualization Módulo del Manual Autores: James Hamilton-Adams, Content Master Publicado: 5 de Octubre 2012 La información

Más detalles

CONCLUISIONES Y RECOMENDACIONES

CONCLUISIONES Y RECOMENDACIONES CONCLUISIONES Y RECOMENDACIONES CONTENIDO 7.1 Verificación de Hipótesis 7.2 Conclusiones 7.3 Recomendaciones Mónica Cecilia Gallegos Varela - 145 - VERIFICACIÓN DE HIPÓTESIS La hipótesis planteada al inicio

Más detalles

Generador GeneXus JAVA

Generador GeneXus JAVA Generador GeneXus JAVA Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento

Más detalles

PROGRAMACIÓN WEB I SEMANA 7 ESTE DOCUMENTO CONTIENE LA SEMANA 7

PROGRAMACIÓN WEB I SEMANA 7 ESTE DOCUMENTO CONTIENE LA SEMANA 7 PROGRAMACIÓN WEB I SEMANA 7 1 ÍNDICE MANEJO DE EVENTOS EN JAVA... 3 INTRODUCCIÓN... 3 APRENDIZAJES ESPERADOS... 3 MANEJO DE EVENTOS EN JAVA (AWT y SWING)... 4 CONCEPTOS BÁSICOS EN EL MANEJO DE EVENTOS...

Más detalles

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos ANEXO VI. Mejores prácticas para el éxito de un sistema de información Uno de los problemas de información dentro de las empresas es contar con datos importantes del negocio y que éstos estén aislados

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: EL PROCESO DE DISEÑO DE SISTEMAS DISTRIBUIDOS MANEJANDO LOS DATOS EN LOS SISTEMAS DISTRIBUIDOS DISEÑANDO SISTEMAS PARA REDES DE ÁREA LOCAL DISEÑANDO SISTEMAS PARA ARQUITECTURAS CLIENTE/SERVIDOR

Más detalles

10775 Administering Microsoft SQL Server 2012 Databases

10775 Administering Microsoft SQL Server 2012 Databases 10775 Administering Microsoft SQL Server 2012 Databases Introducción Este curso de cinco días impartido por instructor, provee a estudiantes con el conocimiento y habilidades para mantener una base de

Más detalles

Programación páginas web con ASP.NET 3.5 (C#)

Programación páginas web con ASP.NET 3.5 (C#) Horas de teoría: 40 Horas de práctica: 40 Programación páginas web con ASP.NET 3.5 (C#) Curso de desarrollo de aplicaciones web. Para ello se estudia la programación de la parte cliente con JavaScript

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla

Más detalles

Capítulo III. Análisis y diseño.

Capítulo III. Análisis y diseño. Capítulo III. Análisis y diseño. 3.1 Análisis. El análisis es el intermediario entre los requisitos del sistema y el diseño, esta sección definiremos el análisis con una serie de modelos técnicos del sistema,

Más detalles

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA BizAgi Process Modeler TABLA DE CONTENIDO PROCESO DE MESA DE AYUDA INTERNA... 3 1. DIAGRAMA DEL PROCESO... 4 2. MODELO DE DATOS... 5 ENTIDADES DEL SISTEMA...

Más detalles

AVA-QHSE System. Introducción Características del producto Especificaciones Técnicas

AVA-QHSE System. Introducción Características del producto Especificaciones Técnicas Introducción Características del producto Especificaciones Técnicas Introducción Qué es AVA-QHSESystem? AVA-QHSESystem es una solución completa de apoyo a la gestión y cumplimiento de las normas de Seguridad,

Más detalles

Capitulo VI. Conclusiones.

Capitulo VI. Conclusiones. Capitulo VI. Conclusiones. VI.I. Conclusiones. Finalmente como conclusiones tenemos que resaltar el uso de varias tecnologías aparte de Java, como lo son el uso de la librería O reilly para pasar archivos

Más detalles

DIPLOMATURA DESARROLLO DE APLICACIONES JAVA

DIPLOMATURA DESARROLLO DE APLICACIONES JAVA DIPLOMATURA DESARROLLO DE APLICACIONES JAVA Contenidos MÓDULO UNO: Características del Lenguaje. OOP Reconocer las características del lenguaje Java y sus componentes. Distinguir la similitudes y diferencias

Más detalles

Componentes de Integración entre Plataformas Información Detallada

Componentes de Integración entre Plataformas Información Detallada Componentes de Integración entre Plataformas Información Detallada Active Directory Integration Integración con el Directorio Activo Active Directory es el servicio de directorio para Windows 2000 Server.

Más detalles

Custodia de Documentos Valorados

Custodia de Documentos Valorados Custodia de Documentos Valorados En el complejo ambiente en que se desarrollan los procesos de negocio actuales, se hace cada vez más necesario garantizar niveles adecuados de seguridad en la manipulación

Más detalles

CentralTECH JAVA EE 7 Desarrollo

CentralTECH JAVA EE 7 Desarrollo CT-2776: de Aplicaciones Sobre este curso El curso está dirigido a profesionales y estudiantes IT que deseen adquirir los conceptos y tecnologías necesarias para implementar aplicaciones Web empresariales

Más detalles

OLIMPO Servidor Universal

OLIMPO Servidor Universal OLIMPO Servidor Universal Documento 20050714/01 Fecha Creación Julio 2005 Fecha Última Revisión Agosto 2007 Versión de documento 2.0 1/7 Visión Global Desde el año 1984, en IGT Microelectronics hemos ofrecido

Más detalles

Emerson Network Energy Center, ENEC Lite, es. Multilenguaje. Navegación intuitiva. Multiusuario. Seguridad. Mantenimiento y control

Emerson Network Energy Center, ENEC Lite, es. Multilenguaje. Navegación intuitiva. Multiusuario. Seguridad. Mantenimiento y control Emerson Network Energy Center, ENEC Lite, es una aplicación para la gestión remota y local de sistemas de energía, baterías, corriente alterna, grupos electrógenos, SAIs, sistemas de refrigeración y demás

Más detalles

Desarrollo de Software con

Desarrollo de Software con Desarrollo de Software con Antonio J. Vélez Q. Universidad del Valle Sede Palmira Contenido Definición de Enterprise Bean Cuando usar Enterprise Beans Tipos de Enterprise Beans Enterprise Bean Con componentes

Más detalles

Sistema de marketing de proximidad

Sistema de marketing de proximidad Dizan Vasquez Propuesta de proyecto Sistema de marketing de proximidad ACME México Dizan Vasquez Índice general 1. Descripción 3 2. Resúmen ejecutivo 4 2.1. Objetivo.................................................

Más detalles

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA Hospital Nacional de Maternidad UNIDAD DE INFORMATICA 87 Introducción Página: I INTRODUCCION Para el propósito de este manual el Hospital Nacional de Maternidad puede ser referido también como El Hospital,

Más detalles

Herramienta de Gestión Integral de E-Business

Herramienta de Gestión Integral de E-Business Herramienta de Gestión Integral de E-Business Ingeniería técnica de informática de sistemas Autor: David López Martín Tutor: Antoni Oller Arcas Índice Introducción Metodología Análisis Diseño Planificación

Más detalles