Si es un cliente existente que ha actualizado al último release, ciertos términos han cambiado. Para obtener una correlación entre términos antiguos y nuevos, consulte Correlación de cambios de terminología. Este documento utiliza los nuevos términos.
Los términos y conceptos siguientes están ordenados de forma que la información se compila desde los términos y conceptos más simples a explicaciones detalladas que combinan términos y conceptos.
Artefactos: un término general para los objetos de un repositorio. Los artefactos incluyen los productos y objetos que se crean y mantienen en otras herramientas como, por ejemplo, los elementos de trabajo de Rational Team Concert y los requisitos de Rational DOORS.
Productos: representan visualmente el trabajo en el que se centra el equipo. Un producto puede ser tan grande como un coche o tan pequeño como una válvula cardíaca mecánica.
Los productos se visualizan en la pantalla Examinar productos, en una vista de árbol.

Equipos que cambian el término productos a un término aceptado en su organización. Después de que se cambie y guarde el término y de que los usuarios renueven su sesión, el término personalizado se utiliza en menús, recuadros de diálogo y mensajes.
Para obtener información sobre el uso de los productos, consulte Trabajo con productos y Gestión de productos.
Agrupación de productos: recopila productos similares en grupos significativos para usted o su equipo. Puede agrupar productos en cualquier manera que desee, por fecha (mes, año), por objetivo (beta, general), por característica (impresoras láser, inkjet), etc. Las agrupaciones de productos se muestran en el recuadro de lista Examinar productos.
Propiedad: una información descriptiva sobre un producto. Una propiedad tiene un tipo, por ejemplo, nombre o valor. Por ejemplo, un producto denominado panel de instrumentos puede tener una propiedad nombre de material con un value de walnut.
Lifecycle Query Engine: un índice de datos que se puede consultar. Los datos se recuperan de orígenes de datos como, por ejemplo, productos de Rational Engineering Lifecycle Manager, elementos de trabajo de Rational Team Concert, requisitos de Rational DOORS y otras herramientas.
Enlace: representa una referencia a otro artefacto. El enlace puede almacenarse en otra herramienta como, por ejemplo, Rational Team Concert y Rational DOORS. El enlace también puede almacenarse en un producto.
Rama: una variante de un producto. La variante se crea cuando un equipo debe cambiar el mismo producto de varias formas o de forma independiente. Después de crear una rama de un producto, los equipos pueden realizar cambios paralelos.
Por ejemplo, supongamos que el equipo ha creado un manguito para tomar la presión arterial para adultos y está listo para trabajar en el mismo producto para niños. El equipo creará una variante de manguito para tomar la presión arterial y la denominará manguito para tomar la presión arterial (:tamaño=niños).
Para obtener información sobre la creación y la sustitución de ramas, consulte Sustitución de una rama.
Dimensiones de rama: una dimensión de rama describe la exclusividad de una rama mediante la definición de una de las características de la rama. Una dimensión consta de un nombre, por ejemplo, tamaño, y un valor, por ejemplo, niños, que aparece después del nombre de producto: (:tamaño=niños). Una rama está definida por su conjunto exclusivo de dimensiones. Una dimensión puede ser local en el producto o compartido en el producto. Puede crear una dimensión local o compartida en el recuadro de diálogo Confirmar rama o en la pantalla Gestionar dimensiones de rama.
Versión: la versión de solo lectura de un producto o jerarquía de productos. Cuando crea la versión de un producto, todos los productos debajo del producto seleccionado también son de sólo lectura. A todos los productos de la versión se les proporciona el nombre de la versión especificado en la incorporación.
Los equipos normalmente crean versiones para marcar un hito, por ejemplo, una compilación semanal, un release beta o un release general.
La imagen muestra el producto SuperCar, que está actualmente en un hito denominado sprint 4. Observe que Infotainment se ha actualizado en sprint 2 y no ha cambiado de nuevo, mientras que Ruedas se ha actualizado en sprint 4. Un equipo que deba retrotraerse a un sprint anterior de un producto hijo, por ejemplo, Interior - sprint 3, puede hacerlo ejecutando una operación Sustituir versión.

