Introducción

El avance en las tecnologías de redes comenzó a dibujar un horizonte en el que las

aplicaciones se comunicarían entre sí y en el que los procesos de una aplicación se
distribuirían entre diferentes equipos, cada uno con características que les permitirán
aumentar la eficacia y la disponibilidad de la aplicación. Se comenzó a separar la lógica de las
aplicaciones para situarla en el nivel más conveniente y conceptos como “cliente” y “servidor” fueron cobrando
cada vez más sentido. Tras algunos años de indecisión, los protocolos de red
se estandarizaron y hacia mediados de los años 90 Internet se convirtió en la primera revolución
auténtica del siglo XXI, provocando no sólo un vuelco en las relaciones sociales y económicas sino
también, por supuesto, un cambio completo de paradigma en la arquitectura de las aplicaciones
informáticas.
Las aplicaciones se convierten, así, en aplicaciones distribuidas. Sin arriesgarnos a proporcionar una
definición académica que puede encontrarse muy fácilmente en Internet, diremos informalmente que
una aplicación distribuida es aquella cuyo objetivo final se alcanza mediante la ejecución de diversos
procesos independientes que por lo general se ejecutan en equipos diferentes y que de una forma u
otra se pasan datos entre ellos mediante protocolos de comunicaciones bien establecidos.

2
6.1 Asignación de las partes de la aplicación
Distribución de la aplicación.
La mayoría de las empresas tienen decenas, a menudo cientos y hasta miles de aplicaciones que
deben ser distribuidas entre una amplia gama de usuarios, desde empleados en funciones técnicas,
como los representantes de atención al cliente en centros de llamadas, que tienen necesidades y
dispositivos de acceso simples, hasta los que hacen el trabajo
intelectual, como los gerentes y ejecutivos, con necesidades sofisticadas y computadoras muy
potentes.
Además, la cantidad y variedad de aplicaciones se están multiplicando. Esto está sucediendo en
particular con las aplicaciones cliente-servidor, Web y de escritorio, los tres tipos principales de
aplicaciones. Los analistas prevén que estas aplicaciones crecerán en más de un 20% en su
conjunto entre el año 2003 y el año 2008.
Instalación de componentes.
Nombre de archivo de índice (.IND). Para instalar o actualizar componentes de Tivoli Enterprise
Console desde la línea de comandos, necesita el nombre del archivo de índice de cada componente.
Los nombres de archivos de índice para la instalación son diferentes de los utilizados para la
actualización. Los archivos de índice son archivos ASCII que contiene instrucciones específicas del
componente para cada imagen de instalación. Los archivos de índice especifican el identificador de
producto registrado de un componente del producto, sentencias de dependencia y la información
necesaria para instalar ese componente en cada uno de los sistemas operativos compatibles.
Identificador de producto registrado.Para desinstalar componentes de Tivoli Enterprise Console
desde la línea de comandos, necesita el identificador de producto registrado de cada componente. El
identificador de producto registrado es el nombre que se ha asignado al componente que está
contenido en una imagen de instalación y, también, es el primer valor de cada línea del archivo de
índice del componente.
Componente necesario. Para instalar ciertos componentes de Tivoli Enterprise Console en un nodo
gestionado, debe instalar antes este componente específico en dicho nodo gestionado o la instalación
fallará.
Configuración de los componentes.
Un componente. Es una unidad Sw cuya finalidad y dependencia están completamente definida por un
conjunto de interfaces públicas. Los componentes pueden cambiarse con otros componentes sin
hacer referencia a su implementación y pueden ser desplegados como una unidad ejecutable.
La composición de componentes. Es el proceso de enlazar componentes para un sistema. Los
tipos de composición incluyen: composición secuencial, composición jerárquica y composición
aditiva.

