Entrega de CCU

La Actualización de la configuración del cliente (CCU) es un método de desarrollo de software para estructurar el proceso de proporcionar a los clientes nuevas versiones de productos y la producción de actualizaciones. Este método es desarrollado por investigadores de la Universidad de Utrecht .

Este artículo trata sobre la fase de entrega del método CCU. La entrega se refiere al proceso que comienza en el momento en que se termina un producto hasta el envío real del producto al cliente.

Introducción al proceso de entrega

Como se describe en la entrada general de CCU, la fase de entrega es la segunda fase del método CCU. En la figura uno se muestra el método CCU. Las fases de CCU que no se tratan en este artículo están ocultas por un rectángulo gris transparente.

Como se puede ver en la figura uno, la fase de entrega se encuentra entre la fase de lanzamiento y la fase de implementación. Un proveedor de software desarrolla y lanza un producto de software y luego debe ser transportado al cliente. Esta fase es el proceso de entrega. Este proceso es muy complejo porque el proveedor a menudo tiene que lidiar con un producto que tiene múltiples versiones, características variables, dependencia de productos externos y diferentes tipos de opciones de distribución . El método CCU ayuda al proveedor de software a estructurar este proceso.

En la figura 2, se muestra el diagrama de datos de proceso de la fase de entrega dentro de CCU. Esta forma de modelar fue inventada por Saeki (2003). En el lado izquierdo puede ver el modelo de metaproceso y en el lado derecho el modelo de metadatos. Los dos modelos están vinculados entre sí por las relaciones visualizadas como líneas de puntos. El modelo de metadatos (lado derecho) muestra los conceptos involucrados en el proceso y cómo los conceptos se relacionan entre sí. Por ejemplo, es visible que un paquete consta de varias partes, siendo el: paquete de software, descripción del sistema, manual e información sobre licencias y administración. Los números entre las relaciones indican en qué cantidad están relacionados los conceptos. Por ejemplo, el “1..1” entre el paquete y el paquete de software significa que un paquete debe contener al menos 1 paquete de software y como máximo 1 paquete de software. Entonces, en este caso, un paquete solo tiene que contener 1 paquete de software. En el lado izquierdo de la imagen se muestra el modelo de datos de proceso. Consiste en todas las actividades dentro del proceso de entrega. Este artículo se basa en este modelo de datos de proceso. El modelo de meta-proceso (lado izquierdo del diagrama de datos de proceso) se divide en varias partes que se presentan junto con los párrafos correspondientes a lo largo del artículo para que sea más fácil de entender.

Las tablas que describen los conceptos del modelo de metadatos y las actividades del modelo de datos de proceso se presentan debajo de la figura 2.

Tabla de conceptos

La tabla de conceptos contiene todos los conceptos utilizados en el modelo de metadatos con sus explicaciones junto con la fuente de la que se derivan las explicaciones.

Tabla 1: Tabla de conceptos

