Empaquetado de software corporativo Prácticas, beneﬁcios y … · 2019. 9. 26. · de software...

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 softwareEs 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 diversidadLa 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 softwareUno 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 corporativosOtro 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 softwareUna 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 antiguoTodo 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 nuevasTodas 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 conflictosLas 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óvilLa ú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

Empaquetado de software corporativo Prácticas, beneﬁcios y … · 2019. 9. 26. · de software...

Documents

Transcript of Empaquetado de software corporativo Prácticas, beneﬁcios y … · 2019. 9. 26. · de software...