3
Configuración de las aplicaciones.
Proporciona a los programadores y administradores control y flexibilidad sobre la manera en que se
ejecutaran las aplicaciones, un administrador puede controlar a que recursos protegidos puede tener
acceso una aplicación, que versiones de ensamblados utiliza la aplicación y donde se ubicara las
aplicaciones.
Evaluar desempeño.
Es un método de retroalimentación del comportamiento laboral que nos ayuda a tomar decisiones
respecto al desarrollo, remuneración, promoción y establecimiento del plan de carrera del
trabajador.
Razones para evaluar el desempeño: Ofrecen información con base en la cual pueden tomarse
decisiones de desarrollo, remuneración, promoción y plan de carreras.
Ofrecen la oportunidad para que el supervisor y subordinado se reúnan y revisen el
comportamiento relacionado con el trabajo.
Lo anterior permite que ambos desarrollen un plan para corregir cualquier deficiencia y
mejorar el desempeño.
La evaluación ofrece la oportunidad de revisar el proceso de desarrollo de gerentes y los planes
de carrera del trabajador a la luz de las fuerzas y debilidades demostradas.
Optimización del desempeño.
Es posible optimizar el rendimiento del sistema para diferentes clases de usuarios, aunque los usos
de canales cruzados observaran alguna degradación. Con la posibilidad de monitorear el tráfico y el
desempeño no es posible tomar las decisiones de manejo necesarias de reconfigurar, expandir o
modificar.
6.2 Distribución De La Aplicación
La responsabilidad principal del departamento de TI de la empresa de hoy día es garantizar que las
aplicaciones empresariales fundamentales se distribuyen a los usuarios finales de forma fiable, segura
y con una latencia mínima. En general, el enfoque de TI está centrado optimizar la distribución de
aplicaciones mediante la forma en que se gestionan y se diseñan las aplicaciones dentro de las cuatro
paredes del centro de datos. Aunque este enfoque es necesario y de gran utilidad, está orientado a la
infraestructura de origen para la gestión del rendimiento de las aplicaciones es insuficiente cuando las
aplicaciones (y este caso se da cada vez más) se distribuyen a los usuarios finales a través de la red
pública de Internet. Para muchas de las aplicaciones empresariales de la actualidad, el rendimiento
asociado a la distribución de aplicaciones depende inevitablemente de la calidad de la conexión de
Internet entre el dispositivo del usuario y el centro de datos de origen.
Solución de distribución de aplicaciones para aplicaciones empresariales conectadas en la web

Ninguna empresa tiene más experiencia en distribución de aplicaciones a través de Internet público
que Akamai. La red mundial de distribución de contenido web y aplicaciones de Akamai incluye
más de 160 000 servidores en más de 95 países y distribuye más de dos billones de interacciones
al día.
Para empresas que deseen optimizar la distribución de aplicaciones fundamentales entre sus
empleados, socios y clientes conectados en la web, Akamai ofrece un conjunto integrado de
soluciones de rendimiento web con capacidades como:
El almacenamiento en caché de contenido tanto dinámico como estático por toda la red de
distribución de contenido de Akamai; en una red de distancia del 90 % de los usuarios de Internet.
Tecnologías de optimización de red IP que encuentran y usan la ruta más rápida entre los usuarios
finales y su infraestructura original, según las condiciones de Internet en tiempo real.
Las optimizaciones de TCP y protocolos de transporte exclusivos que reducen el número de viajes
de ida y vuelta necesarios para distribuir el contenido de la aplicación.
El equilibrio de carga del servidor global que distribuye inteligentemente el tráfico entre varios
centros de datos de origen.
Detección de dispositivos móviles en línea y optimización móvil.
Aceleración del contenido no web, aplicaciones basadas en IP como escritorios virtualizados o
VPN de capa de sockets seguros (SSL).
Defensa exhaustiva ante ataques de DDoS y otras amenazas cibernéticas.
En conjunto, estas y otras optimizaciones de distribución de aplicaciones permiten a Akamai
ofrecer a nuestros clientes una disponibilidad global del 100 % y un SLA de mejora del
rendimiento global del 100 %.
Distribución de aplicaciones y mucho más, desde la plataforma de distribución líder en el
mundo
La solución de distribución de aplicaciones de Akamai es un servicio gestionado en la nube que no
requiere adiciones a su infraestructura original. Conforme proliferan las aplicaciones empresariales
y de comercio electrónico, la versátil plataforma Akamai Intelligent Platform proporciona una
solución ideal para el alojamiento en la nube de bibliotecas de contenido multimedia. Para
proveedores de contenido o empresas con grandes catálogos de vídeo, Akamai no solo ofrece
almacenamiento en la nube globalmente distribuido de recursos de vídeo, sino también una
plataforma de optimización de vídeo online que transcodifica y optimiza vídeos para su
reproducción en una amplia variedad de dispositivos.
6.3 Instalación De Los Componentes