Concepto	Definición (fuente)
REPOSITORIO	También se llama bóveda. Un repositorio contiene solo una versión completa de un elemento de configuración (CI). Las diferencias entre versiones generalmente se almacenan mediante un algoritmo delta. Colección de registros que describen recursos [1]
paquete	Una colección de diferentes artículos relacionados combinados con fines de transferencia al cliente. [1]
PAQUETE DE SOFTWARE	Una colección de diferentes componentes de software relacionados combinados con fines de transferencia al cliente. [1]
COMPONENTES DE SOFTWARE	Los diferentes componentes de los que consta el software se relacionan mediante dependencias. [1]
VERSIÓN	Una versión es un estado de un objeto o concepto que varía de su estado o condición anterior.
DESCRIPCIÓN DEL SISTEMA	Descripción del sistema, incluidos sus requisitos y las dependencias de otros componentes externos. [1]
manual	Un documento de comunicación técnica destinado a brindar asistencia a las personas que utilizan un sistema en particular.
LICENCIA	Tipo de licencia propietaria o gratuita, así como un memorando de contrato entre un productor y un usuario de software informático que especifique los perímetros del permiso otorgado por el propietario al usuario.
INFORMACIÓN DE GESTIÓN	Toda la información que es relevante para la gestión del sistema en el sitio del cliente. [1]
SISTEMA DE GESTIÓN DE RELACIONES CON EL CLIENTE	Un sistema que mantiene toda la información sobre los clientes. [2]
CLIENTE	Una empresa o persona que compró algún producto o hizo uso de los servicios de una de sus empresas anteriormente. [2]
TIPO DE LICENCIA	En este caso, puede ser una licencia a largo plazo, una licencia vencida o una licencia temporal.
INFORMACIÓN DE LOS CLIENTES	Toda la información conocida sobre los clientes en el sistema de gestión de relaciones con los clientes .
SISTEMA DE GESTIÓN DE CONFIGURACIÓN	Un sistema que mantiene información sobre las configuraciones de software en los sitios del cliente. [3]
PRODUCTO	Un elemento de software o un documento colocado bajo control de versiones. [4]
ACTUALIZACIONES	Una actualización, también llamada parche, es una pequeña pieza de software diseñada para actualizar o solucionar problemas con un programa de computadora.
CONFIGURACIÓN	Una configuración es una disposición de unidades funcionales de acuerdo con su naturaleza, número y características principales.
MODIFICACIÓN	La modificación es el acto de aplicar un cambio a un original.
REALIMENTACIÓN	La retroalimentación permite a un proveedor reunir grandes cantidades de datos sobre sus clientes y su producto mientras actúa sobre el terreno [2]
INFORME DE ERROR	Un informe de los problemas que encontraron los usuarios al utilizar el producto. Esto puede significar un problema con una función determinada o enlaces muertos dentro del sistema. Esta información se recopila manualmente. [2]
DATOS DE USO DEL PRODUCTO	Estos datos contienen información sobre el uso real del producto. Esto se refleja en las opciones más utilizadas dentro del programa. [2]
REPORTE DE ERROR	Cuando el producto de software recibe un error, enviará automáticamente un informe de error al proveedor. [2]
PREGUNTAS DE USO	Preguntas que tienen los usuarios sobre el manejo del producto, etc. [2]

Tabla de actividades

La tabla de actividades contiene las explicaciones de las actividades junto con la fuente de la que se derivan las explicaciones. Debido a que el método es bastante innovador, muchas de las actividades están diseñadas especialmente para este modelo y, por lo tanto, las explicaciones no tienen fuente.

Tabla 2: Tabla de actividades

Actividad	Actividad secundaria	Descripción (fuente)
paquete		Empaquetar el sistema para que pueda ser transferido al sitio de los clientes . [2]
	paquete de software	Combinando diferentes componentes de software en un paquete que se puede entregar al cliente. [2]
	descripción del sistema del paquete	Agregue una descripción del sistema al paquete. [2]
	manual del paquete	Agregue un manual al paquete. [2]
	licencia de paquete	Agregue una licencia al paquete. [2]
	información de gestión de paquetes	Agregue un documento de información administrativa al paquete. [2]
	Ver paquete	Asegúrese de que el paquete esté completo y listo para su implementación en el sitio del cliente. [2]
Actualización de publicidad		Cuando un proveedor desea proporcionar actualizaciones a sus clientes, los clientes primero deben estar informados a través de los canales de comunicación disponibles. [2]
Preparar la distribución		Preparar medidas para poder hacer llegar el software al cliente.
	Establecer paquete en repositorio	Un componente de software terminado estará disponible en algún repositorio de versiones. [5]
	Crea canales de transferencia	El proveedor debe crear canales a través de los cuales el software pueda transferirse al cliente.
Distribuir		Llevando el software a los diferentes clientes. [6]
	solicitud del cliente	Un cliente informa al proveedor de su interés por un determinado producto o actualización. [2]
	Determinar las necesidades de configuración	Se determina qué componentes de software se necesitan para una actualización exitosa de la configuración. [2]
	Determinar las restricciones de configuración	Se determina a qué limitaciones debe bastar la infraestructura del cliente para ejecutar el nuevo producto o la actualización . [2]
	Consultar licencia de clientes	Se comprueba si el cliente está en posesión de la licencia correcta para la nueva actualización de configuración . [2]
	Entregar actualización	Obtener los componentes de software en el sitio del cliente. [2]
Informar al cliente		Facilitar al cliente información sobre en este caso el estado de su solicitud. [2]
Actualizar CRM		Agregue información al sistema CRM para que contenga la información más actualizada disponible. [2]
Recibir informe de entrega e implementación		Obtener un informe (automático o manual) sobre el éxito de la entrega y la implementación del cliente. [2]
Actualizar el tipo de licencia		Agregue información sobre la licencia obtenida por el cliente para que el sistema contenga la información más actualizada disponible. [2]
Actualizar la gestión de la configuración		Agregue información reciente en el sistema de gestión de la configuración , de modo que se almacene la configuración más reciente del cliente. [2]
	Actualizar las propiedades del producto	Renovar la información sobre los productos en uso por parte del cliente para que el sistema contenga la información más actualizada disponible. [2]

