requisito |
Uma condição ou capacidade que um produto ou sistema deve fornecer. Essa
condição geralmente é derivada das necessidades do usuário e é indicada em um contrato,
uma norma, uma especificação ou em outro documento. |
Expresso como objetos em modelos. |
Expresso como artefatos. |
projeto |
Nenhum. |
Um projeto é uma pasta especializada que pode conter subprojetos, pastas,
módulos e artefatos. |
Uma área do projeto é uma área autocontida para uma equipe ou um
projeto específico por propósitos de segurança.
Os membros de uma área do projeto podem visualizar qualquer artefato na área do
projeto e os não membros não veem nada. |
pasta |
Um contêiner para subpastas, módulos e artefatos. |
As pastas também podem conter projetos. |
Os projetos que são migrados do DOORS são exibidos como pastas. |
módulo |
Um documento estruturado que é composto de diversos artefatos do requisito. A
estrutura pode ser criada em um módulo ao modificar a ordem e a hierarquia dos
artefatos. |
Igual à definição comum. |
Igual à definição comum. |
coleção |
Nenhum. |
Não se aplica. |
Um contêiner usado para visualizar ou gerenciar um grupo de artefatos
relacionados. |
artefato |
Um requisito ou uma entidade relacionada, como um texto, uma figura ou uma
tabela. |
Os artefatos do requisito são criados como objetos em um módulo. |
Um artefato pode existir como uma entidade independente em uma pasta e em
módulos e coleções.
Portanto, os artefatos podem ser compartilhados em diversos contextos. |
atributo |
Uma qualidade e valores definidos que podem ser designados a um artefato. Por
exemplo, um artefato pode ter um atributo "priority" com os valores "high",
"medium" e "low". Em visualizações em grade, os atributos podem ser exibidos como
colunas ou ocultados. |
Igual à definição comum. |
Igual à definição comum. |
tipo |
Um tipo de dados que é aplicado a um artefato ou atributo. |
Os tipos são específicos para módulos individuais. Eles são copiados quando os
mesmos tipos e as mesmas formas são usados entre diversos módulos. |
Os tipos são definidos globalmente em uma área do projeto. Sistemas de tipos
inteiros são copiados entre áreas do projeto quando a reutilização ou a padronização é
necessária. |
link |
Um relacionamento entre dois artefatos. Um termo abreviado para links padrão ou
internos. |
Uma indicação bidirecional de dependência entre dois ou mais requisitos no mesmo
módulo ou em módulos diferentes. |
Um relacionamento entre dois artefatos ou entre o conteúdo nos artefatos. Os
links internos podem ser aplicados a quaisquer artefatos em uma área do projeto. |
Link OSLC |
Um ponteiro para um artefato em um aplicativo externo ativado para OSLC. Isso
inclui links entre o
Rational
DOORS Next Generation e o DOORS. |
Igual à definição comum. |
Igual à definição comum. |
link externo |
Um URI ou equivalente que aponta para um recurso em outra plataforma ou outro
aplicativo, como um website na Internet. |
Igual à definição comum. |
Igual à definição comum. |
fases de migração |
As fases de preparação, migração e manutenção da migração de dados. |
Durante a preparação, os dados de migração essenciais são
identificados. Os dados são analisados com métricas de migração. Os dados podem ser
modificados por motivo de consistência. Durante a migração, os pacotes
são criados e exportados. Durante a manutenção, os dados de arquivamento são
mantidos com permissões somente leitura. |
Durante a preparação, os objetivos de negócios e os dados de
migração essenciais são identificados.
Durante a migração, os pacotes são importados. Durante a
manutenção, os dados importados podem ser designados a áreas da equipe com
segurança aplicável. |