5
Se ha convertido en un principio ampliamente aceptado en el diseño de aplicaciones distribuidas la
división de la aplicación en componentes que ofrezcan servicios de presentación, institucionales y de
datos. Los componentes que realizan tipos de funciones similares se pueden agrupar en capas, que
en muchos casos están organizados en forma de apilamiento para que los componentes que se
encuentran por "encima" de una capa determinada utilicen los servicios proporcionados por ésta, y un
componente especifico utilizará la funcionalidad proporcionada por otros componentes de su propia
capa, y otras capas "inferiores", para realizar su trabajo.
Esta visión dividida de una aplicación también se puede aplicar a los servicios. Desde un punto de
vista de alto nivel, se puede considerar que la solución basada en servicios está formada por varios
servicios, los cuales se comunican entre sí pasando mensajes. Desde el punto de vista conceptual,
los servicios se pueden considerar como componentes de la solución global. Sin embargo,
internamente el servicio está formado por componentes de software, al igual que cualquier otra
aplicación, los cuales se pueden agrupar de forma lógica en servicios de presentación, institucionales
y de datos.
Utilice el asistente de instalación para seleccionar los componentes de servidor que desee instalar
y la ubicación del sistema donde desea instalarlos. Sólo se copiarán del disco al sistema los
componentes que seleccione para instalar.
Si planea instalar dos o más componentes en el mismo sistema, instálelos en la misma ubicación
de instalación para evitar conflictos entre puertos y otros valores predeterminados.
Si está instalando IBM® Cognos PowerPlay con IBM Cognos Business Intelligence Server,
instale y configure IBM Cognos Business Intelligence Server primero. Tanto IBM Cognos
PowerPlay como el servidor IBM Cognos Business Intelligence deben estar en la misma versión.
La instalación de IBM Cognos PowerPlay incluye componentes que soportan la migración del
contenido de PowerPlay desde IBM Cognos Series 7 a IBM Cognos Business Intelligence.
Los componentes de servidor incluyen lo siguiente:
Content Manager
Componentes de nivel de aplicación
Gateway
Componentes de migración de IBM Cognos Series 7
Para migrar contenido desde IBM Cognos Series 7 PowerPlay a IBM Cognos PowerPlay, debe
instalar los componentes de migración de IBM Cognos Series 7 en el sistema donde
está instalado IBM Cognos Series 7 PowerPlay Enterprise Server. Para migrar el contenido de
PowerPlay desde Upfront, debe instalar los componentes de migración de IBM Cognos Series
7 en el sistema donde está instalado Upfront.

Puede instalar cada componente en un sistema distinto, o en el mismo sistema. Debe instalar la
pasarela en un sistema que también esté ejecutando un servidor web.
Secuencia de detención de servicios
Si necesita interrumpir los servicios en un entorno distribuido, la secuencia es importante. En primer
lugar, interrumpa los componentes de nivel de aplicación del servicio de IBM Cognos, a continuación,
el Content Manager en espera y por último el Content Manager activo.
También es importante interrumpir lo siguiente:
Aplicaciones relacionadas con el servicio IBM Cognos, como Framework Manager, IBM Cognos
Transformer, IBM Cognos Connection, IBM Cognos Administration y Metric Designer
Cualquier aplicación de Software Development Kit que se esté ejecutando
Actualización de la instalación
Si está actualizando desde un release anterior de IBM Cognos PowerPlay, debe utilizar los pasos
de actualización.
Si realiza la actualización desde una versión anterior de los productos de IBM Cognos,
consulte: Actualización de IBM Cognos Business Intelligence.
Si realiza la actualización desde una versión anterior de IBM Cognos BI, todos los componentes
distribuidos deben corresponder a la misma versión de IBM Cognos BI. Si instala IBM Cognos
BI en hosts adicionales o alternativos, debe actualizar las propiedades específicas de la ubicación
en IBM Cognos Configuration.
Si va a utilizar los PowerCubes protegidos frente a un espacio de nombres IBM Cognos Series
7, debe instalarIBM Cognos PowerPlay en un sistema que soporte IBM Cognos Series 7.
Si está actualizando IBM Cognos BI en un entorno que incluye versiones anteriores de productos de
IBM Cognos BI, como IBM Cognos BI Controller versión 8.x IBM Cognos BI Planning versión 8.x
o IBM Cognos BI Analysis for Microsoft Excel versión 8.x, instale la nueva versión de IBM Cognos
BI en una ubicación distinta a la del otro producto de IBM Cognos BI y configure la nueva versión de
IBM Cognos BI para que funcione de forma independiente a ese producto. Después de actualizar el
otro producto a una versión compatible con IBM Cognos
BI, podrá configurar los dos productos para que funcionen conjuntamente.
Instalaciones de Windows
Para las instalaciones de un sistema operativo Microsoft Windows, asegúrese de tener privilegios de
administrador para el sistema de Windows en el que está realizando la instalación. Asegúrese también
de que el sistema disponga de una variable del sistema TEMP que apunte al directorio en el que
desea almacenar los archivos temporales. Durante la instalación, los archivos del disco se copian
temporalmente en este directorio.
Instalaciones de UNIX