Paquete de software

Para entregar el producto desarrollado al cliente, el proveedor necesita empaquetar los diferentes componentes de su producto en un paquete. Al hacer esto, el cliente recibirá toda la información y los componentes del software.satisfaciendo a la vez todas sus necesidades. Después de combinar todos los elementos en un paquete, el proveedor de software deberá verificar cuidadosamente si el paquete está completo. El paquete deberá proporcionar al cliente todas las herramientas e información para utilizar el producto. Cuando este no es el caso, el proveedor de software recibirá muchas preguntas de sus clientes, lo que consumirá mucho tiempo. Por lo tanto, es muy importante que el paquete se revise cuidadosamente antes de enviarlo. El paquete puede ser una combinación física de diferentes elementos empaquetados, por ejemplo, en una caja, pero también puede ser una combinación digital de archivos que contienen todos los elementos. Dentro del proceso de CCU se establece que un paquete constará de cinco elementos, siendo: paquete de software, descripción del sistema, manual e información sobre licencias y administración. En los siguientes párrafos se explica cómo estos elementos encajan en la fase de entrega de CCU.

Paquete de software

Uno de los elementos del paquete será el paquete de software . El paquete de software es un paquete en sí mismo, porque consta de los diferentes componentes de software que juntos forman el producto. A diferencia del paquete general, el paquete de software es siempre un paquete técnico en el que se combinan todos los archivos necesarios para ejecutar el producto de software. ^[7] Otro concepto del paquete de software es la versión. Esto realiza un seguimiento de las modificaciones realizadas en el producto de software. Al relacionarlo con el paquete de software, el proveedor y el cliente pueden realizar un seguimiento de la funcionalidad y las propiedades del producto que utiliza el cliente.

Descripción del sistema

Es una descripción general de lo que es el producto y sus funcionalidades. Además, también describirá de qué componentes se compone el producto y cómo se relacionan con el software de otro producto que ya está en funcionamiento. En el caso de una actualización de software , se describirá, por ejemplo, cómo este producto modifica la versión anterior del software. Además de esto, también describirá los requisitos necesarios para ejecutar el producto de software correctamente. Por ejemplo, qué otros productos y configuraciones deben implementarse para que este producto funcione correctamente.

Manual

El manual es el documento que proporcionará al cliente orientación sobre la implementación y el uso del producto.

Licencia

En este caso, la licencia es un contrato de licencia de software en el que se indica cómo se permite al cliente utilizar el producto. Por ejemplo, puede indicar cuántos usuarios están autorizados a utilizar el producto de software. En esta situación, el acuerdo de licencia es un contrato o un certificado en el que los clientes prueban los permisos de uso. El proveedor de software tiene su propia parte del acuerdo, que en la mayoría de los casos se almacena en un sistema. Se puede encontrar una elaboración de esta parte en la sección de recibir comentarios de este artículo. El contrato de licencia enviado al cliente puede ser tanto un documento digital como físico.

Información de gestión

Esta información debe contener la información que sea relevante para administrar el sistema en el sitio del cliente. En muchos casos, esta información ya forma parte del manual. Sin embargo, en situaciones particulares, esta información está destinada únicamente a la gestión del sistema y no a los usuarios del sistema y, por lo tanto, se proporciona como un documento separado.

Distribución

Una vez ensamblado el paquete, debe distribuirse a los clientes. Esta sección dentro del proceso de entrega trata sobre la entrega real del paquete a los clientes.

Fuera de línea vs en línea

La distribución de software de un producto se puede realizar tanto offline como online. En una situación fuera de línea, el paquete es un paquete físico que contiene todos los elementos. El software se almacena en un soporte de datos, como un CD o un DVD, y los documentos también pueden almacenarse en forma digital en este soporte de datos, o pueden estar en forma física, como un folleto. El paquete en su conjunto es un producto físico. En una situación en línea, todo el paquete debe estar en formato digital. Las consecuencias en la distribuciónproceso se describen en los siguientes párrafos. CCU está diseñado para adaptarse a ambas situaciones, pero a medida que aumenta el ancho de banda, tiene más sentido distribuir especialmente actualizaciones y nuevas versiones a los clientes existentes en línea. En este artículo se discuten ambas formas. En el modelo de datos de proceso, se asume que el proveedor de software lleva a cabo ambos canales de distribución . Como ejemplo práctico: HISComp, un proveedor de sistemas de información médica, distribuye su software directamente a través de CD. Sin embargo, utilizan su sitio web para distribuir parches para los productos de software.

