Upload
lethien
View
219
Download
0
Embed Size (px)
Citation preview
Empaquetado de software corporativoPrácticas, beneficios y ventajas estratégicas
Nelson RuestUn informe de Wise Solutions, Inc.
© 2002 Wise Solutions. Reservados todos los derechos.
WISE SOLUTIONS
www.wise.comResumen2
ResumenEste «libro blanco» da un panorama general de las prácticas y los procedimientos utilizados en el Empaquetado de softwarecorporativo. Está dirigido a los ejecutivos de tecnologías de la información (TI), los administradores de sistemas y lostécnicos de empaquetado de aquellas organizaciones que quieren enfocar de forma estructurada la gestión de sistemas y especialmente el empaquetado de software en la empresa. Este escrito presenta una visión global de las razones queimpulsan la utilización de procesos de empaquetado corporativo y cómo éstos se integran en la estrategia general degestión de la empresa en aquellas organizaciones que procuran aplicarlos.
Este documento contiene, además, una selección de las prácticas recomendadas para el empaquetado de software y la gestión de sistemas en general. Aunque no está orientado a un producto específico, sí está enfocado a la gestión de sistemas basados en Windows. Pero los procesos y algunas de las prácticas recomendadas también pueden utilizarse enentornos que no sean Windows. La gestión de sistemas distribuidos en un proceso complejo que debe ser contempladoíntegramente. Este documento contiene un tratado general del tema con recomendaciones específicas importantes paracontrolar una red distribuida en un entorno corporativo. Y también presenta un amplio esbozo de cómo determinadasprácticas del Empaquetado de software corporativo pueden mejorar el retorno de la inversión de muchas organizaciones.
Acerca del autorNelson Ruest es un profesional de TI especializado en diseño y gestión de sistemas. Es coautor de «Preparing for .NETEnterprise Technologies – People, PCs and Processes Interacting in a .NET World», publicado por Addison Wesley, ISBN 0-201-73487-7.
Actualmente trabaja en un nuevo libro para Osborne McGraw-Hill titulado «Windows .NET Server 2003, Tips and Techniquesfor Enterprise Deployments» que saldrá a principios del año que viene; ISBN 0-07-222343-X.
www.wise.com
WISE SOLUTIONS
Contenido 3
Contenido1. Empaquetado de software corporativo ....................................................page 4
1.1 Problemas de la gestión de software ........................................................................................................................4
1.1.1 Instalaciones de software ............................................................................................................................................................................................................. 51.1.2 Reducción de la diversidad .......................................................................................................................................................................................................... 5
1.2 La gestión del ciclo de vida del software ................................................................................................................. 7
1.2.1 Gestión de licencias de software ................................................................................................................................................................................................. 81.2.2 Mantenimiento de inventarios corporativos ............................................................................................................................................................................... 91.2.3 Mecanismos y herramientas de distribución de software ........................................................................................................................................................10
1.3 Desarrollos recientes de Microsoft: el servicio Windows Installer ..................................................................... 12
2. Requisitos del empaquetado de software ............................................. page 142.1 Consideraciones sobre el empaquetado ................................................................................................................ 15
2.1.1 Software comercial con el logotipo «Diseñado para Windows» .............................................................................................................................................. 152.1.2 Software comercial antiguo ........................................................................................................................................................................................................172.1.3 Aplicaciones corporativas nuevas .............................................................................................................................................................................................. 18
2.2 Actividades de empaquetado de software .............................................................................................................. 19
2.2.1 Gestión de conflictos .................................................................................................................................................................................................................. 192.2.2 Consideraciones sobre el personal móvil.................................................................................................................................................................................. 212.2.3 El proceso de empaquetado del software................................................................................................................................................................................. 222.2.4 Documentación de soporte........................................................................................................................................................................................................ 24
3. Los retos de la empresa ........................................................................... page 253.1 Definición de estándares de empaquetado ........................................................................................................... 25
3.2 Equipos de empaquetado distribuidos ................................................................................................................... 26
3.2.1 Repositorios de paquetes distribuidos ...................................................................................................................................................................................... 273.2.2 Puntos de compartimiento de paquetes distribuidos ..............................................................................................................................................................273.2.3 Documentación de los paquetes distribuidos .......................................................................................................................................................................... 283.2.4 Peculiaridades del empaquetado internacional ....................................................................................................................................................................... 28
4. Conclusión ................................................................................................. page 294.1 Resumen de las mejores prácticas en el empaquetado de software ................................................................... 29
4.2 El retorno de inversión en el ESP .......................................................................................................................... 29
4.3 Selección de la herramienta de reempaquetado ................................................................................................... 31
Anexo A – Glosario de términos ............................................................................................................................................................................................................. 32Anexo B – Requisitos de la herramienta de empaquetado.................................................................................................................................................................... 33Referencias................................................................................................................................................................................................................................................. 34
WISE SOLUTIONS
www.wise.comRacionalización del software4
Muchas empresas han ampliado
sus proyectos de migración
a Windows 2000 y XP para
contemplar la utilización de
Windows Installer de Microsoft
como un método coherente de
empaquetado y en un intento de
obtener el control y la coherencia
entre aplicaciones que tanto
desean. Las empresas reconocen
cada vez más la necesidad de que
el esfuerzo requiere experiencia y
dedicación. «Las empresas que no
dediquen recursos al empaquetado
de aplicaciones fracasarán en su
empeño de distribuir software
durante el 2004 (probabilidad
del 0,8).»
– Gartner Group
1. Empaquetado de software corporativoEl empaquetado de software es quizás el proceso al que se presta menos atención en TI. Sin embargo, como es el procesoque controla las instalaciones de software, es uno de los más importantes en cualquier estrategia de gestión de software.
En el campo de las tecnologías de la información es difícil encontrar a alguien que no haya realizado una instalación interactivade software. Las experiencias de instalación varían desde las buenas de los usuarios avanzados a las muy malas de los usuariosnoveles. La instalación más sencilla sólo hace unas pocas preguntas básicas, pero algunas de las más complicadas son capacesde poner en aprietos a los técnicos más experimentados.
La mejor instalación es la automática, la que no necesita ninguna respuesta del usuario. Y la mejor de las instalacionesautomáticas es la personalizada, la versión diseñada para trabajar según las especificaciones de una red corporativa.
Que se llama Empaquetado de software corporativo (ESP en sus siglas en inglés). El Empaquetado de software corporativose encarga de la preparación de instalaciones estándares, estructuradas y automáticas que se distribuirán en un entornocorporativo específico. Estas instalaciones automáticas o «paquetes» deben tener en cuenta todos los requisitos de instalaciónde la organización empresarial: estándares corporativos para utilización de software y configuración de los equipos desobremesa, los diferentes idiomas y valores regionales, y especialmente, los temas relacionados con el soporte técnico.Además, hay que preparar paquetes tanto para las aplicaciones corporativas como para el software comercial.
La mayor parte de los productos de software comercial ya incluyen la posibilidad de automatizar su instalación. Perodesafortunadamente no existe un estándar oficial de instalaciones automáticas en el ámbito de los productos Windows.Existen algunos métodos específicos, pero raramente satisfactorios. Ello significa que si una organización quiere realizar la gestión de sus procesos de ESP usando las herramientas genéricas de instalación automática que vienen con losproductos de software, necesitará tener «islas» de conocimiento, es decir grupos de técnicos que se especialicen en uno u otro método de instalación.
Afortunadamente, esto está cambiando. Microsoft® ha presentado una herramienta estándar para la instalación y la gestiónde software en sistemas Windows: el Instalador de Windows. Este servicio está disponible para los propios productosMicrosoft pero también para otros productos de software comercial. También está disponible para la preparación de lainstalación automática de las aplicaciones corporativas desarrolladas internamente. Esto significa que ahora es posibleestablecer una metodología de instalación estándar y coherente para todos los productos de software de una organización.Este enfoque estándar es el corazón del Empaquetado de software corporativo.
1.1 Problemas de la gestión de softwareLas organizaciones han adoptado el modelo de informática distribuida por los indudables beneficios que obtiene el usuariofinal. Está claro: con su propio procesador, disco duro y memoria, cada PC es una herramienta con potentes posibilidadesde proceso y prácticamente sin impacto en los demás componentes de la red. Pero a medida que las organizaciones creceny añaden más de estos componentes «independientes», enseguida descubren que la gestión de estos entornos distribuidosno es nada fácil.
Y básicamente porque las empresas, – sean pequeñas, medianas o grandes – no pueden dedicar una persona a recorrer uno por uno los ordenadores para instalar software. Pero al mismo tiempo, las organizaciones no pueden pretender quelos usuarios tengan los conocimientos necesarios para instalar correctamente el software en su propio equipo. La instalación del software en una organización debe estar automatizada, controlada desde una central y permitir las actualizaciones, laseliminaciones y las desinstalaciones.
Y esta es la razón para la aparición de las herramientas de empaquetado de software. Estas herramientas están diseñadaspara ayudar al personal de TI en la preparación de instalaciones automáticas de software, sin interacción con el usuario. En
www.wise.com
WISE SOLUTIONS
Racionalización del software 5
Racionalización del software
Las organizaciones que no han
conseguido la estandarización de
sus redes corporativas pueden estar
usando más de 500 programas. Para
las organizaciones actualmente es
muy importante realizar un ejercicio
de racionalización de software, una
tarea que trata de reducir el número
de productos de software que
se están utilizando limitando la
cantidad de versiones y la cantidad
de productos diferentes que se
usan para lo mismo dentro de la
empresa. En las organizaciones –
medianas o grandes – que hayan
llevado a cabo este ejercicio, se
puede suponer que tienen en uso
alrededor de 300 productos o
menos.
el mercado hay varios modelos de herramientas de empaquetado de software, pero todas ofrecen las mismas prestacionesbásicas: permiten que el personal de TI realice la instalación y configuración del software, capture esta instalación personalizadae idealmente, la reproduzca con éxito en cada equipo de sobremesa o servidor de la empresa.
Pero para que esto sea una realidad en el interior de una empresa, el paquete de software tiene que estar estructurado. Hay que establecer estándares y mantenerlos. Los paquetes de software tienen que estar documentados y detallados de lamisma forma, aunque varíe la persona que realiza el proceso de empaquetado. El control de calidad tiene que ser alto; lasinstalaciones tiene que funcionar en todos los casos, incluso cuando varíe la configuración de los distintos ordenadores. Hayque mantener y actualizar los repositorios de paquetes de software de acuerdo con las políticas de adquisición de softwarede la organización. Todas estas actividades son parte esencial del proceso de Empaquetado de software corporativo.
Además, las organizaciones se enfrentan al dilema «centralización o descentralización». ¿Hay que centralizar el proceso deempaquetado de software? Si es así, ¿cómo pueden los técnicos de TI de la central conocer y comprender las característicasregionales? ¿Debería estar descentralizado? Si es así ¿cómo pueden mantenerse los estándares de la organización y evitarse la duplicación de esfuerzos?
Estas son algunas de las preguntas que las organizaciones deben contestar por sí mismas cuando preparan su política deempaquetado. Estas son algunas de las cuestiones que este escrito intenta abordar.
1.1.1 Instalaciones de software
Es bien conocido que las instalaciones de software generan bastantes frustraciones en quienes se encargan de la gestión de sistemas. En parte esto se debe al éxito de Windows. Hay cientos de miles de aplicaciones diseñadas para Windows. Cada una con sus propias características a la hora de la instalación y la configuración. Aunque en la mayoría la instalación es automática, pocas están estandarizadas.
Microsoft y otras organizaciones han recibido peticiones para desarrollar infraestructuras distribuidas que permitan unagestión centralizada y controlable. La instalación de software a menudo causa conflictos con otros productos de softwareque ya están en el ordenador o con el propio sistema operativo. En realidad, la fiabilidad de las instalaciones de software ha llevado a las organizaciones y a los usuarios a desconfiar de Windows. Son pocos los usuarios que no han visto nuncala famosa «pantalla azul», la pantalla que aparece cuando Windows tiene un problema grave. Y en una red corporativa tiene
que haber un modo de asegurar que los sistemas funcionarán todo el tiempo, porque incluso en los sistemas distribuidoscualquier interrupción es inaceptable.
1.1.2 Reducción de la diversidad
La mayoría de las organizaciones, desde las pequeñas a las grandes, necesitan alguna forma de automatización de lasinstalaciones de software. Aunque hay miles de programas escritos para Windows, las organizaciones medianas y grandesutilizan entre 200 y 500 programas en su red. No obstante, la gestión de instalaciones de software de varios cientos deproductos puede ser una tarea compleja, especialmente si una de las intenciones es evitar los conflictos.
Afortunadamente, hay algunos métodos para reducir la diversidad reduciendo así las posibilidades de conflicto. Por unarazón, pocas organizaciones necesitan instalar entre 200 y 500 productos en el mismo ordenador. El primer paso consiste en utilizar un modelo de diseño de sistema. Uno de estos modelos, el modelo PASS (las siglas de Punto de Acceso paraServicios Seguros), se expone en la figura 1.1.
WISE SOLUTIONS
www.wise.comRacionalización del software6
Figura 1.1: El modelo PASS
Este modelo se basa en la construcción de un sistema que responda a las necesidades corporativas en tres frentes:• El «núcleo» del sistema PASS está diseñado de acuerdo con las necesidades de un usuario medio. Contiene
todos los componentes de software necesarios para realizar las tareas de automatización y colaboración esenciales de la oficina. Además, está dividido en una serie de capas que lo hacen similar al modelo de red OSI. Tanto se parece al modelo OSI que su núcleo tiene siete capas para brindar los servicios corporativos. Como estas prestaciones las necesitatodo el personal de la empresa, este núcleo está instalado en todos los ordenadores.
• El software y las aplicaciones funcionales se superponen al núcleo para cubrir las necesidades de los diferentes puestos que cada persona ocupa en la organización, Las aplicaciones son programas internos que realizan funciones críticas o de soporte. Con software identificamos los productos de software que se comercializan y que necesitan sólo algunos empleados en función de su puesto y de las tareas que realiza.
• Finalmente, la capa ad hoc responde a necesidades informáticas muy específicas, altamente especializadas y que generalmente son de utilización individual. Esta capa ad hoc puede aplicarse indistintamente a aplicaciones y a software.
Los sistemas construidos basándose en un modelo como el PASS reducen de forma importante el trabajo de gestión porquereducen la cantidad de programas que coexisten en un sistema. Primero, una buena parte de los sistemas – que en ocasionespuede alcanzar el 50 % – tendrán suficiente con el núcleo del sistema. Hay que tener presente que el núcleo puede contenerincluso los programas gratuitos pero que son necesarios en toda la organización (por ejemplo Acrobat® Reader® de Adobe®
System o Reader de Microsoft) y los programas para los que la organización compra paquetes de licencias (por ejemplo,muchas organizaciones compran licencias de Office de Microsoft para toda la empresa).
1El modelo PASS fue presentado originalmente como «SPA Object Model» en «Preparing for .NETEnterprise Technologies» por Ruest y Ruest.
Sof
twar
eco
mer
cial
func
iona
l
Núcleo del sistema
PASS
Aplicacionescorporativas
funcionales
Sof
twar
eco
mer
cial
Ad
Hoc
Aplicaciones
corporativasA
dH
oc
Núcleo del sistema operativo
Capa de red
Capa de almacenamiento
Capa de seguridad
Capa de comunicaciones
Capa de herramientas de productividad comunes
Capa de presentación
www.wise.com
WISE SOLUTIONS
Racionalización del software 7
El modelo PASS
En el modelo PASS, el núcleo se
considera un sistema cerrado que
se reproduce en todos los
sistemas. Las capas que rodean al
núcleo se consideran opcionales en
todos los sistemas.
Segundo, al agrupar los programas en configuraciones que dependen del rol que desempeña el usuario, las organizacionespueden reducir la cantidad de programas que coexisten en una máquina. Cada una de estas configuraciones funcionalesincluye a todos los programas que necesitan cada uno de los miembros del grupo. Por ejemplo, los editores de páginas webnecesitarán una herramienta de edición de páginas web, una de animación para la web y otras utilidades específicas a este tipode desarrollo. Este conjunto de herramientas se puede empaquetar por separado, pero debe entregarse como una unidaden todos los sistemas que pertenezcan a un determinado rol. Las configuraciones funcionales suelen incluir – dependiendode la función – entre 10 y 30 programas específicos. Sólo hay que verificar estos conjuntos internamente y con el contenidodel núcleo del sistema. No hay necesidad de verificar o probar la cohabitación entre programas de diferentes configuracionesporque no estarán en el mismo sistema.
Tercero, los programas ad hoc reducen aún más los esfuerzos de gestión porque sólo los necesitan muy pocos usuarios dela organización. Estos programas se empaquetan para permitir una distribución centralizada y una instalación automática perosólo hay que verificarlos contra el núcleo y contra las demás configuraciones que coexistirán con ellos, pero debido a supropia naturaleza ad hoc es muy posible que no tengan problemas de cohabitación con ninguna de las demás configuraciones.
El modelo PASS está diseñado para que se pueda utilizar tanto en un PC de usuario como en servidores. Cada uno deberátener un núcleo del sistema, aplicaciones y software funcionales y componentes ad hoc. La diferencia estriba en que en losPC, las configuraciones funcionales están enfocadas al puesto que el usuario ocupa en la organización mientras que en losservidores, las configuraciones están orientadas al rol del servidor en la red corporativa. Este modelo es muy útil, especialmentepor la masiva cantidad de migraciones y distribuciones de sistemas Windows que muchas organizaciones tienen que llevar acabo regularmente por la evolución de estos sistemas operativos.
1.2 La gestión del ciclo de vida del softwareOtro aspecto importante de la gestión del software y las aplicaciones es el de su ciclo de vida. Cada producto tiene un ciclode vida propio e independiente de su ubicación en el modelo constructivo. La diferencia radica en la frecuencia con la quese realizan actividades durante el tiempo de vida. Todos los componentes del núcleo tienen un ciclo de vida corto (comoestán en todos los sistemas, tienden a evolucionar más rápidamente que los demás componentes porque están incluidos enel presupuesto general de la organización) mientras que los productos de las capas exteriores del modelo tiene ciclos devida más largos.
La gestión del ciclo de vida del software es uno de los procesos más complicados de la empresa. Pocas organizaciones sabenhoy en día exactamente qué software encontrarían en su red corporativa. Menos aún son las que pueden garantizar que enlos PC de los usuarios no hay ningún software que no se utilice.
Este ciclo de vida está basado en 4 grandes fases y se puede aplicar tanto al software comercial como a las aplicacionescorporativas, aunque con pequeñas variaciones en las fases iniciales. Las cuatro fases incluyen:
• Evaluación del software o Preparación de la aplicación – esta fase incluye la identificación de la necesidad seguida de la selección del software comercial o el diseño de la aplicación corporativa.
• Implantación del software – esta fase se ocupa del empaquetado del software, de las pruebas de control de calidad y de la distribución.
• Mantenimiento – esta fase trata de las actividades de asistencia continuada al producto. Incluye la preparación, las pruebas y la distribución planificada de actualizaciones.
• Baja – la fase final, orientada a la eliminación del producto de la red corporativa una vez obsoleto. A esta eliminación le puede seguir una sustitución lo que reinicia el proceso de gestión del ciclo de vida.
Todo software tiene un ciclo de vida. Este ciclo empieza cuando el fabricante inicia el proyecto de desarrollo y terminacuando el software se retira del mercado. Para las organizaciones que lo utilizan, el ciclo de vida está más influido por elmomento de la compra, de la distribución, de cómo se mantiene, cómo se da asistencia y de cuándo se da de baja de la red.En el caso de las aplicaciones corporativas, el ciclo comienza en el momento en que los desarrolladores comienzan a trabajaren el proyecto y termina cuando se retira la aplicación. La Figura 1.2 ilustra la gestión del ciclo de vida del software corporativo.
Softw
are
com
erci
alfu
ncio
nal
Aplicacionescorporativas
funcionales
Softw
are
com
erci
alA
dH
oc
Aplicacionescorporativas
Ad
Hoc
Núcleo del sistema
PASS
WISE SOLUTIONS
www.wise.comRacionalización del software8
Durante el ciclo de vida, la mayoría de productos de software necesitarán correcciones. Los fabricantes se refieren a ellascomo «Service Packs» y las organizaciones que las usan «actualizaciones». Si una organización adopta un producto de softwareantes de que estas correcciones estén disponibles, además de distribuir el producto original, tendrá que distribuir tambiénlas correcciones hechas durante su ciclo de vida.
Por lo tanto las organizaciones tendrán que tener previstos los procesos y las herramientas necesarias para el mantenimientocompleto del software. Una vez más el Empaquetado de software corporativo tiene un papel clave en la fase de mantenimientodel ciclo de vida del software porque incluye la posibilidad de aplicar parches o correcciones a los productos de softwarecomercial adquirido como a las aplicaciones corporativas. Pero probablemente su aspecto más útil es el que atañe a la bajade software.
Figura 1.2: La gestión del ciclo de vida del software corporativo
1.2.1 Gestión de licencias de software
Uno de los aspectos más importantes de la gestión del ciclo de vida del software es el control de las licencias. Todas lasorganizaciones deben cumplir con la legalidad respecto a las licencias de software que están utilizando en la red corporativa.Pero en realidad, muy pocas la cumplen. ¿Porqué? Porque es difícil llevar la cuenta de todo el software que se instala y pocasveces se tiene el tiempo suficiente para implementar sistemas de seguimiento del software instalado. Y porque pocasorganizaciones aprovechan las ventajas de las prestaciones de eliminación de software durante el proceso de instalación.
La eliminación de software es probablemente la parte menos utilizada de todo el ciclo de vida del software, aunque es lamás importante si las organizaciones quieren mantener su red en condiciones de total legalidad. El problema es simple.Cuando un usuario pasa de la posición A a la posición B, cambia su rol en la organización. Con nuevos roles llegan nuevastareas, y el personal de informática enseguida tratará de asegurarse de que el PC del usuario tiene el software que necesitapara sus nuevos cometidos porque si no, recibirán inmediatamente la llamada del usuario pidiendo su asistencia técnica. Sin embargo, no les importa tanto eliminar del PC el software que ya no se utiliza. La eliminación de software es compleja y pesada. El problema con la eliminación de software es que muy pocas veces es efectivo. El software actual está hecho conuna serie de componentes exclusivos y otros compartidos. La eliminación de estos componentes puede afectar la estabilidaddel sistema. Por eso el departamento de TI opta por la estabilidad en detrimento de la legalidad. Después de todo, lossistemas reciben mantenimiento regular del hardware y es en ese momento cuando de todas formas se reinstalará. Si elsistema no cumple con la legislación, es por poco tiempo.
Mantenimiento
• Prestaciones/Funcionalidades • Tecnología• Visión del Fabricante/Cliente• Estabilidad del fabricante/ Viabilidad de la aplicación• Servicio y Asistencia• Costes de Compra/Desarrollo
• Ámbito • ¿Se necesitan servicios externos? • Entregas del proyecto• Empaquetado del producto• Certificación del producto • Distribución del software • Formación de técnicos y usuarios
• Obsolescencia del software • Disponibilidad de nuevas versiones• Sustitución del producto
• Infraestructura de asistencia • Mejora continua del producto • Mejora de la productividad
Evaluación/Preparación Implantación
Baja/Evolución
www.wise.com
WISE SOLUTIONS
Racionalización del software 9
Sistemas bloqueados
Para que funcionen los procesos
basados en la construcción de
sistemas y la gestión de inventarios,
las organizaciones deben bloquear
los ordenadores para asegurarse
de que las instalaciones de
software sólo tienen su origen
de forma centralizada y de fuentes
autorizadas.
Creación del núcleo del sistema
Para facilitar la reproducción de
sistemas, a menudo se instala el
núcleo del sistema en PC y en
servidores como una única imagen
de disco. Pero el original o el
ordenador piloto para la construcción
de esta imagen debe crearse
componente a componente.
La eliminación de software requiere un experto en dicho campo o un método que garantice la eliminación adecuada sincausar daños. Por eso, para asegurarse de que el PC permanecerá estable, muchas organizaciones optan por no eliminar elsoftware que no se utiliza. Esta no es una estrategia válida en las empresas.
Es este otro aspecto del Empaquetado de software corporativo. Los métodos de empaquetado correctos incluirán pruebasde todo el paquete y el control de calidad debe incluir la eliminación no problemática de las aplicaciones.
1.2.2 Mantenimiento de inventarios corporativos
Otro aspecto clave de la gestión del ciclo de vida del software es el mantenimiento y la actualización de los inventarioscorporativos. Esta es un área en la que un modelo de construcción de sistemas como el modelo PASS también juega unpapel importante por la forma en que está diseñado su funcionamiento. Para el mantenimiento del inventario sólo es necesariocentrarse en identificar los grupos de configuraciones funcionales porque el núcleo está en todos los ordenadores y losproductos ad hoc en unos pocos. Estas agrupaciones por «actividad» se convierten en el fundamento del sistema de inventario,pero no en su único enfoque. Los inventarios corporativos para la gestión de productos de software deben incluir todos loselementos que se ilustran en la Figura 1.3.
Entre estos elementos están:• Repositorio de paquetes – un depósito central de todo el software autorizado en la red corporativa. Este
repositorio que es creado realmente por el proceso de Empaquetado de software corporativo es el origen de toda la distribución de productos de software de la organización.
• Inventario del núcleo del sistema – el núcleo del sistema debe estar completamente inventariado. Este inventario tiene que estar vinculado al Repositorio de paquetes porque muchos de sus componentes originales se almacenan en paquetes para facilitar la construcción automática de sistemas y la resolución de conflictos.
• Depósito de configuraciones funcionales – este depósito identifica cada uno de los paquetes que hay en cada configuración. Está estrechamente vinculado al Repositorio de paquetes para permitir la construcción de sistemas y los cambios de actividad.
• Agrupaciones por actividad – este depósito reagrupa todos los usuarios o servidores de acuerdo a su papel desde el punto de vista informático. Está estrechamente vinculado al Depósito de configuraciones funcionales porque identifica qué configuraciones hay que añadir al núcleo de los sistemas. En muchos casos estas agrupaciones se puedenencontrar en el directorio corporativo de una organización como el directorio activo porque está formado básicamente por grupos de usuarios y máquinas.
• Base de datos central del inventario – esta base de datos es la que reúne toda la información. Incluye los inventarios de todos los ordenadores de la red, todos los usuarios, todos los componentes de software y mucho más. Se utiliza para comprobar que los sistemas contienen sólo los componentes autorizados. También se usa para asignar lainstalación de productos ad hoc porque estas asignaciones normalmente se deciden caso por caso. La herramienta de Gestión de sistemas corporativos es la encargada del mantenimiento de esta base de datos.
• Sistema de informes tipo web – otra de las funciones de la herramienta de Gestión de sistemas corporativoses proporcionar información detallada de los inventarios recogidos con informes coherentes de todos los sistemas.
WISE SOLUTIONS
www.wise.comRacionalización del software10
No hay ninguna herramienta de
software capaz de solucionar los
problemas, tan habituales, que
genera la heterogeneidad de los
equipos de sobremesa… Este
proceso debe llevarse a cabo
antes de distribuir la aplicación (o
actualización) en un laboratorio de
prueba. Sin esta fase fundamental,
las herramientas de distribución
de software serían una mera
automatización de un proceso
mal diseñado.
– Gartner Group
Figura 1.3: Un sistema de inventario corporativo
El sistema piloto y la distribución de software puede hacerse basándose en estos inventarios. Además, cuando hay cambiosde roles – cuando un usuario o un servidor cambian de función – estos inventarios se utilizan para eliminar los productosde software que ya no se necesitan y añadir los que hacen falta en la configuración según el nuevo rol. Esto significa quedebe existir una relación muy estrecha entre el Proceso de inventario y los Mecanismos y herramientas de distribución desoftware.
1.2.3 Mecanismos y herramientas de distribución de software
Una de las funciones principales de una herramienta de Gestión de sistemas corporativos es la posibilidad de distribuir elsoftware en todos los sistemas de la red corporativa. Nuevamente, este aspecto de la gestión de sistemas está íntimamenterelacionado con el Empaquetado de software corporativo porque el primer paso en cualquier proceso de distribución de unproducto de software es la creación de una instalación personalizada pero a la vez estándar, capaz de generar instalacionesrepetibles y homogéneas en todos los sistemas destino. En realidad, el proceso de distribución de software debería constarde los siguientes pasos:
1. Se preparan los nuevos paquetes de software y una vez listos se integran en el Repositorio de paquetes. Este repositorioes el único listado de todo el software autorizado. En un entorno ideal, todos los archivos que hay en el repositorio están en el mismo formato de instalación.
2. El paquete de software se asigna a un grupo que bien puede ser de usuarios o de ordenadores. En general, el softwarese asigna a ordenadores porque esta forma es más fácil de manejar. Asignar el software a usuarios – especialmente en entornos en los que los usuarios van de un PC a otro – es una fuente de generación de instalaciones y eliminaciones.
3. El paquete se asigna a un punto de distribución central y compartido.4. Se establece la fecha y la hora de distribución.5. Se inicia la distribución del software.6. El original de la instalación se coloca en todos los puntos compartidos.7. El código de instalación se detecta localmente en cada uno de los sistemas destino.8. El producto de software se instala en el sistema partiendo de la versión detectada.
Herramienta de gestión de
sistemas
Repositorio de paquetes
Agrupaciones por actividad
Depósito de configuraciones
funcionales
Base de datos central del inventario
Informes tipo web
Vínculo a paquetes originales
Registro de paquetes
Inventario del contenuto
Inventario de contenidos
Vínculo a paquetes originales
Vínculo a configuración
Control de agrupaciones por actividad
Consulta de datos
Distribución de softwareDatos para
el informeDatos para el informe
Distribución de software
Núcleo del sistema
PASS
www.wise.com
WISE SOLUTIONS
Racionalización del software 11
9. La instalación actualiza un archivo en el que quedan registradas localmente las instalaciones para que pueda hacerse un seguimiento del software instalado y también para que sea utilizado por el personal de asistencia técnica.
10. Al finalizar, la instalación devuelve al sistema central de distribución un código que sirve para comprobar si la instalación terminó correctamente.
Este proceso se ilustra en la Figura 1.4.
Para la gestión continua de la distribución de software, y especialmente teniendo en cuenta el ciclo de vida, debe mantenerseun vínculo entre la agrupación por actividad y la herramienta de distribución. Las agrupaciones por actividad se guardanmejor en los directorios de la empresa porque es allí donde se mantienen todas las cuentas. Como la mayoría de lasherramientas de gestión de sistemas permiten reunir está información de grupos a partir de directorios como el Directorioactivo, hay que establecer y mantener un vínculo entre ambos.
Este vínculo puede proporcionar los contenidos de estos grupos de seguridad globales e insertarlos en la base de datos degestión de sistemas. En la mayoría de los casos estos métodos de detección son recurrentes, es decir, cualquier cambio hechoen los grupos globales del Directorio activo se reflejará en la base de datos de gestión de sistemas. De esta manera se puedeestablecer un vínculo entre las agrupaciones por actividad y el sistema de distribución de software. Para gestionar el softwarey a la vez salvaguardar los requisitos legales, las organizaciones sólo tienen que mover usuarios, ordenadores o servidores deun grupo a otro.
Figura 1.4: El proceso de distribución de software
Depósito
Paquete
Repositorio
Se preparan los paquetes de software y una vez listos se integran en el Repositorio de paquetes.
El paquete de software se asigna a un grupo (usuarios, ordenadores).
El paquete se asigna a un punto de distribución central y compartido.
Se establece la fecha y la hora de distribución.
Se inicia la distribución del software.
El original de la instalación se coloca en todos los puntos compartidos.
El código de instalación se detecta localmente en cada uno de los sistemas destino.
El producto de software se instala en el sistema partiendo de la versión detectada.
La instalación actualiza un archivo en el que quedan registradas localmente las instalaciones para que pueda hacerse un seguimiento del software instalado y también para que sea utilizado por el personal de asistencia técnica.
La instalación devuelve al sistema central de distribución un código que sirve para validar la instalación
1
2
3
4
5
6
7
8
9
10
Depósito
WISE SOLUTIONS
www.wise.comRacionalización del software12
Figura 1.5: El proceso de cambio de actividad
Cuando se detecta un cambio, la herramienta de distribución de software elimina automáticamente el software obsoleto y loreemplaza con la configuración que corresponde al nuevo rol.
Para que este proceso funcione se necesitan dos elementos claves: que la herramienta de distribución de software incluyalas instrucciones de desinstalación y la utilización de paquetes de distribución de software que permitan la total eliminaciónautomática de software. Una vez más, el Empaquetado de software corporativo proporciona las claves para mantener esteproceso. Este cambio de rol se ilustra en la Figura 1.5.
1.3 Desarrollos recientes de Microsoft: el servicio Windows Installer
Todos los procesos descriptos arriba dependen mucho del proceso de Empaquetado de software corporativo. Pero para que este proceso funcione, hay que tener una única estructura estándar de instalación y desinstalación que dé soporte a laestrategia de ESP. Afortunadamente, Microsoft ha dado grandes pasos en esta área en los últimos años con la introduccióndel servicio Windows Installer. Este servicio ahora es nativo en todos los sistemas operativos Windows desde Windows 2000y se puede añadir a todos los sistemas Windows anteriores desde Windows 95. Proporciona un único estándar, soportadopor Microsoft, sobre la forma en que debe realizarse la instalación de todas las aplicaciones en Windows.
El servicio Windows Installer está diseñado para soportar todos los principios de gestión del ciclo de vida del software. Enrealidad da soporte a todos los aspectos de este proceso, desde la fase de implementación hasta la de baja pasando por lafase de mantenimiento, tal como se ilustra en la Figura 1.6. Este servicio ofrece varias mejoras respecto a los mecanismostradicionales de instalación de software. Una de las ventajas más importantes es la autoreparación. Todos los productos desoftware que se instalen utilizando este servicio automáticamente pueden convertirse en autoreparables. Esto quiere decirque si hubiera algún problema en alguno de sus componentes, el producto se repararía a sí mismo al iniciarlo nuevamente.
Durante la instalación, el servicio Windows Installer copia todos los detalles de una instalación en una base de datos decoherencia ubicada en el propio ordenador destino. Al iniciar un programa, Windows Installer realiza una doble comprobaciónde componentes, de las claves de registro, de los parámetros de configuración y de otras variables contra la base de datos ysi algo que no concuerda, lanza automáticamente un ciclo de reparación. Una vez reparado, el programa inicia el ciclo dearranque y se inicia normalmente. Lo único que ve el usuario durante unos segundos es el cuadro de diálogo del servicioWindows Installer antes de que se inicie el programa.
Configuración de Diseñador
Configurazione Designer
Desarrollador web
Configuración de Desarrollador
web
El ordenador pertenece al grupo
global de «Diseñadores».
El PC cambia de «actividad», es
decir, se dedica a otra cosa.
El técnico local cambia el PC
de grupo.
La Herramienta de gestión de
sistemas detecta el cambio.
Elimina las aplicaciones del
grupo «Diseñadores» y asigna
las aplicaciones del grupo
«Desarrolladores web»
1
2
3
4
www.wise.com
WISE SOLUTIONS
Racionalización del software 13
Figura 1.6: El ciclo de vida del software en Windows Installer
La base de datos también brinda el máximo soporte para eliminación de software. Como Windows Installer sabe exactamentequé componentes pertenecen a cada programa, puede eliminarlos de forma segura y restaurar el ordenador a un estado defuncionamiento normal. Y como es un servicio, Windows Installer permite la instalación de software en entornos bloqueados,permitiendo que los usuarios normales se beneficien de procedimientos de instalación corporativos, completos y que nocrean problemas.
Windows Installer ofrece una serie de ventajas adicionales: la vuelta atrás en caso de problemas con la instalación, soporteespecial de coexistencia entre programas, instalación totalmente automáticas en las que no interviene ningún operador,integración de los parámetros del usuario cuando un usuario nuevo activa un programa, instalación bajo demanda de funcionesde programas, y la aplicación de parches y transformaciones a los programas. A través de este servicio, TI puede asegurarque todas las aplicaciones o el software comercial que distribuyan no tendrá problemas de instalación ni de operación.
El software que ha conseguido el logotipo Windows 2000 o Windows XP utiliza – de forma predeterminada – el servicioWindows Installer. Además, algunos programas nuevos presentados para estos sistemas operativos ya están integradosdentro del servicio. Este puede ser, en la práctica, un criterio para la selección de programas. Lamentablemente, esto noincluye a todas las aplicaciones de software del mercado. Pero TI puede reempaquetar programas para integrar la instalaciónoriginal con este servicio, convirtiendo los programas al formato MSI (Microsoft Installation). Varias herramientas dereempaquetado admiten esta función.
Básicamente permiten a los departamentos de TI capturar la imagen de instalación de un programa dado y reempaquetarla en formato Windows Installer. Una vez hecho esto, el programa automáticamentese beneficiará de varias funciones de Windows Installer como la autoreparación y la necesidad de credenciales de usuarioelevadas para poder realizar las instalaciones en entornos bloqueados.
El servicio Windows Installer es la visión que Microsoft tiene del futuro en todas las instalaciones en redes Windows. Lasorganizaciones que quieran implantar una estrategia de Empaquetado de software corporativo deberían apostar por laintegración completa de todos los paquetes de instalación con este servicio. Windows Installer es un elemento central en la estrategia de ESP, porque el ESP descansa sobre los principios inherentes al proceso de gestión del ciclo de vida delsoftware.
Implantación• Reempaquetado o Transformación• Combinación de módulos• Distribución (mecanismo IntelliMirror o Enterprise Software Distribution)• Instalación con privilegios más altos• Componente (Redirección)• Soporte de vuelta atrás
Mantenimiento• Autoreparación• Service Packs• Parches y reparaciones• Ampliaciones
Dismissione• Desinstalación
WISE SOLUTIONS
www.wise.comEmpaquetado de software corporativo14
Catálogo de software diseñado
para Windows
Microsoft mantiene una lista de
todos los productos que han logrado
obtener la calificación de «Diseñado
para Windows» en un sitio web
especial en www.microsoft.com/
windows/catalog.
Productos para el
reempaquetado Wise
Wise Solutions Inc. ofrece una
herramienta de reempaquetado
para Windows Installer: Wise
Package Studio. Wise Package
Studio Enterprise Edition ofrece
soporte completo para el proceso
de ESP.
2. Requisitos del empaquetado de softwareEl proceso de Empaquetado de software corporativo incluye varios procedimientos que deben ser compatibles con losestándares principales. Tal como se ha mencionado anteriormente, el primero de estos estándares es el destino delempaquetado: Windows Installer. El objetivo de todos los paquetes debe ser el de ser compatibles con este servicio.
El segundo debe ser la categorización del software dentro de la organización. Hay que crear categorías de software de acuerdo con las directivas de Windows Installer. Tal como se mencionó anteriormente, esto incluye generalmenteprogramas de software con el logotipo «Diseñado para Windows 2000 o XP». Para que el ESP tenga éxito, todas lasinstalaciones del resto de los programas deben migrarse a este estándar.
La mayoría de las corporaciones no podrán lograr este objetivo mediante actualizaciones debido a varias razones. La primeraes que algunos programas, especialmente los desarrollados dentro de la propia empresa pueden no ser fáciles de actualizar.La segunda es que las corporaciones medias (de más de 1000 usuarios) tienen aproximadamente 300 programas y aplicacionesde software diferentes en su red. La actualización de todos estos productos sería prohibitiva desde el punto de vista de costes,además de probablemente innecesaria. En tercer lugar, algunos productos de software simplemente no ofrecen actualizaciones.Y en cuarto lugar, algunos fabricantes, lamentablemente, no integran sus productos de software con el servicio WindowsInstaller.
En la mayoría de los casos, las organizaciones tendrán que considerar el reempaquetado de instalaciones de software parapoder beneficiarse de las muchas ventajas del servicio Windows Installer. Existen varias herramientas en el mercado parallevar a cabo este proceso de reempaquetado. Uno de los requisitos para lograr una solución empresarial adecuada es utilizaruna herramienta que pueda ofrecer la misma funcionalidad tanto para el reempaquetado de software comercial como parael empaquetado de aplicaciones corporativas desarrolladas por la propia empresa.
En la categorización del software corporativo para ESP, los activos informáticos se dividen en cuatro categorías básicas:• Software nativo de Windows Installer – este software incluye cualquier producto que tenga el logotipo
«Diseñado para Windows». Uno de los requisitos para obtener este logotipo es la integración con el servicio Windows Installer. Las organizaciones deberían considerar la actualización de parte del software de su red a este nivel. Estas actualizaciones deberían llevarse a cabo para el software más utilizado en la red, como por ejemplo el software que se encuentra en el núcleo del sistema.
• Aplicaciones corporativas integradas con MSI – las versiones nuevas de las aplicaciones corporativas o las actualizaciones de las existentes deberían integrarse y diseñarse para trabajar con el servicio Windows Installer.
• Software comercial reempaquetado – todos los productos de software comercial que no estén actualizadosdeberían reempaquetarse para integrar su instalación en Windows Installer. La mayoría de las organizaciones que ha implementado este proceso de reempaquetado, han tenido que reempaquetar el 99% del software para beneficiarse delas ventajas de Windows Installer. Sólo los productos como los controladores de dispositivos, los programas que instalanlos controladores de dispositivos o programas que hacen modificaciones de bajo nivel al sistema operativo se resisten a la integración con Windows Installer.
• Aplicaciones corporativas reempaquetadas – las aplicaciones corporativas que no necesitan un cambiode codificación ni una actualización o no se pueden volver a programar, se deben reempaquetar para integrarlas en Windows Installer. Este grupo probablemente incluirá aplicaciones corporativas, regionales y departamentales.
La categorización de todos estos programas lleva tiempo pero es un paso necesario en toda estrategia de ESP. Este paso estárelacionado con el Proceso de inventario corporativo y los resultados de esta categorización deben documentarse e incluirseen la base de datos del inventario.
www.wise.com
WISE SOLUTIONS
Empaquetado de software corporativo 15
MSI y Active Directory
Además de dar soporte completo
durante el ciclo de vida del software,
los programas integrados en
Windows Installer también pueden
integrarse más fácilmente en el
mecanismo de distribución de
software Active Directory.
Aplicación de transformaciones
Las trasformaciones o archivos MST
se aplican durante el proceso de
instalación. La instalación se lleva
a cabo con el archivo MSI original,
pero el archivo de transformaciones
le indica a Windows Installer qué
componentes debe instalar y cómo
debe configurarlos.
Kit de recursos de Windows
Installer
Wise Solutions ofrece
documentación de consulta
completa tanto para
administradores de sistemas
como para desarrolladores sobre
Windows Installer a través del kit
de recursos de Windows Installer
en http://www.wise.com/
rescenter.asp .
2.1 Consideraciones sobre el empaquetadoUn tercer estándar importante es la «coherencia de la personalización», es decir, la personalización o reempaquetado de unainstalación de manera que se comporte de forma coherente con los estándares internos de la empresa. La coherencia de lapersonalización también significa que el proceso de empaquetado deber adaptarse a cada una de las cuatro categorías desoftware mencionadas anteriormente.
Por ejemplo, los programas diseñados para Windows ya están integrados en Windows Installer y ya incluyen archivos deinstalación en formato MSI. Lo que necesitan estos programas es personalización en lugar de reempaquetado. Por otraparte, los programas que no cumplen con el estándar Diseñado para Windows deberán reempaquetarse para integrar suinstalación con el servicio Windows Installer. Y las aplicaciones corporativas se tendrán que desarrollar para que cumplancon los requisitos de las aplicaciones integradas en el servicio Windows Installer.
Es necesario tener en cuenta ciertas consideraciones especiales al preparar cada paquete porque el proceso de empaquetadoes ligeramente diferente para cada categoría de software.
2.1.1 Software comercial con el logotipo «Diseñado para Windows»
Windows Installer es compatible con varios formatos de archivo diferentes. El formato MSI comentado anteriormente es el formato usado para la instalación de la base de datos. Puede tener dos formas:
• Un único archivo integrado que incluye tanto las instrucciones de instalación como todos los componentes del programa que constituyen el software de instalación, en formato comprimido.
• Un archivo de instrucciones más pequeño que llama a un grupo de componentes de programas separados.
En muchos casos, el primer formato es el más sencillo de utilizar aunque el tamaño del archivo puede, en algunos casos,llegar a ser demasiado grande porque hay que manipular un sólo archivo. El segundo formato es más cómodo para programasmuy grandes como Microsoft Office. Los componentes de instalación de Microsoft Office XP alcanzan los 450 MB. Si se crearaun sólo archivo de instalación para este producto sería demasiado voluminoso. Por otra parte, hay una utilidad como SecondCopy de Centered Systems que incluye un sólo archivo de instalación de menos de 1 MB.
Los archivos MSI originales no deben modificarse durante el proceso de personalización aunque algunas herramientas deempaquetado lo permitan. En lugar de hacerlo, las organizaciones deben utilizar el segundo formato de archivo de WindowsInstaller, el archivo MST. Los archivos MST son archivos de transformaciones. Son archivos separados de Windows Installer quese pueden aplicar a un archivo MSI para transformar o personalizar la instalación automatizada. Por ejemplo, las corporacionesque adquieren Microsoft Office XP muy probablemente usen el CD de instalación de Microsoft Office XP Professional conFrontPage®. Este CD incluye todos los productos de Microsoft Office: Word, Excel, Outlook®, PowerPoint®, Access yFrontPage. La mayoría de las organizaciones no querrán instalar todos estos productos en todos y cada uno de susordenadores por varias razones.
Por ejemplo, la mayoría de las organizaciones querrán transformar la instalación de Office porque, tal como se ilustra en la figurar 2-1, instalar Office de forma interactiva requiere cierta pericia. Por fortuna, con las herramientas adecuadas, losarchivos de transformaciones son relativamente fáciles de crear. Se necesitan siete archivos de transformaciones para Office:
• Uno para los cuatro productos centrales: Word, Excel, PowerPoint y Outlook• Uno para los productos centrales más Access• Uno para los cuatro productos centrales más FrontPage• Uno para los cuatro productos centrales más Access y FrontPage• Uno para agregar Access a una instalación de los productos centrales de Office• Uno para agregar FrontPage solamente• Uno para agregar Access y FrontPage
De hecho, se podrían reducir a cuatro, el primero más sólo Access, sólo FrontPage y Access más FrontPage, pero esto significaríaque habría que ejecutar la instalación de Office tres veces en un sistema para instalar todos los productos de Office. La estrategiade ESP que adopte la organización debería documentar cuál es el enfoque que debe utilizarse en este tipo de situaciones.
WISE SOLUTIONS
www.wise.comEmpaquetado de software corporativo16
Microsoft .NET Framework
Microsoft ha creado el Common
Language Runtime (CLR) que se
incluye en cada sistema informático.
Las aplicaciones .NET han sido
diseñadas para ejecutarse en este
motor. De este modo, ya no es
necesario instalar los componentes
del sistema como parte de la
instalación de una aplicación,
porque los archivos del sistema
ya han sido instalados como parte
del CLR.
Además, serán necesarios archivos de transformaciones especiales que contemplen la aplicación de configuraciones regionales.Por ejemplo, Microsoft Word, requiere que se asignen configuraciones especiales durante su instalación. Entre otras, se podríamencionar la ubicación de las plantillas de la empresa. Si estas plantillas están guardadas en un servidor central que es diferenteen cada región, será necesario modificar el paquete de instalación según las regiones.
Y el último tipo de archivo de Windows Installer es el archivo MSP, el archivo de parche. Los archivos MSP son archivosespeciales que se pueden usar para aplicar parches o actualizaciones pequeñas a un producto que ya está instalado. Laaplicación de archivos MSP a los productos es parte del aspecto de mantenimiento del ciclo de vida del software.
Windows Installer se usa para dar soporte a la instalación de programas tradicionales; es decir, programas que se instalan en un sistema destino. Pero Windows Installer también es compatible con otros dos tipos de instalación de programas: WebServices y Terminal Services.
Figura 2.1: Instalación interactiva de Microsoft Office XP
Web Services y .NET Framework
.NET Framework es una nueva plataforma informática cuyos objetivos de diseño tienen en cuenta una gran variedad defunciones diferentes pero cuyo principio básico es el de aprovechar la naturaleza altamente distribuida de Internet. Estosignifica que ha sido diseñado para invocar los servicios web o de Internet desde recursos dispares y ampliamente distribuidos.También ha sido diseñado para aprovechar la potencia del procesamiento distribuido – la potencia de los PC y los servidores,e incluso de los grandes ordenadores conectados a través de Internet – .
La base de .NET Frameworks es el CLR (Common Language Runtime) que proporciona un entorno capaz de gestionar laejecución de código y proporcionar los servicios centrales, tales como la gestión de memoria, la gestión de hilos y la ejecuciónremota. Este motor central está incluido en todos los sistemas que usan Web Services. Para la estrategia de Empaquetado de software corporativo, esto significa que las instalaciones de Web Service no son tan complejas como las instalaciones desoftware tradicional.
Las instalaciones de Web Service son instalaciones light porque no necesitan registrarse de la forma tradicional en un ordenadory sólo hacen uso de un motor existente. Para mantener los estándares de ESP, hay que integrarlos en el servicio de WindowsInstaller. Esta integración dará como resultado un mejor soporte del proceso de instalación. Primero, puede incluir el CLR sitodavía no está en el sistema. Segundo, se puede automatizar y personalizar mediante transformaciones. Tercero, se puedeobtener un único archivo de instalación comprimido. Y cuarto, si el servicio utiliza componentes compartidos, puede invocarlas funciones de gestión de componentes compartidos de Windows Installer para asegurar que el servicio funcione siempre.
www.wise.com
WISE SOLUTIONS
Empaquetado de software corporativo 17
Captura de instalaciones
Es sumamente importante que el
proceso de reempaquetado se
lleve a cabo con gran minuciosidad.
Por esta razón, es una buena
práctica asegurarse de que los
técnicos estén familiarizados con la
instalación de los productos antes
de realizar la operación real de
reempaquetado. Deben llevar a
cabo la instalación interactiva varias
veces hasta familiarizarse con ella,
identificar todos los pasos de la
personalización e identificar el
orden en el que deben realizarse.
Finalmente, deben documentar
toda esta información. Entonces y
sólo entonces, pueden empezar la
operación de reempaquetado.
Todas estas funciones simplificarán enormemente el proceso de instalación. Debido a que las instalaciones de Web Servicecuando los clientes las solicitan se llevan a cabo desde Internet, la utilización de instalaciones compatibles con WindowsInstaller reducirá los problemas de servicio y soporte técnico. Nuevamente, las trasformaciones se pueden usar para personalizar la instalación de acuerdo con las necesidades regionales o corporativas.
Instalaciones de Terminal Service
A partir de Windows NT, Microsoft ha incluido la capacidad de ejecutar programas de software en un servidor brindando unentorno completo de Windows al usuario que se conecta mediante un terminal de red. En Windows 2000, Microsoft cambióel nombre de esta función por el de Terminal Services y lo incluyó en todos los sistemas operativos Windows. Este serviciosoporta la publicación de aplicaciones en ordenadores remotos dándoles acceso completo a los programas que se ejecutanen un servidor Windows. Su mayor ventaja es la distribución. Debido a que la aplicación se ejecuta en el servidor de terminales,es el único sitio donde es necesario instalarla, actualizarla y mantenerla. Además, como la aplicación se ejecuta en el servidor,la única distribución que hay que hacer a los usuarios finales es un método abreviado para iniciar la aplicación. Y este métodoabreviado no sufre ningún cambio aunque se actualice o modifique la aplicación.
De todos modos, el programa de software debe instalarse en el servidor. Debido a que se trata de un programa compartido,se deben tener en cuenta ciertas consideraciones al usar Windows Installer para preparar la instalación. En una instalaciónnormal, muchos de los componentes que son específicos para los usuarios no se instalan. Se invocan cuando un nuevousuario inicia el programa por primera vez. En estos casos, Windows Installer usa una función de autoreparación paraconfigurar estos componentes. En un servidor de terminales, los usuarios no pueden invocar el servicio Windows Installerdebido al impacto que podría tener en otros usuarios que estuvieran trabajando en el mismo sistema. Por lo tanto, lasinstalaciones para servidores de terminales deben ser más completas e incluir también las configuraciones de los usuarios y la instalación completa de los componentes locales. En la preparación del archivo de transformaciones deben tenerse encuenta estos requisitos.
2.1.2 Software comercial antiguo
Todo el software comercial y las aplicaciones corporativas que no puedan actualizarse por razones diversas debenreempaquetarse para poder aprovechar las funciones de Windows Installer. Este proceso incluye la «captura» de unainstalación típica de un programa y el empaquetado de esta instalación en un formato que sea compatible con WindowsInstaller. Básicamente, un técnico usando una máquina con una instalación «limpia», toma una «instantánea» del estado de la máquina antes de empezar, realiza una instalación interactiva del producto de software o de la aplicación y toma otra«instantánea» una vez terminada la instalación. La herramienta de reempaquetado captura entonces todas las diferenciasentre el estado anterior y posterior a la instalación. La ventaja de este procedimiento es que los archivos de transformacionesson necesarios en muy pocas ocasiones porque los técnicos pueden realizar personalizaciones y configuraciones del programaantes de tomar la segunda instantánea.
El proceso de reempaquetado forma parte de la coherencia en la personalización que es clave en la estrategia de ESP. Aquíla norma debe ser la rigurosidad en las pruebas y la precisión en las prácticas. Los técnicos deben tomarse su tiempo hastallegar a sentirse completamente cómodos con la instalación de un producto antes de tomar la instantánea final. Además,deben preparar una lista de comprobación exhaustiva para asegurarse de que el paquete contenga sólo los componentesrequeridos por el programa y nada más. Deben tener en cuenta que cualquier archivo innecesario que se incluya en lacaptura se instalará en todos los sistemas cuando se distribuyan los programas en la red corporativa.
De hecho, una buena herramienta de reempaquetado debería utilizar listas de exclusión, es decir, listas de archivos que sesabe que o bien son innecesarios para un paquete o bien provocan problemas de soporte. Una lista de exclusiones debe estarbien documentada e incluir el razonamiento que se siguió para excluir cada uno de los archivos que contiene. Finalmente, unalista de exclusiones debe ser modificable para que la organización pueda añadir elementos para excluirlos de los paquetesque cree.
2Terminal Services está incluido también en Windows XP, aunque no como una aplicación de servidor. Sellama Remote Desktop y permite que los usuarios accedan a su ordenador de forma remota a través deuna conexión de red.
WISE SOLUTIONS
www.wise.comEmpaquetado de software corporativo18
Instantáneas de instalación
Además de la captura de
instantáneas de instalación,
existen otros métodos, tales
como la monitorización de la
instalación o la instalación en
un entorno de máquina virtual.
Especialmente con el último, el
proceso de captura es mucho
más rápido ya que no es necesario
volver a realizar una imagen de la
máquina entre capturas.
En Windows 2000 y XP, el perfil
del usuario incluye cada elemento
modificable necesario entre
capturas.
Consideraciones sobre seguridad para el software antiguo
Las organizaciones que usen las últimas versiones de los sistemas operativos Windows (de Windows 2000 en adelante) conredes que todavía contengan software antiguo; es decir, software diseñado para versiones anteriores de sistemas operativosWindows, necesitarán hacer modificaciones de seguridad a estos paquetes.
Windows 2000 y XP utilizan un sistema de archivos de 32 bits llamado NTFS. La ventaja de este sistema sobre sus predecesoreses que cada objeto almacenado en el sistema incluye atributos. Estos atributos pueden tener características de seguridad –que son diferentes para los usuarios, usuarios avanzados y administradores –. Las mayores limitaciones se aplican a losusuarios. Debido a que los usuarios sólo utilizan el sistema, sólo necesitan permisos de lectura y ejecución para cadacomponente del sistema. De este modo, el sistema NTFS «protege» los archivos de programas y del sistema restringiendo el acceso a ellos.
Pero en los sistemas operativos anteriores a Windows 2000, se les daba a los usuarios mucha más libertad de acción. Esto se debe a que la integración del software no se controlaba efectivamente. Muchos productos de software se instalaban enlos directorios de programas o del sistema lo que causaba que constantemente se leyera y se grabara en estos directoriosdurante el uso de los programas. Tanta libertad de acción de los usuarios dejaba el sistema expuesto a daños potenciales.A partir de Windows 2000, Microsoft cambió la naturaleza del bloqueo del sistema NTFS. Se añadieron más restricciones alos usuarios y se cambió la forma en que las aplicaciones trabajan con el sistemas operativo. A modo de comparación, losusuarios de Windows NT tienen los mismos derechos que los usuarios avanzados de Windows 2000. Hoy, los usuariostienen restricciones significativas dentro de los directorios de programas y del sistema operativo.
El software diseñado para Windows 2000 y XP tiene limitaciones para la instalación de componentes en los directorios delsistema. La mayoría de sus componentes se instalan en el directorio del propio programa. Además, cada componente que elusuario puede modificar (como los ajustes de configuración, preferencias del usuario, etc.) se guarda en los directorios quecontienen el perfil del usuario. Es aquí donde los usuarios mandan y pueden leer y grabar todo lo que necesiten y quieran.Esta es una buena estrategia porque los archivos vitales del sistema y de las aplicaciones están protegidos de la acción detodos los usuarios. Si los usuarios estropean algo en su propio perfil, simplemente hay que borrarlo y volverlo a crear.
El software anterior a Windows 2000 funciona en Windows 2000 y XP. Pero debido a los cambios en la seguridad del sistemaNTFS y a que estas aplicaciones tienen tendencia a almacenar componentes dentro de los directorios del sistema y de losprogramas, es necesario «flexibilizar» la seguridad del sistema para trabajar con los derechos básicos de usuario. Esta es otra función que debe ofrecer la herramienta de reempaquetado. Debe permitir la monitorización de todos los archivos que requieran derechos de modificación durante el funcionamiento de un programa. Por lo tanto, debe crearse una listamodificable de estos archivos. Esta lista puede ser la base para un guión de seguridad que se añadirá al paquete deinstalación. El propósito de este guión es cambiar los permisos de seguridad predeterminados de los componentes deprogramas modificables por el usuario que estén instalados en los directorios del sistema y de los programas. Si no se hacede este modo, los usuarios no podrán ejecutar estas aplicaciones, porque en Windows 2000 y XP no tendrán permiso degrabación en estos directorios.
Este proceso de reempaquetado debe llevarse a cabo tanto para el software comercial antiguo como para las aplicacionescorporativas antiguas.
2.1.3 Aplicaciones corporativas nuevas
Todas las aplicaciones corporativas nuevas no sólo deben integrarse con el servicio Windows Installer, sino que ademásdeberían cumplir con los requisitos del programa del logotipo «Diseñado para Windows» siempre que fuera posible. Esteprograma define los requisitos para el desarrollo de productos que funcionarán en todas la nuevas plataformas Windows. Ha sido diseñado para garantizar que el software será estable y fiable y que funcionará eficientemente con los recursos delsistema operativo.
Por ejemplo, una de las directrices que define es el requisito OnNow. Este requisito garantiza que las aplicaciones se cierrany reactivan de forma adecuada cuando un sistema Windows pasa al modo de espera o hibernación. Otro de estos requisitos es
3Esta operación debe realizarse con cuidado ya que el perfil también almacena las preferencias del usuario.Estas preferencias deben guardarse y recuperarse después de volver a crear el perfil.
El perfil del usuario
www.wise.com
WISE SOLUTIONS
Empaquetado de software corporativo 19
Los requisitos del programa del
logotipo «Diseñado para
Windows»
Puede obtener más información
acerca de esta especificación en
http://www.microsoft.com/spain/
partner/isv/winlogo/software/
default.asp
el de funcionar correctamente en Windows DataCenter Server, una máquina Windows «tipo gran ordenador» de multiprocesode 32 vías. Este requisito garantiza que los programas puedan redirigirse a grupos de procesadores para lograr la asignaciónde recursos adecuada dentro del servidor DataCenter.
Por supuesto la mayoría de las organizaciones no necesitarán que sus aplicaciones corporativas cumplan con todos losrequisitos de este programa del logotipo de Windows (si no hay un DataCenter en la red, no tiene sentido invertir tiempoy esfuerzo en cumplir con las especificaciones para DataCenter), pero es una buena idea repasar estas especificaciones y
seleccionar aquellas que sean aplicables al entorno de la empresa. Por lo tanto el cuarto estándar fundamental de la estrategiade ESP es la identificación de un grupo central de estándares de desarrollo para las aplicaciones corporativas que funcionenen una red con la plataforma Windows.
Este grupo de estándares también tendrá que identificar cuándo las aplicaciones deben cumplir con los requisitos tradicionalesde Windows o los requisitos light de las nuevas plataformas Web Service y .NET Framework. Ambos deben ser compatiblescon los archivos MSI de instalación, los MST de transformación y, especialmente, con los MSP de parches para pequeñasactualizaciones y reparaciones.
2.2 Actividades de empaquetado de softwareLa ventaja de los cuatro estándares de ESP descritos hasta ahora reside en la simplificación de la gestión del ciclo de vida delsoftware, ya que casi todos los productos de software estarán en formato Windows Installer. Pero estos no son los únicosestándares requeridos en una estrategia de Empaquetado de software corporativo. Existen otros estándares aplicables tanto alprocedimiento de empaquetado como al de verificación y también en el ámbito de la empresa. Los estándares de empaquetadoscomienzan con la gestión de los conflictos que se producen entre los componentes de software. Las consideraciones acercade la empresa se explican más adelante.
2.2.1 Gestión de conflictos
Las DLL (del inglés Dynamic Link Libraries) son elementos esenciales de Windows. Una DLL contiene rutinas que losprogramas de Windows pueden invocar durante su ejecución. En otras palabras, una DLL es una biblioteca de funciones con la que un programa puede crear enlaces dinámicos. De hecho, las DLL son componentes reutilizables y son un conceptoclave de la programación en Windows. Pueden utilizarse en diferentes contextos. Por ejemplo, Windows en sí es un sistemacompuesto por muchas DLL. Las DLL de Windows ofrecen servicios del sistema a las aplicaciones que se ejecutan en Windows.Entre ellos se incluye cómo hablar a una impresora, cómo hablar a través de una red, cómo guardar información en undisco, cómo mostrar información en una pantalla, etc. Los programadores de Windows nunca tienen que preocuparse decodificar estas funciones en particular; simplemente tienen que llamar a las rutinas adecuadas cuando crean una aplicación.
Un programa de Windows es como un director de orquesta cuya responsabilidad es dar entrada al miembro de la orquestaadecuado en el momento preciso. En este caso, los miembros de la orquesta son las DLL. Este enfoque tiene una serie deventajas. Como el programa es el director, no carga todos los componentes en la memoria cuando se inicia. Por ejemplo,Microsoft Word sólo inicia su entorno operativo cuando el usuario hace doble clic en el icono. Después, a medida que elusuario utiliza las diferentes funciones, Word las carga desde el disco a la memoria, muchas veces descargando otras funcionesal mismo tiempo.
Este enfoque simplifica enormemente la programación al dividirla en componentes pequeños. De este modo, el programadorsólo tiene que concentrarse en la función que está codificando. Este método de programación está en total sintonía con elmodelo de programación distribuida, ya que facilita la gestión y división en parte más pequeñas de los grandes proyectos dedesarrollo de software. Pero también tiene sus desventajas.
El mayor problema con el modelo de DLL es el modelo en sí y la gente que lo usa. Tomemos el Word otra vez como ejemplo.Cuando Microsoft prepara una nueva versión de Word, no tienen que preocuparse de las funciones de Windows que llamaráel Word. De este modo, el programa o director Word usará tanto las DLL privadas – DLL específicas de Word y que se entregancon el producto – como las públicas – las que están incluidas en Windows –. La Figura 2.2 ilustra este concepto.
WISE SOLUTIONS
www.wise.comEmpaquetado de software corporativo20
Software antiguo
Aunque la gestión de conflictos
es un problema menor para los
programas que tienen la
certificación «Diseñado para
Windows 2000/XP», se trata
de una cuestión importante en
el caso del software y las
aplicaciones antiguas que
funcionan en las actuales
redes corporativas.
Figura 2.2: El concepto de DLL en Windows
Los problemas se presentan cuando, durante la preparación del software para lanzarlo al mercado, los fabricantes desoftware para Windows deciden incluir DLL públicas en sus instalaciones de software. Es incomprensible. Cuando unfabricante ha probado y comprobado que su nueva aplicación funciona con un grupo específico de DLL (que en general son para una versión específica de Windows), quiere reproducir dicha versión a toda costa en todos los sistemas de destino,y para ello incluye en su aplicación todos los componentes.
Cuando este software se instala en un cualquier ordenador, instala automáticamente componentes del sistema que yaexisten en ese ordenador con el único objetivo de recibir algunas llamadas menos en el centro de soporte. El razonamientotiene su lógica desde el punto de vista del fabricante: «Sabemos que nuestro producto funciona con una versión X de unaDLL, por lo que tenemos que incluirla en la instalación.»
Este razonamiento tiene mucho menos lógica desde el punto de vista del cliente, especialmente si se trata de un usuarioexperimentado de Windows y siempre mantiene su versión de Windows actualizada instalando los últimos Service Packs yparches de Microsoft. Si este es el caso, es posible que la versión del componente que se encuentra en su ordenador seamás actualizada que la versión que viene incluida en el software que acaba de comprar. Al instalar el software, la versiónoriginal del componente se destruye, generalmente sin ningún aviso al usuario.
Se trata del tan mentado «infierno de las DLL»: un sistema operativo que funcionaba perfectamente se desestabiliza con cadainstalación de software porque los fabricantes constantemente incluyen en su software DLL públicas. El resultado: ¡la famosapantalla azul de muerte súbita de Windows!
Microsoft ha avanzado bastante en la resolución de este problema. Tanto Windows 2000 como Windows XP incluyen variasfunciones cuyo objetivo es el de corregir este problema. Las especificaciones para conseguir el logotipo «Diseñado paraWindows» garantizan que los nuevos productos no se comporten de esta manera. Además, Windows Installer tiene integradassus propias funciones para la gestión reactiva de conflictos. Por lo tanto, todos los nuevos productos que cumplan con lasespecificaciones del logotipo de Windows no deberían producir este problema; pero esto no resuelve el problema de losproductos de software y las aplicaciones antiguas que hay actualmente en las redes corporativas.
Este problema persistente es la base del quinto estándar de ESP: el proceso de reempaquetado debe poder detectar dealgún modo los posibles conflictos. Este proceso se basa en la identificación de todos los componentes que los programasinstalan en los sistemas de red y la reparación de las aplicaciones dañadas. Si un programa incluye una DLL que es másantigua que la que está instalada en el sistema, se puede llevar a cabo una de las siguientes acciones:
• Actualizar la DLL durante la instalación del producto. Esto sólo funciona si la DLL es compatible con las versiones anteriores.• Aislar la aplicación, que en parte significa mover las DLL conflictivas a otro directorio para que no destruyan las DLL
existentes. De este modo, se aprovecha la funcionalidad lado a lado de las DLL de Windows.• Pasar por alto el conflicto.
Subcomponentes privados
Subcomponentes compartidos
La mayoría de los problemas empiezan con los componentes compartidos
Ejecutable WINWORD.EXE
DLL de formato
DLL de gestión de ventanas
DLL de gestión de memoria
DLL de controlador UniPrint
DLL de gestión de archivos
DLL de ortografía y gramática
DLL de formato de página
DLL de guardado
www.wise.com
WISE SOLUTIONS
Empaquetado de software corporativo 21
Gestión de conflictos
Wise Solutions Inc. fue la primera
en formalizar este proceso.
Pueden presentarse otros conflictos pero, generalmente, no son tan importantes. Pueden corregirse a medida que sepresenten. Este proceso de gestión de las DLL se muestra en la Figura 2.3. Esta es otra de las funciones de la herramienta deempaquetado. Debe dar soporte completo a la gestión de conflictos y, especialmente, al proceso de resolución de conflictos.
Figura 2.3: El proceso de gestión de conflictos de las DLL.
Es durante el reempaquetado que se realiza la detección de los conflictos. La herramienta de empaquetado debe hacer un inventario de todos los componentes empaquetados y almacenarlos en una base de datos que contenga todos loscomponentes del sistema. En la base de datos se comprueba si existe algún conflicto. Si se detecta alguno, se puedenreparar los componentes dañados.
Para realizar correctamente esta operación, la herramienta de empaquetado también debe poder realizar un inventario delsistema operativo incluso si no se «empaqueta» del mismo modo que el resto del software. Ésta es, de hecho, la finalidadoriginal de la base de datos de inventario para la resolución de conflictos.
Los conflictos de las DLL no son el único tipo de conflictos que encuentran las organizaciones al crear sus paquetes deinstalación. También identifican otros, como los conflictos de registro, de tipografías, de métodos abreviados, etc. El procesode gestión de conflictos debe tomarlos en cuenta a todos.
Usando las técnicas de reempaquetado para el servicio de Windows Installer y las de detección de conflictos de reempaquetado,las empresas pueden ser proactivas al diseñar nuevas redes de Windows. Es decir, resolver los problemas de forma proactivaantes de que se distribuyan por toda la red.
2.2.2 Consideraciones sobre el personal móvil
La última consideración a tener en cuenta para los paquetes de Windows Installer tiene que ver principalmente con el personalmóvil y la distribución regional dentro de la red corporativa. Tenga en cuenta que este servicio repara automáticamentetodos los programas integrados en él durante la instalación. Una vez instalado el programa en un sistema, Windows Installer lleva a cabo una comprobación de coherencia del programa cada vez que se inicia el programa de software. Sihay incoherencias entre el estado actual del programa y el contenido de la base de datos de instalación, Windows Installer
iniciará automáticamente la fase de reparación del software.
Durante esta fase, Windows Installer se conectará con la fuente original de la instalación del programa de software y volverá ainstalar los componentes que falten o estén dañados. Para que esta fase funcione, los archivos fuente de la instalación debenestar disponibles permanentemente. Éste es un enfoque muy diferente al tradicional en el que se instalaba el software y sequitaban los archivos de la instalación cuando la instalación acababa. El sexto estándar de ESP es: las organizaciones que deseenutilizar las funciones de autoreparación de Windows Installer deben mantener depósitos permanentes para la instalación desoftware.
Esto puede afectar varios procesos, pero hay dos en particular que deben tenerse en cuenta especialmente. El primero es ladistribución regional de la red. Ni las instalaciones iniciales ni las de autoreparación deben llevarse a cabo nunca a través deuna WAN; siempre deben hacerse en una LAN. Esto significa que los depósitos para la instalación de software deben estardisponibles en cada región que tenga por lo menos un servidor. Esto también significa que para que un paquete en particularfuncione en toda la red corporativa tiene que ser posible o bien usar un solo nombre compartido de instalación o bien usaruna variable para identificar la fuente de instalación en el paquete. La primera opción es posible en las redes Windows 2000/XPmediante el Distributed File System (DFS) de Microsoft.
1 2 3 4 5Identificación de los componentes
del programa
Identificación y clasificación de conflictos
Resolución de conflictos
Actualización de DLL
Redirección de DLL
Pasar por alto el conflicto
Comparación de los componentes
del programa con otros
WISE SOLUTIONS
www.wise.comEmpaquetado de software corporativo22
Archivos fuente de instalación
locales
Ubicar los archivos fuente en
portátiles no debería ser un
problema. Actualmente los discos
duros tienen una gran capacidad y
los nuevos sistemas operativos
Windows permiten la creación
de particiones que pueden
permanecer ocultas e inaccesibles
para los usuarios comunes.
Este sistema usa un solo alias para reagrupar un número de comparticiones de archivos distribuidos. De este modo, elpaquete sólo tiene que hacer referencia al alias como fuente de la instalación.
Pero de hecho, el segundo proceso es mejor porque también soluciona el problema de los ordenadores portátiles. Losordenadores portátiles permanecen, por su propia naturaleza, bastante tiempo desconectados de la red. Para que laautoreparación funcione, los portátiles tienen que llevar en su disco los archivos fuente de instalación. Lo ideal sería quecada portátil tuviera una partición local y oculta en su disco duro donde se pudieran copiar los archivos fuente antes de la instalación. Entonces, cuando se pusiera en marcha la autoreparación por cualquier motivo, el portátil podría llevarla acabo porque los archivos de instalación estarían siempre disponibles.
Esto significa que es mejor usar fuentes de instalación variables dentro de un paquete que depender de la red porque elDFS no puede crear alias para los portátiles. Lo ideal sería usar las dos técnicas de forma complementaria, el DFS en la red y los fuentes de instalación variable en el paquete. De este modo el paquete podría llevar a cabo la instalación en todos loscasos: distribución en una red centralizada, en una región, en un portátil e incluso en un laboratorio de pruebas. Este esotro de los requisitos de una herramienta de empaquetado: debe ser capaz de permitir la inclusión de fuentes de instalaciónvariables dentro de los paquetes. Que también es la base del séptimo estándar de ESP: todos los paquetes de softwaredeben incluir fuentes de instalación variables compatibles con todos los escenarios de instalación.
2.2.3 El proceso de empaquetado del software
Ahora que ya hemos hablado de la mayoría de las consideraciones que deben tenerse en cuenta, podemos describir elproceso de empaquetado de software. La preparación de un paquete consiste en un 80 % de pruebas y un 20 % deimplementación. Esto significa que el proceso de empaquetado de software debe basarse en una estrategia de verificaciónestructurada que puede incluir varias fases. Cada una se centra en un tipo de prueba diferente. Estas pruebas se integran en un sólo proceso de empaquetado general, un ejemplo del cual se ilustra en la Figura 2.4.
Figura 2.4: El proceso de empaquetado de software
Pruebas del sistemaInstalación automática
y silenciosa del producto en un sistema de referencia
«Instalación «Pull»
PersonalizaciónConfiguración del
producto de acuerdo con los estándares
corporativos
Validación del paqueteCalidad del paquete
Prueba funcionalPrueba funcional de cada componente
Prueba de integraciónPruebas de coexistencia
Prueba de aceptación¿Se ajusta el producto a lo
que pidió el solicitante?
Prueba de desinstalación ¿Funciona la
desinstalación remota?
Resolución final de conflictos
Verificación final de conflictos
Control de calidad final ¿Se han completado todas las pruebas y la
documentación?
Prueba de distribuciónInstalación remota
o «Push»
Identificación de los problemas de
seguridad¿Impacto en la
seguridad?
Instalación inicial
Arquitectura detallada
Mecanismo de automatización
Empaquetado inicial
Creación del paquete
Solicitud
Control de calidad
Gestión de versiones
Detección de conflictos
Gestión inicial de conflictos
Distribución en la base de datos de conflictos
Resultado
Resumen de identificación de conflictos potenciales
Verificación de la resolución de conflicto
Estrategia de verificación
Vuelta atrás
Producto disponible
Hoja del producto
Leyenda
Base de datos de gestión de
conflictos
En cada paso del proceso, actualización de la hoja del producto
Archivo MSI
Integración con Windows Installer
Detección
32
4
1
www.wise.com
WISE SOLUTIONS
Empaquetado de software corporativo 23
Sistemas de pruebas
Los sistemas de pruebas deben
ser siempre máquinas limpias. Por
esta razón, es importante que en la
estrategia de ESP se incluya un
proceso específico para la creación
y recreación de máquinas limpias.
Las tecnologías de creación de
imágenes de disco o de máquinas
virtuales son una buena herramienta
para este proceso.
El proceso de empaquetado de software incluye lo siguiente:
1. Solicitud – una petición de un nuevo paquete se inicia como parte del ciclo de vida normal del software para un producto en la red. En cualquier punto de este proceso, el solicitante puede querer conocer el estado de su solicitud.
2. Integración – es la primera fase técnica. Consiste en la creación y verificación iniciales del paquete. Incluye las siguientes actividades:a. Detección – la primera prueba consiste siempre en la investigación y el análisis interactivos de un nuevo producto. Esta fase sirve para identificar los elementos de la arquitectura técnica de un producto y sus requisitos de personalización y configuración. También sirve para crear una lista de comprobación detallada de la instalación interactiva que se utilizará en el paso siguiente.b. Creación del paquete – una vez realizados los primeros pasos de la detección, es el momento de automatizarla instalación y crear el paquete inicial. Esta prueba se centra en la evaluación del procedimiento automatizado en sí.Según el producto de software del que se trate, esta fase puede incluir la captura de una instantánea o una importacióndel archivo MSI dentro del producto empaquetado.c. Personalización – el paquete debe configurarse de acuerdo con las especificaciones corporativas. Básicamenteconsiste en la edición del archivo MSI para identificar las exclusiones o la creación de un archivo de transformaciones para el software compatible con MSI.d. Identificación de los problemas de seguridad – ¿hay algún problema de seguridad en el producto tal como se instaló durante las pruebas del sistema? ¿Debe hacerse alguna modificación para que funcione con los permisos de usuario?e. Gestión inicial de conflictos: los componentes del paquete se integran en la base de datos del inventario de gestión de conflictos y se lleva a cabo la resolución inicial de los conflictos detectados. En este punto, también es importante identificar la categoría del producto. ¿Formará parte del núcleo? ¿Es parte de una configuración de roles? ¿Setrata de un producto ad hoc? De este modo, se puede identificar la estrategia de comprobación de conflictos e indicar qué conflictos deben probarse y para qué productos.
3. Control de calidad: una vez preparado el paquete inicial, se puede pasar a las pruebas de control de calidad. Durante esta fase, si se modifica el paquete en cualquier momento, debe volver a comprobarse para ver si se han generado conflictos. Esta fase incluye:a. Validación del paquete: ¿es válido el paquete? ¿Está bien construido? ¿Se ajusta a las directivas del logotipo de Windows?b. Pruebas funcionales: ¿funciona el producto como se esperaba una vez realizada la instalación?c. Pruebas de integración: ¿cómo se comporta el producto una vez integrado con otros productos con los que debe coexistir?d. Pruebas de aceptación: el solicitante ¿aprobará el producto tal como se ha configurado e instalado?e. Pruebas de distribución: ¿será necesario realizar una distribución remota de este producto? Si es así, debe realizarse una prueba de distribución para garantizar que se comporta como se espera durante la instalación remota.f. Pruebas de desinstalación: si la desinstalación fuera necesaria, debería probarse tanto la forma interactiva como la remota.g. Resolución final de conflictos: la resolución de conflictos es un proceso iterativo. En esta fase hay que realizar una comprobación final.h. Control de calidad final: Una vez realizadas todas las pruebas, deber llevarse a cabo una prueba final de control de calidad. ¿Es correcta toda la documentación? ¿Y está completa? ¿Se han seguido correctamente todos los procedimientos de verificación? Éstas son algunas de las preguntas que deben contestarse durante esta fase antes del lanzamiento final del producto a la red corporativa.
4. Gestión de versiones: una vez finalizadas todas las pruebas, el paquete final está listo para su distribución. Se coloca en el repositorio de paquetes y se incluye en el proceso de distribución de software.
Cada fase de pruebas es importante. Si por alguna razón un producto falla en alguna fase de prueba, debe volverse al pasoanterior o incluso a pasos anteriores y se deben corregir los problemas.
WISE SOLUTIONS
www.wise.comEmpaquetado de software corporativo24
2.2.4 Documentación de soporte
La documentación es muy importante en cada fase del proceso de empaquetado de software. Es la base del control decalidad completo del empaquetado. Pero la documentación del paquete no es lo único que se necesita. Los estándares deESP también deben documentarse y los técnicos que intervienen en el proceso de empaquetado deben estar completamentefamiliarizados con ellos. El entorno de empaquetado también debe quedar exhaustivamente documentado. Este entorno,generalmente el laboratorio de empaquetado, debe representar todos los aspectos de la red corporativa. Debe estar dirigidopor un Coordinador de empaquetado y las actividades de empaquetado deben estar debidamente programadas para evitarconflictos.
Las actividades y prácticas estándares de empaquetado también deben formar parte de la documentación. También debenincluirse los procesos generales y los específicos del empaquetado. Lo ideal sería que estos procesos estuvieran automatizados.Además, la herramienta de ESP debería poder generar documentación automatizada durante el proceso de creación depaquetes.
El seguimiento estricto de las directivas y la rigurosidad de los procesos de verificación son los que harán que los paquetesfinales sean productivos y evitarán los problemas de soporte. Esta es una de las principales razones para implementar unaestrategia de ESP.
www.wise.com
WISE SOLUTIONS
Requisitos del empaquetado de software 25
Máquinas básicas
En algunos casos será necesario
usar una máquina con la
configuración básica en lugar
de una máquina limpia. Una
máquina básica sólo tiene
instalados los componentes
del núcleo del modelo PASS.
Empaquetado de programas
Algunas organizaciones eligen
empaquetar el 100 % de sus
programas a la vista de los
beneficios que les reporta la
estandarización y la posibilidad
de distribuir todo el software
desde ubicaciones centralizadas.
3. Los retos de la empresaLos retos de las organizaciones medianas y grandes relacionados con el empaquetado suelen ser muy específicos, sobretodo si dichas empresas están dispersas geográficamente. Este tipo de organizaciones también tienden a usar distintosmodelos financieros, los cuales pueden incluir presupuestos centralizados para TI o presupuestos descentralizados para TIdepartamentales. Éstos y otros factores son fundamentales a la hora de diseñar la estrategia del Empaquetado de softwarecorporativo.
3.1 Definición de estándares de empaquetadoHasta la fecha, se han identificado siete estándares fundamentales relacionados con el ESP:
1. El objetivo de todos los paquetes debe ser la compatibilidad con el servicio Windows Installer.2. Todo el software de la organización debe dividirse en categorías.3. Todos los paquetes de software deben mantener la coherencia de la personalización, es decir, la personalización o
reempaquetado de una instalación debe comportarse de forma coherente con los estándares internos de la empresa.4. Es preciso definir un conjunto básico de estándares de desarrollo para las aplicaciones corporativas que operan en la
red Windows.5. El proceso de reempaquetado debe poder detectar de algún modo los posibles conflictos.6. Las organizaciones que deseen utilizar las funciones de autoreparación de Windows Installer deben mantener depósitos
permanentes para la instalación de software.7. Todos los paquetes de software deben incluir fuentes de instalación variables compatibles con todos los escenarios de
instalación.
Sin embargo, se necesitan muchos más. Los estándares deben cubrir toda una serie de aspectos, desde las orientaciones dela propia estrategia de ESP hasta los mínimos detalles de las configuraciones del paquete. Por ejemplo, el software comercialempaquetado tan sólo debería incluir los métodos abreviados estrictamente necesarios para iniciar la aplicación. Los menúsde inicio deberían estar estructurados de manera uniforme y con un único contenido estándar. Los métodos abreviados delas aplicaciones corporativas más habituales y los programas del núcleo deberían estar en el área de inicio rápido de la barrade tareas. De hecho, la presentación de todos los sistemas informáticos debería estandarizarse para facilitar el acceso a losprogramas y mejorar la productividad.
Además, los estándares de ESP deberían incluir procedimientos estructurados para el proceso de empaquetado propiamentedicho. Estos procedimientos deberían explicar cómo crear paquetes para el núcleo del sistema, las configuraciones funcionalesy los componentes ad hoc. Además, deben explicar cómo se selecciona la «máquina limpia» que se va a usar, cómo sereinicializan las máquinas a entornos «limpios» y cómo hay que crear dichas máquinas. Los procedimientos detalladosdeberían mencionar cómo usar las distintas bases de datos relacionadas con el proceso de ESP. Finalmente, tambiéndeberían incluir cuándo y cómo documentar los paquetes.
La herramienta de empaquetado seleccionada debe facilitar la identificación de los estándares necesarios antes de empezar a empaquetar los programas.
Las organizaciones también aspiran a desarrollar una técnica que les permita identificar la relación coste-beneficio asociadaal empaquetado de los programas. El objetivo de esta técnica es detectar en qué momento los costes del empaquetadosuperan las ganancias registradas. La mayoría de las técnicas de evaluación se basan en el número de usuarios potenciales de un paquete. Todos los productos destinados al núcleo deben estar empaquetados, ya que se trata de productos que vana ser utilizados por todos los usuarios. Los programas que forman parte de las configuraciones funcionales también debenestar empaquetados, puesto que el paquete permite la asignación y la eliminación automáticas de los programas. En cambio,los programas ad hoc pueden estar empaquetados o no. Por regla general, las organizaciones no empaquetan los programasdestinados a un grupo reducido de usuarios (menos de 10). La Figura 3.1 ilustra el proceso de las decisiones que se adoptanen relación con el empaquetado.
WISE SOLUTIONS
www.wise.comRequisitos del empaquetado de software26
Modelos de equipos distribuidos
para ESP
Existen dos modelos de equipos
distribuidos para ESP:
• El modelo centralizado con
transformaciones locales
• El modelo completamente
distribuido con estándares
centralizados compatibles
Los programas que no se empaquetan deben estandarizarse igualmente. A tal efecto, es preciso facilitar a los técnicosresponsables de la instalación el proceso de instalación documentado de forma precisa y exhaustiva.
Figura 3.1: El proceso de toma de decisiones asociadas al empaquetado
3.2 Equipos de empaquetado distribuidosLas organizaciones ubicadas en distintas regiones o que poseen presupuestos descentralizados para TI suelen decantarsepor el uso de equipos de empaquetado distribuidos. Estos equipos se enfrentan a retos especiales al tener que determinarsus relaciones de trabajo. Además, en determinadas ocasiones estos equipos resultan inevitables. Imaginemos el siguienteejemplo. La empresa A tiene cinco centros de operaciones principales en varios países. Cada centro agrupa como mínimo a2000 usuarios y tiene sus propios procesos de fabricación especializados; procesos similares, pero no idénticos. Cada centrotiene su propio presupuesto para TI.
La empresa en cuestión desea estandarizar sus equipos de sobremesa y utilizar un modelo similar al modelo PASS. Así pues,se enfrenta a un primer reto, ya que las oficinas centrales pueden emitir una recomendación favorable, pero no puedendirigir las operaciones porque no tienen poder de decisión sobre el presupuesto. La empresa A necesita definir un procesocomún de Empaquetado de software corporativo para toda la empresa. En este proceso los miembros del departamentoinformático de la oficina central desempeñan el papel de consejeros, mientras que los miembros del departamento informáticode cada una de los centros representan el equipo de empaquetado distribuido. El equipo en su conjunto se encarga de definirlos estándares. Los paquetes centralizados basados en el formato MSI y los archivos de transformaciones básicos asociadosse crean en la oficina central. Posteriormente, estos archivos de transformaciones se modifican en cada centro regional paraadaptar el paquete a los requisitos de cada departamento.
En un escenario de esta naturaleza, la organización incluso puede decidir delegar alguna de las principales actividades deempaquetado a los distintos centros, sobre todo si está llevando a cabo por vez primera la implementación de las estrategiasde ESP y todos los productos deben empaquetarse. En ese caso, los distintos departamentos pueden compartir la carga inicial.
Pero esta estrategia de ESP también debe respetar los estándares que ha definido. Para ello, el producto de empaquetadoempleado debe permitir el uso de bases de datos distribuidas en dos casos: para la gestión de conflictos y el inventario deproductos, y para el repositorio de paquetes. Esta última base de datos también debe albergar la documentación completade todos los paquetes.
LICENCIAS
5%
SARK
Categoría de aplicación
Número de usuarios
Todos
1
Programas estandarizados pero sin empaquetar
Programas ad hoc empaquetados
Programas agrupados por funciones
Programas del núcleo
Regla general
1
Barómetro del valor empresarial(Permite determinar si la instalación está automática pese al escaso número de usuarios)
Instalación estándar(Coste de la automatización superior a las ganancias)
Paquetes individuales(El número de usuarios y el uso de perfiles cruzados precisan la automatización)
Configuración estándar(Cada configuración se instala como un «kit»)
Sistema básico(Todos los usuarios reciben el programa o la organización tiene una licencia global)
Todos
www.wise.com
WISE SOLUTIONS
Requisitos del empaquetado de software 27
3.2.1 Repositorios de paquetes distribuidos
Los repositorios de paquetes son relativamente fáciles de distribuir, ya que están formados por datos estructurados basadospor lo general en tecnologías del tipo SQL Server de Microsoft. También en este caso el producto de empaquetado debepermitir el inventario y el depósito de información en una base de datos relacional de la empresa. También debe incluir, sies posible, una interfaz para la replicación.
Gracias a esta interfaz, el equipo de ESP puede replicar toda la información de los paquetes que hay en la base de datoscentral, en las bases de datos de los departamentos. También debe admitir las modificaciones multimaestro, sobre todo silos equipos distribuidos también están creando paquetes nuevos.
La Figura 3.2 ilustra las interacciones entre estas bases de datos. La mejor topología es una distribución de tipo «centro yradio» (del inglés «hub and spoke»). Los datos se cargan desde los servidores radiales (de las regiones) al servidor central(de la oficina central) y posteriormente se distribuyen al resto de los servidores radiales desde el central.
Figura 3.2: Un repositorio de paquetes «centro y radio»
3.2.2 Puntos de compartimiento de paquetes distribuidos
La misma estrategia debe aplicarse a los paquetes propiamente dichos. La diferencia es que el punto de compartimiento depaquetes no es una base de datos, sino un compartimiento de archivos. Esto significa que hay que sincronizar los archivoscompartidos entre la central y las regiones y replicarlos de un extremo a otro de la red de la empresa para que todos losequipos puedan acceder a la totalidad de los paquetes y en cualquier momento.
Este procedimiento representa una oportunidad excelente para recurrir a una tecnología como la del sistema de archivosdistribuidos DFS (Distributed File System) de Microsoft. Se puede crear un único seudónimo de compartimiento de archivosa partir de compartimientos ubicados en cada centro. El servicio de replicación de archivos de Microsoft se puede configurarpara que replique automáticamente los depósitos de un sitio a otro. En un escenario así, Active Directory debe utilizarsepara publicar la raíz DFS del dominio que se necesitará para sincronizar estos archivos distribuidos que se comparten.
Para que este sistema funcione, la estrategia de ESP debe definir estándares muy estrictos para la asignación de nombres.Todos los paquetes deben usar nombres estándares e incluir la versión; es decir, deben indicar la versión del paquete a laque se refiere el depósito. Además, para compartir archivos se necesitan tres estructuras de directorio:
Depósito central de datos
Bases de datos regionales
Servidor de la base de datos central
Servidor radial Servidor radial Servidor radial
WISE SOLUTIONS
www.wise.comRequisitos del empaquetado de software28
• Un directorio de trabajo en el que todos los equipos puedan almacenar los paquetes en proceso de desarrollo.• Un directorio regional para los paquetes que necesitan transformaciones adaptadas a las regiones antes de su
distribución final.• Un directorio final en el que se almacenen todos los paquetes cuando estén listos para su distribución.
3.2.3 Documentación de los paquetes distribuidos
El último reto técnico al que se enfrentan los equipos de empaquetado distribuidos es la distribución de la documentación.Por regla general, la documentación está desestructurada, ya que se almacena en documentos como, por ejemplo, archivosde texto, hojas de cálculo o presentaciones. En primer lugar, la estrategia de ESP debe determinar qué formato se utilizarápara empaquetar la documentación. En la mayoría de los casos, el formato HTML resulta el más apropiado al tratarse delformato propio de Internet.
En caso de utilizar otro formato de documento (por ejemplo, Microsoft Word), el equipo de empaquetado distribuidonecesitará recurrir a algún método para replicar la documentación. La solución más simple en este caso es almacenar lascarpetas que contienen la documentación en el repositorio de paquetes y replicarlas junto con los paquetes.
Si la documentación está en formato HTML, quizá sea preferible usar un sistema de gestión de contenidos. Por un lado,estos sistemas permiten la implementación de estándares y la aprobación de flujos de trabajo y, por otro, garantizan quetoda la documentación está en el mismo formato. Además, y dado que la documentación se basa en un formato propio deInternet, puede replicarse fácilmente a través de sistemas de replicación de contenidos.
3.2.4 Peculiaridades del empaquetado internacional
El reto final que se les plantea a los equipos internacionales y distribuidos de ESP es la localización de los paquetes.Normalmente, la creación de paquetes con distribución a escala internacional debe tener en cuenta una serie deconsideraciones legales. Por ejemplo, en algunos países continúa siendo ilegal distribuir paquetes con un cifrado de 128 bits. De ahí la importancia del coordinador del equipo de localización, que debe ser consciente de estos problemas e informar de ello a los miembros de los equipos de otros centros.
La mejor manera de implementar este proceso es ofrecer un nuevo servicio de inscripción de proyectos de paquetes comoparte de la estrategia asociada a la documentación. Así pues, los coordinadores deberían recibir periódicamente las listas deproyectos nuevos y señalar los posibles problemas de dichos proyectos respecto a cuestiones de índole local.
Además, recientemente ha aparecido una nueva categoría de software de Windows. Se trata de un tipo de programa en unidioma, como por ejemplo el inglés, que admite la aplicación de una Interfaz de Usuario Plurilingüe (MUI) que cambia elidioma de la interfaz según lo que elija el usuario. Microsoft ha integrado este tipo de interfaz en Windows desde la edición2000 y también en Office. Gracias a este paso, las organizaciones internacionales pueden crear un paquete básico en inglés ylos equipos de localización sólo tienen que añadir el paquete del idioma elegido a esta instalación. Por lo tanto, el equipo delocalización de ESP no necesita crear el paquete para el producto principal. Puede que sea necesario modificar el paqueteprincipal pero, en ese caso, deberá crear el paquete de la interfaz de usuario plurilingüe o identificar, mediante unatransformación adicional, qué idioma es el que debe usarse durante la instalación.
www.wise.com
WISE SOLUTIONS
Los retos de la empresa 29
4. ConclusiónComo acabamos de ver, el Empaquetado de software corporativo es un proceso informático clave que viene acompañado de una larga lista de retos. No obstante, la aplicación de un enfoque global estructurado a la construcción del sistema, a ladistribución del software y, sobre todo, a la gestión del ciclo de vida del software, contribuirá a simplificar en gran medida la integración de estrategias de empaquetado en el seno de las organizaciones.
La selección de una herramienta de empaquetado para toda la empresa es un aspecto fundamental, ya que no sólo permitela implementación de estándares, sino también los equipos distribuidos. El Anexo B resume los requisitos mencionados eneste documento que deben tenerse en cuenta a la hora de elegir dicha herramienta. Además, este producto debe integrar ycontemplar las mejores prácticas que aquí se describen en relación con el empaquetado de software. Finalmente, debe ofrecerun óptimo retorno de la inversión, aspecto éste claramente asociado al coste del producto.
4.1 Resumen de las mejores prácticas en el empaquetado desoftwareLas organizaciones deben poner en marcha las mejores prácticas al diseñar una estrategia de ESP.
1. Usar un modelo constructivo como el modelo PASS. 2. Tener un proceso de gestión del ciclo de vida del software.3. Integrar la estrategia de ESP con los procesos de distribución de software.4. Diseñar todos los paquetes para que sean compatibles con el servicio Windows Installer. Esta norma admite algunas
excepciones, pero que no representan más del 2 % de los paquetes.5. Clasificar todos los programas de software corporativos para poner en marcha el proceso de empaquetado, y
diferenciar los que ya están en formato MSI, los que precisan un reempaquetado y los que se desarrollarán según el estándar MSI.
6. No modificar el formato inicial de los archivos MSI. En realidad, estos archivos deberían personalizarse con ayuda de «transformaciones» o archivos MST.
7. Usar paquetes de Windows Installer para la instalación y entrega de Web Services en lugar de simples copias de archivos, lo que permite reducir los problemas que precisan una asistencia técnica.
8. Usar transformaciones que instalen todos los componentes localmente al preparar una instalación que usará un servidor de terminales Windows.
9. Crear listas de comprobación detalladas e interactivas al reempaquetar el software o las aplicaciones. 10. Asegurarse de que todas las pruebas de programas se realicen con cuentas de red que sólo tengan derechos de usuario.11. Asegurarse de que los paquetes de programas anteriores a Windows 2000 incluyen guiones de seguridad para
garantizar el funcionamiento aunque sólo se tengan derechos de usuario. 12. Integrar todos los paquetes en el repositorio de paquetes para asegurar la total comprensión de los sistemas en el
seno de la red corporativa.13. Usar nombres estándares que incluyan la versión, para todos los paquetes.14. Basar la estrategia de ESP en estándares en todos los casos: procesos, procedimientos, documentación, distribución
y coordinación del empaquetado.15. Poner al alcance de los equipos distribuidos de ESP amplios programas de comunicación.
4.2 El retorno de inversión en el ESPLa implementación de una estrategia de Empaquetado de software corporativo es un proceso complejo para todas lasempresas que carecen de ella. Una de las mejores ocasiones para poner en marcha esta estrategia es durante los proyectosde migración en los que la empresa migra el sistema operativo de los equipos conectados a la red. La migración implicaprobar a fondo todos los sistemas y, al tratarse de un proceso que debe automatizarse en la mayor medida posible, laestrategia de ESP resulta absolutamente indispensable. La implementación del ESP moviliza una serie de esfuerzosconsiderables, pero es uno de los procesos de migración que ofrecen un mejor ROI y más rápido como resultado de laestabilización de la red.
WISE SOLUTIONS
www.wise.comLos retos de la empresa30
Las empresas que aspiran a que
los equipos de sobremesa estén
disponibles el 99% del tiempo,
deberían poner en práctica un
programa de bloqueo de los
ordenadores que incluya la
implementación de herramientas
y de procesos de configuración
de software.
– Gartner Group
ESP y los problemas de
asistencia técnica
Tras la implementación de las
prácticas de ESP, en algunos casos
las organizaciones han conseguido
reducir en un 85% el número de
llamadas solicitando asistencia
técnica a causa de un mal
funcionamiento del software.
Las organizaciones que implementan estrategias de ESP necesitan invertir más en prácticas relacionadas con la gestiónproactiva de la red, especialmente en su preparación. Pero a cambio consiguen un ahorro considerable procedente de la disminución de la asistencia técnica, debida a su vez a la disminución de los problemas de mal funcionamiento de losproductos de software que se distribuyen. La estrategia de ESP garantiza la total operatividad de los productos de softwareantes de que pasen a formar parte de la red.
Figura 4.1: El coste de la distribución de software sin una estrategia de ESP
La diferencia de costes entre un enfoque proactivo del empaquetado de software y un enfoque reactivo se ilustra en lasFiguras 4.1 y 4.2. No hay duda de que los costes previos a la distribución son mayores con la estrategia de empaquetado,pero el ahorro a largo plazo también resulta bastante evidente. Por consiguiente, la estrategia de ESP es una partefundamental en el cálculo del coste total de propiedad (TCO).
Figura 4.2: El coste de la distribución de software con una estrategia de ESP
COSTES
Costes y esfuerzos
mínimos durante la preparación de
la distribución.
Los costes aumentan antes de la distribución mientras los
grupos informáticos intentan decidir qué método usar para
automatizar la instalación.
A medida que el programa se integra en la organización, los costes crecen. Los costes fijos son relativamente altos.
Antes de la distribución Después de la distribución (soporte)
Sin una preparación adecuada de la distribución
En el momento de la distribución, los costes se disparan vertiginosamente por dos razones: • Los usuarios finales dedican mucho tiempo a configurar el programa.• La posibilidad de que surjan problemas que exijan la intervención del personal de asistencia técnica es muy alta.
Distribución
COSTES
Los costes previos al despliegue son superiores. Este aumento se explica por la inversión de recursos en el proceso de integración y preparación de los programas.
Los costes posteriores a la distribución son muy inferiores. Dado que el programa se ha integrado con éxito antes de la distribución, apenas surgen problemas y los pocos que surgen se solucionan fácilmente.
Antes de la distribución Después de la distribución (soporte)
Con una preparación adecuada de la distribución
Distribución
Los costes empiezan a bajar cuando se acerca el momento de la distribución, ya que el proceso de instalación no plantea ninguna clase de problemas y partes del proceso están automatizadas.
www.wise.com
WISE SOLUTIONS
Los retos de la empresa 31
4.3 Selección de la herramienta de reempaquetadoFinalmente, la estrategia de ESP sólo funcionará si es compatible con la herramienta de empaquetado. A la hora de elegiruna herramienta de esta clase, las organizaciones deben tener en cuenta que la herramienta debe:
1. Cubrir todas las fases del proceso de ESP, desde la solicitud y la integración de aplicaciones hasta las pruebas y la gestión de las versiones.
2. Basarse en las buenas prácticas del sector.3. Ser muy flexible en la personalización de los procesos de las mejores prácticas, para adaptarse a los estándares de la
organización.4. Garantizar la integración total en el sistema de distribución de la empresa. Esto ayuda a automatizar el proceso de
gestión de versiones, lo que reduce la intervención manual y por tanto la posibilidad de errores.5. Incluir una estructura de base de datos abierta e integrable en la infraestructura informática de la organización.6. Disponer de una tecnología de captura precisa. El proceso de captura es el motor del reempaquetado de las
aplicaciones antiguas. De ahí la importancia de que las organizaciones inviertan todo el tiempo y los esfuerzos necesarios para entender y probar esta tecnología. Todas las herramientas ofrecen la captura de instantáneas, pero son pocas las que incorporan las tecnologías adicionales que permiten realizar capturas más rápidas y precisas. Por regla general, la tecnología para la captura de instantáneas suele ser suficiente, pero en el pequeño porcentaje de casos en los que no se cumple la regla, estas tecnologías adicionales pueden contribuir a ahorrar un tiempo y un esfuerzo incalculables.
7. Disponer de herramientas que faciliten el trabajo en equipo y las comunicaciones, funciones ambas particularmente importantes en el caso de equipos de empaquetado descentralizados.
8. Incorporar herramientas que contribuyan a documentar y a racionalizar el proceso de empaquetado.
WISE SOLUTIONS
www.wise.comAnexo A – Glosario de términos32
Anexo A – Glosario de términosAplicación corporativa – programa desarrollado internamente para dar respuesta a las actividades específicas deuna organización o a las relacionadas con el personal de asistencia técnica. También se ejecuta en los sistemas operativosWindows.
Gestión de conflictos – proceso que consiste en inventariar todos los componentes del programa y cotejarlos con elnúcleo del sistema y las configuraciones funcionales.
Laboratorio de empaquetado – entorno que representa la red corporativa de producción y en el que sedesarrollan las actividades de empaquetado.
Máquina básica – PC que tiene instalado el software estándar mínimo de la empresa. Si la organización usa el modeloPASS, el equipo básico incluye el núcleo del sistema.
Máquina limpia – PC que sólo tiene instalado el sistema operativo y el programa de protección antivirus. No tieneinstalada ninguna aplicación de software.
Máquina de referencia – máquina básica que se utiliza para probar los paquetes.
Modelo PASS – modelo conceptual empleado en la construcción de máquinas. Se basa en un sistema de funciones porcapas y permite construir servidores o PC.
Núcleo del sistema – conjunto básico de software que proporciona la productividad y las funciones de colaboraciónque necesitan cada uno de los sistemas de la red corporativa.
Paquete – instalación automatizada que se crea durante el proceso de Empaquetado de software corporativo.Normalmente está en formato MSI.
Producto de software – producto comercial diseñado para ejecutarse en los sistemas operativos Windows.
Programa – componente de software. Puede ser un producto de software comercial o una aplicación corporativa.
Reempaquetado – proceso empleado para capturar una instalación interactiva con el fin de automatizarla e integrarlaen el servicio Windows Installer.
Solicitante – representante de los usuarios durante el proceso de empaquetado. Esta persona debe estar familiarizadacon el funcionamiento del programa dada la importancia de su papel en la fase de pruebas de aceptación.
www.wise.com
WISE SOLUTIONS
Anexo B – Requisitos de la herramienta de empaquetado 33
Anexo B – Requisitos de la herramienta de empaquetadoSiga estas directrices cuando elija una herramienta de empaquetado de software compatible con su estrategia de ESP. Estalista no es exhaustiva, sino que la herramienta escogida como mínimo debería proporcionar:
1. Las mismas funciones para el reempaquetado de software comercial y el empaquetado de aplicaciones corporativas desarrolladas internamente.
2. Compatibilidad con las instalaciones .NET Framework.3. Compatibilidad con las instalaciones Terminal Services.4. Reempaquetado con integración en el servicio Windows Installer.5. Edición de archivos MSI.6. Creación de archivos de transformaciones MST.7. Compatibilidad con listas de exclusión modificables acompañadas de textos explicativos que justifiquen la exclusión.8. Compatibilidad con la inclusión de guiones en el archivo MSI en los que se registren actividades como, por ejemplo,
la modificación de los parámetros de seguridad para el software antiguo reempaquetado.9. Compatibilidad con las directivas del logotipo de Windows en lo referente a la integración con Windows Installer.10. Posibilidad de inventariar todos los componentes de los paquetes.11. Posibilidad de almacenar inventarios de paquetes en una base de datos con todos los componentes del sistema para
detectar los conflictos.12. Compatibilidad con la resolución de conflictos.13. Compatibilidad con varios repositorios de paquetes; por ejemplo, uno para el núcleo del sistema y otro para cada
configuración funcional.14. Compatibilidad con el inventario del sistema operativo, aunque no esté «empaquetado» del mismo modo que un
programa de software.15. Compatibilidad con la inclusión de fuentes de instalación variables en los paquetes.16. Compatibilidad con las instantáneas de la instalación para el reempaquetado de software.17. Compatibilidad con la inclusión de los estándares necesarios de ESP antes de empezar a empaquetar los programas.18. Compatibilidad con el uso de bases de datos distribuidas en dos casos: para la gestión de conflictos y el repositorio de
productos, y para el punto de compartimiento de paquetes.19. Compatibilidad con el inventario y el depósito de información en una base de datos relacional para toda la empresa.20. Compatibilidad con el empaquetado distribuido.
WISE SOLUTIONS
www.wise.comReferencias34
ReferenciasAligning the Right Resources is Key to Software Distribution. R. Colville. Gartner Decision Framework, DF-18-1378. 21 deoctubre de 2002.
Automated Software Distribution Does Not Reduce Staff. R. Colville. Gartner Advisory. 30 de noviembre de 2001.
Creating Installations for Microsoft’s .NET Framework using Wise for Windows Installer. Wise Solutions Inc. Desktop Software Configuration:
Key to Desktop Availability. R. Colville y D. Scott. Gartner Advisory. 28 de junio de 2001.
Preparing for .NET Enterprise Technologies. Nelson Ruest y Danielle Ruest. Addison-Wesley. ISBN: 0-201-73487-7.
Repackaging Basics. Wise Solutions Inc.