Para las instalaciones en un sistema operativo UNIX, puede instalar los componentes de servidor
usando una interfaz gráfica de usuario o bien ejecutando una instalación silenciosa. Para ejecutar la
instalación en modo gráfico, la consola asociada al sistema UNIX debe soportar una interfaz gráfica
de usuario basada en Java.
Además, IBM Cognos BI respeta la máscara de creación de modo de archivo (umask) de la cuenta
que ejecuta el programa de instalación. Esto sólo afecta a los directorios de instalación. No afecta a los
permisos de archivos de los directorios. Sin embargo, los archivos generados en tiempo de ejecución,
como los registros, respetan la máscara. Utilice el valor umask 022 en el directorio de instalación.
Cognos Content Database como almacén de contenido
Si desea utilizar Cognos Content Database como almacén de contenido, deberá seleccionarlo en el
asistente de instalación. Si desea instalar componentes en varios sistemas, sólo será necesario
instalar Cognos Content Database una vez.
Requisitos de impresora
Para garantizar que los informes se imprimen correctamente en Windows, Adobe Reader
requiere que configure al menos una impresora en el sistema operativo en el que se encuentran
instalados los componentes de nivel de aplicación. Todos los informes, con independencia del
formato de impresión seleccionado, se envían como archivos PDF temporales a Adobe Reader
para su impresión.
Secuencia de instalación de componentes de servidor
En una instalación distribuida, la secuencia en la que se configuran los componentes es importante.
Configure e inicie los servicios en una ubicación en la que haya instalado Content Manager como
mínimo antes de configurar otros componentes de servidor.
Recomendación: instalar y configurar la instalación básica para instalaciones distribuidas
Al realizar una instalación distribuida, existen numerosas opciones diferentes de instalación y
configuración que puede utilizar para personalizar IBM Cognos BI de modo que se adapte a su
infraestructura corporativa.
Instalación y configuración de Content Manager
Puede instalar más de un Content Manager para garantizar la migración, así como instalar Content
Manager en una ubicación independiente de otros componentes para mejorar el rendimiento.
Instalación y configuración de Componentes de nivel de aplicación
Puede instalar los componentes de nivel de aplicación en distintos sistemas o en el mismo
sistema.
Instalación y configuración de la pasarela