Preparación de distribución

Después de ensamblar un nuevo paquete, el cliente debe estar al tanto de la nueva versión. En el modelo de datos de proceso, esto se representa como un bucle que indica la publicidad de la actualización hasta que los clientes estén debidamente informados. Además de esto, el paquete listo para la entrega, debe almacenarse en un repositorio para la distribución en línea . Además, el proveedor debe crear canales de transferencia. Para la distribución en línea, esto significa que el proveedor debe crear canales en línea para su repositorio. En la mayoría de los casos, esto significa que se crea un enlace al producto en el sitio web del proveedor. En caso de actualizaciones, es en gran parte aplicable que la versión actual del producto de software en el sitio del cliente verifique automáticamente el repositorio.para nuevas actualizaciones del producto. En caso de distribución fuera de línea , el proveedor debe crear canales de transferencia físicos. Pueden ser tiendas o simplemente un contrato con una empresa de mensajería.

La distribución real

La distribución comienza con la solicitud de un producto por parte del cliente. Esto se puede hacer automáticamente cuando el producto actual del cliente busca una actualización en el repositorio en línea. El cliente también puede realizar manualmente una solicitud de un producto a través del sitio web del proveedor. Una tercera opción es que el cliente realice la solicitud por teléfono o correo electrónico.

Cuando el proveedor conoce la solicitud del cliente, determinará las necesidades del cliente. Comprobando cuál es la configuración actual del cliente y qué desea el cliente. Este proceso también puede tener lugar automáticamente comprobando la configuración del cliente en el sistema de gestión de la configuración . En el capítulo siguiente se proporciona más información sobre este sistema. Cuando está claro qué producto necesita el cliente y las posibles modificaciones a este producto, es necesario determinar si la configuración actual del cliente se adapta al nuevo producto. La configuración actual se compara con las limitaciones del nuevo producto. Esto también se puede hacer automáticamente mediante la gestión de la configuración.sistema. Cuando la configuración del cliente parece ser insuficiente, se informa al cliente al respecto. Por ejemplo, el proveedor puede dejar en claro al cliente que necesitará un producto externo para que este nuevo producto funcione correctamente. Además de esto, se actualiza el sistema de gestión de relaciones con el cliente (CRM) del proveedor. Hay más información sobre esto en el capítulo sobre CRM.

Cuando la configuración del cliente sea suficiente, el proveedor comprobará la licencia actual del cliente. Si el cliente no tiene una licencia adecuada para el producto solicitado, se debe obtener la licencia. Se informará al cliente sobre esto y se actualizará nuevamente el sistema CRM. Si el cliente tiene la licencia adecuada o desea comprar la licencia adecuada junto con el producto, el producto se entrega al cliente.

Gestión de configuración de software

El sistema de gestión de configuración de software es un sistema en el sitio del proveedor que realiza un seguimiento de las configuraciones en el sitio del cliente. Al almacenar esto en un sistema, el proveedor podrá brindar al cliente un servicio particular cuando necesite un nuevo producto. En el sistema de gestión de la configuración del software se almacena información sobre los productos utilizados por el cliente, la versión de estos productos, así como las actualizaciones que ya se están realizando. En algunos casos, es posible que el proveedor haya realizado algunas modificaciones en el producto, especialmente para este cliente. Esto también deberá almacenarse en el sistema. También es necesario que haya datos de configuración, información genérica sobre la configuración que está utilizando el cliente. Por ejemplo, qué plataforma operativa utiliza el cliente para su software. Lo que también debe almacenarse en este sistema es información sobre los comentarios que el proveedor recibe del cliente. Esto incluye informes de errores, datos de uso de productos, informes de errores y preguntas de uso. Puede encontrar más información sobre estos comentarios en la fase de activación y uso de CCU.

Al almacenar toda esta información, el proveedor puede determinar las necesidades del cliente con mucha precisión cada vez que un cliente solicita un producto o una actualización. Como ya se ha dicho, el proveedor también puede informar fácilmente al cliente sobre algunas adaptaciones que el cliente debe realizar en su configuración para que el producto funcione correctamente. Otra ventaja de almacenar esta información en un sistema es que facilitará el proceso de entrega en línea. La verificación de las necesidades y restricciones de configuración se puede realizar automáticamente cuando un cliente realiza una solicitud.

