Aplicación TESTS. Diseño de aplicaciones utilizando la plataforma J2EE TM. Ing. Javier Alfredo Voos
|
|
- Carlos Sánchez Gómez
- hace 8 años
- Vistas:
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. 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 detallesJAVA 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 detallesVisió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 detallesPortal 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 detallesCapí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 detallesAnexo 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 detallesCapitulo 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 detalles1 Í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 detallesGLOSARIO. 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 detallesCAPÍ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 detallesCurso 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 detallesGuí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
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 detallesPanorá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 detallesNovedades 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 detallesREGISTRO 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 detallesMACROPROCESO 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 detallesTema 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 detallesCapí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 detallesWorkflows? 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 detallesLa 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 detallesNotas 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 detallesModulo 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 detallesFacultad 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 detallesCAPÍ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 detallesProyecto 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 detallesElementos 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 detallesLos 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 detallesPropuesta 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 detallesWindows 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 detalles1 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 detallesSistema 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 detallesCORPORACIÓ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 detallesIntroducció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 detallesIntegració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 detallesdesarrollo. 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 detallesCapí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 detallesAPO 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 detallesLINEAMIENTOS 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 detallesMetodologí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 detallesBrindamos 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 detallesDesarrollo 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 detallesArquitectura. 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 detallesWindows 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 Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se
Más detallesTé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 detallesSERVICE 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 detallesManual 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 detallesPROCEDIMIENTO 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 Software de diagnóstico de la seguridad de la información y autoimplantación
Más detallesNombre 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 detallesORGANISMO 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 detallesMesa 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 detallesPatrones 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 detallesAmbiente 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 detallesCARACTERISTICAS 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 detallesRESUMEN 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 detallesHistoria 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 detallesENCUENTA - 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 detallesProceso 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 detallesSistema 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 detallesIntroducció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 detallesEn 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 detallesResumen 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 detallesSIGPRE 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 detallesConsultorí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 detallesARC 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 detallesCapí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
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 detallesBackflipSD 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 detallesDiseñ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 detallesTó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 detallesIntroducció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 detallesARC 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 detalles1.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 detallesPROPÓ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 detallesWindows 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 detallesCONCLUISIONES 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 detallesGenerador 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 detallesPROGRAMACIÓ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 detallesMejores 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 detallesSISTEMAS 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 detalles10775 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 detallesProgramació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 detallesUNIDAD 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 detallesSOLICITUD 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 detallesCapí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 detallesCONSTRUCCIÓ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 detallesAVA-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 detallesCapitulo 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 detallesDIPLOMATURA 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 detallesComponentes 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 detallesCustodia 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 detallesCentralTECH 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 detallesOLIMPO 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 detallesEmerson 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 detallesDesarrollo 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 detallesSistema 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 detallesHospital 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 detallesHerramienta 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