Puede instalar la pasarela en uno o varios sistemas, en función de su entorno. Si tiene una granja de
servidores, puede que desee instalar una pasarela de IBM Cognos BI en cada servidor web. El uso de
varios servidores web para gestionar solicitudes entrantes proporciona un mejor servicio. Si sólo
instala el componente de pasarela en el mismo sistema que el servidor web, el servidor web gestiona
los servicios web principales y no procesa las
solicitudes de los usuarios. Esta separación en el procesamiento puede ser necesaria si tiene un
cortafuego de red entre el servidor web y el resto de los componentes de servidor.
6.4 Configuración De Los Componentes
Las aplicaciones requieren datos de configuración para funcionar técnicamente. Los valores que
modifican el comportamiento de las directivas (seguridad, administración operativa y
comunicaciones) se consideran datos de configuración.
Los datos de configuración se conservan en los archivos de configuración de .NET a nivel de
usuario, equipo y aplicación. La configuración personalizada almacenada aquí se puede definir con
cualquier esquema y se puede tener fácil acceso mediante el uso de la clase
ConfigurationSettings en su aplicación.
Es muy importante tener en cuenta la confidencialidad de seguridad de la conexión; por ejemplo, no
debe almacenar cadenas de conexión SQL en texto no cifrado en los archivos de configuración
XML, especialmente si contienen credenciales SQL. Debería limitar el acceso a la información de
seguridad a los operadores adecuados y a fin de disponer de una mayor seguridad, debería considerar
la firma digital de la información para asegurarse de que los datos de configuración no se han
modificado.
Los datos de configuración se pueden almacenar en varios lugares, cada uno de ellos con sus
ventajas e inconvenientes:
Archivos de configuración XML: el almacenamiento de los datos de configuración aquí permite a los
clientes de su aplicación trabajar sin conexión y este modelo resulta fácil de
implementar. Con aplicaciones de cliente enriquecido, este enfoque puede suponer un aumento
en los costos de administración de los cambios, ya que requiere que todos los clientes
dispongan de la misma información de configuración.
SQL Server o el almacén de datos de la aplicación: se trata de la ubicación de almacenamiento
normal para los datos de configuración administrados por la aplicación, pero aún más para los
metadatos de las aplicaciones. Si almacena aquí la configuración, se recomienda que guarde los
metadatos en una base de datos de SQL Server distinta de la de los datos empresariales. El acceso a
la base de datos supone a menudo una mejora en el rendimiento, por lo que debería considerar el
almacenamiento en caché.
Active Directory: dentro de una organización, puede decidir almacenar los metadatos de la aplicación
en Active Directory. De este modo, los clientes del dominio pueden disponer de los metadatos.
También puede asegurar la información en Active Directory con ACL de Windows,

asegurando que sólo los usuarios y las cuentas de servicio autorizadas podrán tener acceso al
mismo.
Cadenas del constructor: si utiliza componentes basados en Enterprise Services, puede
agregar datos de configuración a la cadena del constructor para los componentes.
Otras ubicaciones para casos especiales: éstas incluyen el Registro de Windows, el almacén de
Windows Local Security Authority (LSA) y las implementaciones personalizadas. Se utilizan en
casos muy especiales y agregan requisitos para los privilegios de aplicaciones en el equipo y los
mecanismos de implementación.
Soluciones de administración de configuración de terceros que pueden proporcionar también
características de control de versiones e implementación.
6.5 Configuración de la Aplicación

Cambiar la configuración de aplicaciones

Las aplicaciones de Marketplace que añadas a tu dominio aparecen en la sección

Aplicaciones de Marketplace de la consola de administración.

1. Inicia sesión en la consola de administración de Google.

Inicia sesión con una cuenta de administrador, no con tu cuenta actual

[email protected]

2. En la página principal de la consola de administración, ve a Aplicaciones

Aplicaciones de Marketplace.
3. Haz clic en el nombre de la aplicación para acceder a su configuración.

En la página Configuración, puedes activar o desactivar la aplicación para toda tu organización o

solo para grupos específicos de esta. En función de la aplicación, también podrás modificar todas
las opciones de la aplicación o solo algunas.
6.6 Evaluar Desempeño
La respuesta depende de las necesidades del negocio y tu área de gestión de talento.
Por esta razón, es clave que tu instrumento metodológico entregue información gestionable valiosa
para impactar positivamente en otros indicadores, como por ejemplo: el clima organizacional o
reducir la tasa de rotación o mejorar la productividad.
A continuación compartimos algunos tips para crear set de competencias de evaluación. Metas
claras
El instrumento debe levantar información que permita a la gerencia de Recursos Humanos tomar
decisiones estratégicas sobre el personal.
 1
0