Sistema CRM

El sistema de gestión de relaciones con los clientes contiene todo tipo de datos sobre los clientes de una empresa. En este artículo discutiremos la función de estos datos de clientes en el proceso de entrega de CCU. La información sobre el contrato de licencia entre el cliente y el proveedor de software se almacena en el sistema CRM. En el modelo de metadatos, este repositorio y distribución en línea está vinculado al sistema CRM, esto nuevamente se puede hacer automáticamente. El sistema comprobará si la licencia de un cliente es suficiente para obtener un determinado producto o actualización.

Recibir retroalimentación y actualizar los sistemas

Para mantener actualizados todos los sistemas descritos en el sitio del proveedor, es importante que el proveedor reciba una gran cantidad de

Ejemplo

Puede encontrar un ejemplo de una aplicación exitosa del método CCU en Exact Software (ES). ES es un fabricante de software de planificación de recursos empresariales y de contabilidad con sede en los Países Bajos. ES ha combinado la gestión de datos de productos (PDM), la gestión de relaciones con el cliente (CRM) y la gestión de la configuración de software.(SCM) para mantener la configuración en el sitio del cliente de una manera mejor y menos compleja. ES tiene un módulo en su software CRM que contiene todos los contratos de cada cliente. Esto está vinculado a su sistema PDM. Cada contrato corresponde a archivos que se pueden descargar para una nueva versión o actualización de una versión anterior. En la fase de entrega, esto significa que los clientes pueden obtener todos los productos a través de una conexión en línea. Entonces, ES vende contratos (licencias) y los almacena en su sistema CRM, la entrega de los productos reales puede ser realizada por los propios clientes de forma completamente automatizada y requiere poco esfuerzo. El sistema PDM, a su vez, está vinculado al sistema SCM, que realiza un seguimiento de las configuraciones que utilizan los clientes.En la fase de entrega, esto significa que ES puede determinar automáticamente las necesidades del cliente cada vez que un cliente realiza una solicitud.

Ver también

• Gestión de la liberación

Referencias

1. Carzaniga, A. & Fugetta, A. & Hall, R. & van der Hoek, A. & Heimbigner, D. & Wolf, A. (1998) Un marco de caracterización para tecnologías de implementación de software.
2. S. Jansen y G. Ballintijn y Sjaak Brinkkemper (2005). Definición y validación de las áreas clave del proceso de lanzamiento, entrega e implementación para los proveedores de software de productos: convirtiendo al patito en un cisne. En Technical Report CWI, 2005. Report. Obtenido el 8 de febrero de 2006 de la base de datos de la Universidad de Ciencias de la Computación de Utrecht.
3. (Prince2 CCTA, 2002)
4. (Crnkovic et al. , 2003)
5. S. Jansen y G. Ballintijn y Sjaak Brinkkemper (2003). Un modelo de proceso y una tipología para los actualizadores de productos de software. Jornada sobre Mantenimiento y Reutilización de Software. IEEE.
6. (Crnkovic, Asklund y Persson-Dahlqvist, 2003)
7. Ejemplos de herramientas que pueden realizar este empaque son: Loki-Update Archivado 2007-01-27 en Wayback Machine , RPM-update Archivado 2006-02-21 en Wayback Machine , SWUP Archivado 2006-05-12 en Wayback Machine y Portage Archivado el 21 de octubre de 2004 en la Wayback Machine .

Otras lecturas

• Krishnan MS, (1994). Gestión de versiones de software: una perspectiva empresarial, Actas de la conferencia de 1994 del Centro de Estudios Avanzados sobre Investigación Colaborativa, p. 36, 31 de octubre-3 de noviembre de 1994, Toronto, Ontario, Canadá
• S. Jansen y G. Ballintijn y Sjaak Brinkkemper (2004). Lanzamiento e implementación de software en Exact: un caso de estudio
• S. Jansen y G. Ballintijn y Sjaak Brinkkemper (2005). SCM / PDM / CRM integrados y entrega de productos de software a 160.000 clientes . CWI. Ingeniería de Software [SEN] 2004.
• Saeki M. (2003). Integración de métricas en métodos de desarrollo de sistemas de información: una aplicación de la técnica de ingeniería de métodos. CAiSE 2003, 374-389.