Puede migrar datos de otras herramientas a Rational Engineering Lifecycle Manager importando los datos como productos. El usuario que importa los datos se asocia al nuevo producto, en lugar del usuario que creó originalmente los datos. De forma similar, las fechas y horas de creación, modificación y de historial de auditoría se basan en la fecha y hora en que la importación creó o actualizó el producto
Importe árboles de producto de archivos de datos en formato RDF utilizando uno de estos formatos de serialización: RDF/XML, N-3, N-Triple, Turtle, o JSON. Los dos últimos formatos son bastante simples de construir utilizando un editor de texto.
Los recursos de definición de producto tienen un identificador exclusivo que nunca cambia. El identificador permite la reutilización de productos de una importación anterior sin tener que crear nuevas instancias de los mismos. Cuando un producto se crea a partir de datos importados, el identificador especificado por el usuario se guarda como su valor dcterms:identifier. El proceso de importación busca y encuentra un producto creado por una importación anterior que coincide con el identificador en los datos importados para ese producto.
Un árbol de productos consta de uno o más nodos que están organizados como productos padres e hijos. Cada nodo representa una versión del producto. Una versión del producto representa el estado de un producto en algún momento. A medida que un producto cambia, se pueden crear nuevas versiones. Las versiones del producto forman un historial de ese producto.
Cada versión del producto tiene un identificador exclusivo. Los identificadores deben ser suficientemente largos para evitar colisiones de nombre accidentales. Por ejemplo, una aplicación Java™ que produzca los datos de importación podría utilizar UUID.randomUUID().toString() para generar identificadores exclusivos. La importación de definiciones de producto trata los identificadores como series opacas, por lo que puede elegir cualquier valor dentro de las restricciones de longitud del sistema de archivos de diario (JFS).
Todas las versiones de un proyecto específico están asociadas a un identificador de concepto. Todas las versiones del producto que tienen el mismo identificador de concepto son versiones del mismo recurso de concepto de producto. Si la herramienta desde la que está importando tiene un recurso de concepto real, utilícelo para proporcionar el identificador de concepto; de lo contrario, cree un identificador de concepto para compartirlo entre las versiones de ese producto.
| Identificador de producto | Identificador de concepto | Título | Identificador de predecesor |
|---|---|---|---|
| Abc1234 | xyz9876 | Primera versión | |
| Def3456 | xyz9876 | Segunda versión | abc1234 |
| Ghi6789 | xyz9876 | Tercera versión | def3456 |
Las versiones del producto pueden tener propiedades definidas por el usuario, que tienen un nombre (que se utiliza como etiqueta de visualización) y un único valor. Por ejemplo, un producto puede tener una propiedad llamada color con el valor rojo.
Las versiones del producto pueden tener cero, uno o más enlaces. Un enlace es una referencia a un artefacto externo en forma de URI. Por ejemplo, un producto puede enlazarse a elementos de trabajo, solicitudes de cambio, requisitos, elementos de modelo y casos de prueba.
Opcionalmente, las versiones del producto pueden tener dimensiones y valores de dimensiones. Las dimensiones describen las variantes de un producto. Por ejemplo, diferentes variantes de un producto podrían representar ubicaciones geográficas de un mercado para el producto. Un producto podría utilizar una dimensión llamada geo. Una versión del producto podría utilizar geo=US para el mercado norteamericano, y una versión diferente podría utilizar geo=EU para el mercado europeo.
La definición de Rational Engineering Lifecycle Manager de un producto utiliza ramas para expresar variantes. Diferentes versiones del producto que tienen las misma colección de dimensiones y nombres de dimensión se importan como versiones diferentes en la misma rama. Rational Engineering Lifecycle Manager utiliza la lógica empresarial de que todas las versiones en una rama son versiones secuenciales. Las versiones paralelas sólo están permitidas cuando están en ramas diferentes. Por lo tanto, la importación toma cualquier identificador exclusivo global (GUID) de predecesor como una indicación para la creación de un historial adecuado. Sin embargo, si los datos de importación intentan violar la regla sobre versiones paralelas, el historial resultante en una rama particular es secuencial.
| Identificador de producto | Título | Identificadores hijo |
|---|---|---|
| abcd123 | Coche | bcde234, defg456 |
| bcde234 | Carrocería | cdef345, cdef345, cdef345, cdef345 |
| cdef345 | Rueda | |
| defg456 | Motor |
