requisito |
Una condición o capacidad que debe proporcionar un sistema o producto. Esta condición normalmente se deriva de las necesidades de los usuarios y se indica en un contrato, un estándar, una especificación u otro documento. |
Se expresan como objetos en modelos. |
Se expresan como artefactos. |
proyecto |
Ninguna. |
Un proyecto es una carpeta especializada que puede contener subproyectos, carpetas, módulos y artefactos. |
Un área de proyecto es un área independiente para un equipo o proyecto determinado por motivos de seguridad.
Los miembros de un área de proyecto pueden visualizar cualquier artefacto de dicha área, los que no son miembros no verán nada. |
carpeta |
Un contenedor para subcarpetas, módulos y artefactos. |
Las carpetas también pueden contener proyectos. |
Los proyectos que se migran de Rational DOORS se muestran como carpetas. |
módulo |
Un documento estructurado que está formado por varios artefactos de requisito. La estructura se puede crear en un módulo modificando el orden y la jerarquía de los artefactos. |
Igual que la definición común. |
Igual que la definición común. |
colección |
Ninguna. |
No se aplica. |
Un contenedor que se utiliza para visualizar o gestionar un grupo de artefactos relacionados. |
artefacto |
Un requisito o una entidad relacionada como texto, imagen o tabla. |
Los artefactos de requisito se crean como objetos en un módulo. |
Un artefacto puede existir como una entidad independiente en una carpeta y en módulos y colecciones.
De este modo, los artefactos pueden compartirse en diversos contextos. |
atributo |
Cualidad definida y valores que se pueden asignar
a un artefacto. Por ejemplo, un artefacto puede tener un atributo
"priority" con valores "high", "medium" y "low". En vistas de cuadrícula, los atributos se pueden mostrar en columnas u ocultarse. |
Igual que la definición común. |
Igual que la definición común. |
tipo |
Un tipo de datos que se aplica a un artefacto o atributo. |
Los tipos son específicos de los módulos individuales. Se copian cuando se utilizan los mismos tipos y las mismas formas en diversos módulos. |
Los tipos se definen globalmente en un área de proyecto. Se copian sistemas de tipos enteros entre áreas de proyecto cuando se necesita estandarización o reutilización. |
enlace |
Relación entre dos artefactos. Un término abreviado de enlaces internos o estándar. |
Indicación bidireccional de dependencia entre dos o más requisitos en el mismo módulo o en módulos diferentes. |
Relación entre dos artefactos o contenido dentro de artefactos. Es posible aplicar enlaces internos a cualquier artefacto del área de proyecto. |
enlace OSLC |
Puntero a un artefacto en una aplicación externa habilitada para OSLC. Incluye enlaces entre
Rational
DOORS Next Generation
y Rational
DOORS. |
Igual que la definición común. |
Igual que la definición común. |
enlace externo |
URI o equivalente que apunta a un recurso de otra aplicación o plataforma, como un sitio web de Internet. |
Igual que la definición común. |
Igual que la definición común. |
fases de migración |
Fases de preparación, migración y mantenimiento en la migración de datos. |
En la preparación, se identifican los datos esenciales; estos se analizan con las métricas de migración. Los datos se pueden modificar para que sean coherentes. En la migración, se crean y exportan paquetes. En el mantenimiento, se mantienen los datos de archivado con permisos de solo lectura. |
En la preparación, se identifican los objetivos de negocio y los datos de migración esenciales.
En la migración, se importan paquetes. En el mantenimiento, los datos importados se pueden asignar a áreas del equipo con la seguridad aplicable. |