Halogen Software recomienda que el área de gestión de personas trabaje con los líderes de la
organización para que apliquen la metodología SMART a la hora de definir metas para sí mismos y su
equipo.
Que sea fácil de usar
Las instrucciones deben ser claras y fáciles de entender, tanto para el gerente, como el
colaborador que debe contestar la evaluación.
Cuando las preguntas son complicadas, suelen suceder dos cosas: los jefes tienen
problemas para completarlas y, además, es más difícil procesarlas.
En este sentido, no debemos perder de vista que estamos evaluando el desempeño de un
colaborador con la finalidad de poder, posteriormente, entregar feedback que lo ayude a mejorar.
Esto nos lleva al siguiente punto.
Determina el objetivo de la evaluación
El cuestionario debe estar diseñado con un objetivo organizacional en mente. Recuerda que se trata
de alinear los comportamientos de los colaboradores con las necesidades del negocio.
¿Quieres reforzar la cultura organizacional?
¿Te estás enfocando en desarrollar a los colaboradores?
¿Necesitas empujar un gran cambio organizacional?
¿Quieres identificar a los empleados de alto potencial?
¿Buscas comprender mejor qué impide a un equipo elevar su productividad?

Define tu escala de evaluación

Es imperativo que la calificación sea tan objetiva y consistente como sea posible. Incluir una
descripción de la escala en el cuestionario es una buena idea.
Sin embargo, la escala tradicional o Likert de cinco puntos incluye la mediana. Por lo tanto, no
necesariamente permite distinguir entre los empleados de alto y bajo rendimiento.
Si quieres que los jefes califiquen a los colaboradores como “alto” o “bajo” rendimiento,
puedes usar una escala de cuatro puntos.

Utiliza tecnología
Es difícil de creer, pero aún hay empresas que ejecutan este proceso con planillas excel o incluso
papel.

1
1
Una plataforma en la nube permite agilizar todo el procesamiento de datos y ahorrar valioso tiempo
en la implementación de mejoras.
Otro beneficio de tener evaluaciones de desempeño en la nube es que todo queda registrado, de forma
que tanto gerentes como colaboradores pueden revisar la información cuantas veces lo necesiten.
Dales tiempo para completar la evaluación
No envíes la encuesta un viernes por la tarde y esperes recibirla el lunes a primera hora.
SurveyMonkey recomienda dar el tiempo necesario para completarla y enviar recordatorios a
medida que se acerca el fin del plazo.
Tampoco esperes que los colaboradores la completen en su tiempo libre. Debes generar las
condiciones para que puedan tomar algunos minutos de su horario laboral para completar la tarea.
6.7 Optimización del Desempeño

Controlar el cronograma consiste en dar seguimiento al grado de ejecución del cronograma del
proyecto y en controlar los cambios en la línea base del cronograma. El control del cronograma
implica:

Determinar el estado actual del cronograma del proyecto

Influir sobre los factores que crean cambios en el cronograma con el objetivo de
estabilizarlos y controlarlos
Determinar qué elementos del cronograma del proyecto han cambiado y cuantificar su
impacto
Gestionar e implementar los cambios, a medida que suceden

Con objeto de mejorar el rendimiento del cronograma del proyecto, el control del cronograma solicita
cambios y/o recomienda acciones correctivas y preventivas al proceso 4.5 Realizar el Control
Integrado de Cambios. El control del cronograma comprueba la implementación de todas las que
hayan sido aprobadas en el proceso de control de cambio que afecten al cronograma del proyecto, en
coordinación con el proceso 8.3 Controlar la Calidad, el
cual, debe validar la correcta implementación de todos los cambios aprobados.

Entradas

Plan para la Dirección del Proyecto

Cronograma del Proyecto
Datos sobre el desempeño del trabajo
Calendario del Proyecto. Un modelo de programación podría requerir más de un
calendario del proyecto, para permitir considerar diferentes periodos de trabajo para
algunas actividades a la hora de calcular los pronósticos del cronograma.
Datos del Cronograma. De esta manera, los datos del cronograma se revisarán y
actualizarán durante el proceso de controlar el cronograma

1
2

Activos de los procesos de la organización

Herramientas y técnicas
 Revisiones del desempeño. Miden, comparan y analizan el desempeño de las fechas reales
