ARC 108 Component Model
|
|
- Gabriel Luna Maestre
- hace 8 años
- Vistas:
Transcripción
1 ARC 108 Component Model Evolución Tecnológica de RNOM Banco de Previsión Social
2 Tabla de Contenidos ARC 108 Component Model 1. INTRODUCCIÓN 3 2. OBJETIVO 4 3. NOTACIÓN 5 4. ARQUITECTURA GLOBAL DIAGRAMA DE COMPONENTES DESCRIPCIÓN DE COMPONENTES CAPA DE PRESENTACIÓN EN CLIENTE DE LA ARQUITECTURA CAPA DE PRESENTACIÓN DE LA ARQUITECTURA CAPA DE APLICACIÓN DE LA ARQUITECTURA CAPA DE DATOS DE LA ARQUITECTURA CAPA DE APLICACIONES Y DATOS EXTERNOS A LA ARQUITECTURA 8 5. PRIMER ITERACIÓN DIAGRAMA DE COMPONENTES DESCRIPCIÓN DE COMPONENTES 9
3 1. INTRODUCCIÓN El modelo de componentes describe la jerarquía completa de componentes en términos de sus responsabilidades, sus interfaces, sus relaciones estáticas y la forma en que colaboran para entregar la funcionalidad requerida. La mayor parte de los componentes son Software, pero algunas veces es conveniente incluir una combinación de componentes de hardware y software en el modelo de componentes. Un componente puede ser un subsistema, un modulo de un programa, una colección de clases, un programa, una parte de un producto, o un dispositivo de hardware. Los componentes pueden en un principio ser de cualquier tamaño, sin embargo, como el propósito de este Work Product es arquitectónico, la descomposición tiene a detenerse a un nivel suficiente para poder asignar los diferentes grupos de trabajo. El trabajo detallado dentro de cada equipo es manejado en los work products de diseño.
4 2. OBJETIVO El modelo de componentes es usado para: Describir la estructura del software a alto nivel. Describir precisamente las responsabilidades, relaciones e interacciones de los componentes de la solución. Documentar como las aplicaciones y los componentes técnicos se relacionan entre si. Especificar como los componentes nuevos y los heredados se relacionan entre si. Definir los componentes que tienen que ser colocados en el Operacional Model, esto es, definir que componentes correrán en que plataforma de hardware con que sistema operativo. Ayudar a organizar el proyecto de desarrollo Reducir la complejidad mediante la encapsulación que ofrecen los componentes. Servir como separador entre las unidades de trabajo a asignar. La encapsulación proveída por los componentes reducen la interacción entre los grupos de desarrollo y hacen la administración general y técnica mas sencilla. Define precisamente las fronteras entre partes reusables del sistema.
5 3. NOTACIÓN La descripción de un componte es mantenido en texto y sigue un template como el siguiente: Responsabilidades: Una descripción de las responsabilidades del componente, esta descripción se volverá mas detallada a medida que el proyecto progresa. Eventualmente, se volverá la definición de las operaciones ofrecidas por el componente. Estas operaciones pueden ser organizadas en una o mas contratos ofrecidos por el componente. Requerimientos de servicio: De ser necesario, se podrán especificar en esta sección las capacidades que el componente debería ser capaz de cumplir. Existen algunas categorías en las cuales estos requerimientos se pueden catalogar: Riesgos: Presentación a Usuario. Performance y capacidad. Disponibilidad. Seguridad. Administración. Una evaluación de los riesgos técnicos asociados con el diseño, junto con una estrategia de migración en el caso que sea necesario. Justificación del Diseño: Una descripción del fundamento de las decisiones clave que se tomaron durante el diseño del componente. Enfoque de implementación: Indica las estrategias tecnológicas o de implementación seleccionadas para ese componente.
6 4. ARQUITECTURA GLOBAL 4.1. DIAGRAMA DE COMPONENTES Contenido Content Gestionado Management Los servidores de aplicación deben incluir los mecanismos que aseguren Navegador Usu Ext Reverse Servidor de Presentación Usu Externos la integridad transaccional Proxy Navegador Usu Int Balanceo de Carga Los AppServer Incluyen Web Servers Servidor de Aplicaciones Servicios de Acceso a Datos Bases de Datos Dispositivos Especializados Servidor de Presentación de Usu Internos Integración Asincrónica Paquetes Comerciales Reverse Proxy Otras Aplicaciones Integración Externa Integración Interna BPS Aplicaciones Externas Servicio de Autenticación Servicios de Autorización (Perfiles) Sistemas de Información Datos de Sistemas Información Bases de Datos Corporativas Repositorio Usuarios (LDAP) Repositorio de Perfiles Capa de Presentación en Clinete de la Arqutiectura Capa de Presentación de la Arqutiectura Capa de Aplicación de la Arqutiectura Capa de datos de la aplicaciones de la arqutiectura Sistemas o aplicaciones externas a la arquitecturas 4.2. DESCRIPCIÓN DE COMPONENTES CAPA DE PRESENTACIÓN EN CLIENTE DE LA ARQUITECTURA Navegador Usuarios Externos Corresponde a los navegadores tradicionales que envían requerimientos a los servidores web y presentan la respuesta recibida. Navegador de Usuarios Internos Corresponde a los navegadores tradicionales de los usuarios internos al BPS. La diferencia con los Navegadores de Usuarios Externos es que se puede tener un mayor dominio de las posibles versiones de los navegadores a usar y sus configuraciones, lo que puede ser útil en el caso de desarrollo de aplicaciones internas más específicas
7 Aplicaciones Externas Corresponde a las aplicaciones de organizaciones externas al BPS. Estas aplicaciones tiene dos tipos de interacciones con el Banco, a) Necesitan integrar sus sistemas con los del BPS. Estos sistemas accederán a través de Web Services. B) BPS necesita integrarse con dichas aplicaciones. Se prevé un componente de Integración (véase Capa de Aplicación) que realice la conexión entre la tecnología de las Aplicaciones Externas y las aplicaciones de BPS. Dispositivos Especializados Corresponden a dispositivos con características excepcionales, que necesitan de recursos especiales y que se encuentran fuera de la seguridad de la red interna. (por ejemplo Kioscos de auto consulta). Estos dispositivos accederán por Web Services CAPA DE PRESENTACIÓN DE LA ARQUITECTURA Balanceo de Carga Es el encargado de distribuir según la situación las conexiones a los diferentes servidores web externos, balanceando su carga. Reverse Proxy Los reverse proxy ofician de servidores web para los clientes externos o internos. Son el único punto de contacto con la capa de cliente. Limitará los accesos a los servidores de presentación autenticando a los usuarios a través de procesos de autenticación provistos por el servicio de autenticación. El reverse proxy puede también proveer funciones de caching CAPA DE APLICACIÓN DE LA ARQUITECTURA Servidor de Presentación Usuarios Externos Servidor de aplicaciones en el cual residirá la lógica de presentación para los usuarios externos (App Server y Web Server) Servidor de Presentación Usuarios Internos - Servidor de aplicaciones en el cual residirá la lógica de presentación para los usuarios internos (App Server y Web Server). Servicio de Autentificación Brindará los mecanismos para autenticar a los clientes. Esto incluye por ejemplo los mecanismos y reglas de identificación. Repositorio de Usuarios (LDAP) Repositorio en el cual se almacenará la información de los usuarios de todos los sistemas. El servicio de autenticación accederá a este repositorio para verificar la autenticidad de los usuarios. Servicio de Autorización Servicios contra los cuales accederán las aplicaciones para controlar las funciones de las aplicaciones a las que podrán acceder los usuarios que las ejecutan. Repositorio de Perfiles - Repositorio en el cual se almacenará la información necesaria para autorizar la ejecución de funciones por parte de los usuarios. Integración Externa - Mecanismos de Integración del servidor de aplicaciones interno con las aplicaciones externas de las cuales se requiere información y ejecución, el mecanismo a utilizar dependerá de las características de la aplicación externa. Integración Asincrónica Componente de Integración de los Servidores de Presentación con los Servidores de Aplicaciones que permite controlar el flujo de trabajo que entra hacia los Servidores de Aplicaciones. A través de estos mecanismos asincrónicos se buscará tener un mayor control de los requerimientos de los usuarios externos. Este componente de la arquitectura debe poder integrar múltiples tecnologías.
8 Servicios Transaccionales Mecanismo provisto por los Application Server para asegurar la transaccionalidad de las operaciones a través de todos los componentes que se involucran en estas. Servidor de Aplicaciones - Servidor de aplicaciones en el cual residirá la lógica de negocio y los procesos necesarios para llevar a cabo las transacciones. El servidor de aplicaciones debe proveer servicios transaccionales de forma de asegurar la transaccionalidad de las operaciones a través de todos los componentes que se involucran en estas. Integración Interna Mecanismos de Integración del servidor de aplicaciones interno con las aplicaciones, paquetes comerciales o datos internos que no se ejecutan sobre un servidor de aplicaciones o que pertenecen a una Base de datos corporativa. Sistemas de Información Aplicación de Manejo y visualización de los datos de inteligencia de negocio. Content Management Administrador de contenido que se desea presentar a los usuarios Internos como Externos. Contenido Gestionado Repositorio del contenido gestionado estático o no que se desea presentar CAPA DE DATOS DE LA ARQUITECTURA Servicios de Acceso a Datos Capa de lógica que controla el acceso la información desde los Servidores de Aplicaciones y de las aplicaciones internas que no ejecutan en estos. Contiene la definición de las entidades, en dos categorías, de nivel de Negocio, que son publicas y visibles desde los Servidores de Aplicaciones, de nivel de Datos, que son solo accesibles por las entidades de nivel de Negocio, y administran su acceso a los dispositivos de almacenamiento. Base de Datos Repositorio de los datos que pertenecen a las aplicaciones. Datos de Sistemas de Información Información extraída de los datos de producción para los sistemas de información CAPA DE APLICACIONES Y DATOS EXTERNOS A LA ARQUITECTURA Paquetes Comerciales Soluciones preconstruidas implantadas en el Banco, se prevé un mecanismo de comunicación para con estas particulares para cada una. Otras Aplicaciones Aplicaciones Legadas del Banco que necesitan acceder a la información contenida en la estructura de esta arquitectura, pero que no fueron desarrolladas dentro de este marco. Bases de Datos Corporativas Bases de datos que contienen la información corporativa y están mantenidas fuera del contexto de ATyR. Es necesario poder acceder a dicha información mediante algún mecanismo que pueda asegurar un tiempo de respuesta dentro de las limitantes que se establezcan para las aplicaciones desarrolladas dentro del marco tecnológico de esta Arquitectura que dependen de esta información.
9 5. PRIMER ITERACIÓN 5.1. DIAGRAMA DE COMPONENTES Action Handlers Integrador Asíncrono Proxy RegEmp Business Objects RegEmp Data Acces Objects Servlets Contract layer Business Logic Business Objects Data Access Objects Result lay er Integracion interna PL/SQL legacy Base de Datos Recaudación Security Presentation Logic Replicación Base de Datos Registro de Empresas External Security admin. Integracion interna Asincronica legacy Asinc Integration MQ driver Asinc Integration Oracle driver Validaciones Legacy Systems Calculos Legacy Systems Recalculo Legacy Systems 5.2. DESCRIPCIÓN DE COMPONENTES Servlets Punto de entrada al sistema. La responsabilidad de las servlets es: Recibir requerimientos desde los browser Realizar el control de seguridad pertinente. Realiza las llamadas necesarias a los action handlers que realizan las llamadas al negocio, y preparan la información para ser desplegada.
10 Security Debe existir un encapsulamiento de las API's de seguridad externas a las cuales se accederá, de forma de poder optimizar el acceso a esta información y simplificar su utilización para el resto del sistema. Estas clases se encargarán de manejar, interpretar y traducir al sistema los niveles de seguridad. External Security admin. Componente externo que realice la autorización basado en un identificador de usuario. Action Handlers Las Servlets permiten el ingreso de requerimientos, pero estos requerimientos no son manipulados por los servlets, sino derivados, dependiendo de su naturaleza a un Action Handler específico. Estas clases java encapsulan el conocimiento de la generación de los contratos en base a los objetos de la presentación, así como el conocimiento de a que objeto de lógica de negocio se debe pedir el servicio para atender ese requerimiento. Escondiendo a su vez la implementación a la capa de presentación. Contract Layer Los contratos son clases con comportamiento, estas clases, no solo almacenan la información que debe viajar de una capa a otra, sino que estandarizan el uso de los servicios de la capa de lógica de negocio, el formato de los datos que estas necesitan para ejecutar y se encargan de validaciones mínimas de formato, tipo, tamaño para los datos que transporta. Estos objetos deben ser serializables. Result Layer La capa de lógica se comunica con las capas de presentaciones mediante contratos, estos contratos son de dos tipos, de requerimientos (Contract Layer) y de respuesta (Result Layer), implementados de la misma forma, ambos contienen atributos, pero mientras los contract entran a la capa de negocio con datos primitivos, los result salen de esta con imágenes de los objetos de negocio. Estas imágenes no son objetos de negocio, ya que no poseen lógica, solo presentan información de los objetos. Estos objetos deben ser serializables. Integrador Asincrónico Entre la capa de presentación y la capa de negocio, deberá existir la posibilidad de tener un conector asincrónico que permita controlar la cantidad de solicitudes que pasan de una capa a la otra. Este integrador esta compuesto por tres componentes, una cola de mensajes, y dos procesos (uno en cada capa a comunicar) que se encargan de encapsular el acceso a ese mecanismo. Business Logic Esta lógica de negocio será implementada en Session Beans Stateless, estos session beans presentarán (exportarán) funcionalidades a las presentaciones existentes (sea Web intranet, Web Internet, otras aplicaciones J2EE, etc.). Esta funcionalidad, contiene el flujo de ejecución principal (entre otros) que se encarga de instanciar y enviar mensajes a los objetos de negocio. Debe ser capaz de entender los contratos, el estado y extraer la información necesaria para realizar la ejecución del servicio que se le solicita mediante estos. Es el responsable de generar los result beans que contendrán los objetos copia del negocio, estos objetos de imagen serán creados por los objetos de negocio. Business Objects
11 El core del sistema, los objetos propios del negocio, que conocen las relaciones, las transformaciones y las validaciones de la información que el sistema procesa. Estos objetos, JAVA puros, se encargan del procesamiento, relegando en los Session Beans el control del hilo de ejecución. No existe un objeto main, sino que la lógica y las responsabilidades están dispersas por la totalidad de la capa y accesible desde los session beans. Proxy RegEmp Business Object El acceso a Registro de Empresas estará restringido por estos objetos proxy, los cuales ofrecerán reducida funcionalidad de Registro de Empresas a Recaudación, encapsulada en Objetos familiares para el negocio de Recaudación, que no necesariamente coincidan uno a uno con los objetos de una futura versión de Registro de Empresas en la misma arquitectura. En una primera versión, estos objetos son implementados mediante objetos de acceso a las replicas realizadas contra ATyR - Registro de Empresas. Data Access Objects El acceso a la base de datos se realizará mediante el patrón DAO. El modelo de objetos a utilizar se divide en dos categorías, los data access que administran objetos de lógica, responsables de realizar contra la base de datos las transacciones o consultas correspondientes para que la lógica de negocio pueda ejecutar correctamente. La segunda categoría, son objetos generales que encapsulan las consultas complejas necesarias para algunas transacciones especiales. RegEmp Data Access Objects implementación de Objetos Registro de Empresas Proxy - Acceso a Replicas mediante DAO. Debido a que estos objetos acceden a registro de empresas mediante replicas, estos objetos son en un principio solo de consulta. En caso de necesitar acceder a objetos de Registro de empresas de forma transaccional, estos accesos se realizarán mediante integración interna, y se describirán en ese caso en particular dependiendo de la implementación concreta que se seleccione para dicho componente de integración. Integración Interna PL/SQL Legacy Es necesario realizar, al menos momentáneamente mientras las aplicaciones coexistan dos tipos de integraciones, la primera, mediante la capa de aplicaciones, la segunda, mediante la tecnología de los sistemas legados PL/SQL. Para realizar esta conexión, se desarrollan estos componentes de acceso que encapsulan las llamadas a los PL y transforman los resultados en conjuntos de objetos a procesar en la lógica de negocio. Estos componentes será utilizados para acceder a parte de los componentes de registro de empresas, ya que algunos accesos a las replicas de dicho sistema serán resueltos mediante interfaces PL/SQL provistas por el sistema Registro de Empresas. Integración Interna Asincrónica Legacy Debe ser posible enviar mensajes asincrónicos entre el sistema J2EE y las tecnologías anteriores (C / C++). Esta integración, en principio será mediante MQ series y DBMS_PIPE pero debe encapsular el envío real del mensaje. Asinc. Integration MQ driver Driver que implementa el manejo de colas MQ.
12 Asinc. Integration Oracle driver Driver que implementa el manejo de colas Oracle. Recalculo Legacy Systems Programas de Recalculo actuales, implementados en C. Cálculos Legacy Systems Programas de Cálculos actuales, implementados en C. Validaciones Legacy Systems Programas de Validaciones actuales, implementados en C++. Base de Datos Recaudación Base de datos Interna de Recaudación. Base de Datos Registro de Empresas Base de datos del registro de Empresas, Contribuyentes y Obras, externas a Recaudación. Esta base de datos es parcialmente replicada hacia la base de datos de Recaudación, y utilizada mediante interfaces.
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 detallesSistema de Mensajería Empresarial para generación Masiva de DTE
Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE
Más detallesDiagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases
El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los
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 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 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 detallesManual de usuario para Android de la aplicación PORTAFIRMAS MÓVIL
Manual de usuario para Android de la aplicación PORTAFIRMAS MÓVIL Índice 1 Introducción... 5 1.1 Perfil de la aplicación... 5 1.2 Requisitos técnicos... 5 2 Manual de usuario... 7 2.1 Instalación del certificado...
Más detallesCapítulo 4. Prueba de Adaptabilidad
Capítulo 4 Prueba de Adaptabilidad Capítulo 4. Prueba de Adaptabilidad Como se mencionó en el capítulo 2 actualmente no es válido que el software únicamente funcione bien y resuelva el problema que le
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 detallesSolución GeoSAS. Otros módulos
Solución GeoSAS. Otros módulos Informe Marzo 2011 ÍNDICE ÍNDICE 3 1. SOLUCION GIS CORPORATIVA. GEOSAS 4 1.1 PLATAFORMA GEOSAS 5 1.1.1 Servidor de datos. 5 1.1.2 Servidor de aplicaciones. 6 1.1.3 Entornos
Más detallesProceso Transaccional
Proceso Transaccional Documento de Construcción Proceso Transaccional 1 Tabla de Contenido Introducción... 2 Diagrama del Proceso... 3 Sub Proceso Transaccional Reserva... 4 Sub Proceso Reporte De Gastos...
Más detallesBASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN
BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN 3.3 Aplicaciones Definición de Aplicación (Application). Programa informático que permite a un usuario utilizar una computadora con un fin específico. Las
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 detallesPROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04
Autorización Este documento entra en vigor a partir del 2 de agosto del 2005, a través de su autorización por parte del Dr. Francisco Javier Rojas Monroy, Coordinador de Operaciones, Calidad y Teclogía
Más detallesMANTENIMIENTO Y SOPORTE
MANTENIMIENTO Y SOPORTE Copyright 2014 Magalink SA Todos los derechos reservados. Este documento no puede ser reproducido de ninguna manera sin el consentimiento explícito de Magalink S.A. La información
Más detallesObtenga más información acerca de LoadMaster para Azure
Un número cada vez mayor de organizaciones están cambiando de la tradicional arquitectura de centro de datos en la instalación local a una plataforma cloud pública como, por ejemplo, Microsoft Azure. De
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 detallesSISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública
JEFATURA DE GABINETE DE MINISTROS SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública Manual para los Organismos Índice Índice... 2 Descripción... 3 Cómo solicitar la intervención
Más detallesPLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DE SERVICIOS DE MANTENIMIENTO DEL SISTEMA DE INFORMACIÓN ESTADÍSTICO DE LA CONSEJERÍA DE
PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DE SERVICIOS DE MANTENIMIENTO DEL SISTEMA DE INFORMACIÓN ESTADÍSTICO DE LA CONSEJERÍA DE EDUCACIÓN, CIENCIA Y CULTURA DE CASTILLA-LA MANCHA. 1 Índice
Más detallesQ-expeditive Publicación vía Internet
How to Q-expeditive Publicación vía Internet Versión: 2.0 Fecha de publicación 11-04-2011 Aplica a: Q-expeditive 3 Índice Introducción... 3 Publicación de servicios... 3 Ciudadanos... 3 Terminales de auto
Más detallesGUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP
GUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP 1. Introducción La información puede adoptar o estar representada en diversas formas: impresa o escrita (papeles de trabajo,
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 detallesActualización de versión a Bizagi 10.x
Actualización de versión a Bizagi 10.x Actualización de versión a Bizagi 10.x 1 Tabla de contenidos Introducción... 2 Actualizar un proyecto desde v9.1.x a 10.x... 2 Preparación... 3 Habilitación de formas
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 detallesManual de puesta en Cluster del Servidor de Firma de la plataforma @Firma 4.0.
Manual de puesta en Cluster del Servidor de Firma de la plataforma @Firma 4.0. TELVENT INTERACTIVA 1 TI-20-1074-CLU-001.doc CONTROL DE COMPROBACIÓN Y APROBACIÓN Documento nº: TI-20-1074-CLU-001 Revisión:
Más detallesCapítulo VI. Estudio de Caso de Aplicación del Integrador de Información Desarrollado
Capítulo VI Estudio de Caso de Aplicación del Integrador de Información Desarrollado 6.1 Organización elegida La Organización elegida para el caso de aplicación, es la empresa CTM Tours del grupo Costamar,
Más detallesIntroducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual
Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los
Más detallesWINDOWS 2003 SERVER DIRECTORIO ACTIVO Y DNS
WINDOWS 2003 SERVER DIRECTORIO ACTIVO Y DNS ESCUELA COLOMBIANA DE INGENIERÍA JULIO GARAVITO LABORATORIO DE INFORMÁTICA BOGOTÁ D. C. 2007-2 TABLA DE CONTENIDO INTRODUCCIÓN... 3 1. EL DIRECTORIO ACTIVO Y
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesManual de Procedimientos
1 de 13 Elaborado por: Oficina de Planeación y Desarrollo Institucional -Área de Calidad y Mejoramiento- Revisado por: Aprobado por: Coordinador Área de Jefe de la Oficina de Informática y Telecomunicaciones
Más detallesISO 27001- Anexo A OBJETIVOS DE CONTROL Y CONTROLES DE REFERENCIA DANIELA RAMIREZ PEÑARANDA 1150453 WENDY CARRASCAL VILLAMIZAR 1150458
ISO 27001- Anexo A OBJETIVOS DE CONTROL Y CONTROLES DE REFERENCIA DANIELA RAMIREZ PEÑARANDA 1150453 WENDY CARRASCAL VILLAMIZAR 1150458 UNIVERSIDAD FRANCISCO DE PAULA SANTANDER INGENIERIA DE SISTEMAS SEGURIDAD
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 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 detallesMINISTERIO DE JUSTICIA REGLAMENTO INTERNO DE USO DE CORREO ELECTRÓNICO, INTERNET E INTRANET EN EL MINISTERIO DE JUSTICIA
MINISTERIO DE JUSTICIA REGLAMENTO INTERNO DE USO DE CORREO ELECTRÓNICO, INTERNET E INTRANET EN EL MINISTERIO DE JUSTICIA La Paz, Agosto de 2010 REGLAMENTO INTERNO DE USO DE CORREO ELECTRÓNICO INTERNET
Más detallesUNIVERSIDAD DE OVIEDO
UNIVERSIDAD DE OVIEDO ESCUELA POLITÉCNICA DE INGENIERÍA DE GIJÓN MÁSTER EN INGENIERÍA INFORMÁTICA TRABAJO FIN DE MÁSTER SPRING ROO ADD-ONS PARA PROTOTIPADO RÁPIDO JAVIER MENÉNDEZ ÁLVAREZ JULIO 2014 UNIVERSIDAD
Más detallesGestión de Permisos. Documento de Construcción. Copyright 2014 Bizagi
Gestión de Permisos Documento de Construcción Gestión de Permisos 1 Tabla De Contenido Descripción del Proceso... 3 Factores Importantes En La Construcción Del Proceso... 4 Modelo de Datos... 4 Principales
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 detallesControl de acceso. Llamado abierto para una solución llave en mano para implementar el control de acceso a la Red Ceibal
Control de acceso Llamado abierto para una solución llave en mano para implementar el control de acceso a la Red Ceibal Índice Llamado...3 1Objetivo del llamado...3 2Portal cautivo...3 Consideraciones
Más detallesPRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI
PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI Versión: 1.0 Fecha de la versión: Febrero del 2012 Creado por: PwC Costa Rica Aprobado
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 detallesAdelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -
Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de
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 detallesCOPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE
COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,
Más detallesPROCEDIMIENTO ESPECÍFICO. Código G114-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. PROYECTO
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 detallesAlcatel-Lucent VitalQIP Appliance Manager
Alcatel-Lucent Appliance Manager Solución integral de gestión de direcciones IP y basada en dispositivos con amplia funcionalidad Racionalice la gestión y reduzca los costes administrativos con Alcatel-Lucent
Más detallesDesarrollo de Aplicaciones Web Por César Bustamante Gutiérrez. Módulo I: Conceptos Básicos Tema 1: Concepto iniciales. www.librosdigitales.
1 Arquitectura de una Aplicación Android Para empezar con el desarrollo de aplicaciones en Android es importante conocer cómo está estructurado este sistema operativo. A esto le llamamos arquitectura y
Más detallesTienda Virtual Synergy (Parte 2)
Tienda Virtual Synergy (Parte 2) El catálogo electrónico de productos es la base de toda la aplicación por lo que siempre será necesario instalarlo. Los siguientes dos módulos (tienda virtual y módulo
Más detallesJAVA 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 detallesTEMA 7: DIAGRAMAS EN UML
TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe
Más detallesAutenticación Centralizada
Autenticación Centralizada Ing. Carlos Rojas Castro Herramientas de Gestión de Redes Introducción En el mundo actual, pero en especial las organizaciones actuales, los usuarios deben dar pruebas de quiénes
Más detallesDIAGRAMA DE CLASES EN UML
DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,
Más detallesPunto de Vista. Otra mirada hacia los problemas de información financiera
www.pwc.com/mx Punto de Vista Otra mirada hacia los problemas de información financiera Propuesta para la actualización al Marco de Control Interno de COSO, y sus documentos de apoyo: Compendio y Herramientas
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 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 detallesRepetir el proceso para cada abstracción identificada hasta que el diseño este expresado en términos sencillos
I. INTRODUCCIÓN El reciente aumento de aplicaciones en donde se utiliza la computadora ha sido posible debido a un hardware de bajo costo, por lo cual la demanda de software ha crecido de forma exponencial.
Más detallesCAPÍTULO I. Sistemas de Control Distribuido (SCD).
1.1 Sistemas de Control. Un sistema es un ente cuya función es la de recibir acciones externas llamadas variables de entrada que a su vez provocan una o varias reacciones como respuesta llamadas variables
Más detallesBeneficios estratégicos para su organización. Beneficios. Características V.2.0907
Herramienta de inventario que automatiza el registro de activos informáticos en detalle y reporta cualquier cambio de hardware o software mediante la generación de alarmas. Beneficios Información actualizada
Más detallesOpenProdoc. ECM Open Source
OpenProdoc ECM Open Source Índice Visión General Arquitectura Funciones Seguridad Administración Requerimientos Evolución Visión General OpenProdoc es un gestor documental de código abierto. Cuenta con
Más detallesArquitectura de sistema de alta disponibilidad
Mysql Introducción MySQL Cluster esta diseñado para tener una arquitectura distribuida de nodos sin punto único de fallo. MySQL Cluster consiste en 3 tipos de nodos: 1. Nodos de almacenamiento, son los
Más detallesIntegración con Equipos Multifunción. El conocimiento donde debe estar INTEGRACIÓN CON EQUIPOS MULTIFUNCIÓN MFP
El conocimiento donde debe estar Integración con Equipos Multifunción MFP EQUIPOS MULTIFUNCIÓN Axentria integrando personas, procesos y conocimiento MFP EQUIPOS MULTIFUNCIÓN Axentria MFP es una herramienta
Más detallesPrimer avance de proyecto de software para la gestión de inscripciones en cursos
Primer avance de proyecto de software para la gestión de inscripciones en cursos 1. Introducción Andrés Felipe Bustamante García, Carolina Sarmiento González En este documento se presentan los resultados
Más detallesCAPITULO 8. Planeamiento, Arquitectura e Implementación
CAPITULO 8 Planeamiento, Arquitectura e Implementación 8.1 Replicación en SQL Server La replicación es un conjunto de tecnologías destinadas a la copia y distribución de datos y objetos de base de datos
Más detallesPEEPER PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS. Mayo 2014. Versión 2.1 OSCAR IVAN LÓPEZ PULIDO
PEEPER Implementación del cambio de técnica usada para la actualización de datos en los reportes de esfuerzo, usados como métrica de productividad, progreso y costo de los proyectos, de la compañía de
Más detallesBASE DE DATOS RELACIONALES
BASE DE DATOS RELACIONALES Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para implementar bases de datos ya
Más detallesPilares de la Orientación a Objetos
Pilares de la Orientación a Objetos Pilares de la Orientación a Objetos Abstracción Relaciones Herencia Encapsulamiento Abstracción La Abstracción es la propiedad que permite seleccionar las características
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 detallesServicio de groupware
Servicio de groupware El groupware, también conocido como software colaborativo, es el conjunto de aplicaciones que integran el trabajo de distintos usuarios en proyectos comunes. Cada usuario puede conectarse
Más detallesVicepresidencia de Regulación y Negocios con Operadores Bogotá D.C., Colombia Teléfono: +57 1 242 2141 Fax: +57 1 342 3513
Resolución 3067 Seguridad en Red Modelos de Seguridad ETB desarrolla el modelo de seguridad basado en los requerimientos de los clientes y bajo el marco de las normas ISO 27001 y 27002. El modelo extiende
Más detallesAsignación de Procesadores
INTEGRANTES: Asignación de Procesadores Un sistema distribuido consta de varios procesadores. Estos se pueden organizar como colección de estaciones de trabajo personales, una pila pública de procesadores
Más detallesServicios Administrados al Cliente
Dell Administrados al Cliente Los servicios administrados le pueden ayudar. Al aplicar un proceso de administración consistente a través de los imprevistos en la vida de su computadora, usted puede minimizar
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 detallesAnexos de Bases de Presentación de Propuestas. Consultoría para la implementación de sistemas de gestión de contenidos para comunidades de RedCLARA
Anexos de Bases de Presentación de Propuestas Consultoría para la implementación de sistemas de gestión de contenidos para comunidades de RedCLARA Julio 2011 Anexo A. Requisitos funcionales A1. Para el
Más detallesCapitulo 5. Implementación del sistema MDM
Capitulo 5. Implementación del sistema MDM Una vez que se concluyeron las actividades de análisis y diseño se comenzó la implementación del sistema MDM (Manejador de Documentos de MoProSoft). En este capitulo
Más detallesDIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN
DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN Francisco Belmonte Díaz Diseño e implementación de Sistemas Informáticos. Coordinación de Tareas de Programación Servicio de Gestión Informática. Consejería
Más detallesII.1. Situación actual 2. II.2. Necesidades requeridas 3 III. DESCRIPCIÓN DE LOS SERVICIOS A CONTRATAR 3 5 IV. ORGANIZACIÓN DE LOS TRABAJOS 6
PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN, MEDIANTE PROCEDIMIENTO ABIERTO, DEL SUMINISTRO E IMPLANTACIÓN DE QUIPOS INFORMÁTICOS PARA EL CENTRO DE PROCESAMIENTO DE DATOS. ÍNDICE I. OBJETO DEL
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 detallesCAPITULO I FORMULACION DEL PROBLEMA
CAPITULO I FORMULACION DEL PROBLEMA 4 1.1 Situación problemática En la actualidad el Instituto Nacional Isidro Menéndez, la mayoría de procedimientos son realizados de forma manual lo cual trae como consecuencia
Más detalles2.2.- Paradigmas de la POO
2.2.- Paradigmas de la POO Los principios propios de la orientación a objetos son: 2.2.1.- Abstracción de Datos 2.2.2.- Encapsulamiento 2.2.3.- Ocultamiento 2.2.4.- Herencia 2.2.5.- Polimorfismo Cualquier
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 detallesNuevo Esquema de Emisión de Comprobantes Electrónicos
Nuevo Esquema de Emisión de Comprobantes Electrónicos Nuevo Esquema de Emisión de Comprobantes Electrónicos Misión.- - Reducir los costos para la ciudadanía en la gestión de los procesos de facturación.
Más detallesSoftware de Gestión de Calidad. E-M@IL: E-M@IL: dalzate@visiontecnologica.com. info@input.com.co
Software de Gestión de Calidad Av Carrera Cra 9 15 No # 113 5-41 - 52 Oficina Ofcina 205 401 Popayán Bogotá Teléfonos: Teléfonos: (1) 8317533 743 21 62 3013715782 En búsqueda de la excelencia No pierda
Más detallesREQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTOS NO FUNCIONALES REQUERIMIENTOS NO FUNCIONALES A continuación se describen las principales características no funcionales que debe contener el sistema de información. Interfaces de usuario.
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 detallesPROCEDIMIENTO DE CREACIÓN Y ELIMINACIÓN DE USUARIOS CONTENIDO
Página 1 de 10 CONTENIDO 1 OBJETIVO... 2 2 DESTINATARIOS... 2 3 GLOSARIO... 2 4 REFERENCIAS... 3 5 GENERALIDADES... 3 6 DESCRIPCIÓN DE ACTIVIDADES Y RESPONSABILIDADES... 3 6.1 CREACIÓN DE USUARIOS... 3
Más detallesServicio de atención de consultas y emergencias para personas con discapacidad auditiva
Servicio de atención de consultas y emergencias para personas con discapacidad auditiva David López López Negociado de Sistemas Físicos Sección de innovación y desarrollo tecnológico Excmo. Ayuntamiento
Más detallesDISEÑO, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA PARA LA GESTIÓN DEL MANTENIMIENTO DEL PARQUE AUTOMOTOR DE EMELNORTE DE LA CIUDAD DE IBARRA
DISEÑO, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA PARA LA GESTIÓN DEL MANTENIMIENTO DEL PARQUE AUTOMOTOR DE EMELNORTE DE LA CIUDAD DE IBARRA Marco Andrés Morales Vizcaino e-mail: andres_morales2407@hotmail.com
Más detallesManual etime para supervisores
Contenido Introducción...3 Empezando a usar etime...4 Cómo entrar a etime?...5 *Cambiar su propia contraseña...5 Partes de pantalla principal...6 Funcionamiento estándar de las pantallas de captura...7
Más detallesSIGAN 1.0 SISTEMA DE INFORMACIÓN DE GESTIÓN ADMINISTRATIVA DE NÓMINA
RIF: V-16233325-5 SIGAN 1.0 SISTEMA DE INFORMACIÓN DE GESTIÓN ADMINISTRATIVA DE NÓMINA Sistema desarrollado bajo software libre, con orientación al manejo de base de datos a través de una interfaz gráfica
Más detallesIntranet del Estado Uruguay 2007. Algunas ideas básicas
Intranet del Estado Uruguay 2007 Algunas ideas básicas Qué es la Intranet del Estado? La Intranet del Estado Uruguayo es el conjunto de infraestructura, servicios y estándares que hacen posible la Interoperabilidad
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 detallesInstalación y configuración inicial del sistema SIU-Kolla Versión 3.0.0
Instalación y configuración inicial del sistema SIU-Kolla Versión 3.0.0 Tabla de contenido 1. Instalación inicial del sistema... 3 2. Configuración inicial del sistema... 5 3. Migración desde versión anterior...
Más detallesDigitalice, Ordene y Acceda rápidamente a sus documentos.
S o f t w a r e Digitalización Digitalice, Ordene y Acceda rápidamente a sus documentos. 100% WEB Tecnología de última generación. Interfase de usuario intuitiva y fácil Escaneo y procesamiento de documentos
Más detallesNorma ISO 9001:2015. Cuáles son los cambios presentados en la actualización de la Norma?
Norma ISO 9001:2015 Cuáles son los cambios presentados en la actualización de la Norma? Norma ISO 9001:2015 Contenido Introducción Perspectiva de la norma ISO 9001 Cambios de la norma ISO 9001 Cambios
Más detallesGuía de Apoyo Project Web Access. (Jefe de Proyectos)
Guía de Apoyo Project Web Access (Jefe de Proyectos) 1 ÍNDICE Contenido INTRODUCCIÓN... 3 CAPITULO I: ELEMENTOS INICIALES DE PROJECT WEB ACCESS... 4 Configuración General... 4 Área de Trabajo del Proyecto...
Más detallesAnálisis y diseño del sistema CAPÍTULO 3
Análisis y diseño del sistema CAPÍTULO 3 36 CAPÍTULO 3 Análisis y diseño del sistema En este capítulo se pretende realizar un análisis detallado de los requerimientos del software a desarrollar para la
Más detallesSUPLEMENTO EUROPASS AL TÍTULO
SUPLEMENTO EUROPASS AL TÍTULO DENOMINACIÓN DEL TÍTULO Técnico Superior en Desarrollo de Aplicaciones Multiplataforma --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Más detallesEL MODELO DE ESTRATIFICACIÓN POR CAPAS DE TCP/IP DE INTERNET
1 EL MODELO DE ESTRATIFICACIÓN POR CAPAS DE TCP/IP DE INTERNET Cada capa de la pila añade a los datos a enviar a la capa inferior, información de control para que el envío sea correcto. Esta información
Más detallesProgramación de Aplicaciones Tarea 2 Curso 2015
Programación de Aplicaciones Tarea 2 Curso 2015 Información Administrativa La tarea comienza el lunes 14 de setiembre y finaliza el lunes 19 de octubre. La tarea constará de múltiples entregas parciales
Más detallesSeminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets
Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets 1 de 12 Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets 3 Bienvenida. 4 Objetivos. 5 Interacciones de Negocios
Más detalles