Empaquetado de software corporativo Prácticas, … · Actualmente trabaja en un nuevo libro para...

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


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


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


funcionales

Softw

are

com

erci

alA

dH

oc


Ad

Hoc

Núcleo del sistema

PASS

WISE SOLUTIONS


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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.

Empaquetado de software corporativo Prácticas, … · Actualmente trabaja en un nuevo libro para...

Documents

Transcript of Empaquetado de software corporativo Prácticas, … · Actualmente trabaja en un nuevo libro para...