de inicio y finalización, los porcentajes completados. Así como la duración restante para el
trabajo comenzado. La técnica del Valor Ganado (EV), que utiliza términos como la
variación del cronograma (SV) y el índice de desempeño del cronograma (SPI). Nos sirve
para evaluar la magnitud de las variaciones del cronograma. Es importante determinar si las
variaciones requerirán o no acciones correctivas.
Análisis de variación. La variación del cronograma (SV) y el índice de desempeño del
cronograma (SPI), nos permiten identificar y cuantificar la variación con respecto a la línea
base del cronograma. Por otro lado, determinar la causa y el grado de variación, nos servirá para
determinar si es necesario o no aplicar acciones correctivas.
Software de Gestión de Proyectos y Herramientas de planificación
Técnicas de optimización de recursos
Técnicas de modelado
Adelantos y Retrasos
Compresión del Cronograma

Salidas

Información del Desempeño del Trabajo. Los valores calculados de los indicadores de
desempeño en el tiempo SV y SPI para los componentes de la EDT/WBS. En particular, los
paquetes de trabajo y las cuentas de control, se documentan y comunican a los interesados.
Pronóstico del Cronograma. Estimaciones o predicciones de condiciones y eventos en el
futuro del Proyecto, las cuales se basan en la información y el conocimiento disponibles en el
momento de realizar el pronóstico.
Solicitudes de cambio
Actualizaciones. A los activos, y al plan, como por ejemplo líneas base del cronograma
y/o costos, así como a los documentos del proyecto

13

Conclusión
Una arquitectura distribuida es una aplicación con distintos componentes que se ejecutan separados,
normalmente en diferentes plataformas conectadas. La distribución se refiere a la construcción de
software por partes, a las cuales le son asignadas un conjunto específico de responsabilidades dentro
de un sistema.
Esta distribución como bien enunciaba la definición formal, habla de que las partes o componentes
se encuentran en entornos separados, sin embargo, lo que tiene implícito esta definición, es que
para realizar esta separación física primero debe tenerse clara la separación lógica de las partes de
una aplicación, esto quiere decir que programáticamente existe una forma de separar o agrupar los
componentes. Esta arquitectura presenta 3 capas:

La capa de presentación o interfaz de usuario se refiere al mecanismo de interacción del usuario

con el sistema.
Es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le
comunica la información y captura la información del usuario en un mínimo de proceso (realiza un
filtrado previo para comprobar que no hay errores de formato). También es conocida como interfaz
gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario. Esta
capa se comunica únicamente con la capa de negocio.

La capa de negocios o de manejo de datos, es donde residen los programas que se ejecutan, se
reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina también
capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas
que deben cumplirse.
Es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más
gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de
almacenamiento o recuperación de información desde la capa de negocio.
La distribución de estas aplicaciones Se refiere a la construcción de software por partes, a las cuales
les son asignadas un conjunto específico de responsabilidades dentro de un sistema. Entre los
servicios que ofrece están los servicios de email, web, base de datos, aplicaciones, transacciones,
sistemas operativos, firewall.

1
4

Bibliografía

* Aplicaciones distribuidas - knol Autor: jesus Villalobos

http://knol.google.com/k/aplicacionesdistribuidas#2(2E)(C2)(A0)_Arquitectura_de_las_aplicaci
ones_distribuidas
 * Aplicaciones Distribuidas- slideshare Autor: sorey Bibiana García zapata
http://www.slideshare.net/soreygarcia/aplicaciones-distribuidas-presentation

* Programación por capas - Wikipedia, la enciclopedia libre Autor:

wikipedia fecha: 30 sep 2011
http://es.wikipedia.org/wiki/Programaci%C3%B3n_por_capas

* Sistemas heredados
Autor: Raul Orama Bustillos Fecha: set, 22,2010
http://profejavaoramas.blogspot.com/2010/09/sistema-heredado.html

* IDG ES/ Las empresas prefieren modernizar sus sistemas heredados

Autor: World Fecha: 16-07-2007
http://www.idg.es/cio/mostrarNoticia.asp?id=58962&seccion=economia

* Integracion de Sistemas Heredados Autor: Zephyr Fecha: 2011

http://www.zephyrcorp.com/es/integracion-sistemas-heredados.htm

15