Además, cualquier usuario puede bloquear una versión, lo que la convierte en no modificable a menos que se vuelva modificable realizando una operación de desbloqueo o extrayendo una rama. Bloquear la versión de un producto es útil si debe ramificar un producto o si su producto está en un punto en el que no se debe llevar a cabo mayor desarrollo para un objetivo.
Para obtener información sobre cómo crear y sustituir versiones, consulte Incorporación de una versión para conseguir un objetivo.
Auditoría: un examen, en este caso, de un producto. El auditoría examina los cambios realizados en el producto seleccionado y, a continuación, muestra los resultados en una tabla a la derecha del árbol de productos.

Asimismo, puede ver el historial de auditoría de un producto. La pantalla Historial de auditoría presenta visualmente todas las versiones y ramas de un producto, incluidos todos los cambios de propiedades y los enlaces añadidos y eliminados.
Cada versión se muestra en un recuadro por separado, con un diseño de columna vertical. La versión más reciente se muestra en la parte superior de la columna. Cuando un producto tiene ramas, las ramas se muestran en una nueva columna.

Para obtener información sobre la visualización del registro de auditoría, consulte Cómo ver quién ha realizado cambios en un artefacto.
Historial de auditoría: una lista de sucesos pasados. La pantalla Historial de auditoría muestra una lista visual de sucesos pasados ejecutados en un determinado producto. El ejemplo anterior muestra una denominada SuperCar (:año de modelo=2016). El historial de auditoría muestra los metadatos relevantes: el usuario que ha cambiado el producto, qué cambios se han realizado y cuándo, y el nombre de los productos añadidos y eliminados.
Para obtener información sobre un historial de auditoría, consulte Visualización del historial de auditoría.
Jerarquía: Una clasificación piramidal de los productos. Cada nivel, excepto el superior, tiene un nivel superior, y cada nivel, excepto el inferior, tiene un nivel inferior. Los productos se organizan en una jerarquía la mayor parte de las veces, pero no siempre.
Mover: reubicar físicamente un producto en un producto diferente. Puede mover un producto de una ubicación a otra en el árbol de productos. Por ejemplo, el producto Llantas de lujo estaba en el producto Ruedas (:Llantas=16"). La ubicación era incorrecta, así que Llantas de lujo se movió a una marca de coches de lujo. Además, si Llantas de lujo tuviera una jerarquía debajo, la jerarquía se movería con Llantas de lujo.
Puede ver el movimiento de los productos consultando su historial de auditoría. La imagen muestra que Llantas de lujo empezó en Ruedas (:Llantas=16"), pero que luego se eliminó.

Para obtener más información sobre adónde se ha movido Llantas de lujo, puede comparar las versiones para visualizar información sobre los productos que se han añadido y eliminado del producto de destino.
Para obtener información sobre el movimiento de productos, consulte Manipulación de productos en el árbol de productos.
Reutilizar: utilizar de nuevo. Puede reutilizar un producto en el mismo producto y en otros productos. También puede reutilizar productos varias veces en el mismo producto, y el producto está reutilizando es exactamente el mismo, sólo que reutilizado. Si reutiliza un producto, el producto incluye sus productos hijo.
La imagen muestra el producto SuperCar con el producto Ruedas expandido. En Ruedas, tenga en cuenta que XB580 radial es un producto utilizado cuatro veces. La ventaja es que si cambia un producto reutilizado, por ejemplo, de radial a sin pernos, el cambio se propaga a los cuatro usos.

Para obtener información sobre la reutilización de productos, consulte Manipulación de productos en el árbol de productos.
Sustituir: ocupar el lugar de otro. Las versiones y las ramas pueden sustituirse por productos anteriores o más recientes. La sustitución de una versión o una rama es muy útil cuando un equipo debe sustituir un producto defectuoso actual por una versión anterior operativa del producto.
Para obtener información sobre la sustitución de productos, consulte Versiones y variantes.
Vistas: representaciones visuales del ciclo de vida de desarrollo. Las vistas estándar se describen en Visión general de las vistas de ejemplo, incluida la vista de proceso V.
Proceso V es una representación visual del ciclo de vida de desarrollo de los sistemas. Existen muchos ciclos de vida de desarrollo de sistemas:ágil, en cascada, mínimo; el proceso V es otra metodología.
Visualmente, la información se divide entre los dos lados de la V. A la izquierda están las tareas controladas por la definición de producto como, por ejemplo, la creación de conceptos, los requisitos, la arquitectura y el diseño. A la derecha están las tareas controladas por la integración y las pruebas del producto como, por ejemplo, la verificación y validación del sistema, y la integración, la prueba y la verificación. La verificación y la validación a la derecha de la V se pueden llevar a cabo simultáneamente con los pasos de definición del producto a la izquierda de la V.
Como los equipos participan en la verificación y la validación temprana del producto, los equipos encuentran los defectos en las primeras etapas de desarrollo y, de esta forma, evitan el flujo descendente de defectos. La detección temprana de defectos reduce el coste de tener que arreglarlos. Asimismo, la validación temprana y la comunicación mejorada entre los miembros del equipo garantizan que se cumplan los estándares de calidad.
El proceso V es independiente del producto y la organización, de forma que cada equipo puede personalizar el proceso V para su producto. La página Vistas compartidas contiene vistas de proceso V de ejemplo para el desarrollo de software y hardware.

Para obtener información sobre las vistas, consulte Creación de una vista.
Para entender cómo se rellenan las vistas, consulte la siguiente entrada, "Consultas". Para obtener información sobre las consultas y las vistas, consulte Cómo trabajan conjuntamente las vistas y las consultas.
Consultas: una forma de recuperar la información del índice. Los artefactos (por ejemplo, los productos, los elementos de trabajo, los requisitos, los modelos de diseño y los casos de prueba) se recuperan de Lifecycle Query Engine.
Los administradores crean consultas para incluirlas en las vistas personalizadas que crean. Las consultas extraen datos del índice y renuevan la vista personalizada con los artefactos correspondientes. A continuación, los artefactos recuperados pueden utilizarse para rellenar una vista, ejecutar un informe, realizar un análisis, etc.
Hay varias consultas disponibles en la página Consultas compartidas.
Para obtener información sobre las consultas, consulte Crear y ejecutar consultas.
Análisis: un examen detallado de los artefactos. Analice los artefactos para explorar y descubrir cómo se relacionan entre ellos.
Utilice los perfiles de análisis de impacto que se proporcionan para personalizar los diagramas de perfiles de análisis de impacto que muestran las relaciones entre los artefactos. Por ejemplo, si un producto hijo del producto se retira, puede ejecutar un análisis de impacto en ese producto hijo para medir el impacto de la sustitución.
La salida de análisis muestra todas las dependencias, los productos hijos y los artefactos bloqueados relacionados con el producto hijo retirado.

Para obtener información sobre el análisis, consulte Análisis de la relación de un artefacto con otros artefactos.
Informes: una medida física del rendimiento. Los informes utilizan datos del índice para generar documentos que realizan un seguimiento del estado y el progreso. Puede utilizar esta información para gestionar y mitigar los riesgos de desarrollo, mejorar la calidad del producto, controlar los costes del producto, etc.
Para obtener información sobre los informes, consulte Ejecutar e imprimir un informe para mostrar el estado de los artefactos.
Requisitos: describen lo que desean los usuarios de un producto o servicio. Un requisito puede contener enlaces a artefactos relacionados que amplían la definición. Para obtener una explicación detallada de los requisitos, consulte Rational DOORS.
Modelos de diseño: ayudan a los equipos a crear, diseñar y desarrollar software y sistemas de forma iterativa y colaborativa. Para obtener una explicación detallada de los modelos de diseño, consulte Rational Design Management.
Casos de prueba: ayudan a los equipos a planificar, desarrollar, ejecutar y notificar su plan de prueba, para garantizar que se cumplan los estándares de calidad. Para obtener una explicación detallada de los casos de prueba, consulte Rational Quality Manager.
Elementos de trabajo: gestionan las tareas y los problemas que debe resolver el equipo durante el ciclo de desarrollo. Para obtener una explicación detallada de los elementos de trabajo, consulte Rational Team Concert.