Glossário do pacote CF

Uma sessão do LN onde os dados são armazenados, atribuídos às classes e usados no pacote do Configurador.

As classes de aplicativo do LN servem de intermediárias entre as tabelas relacionais do LN e classes de configuração orientadas a objeto.

Uma classe pode ter dados vinculados a ela, por exemplo, Nome e Data de nascimento. Uma classe também pode ter lógica de aplicativo associada vinculada a ela. Por exemplo, a Idade pode ser calculada a partir da data de hoje e da Data de nascimento.

Um exemplo é a relação de BOM que não pode existir por conta própria. A vida da relação de BOM depende da vida de um item ao qual ela está relacionada. Se o item é excluído, todas as relações de BOM também são excluídas.

Na figura acima, veja os componentes de interface de usuário e suas relações (chamadas de relações de componente da interface do usuário).

Um componente da caixa de diálogo da interface do usuário. Cada componente tem suas próprias características. Há componentes que influenciam somente o layout da caixa de diálogo da interface de usuário (por exemplo formulário, caixa de diálogo com guias, guia de formulário e estrutura) e componentes capazes de gerir dados (caixa de texto, caixa de lista suspensa e botão de opção).

Quase toda entidade modelada no Configurador tem uma data de efetividade e uma data de vencimento que definem o período de validade da entidade. Se for especificada uma data de referência, é possível verificar se a entidade é válida.

Se a data de efetividade for B e a data de referência for C, a entidade em Configurador não será válida.

Se a data de vencimento for B e a data de referência for C, a entidade em Configurador será válida no intervalo (C <-> B).

No caso de controle de efetividade, a data de referência é verificada em relação à data de efetividade. Se a data de referência for maior ou igual à data de efetividade, a entidade de configuração será válida.

No caso de controle de efetividade, a data de referência é verificada em relação à data de efetividade e de vencimento. Se a data de referência for maior ou igual à data de efetividade, a entidade de configuração será válida. Se a data de referência for maior ou igual à data de vencimento, a entidade de configuração deixará de ser válida.

No caso de controle de efetividade, a data de referência é verificada em relação à data de vencimento. Se a data de referência for maior ou igual à data de vencimento, a entidade de configuração deixará de ser válida.

Um evento de configuração é identificado com uma identificação de evento de configuração.

Por exemplo, uma visualização de engenharia usa características que não são utilizadas na visualização de marketing. Para limitar o número de características e opções que podem ser herdadas da visualização de engenharia para a visualização de marketing, é preciso especificar um filtro de herança.

Cada usuário pode ter várias funções, e cada função pode se relacionar a vários usuários. No entanto, um usuário pode estar ativo (conectado) em apenas uma função por vez.

Um componente de visualização de configuração do tipo categoria de visualização pode usar um ícone de pasta aberta ou fechada.

Um componente de visualização de configuração do tipo classe de configuração pode usar um aplicativo.

No navegador de objeto, é possível visualizar e realizar a manutenção dos dados do Configurador e dos dados convertidos do LN de forma semelhante a um explorador.

Na estrutura do Configurador, é possível definir a maneira em que o navegador de objeto reflete os dados.

Característica: Cor base

Opções de característica: Vermelho, verde ou azul

Uma ordem de alteração pode basear-se em opção ou data. Quando uma ordem de alteração baseia-se em data, a data de vencimento e/ou de efetividade em combinação com a data de referência determinam se uma ordem de alteração é válida.

As ordens de alteração baseadas em opção são usadas para expressar uma condição em termos de valores de opção. Por exemplo, uma ordem de alteração entra em vigor quando certo número de série é atingido ou para determinados números de série.

Uma ordem de alteração pode basear-se em opção ou data. Quando a ordem de alteração baseia-se em data, a data de vencimento e/ou de efetividade, em combinação com uma data de referência, determina a validade da ordem de alteração.

Como exemplo de pacote opcional, considere a característica “edição”. Essa característica tem duas opções predefinidas: padrão e luxo. Além dessas duas características, há também o teto solar e o ar condicionado. Ambas as características têm dois valores predefinidos: sim e não. Um pacote opcional pode então ser definido para determinar que uma edição de luxo implica a inclusão de teto solar e ar-condicionado. Por outro lado, outro pacote opcional pode ser usado para definir que a edição padrão não tem teto solar nem ar condicionado. Formalmente, isso pode ser expresso por dois pacotes opcionais X e Y.

X: (edição, luxo) -> {(teto solar, sim), (ar condicionado, sim)} Y: (edição, padrão) -> {(teto solar, não), (ar condicionado, não)}

Os pacotes opcionais são de dois tipos diferentes: Comercial, Técnico. Esses tipos influenciam somente a forma como os pacotes opcionais são utilizados. Os pacotes comerciais são visíveis para o usuário porque carregam semântica comercial. Os pacotes opcionais técnicos têm somente uso técnico e, portanto, suas opções não são apresentadas na interface do usuário.

Um pacote opcional pode então ser definido para determinar que uma edição de luxo implica a inclusão de teto solar e ar-condicionado. Por outro lado, outro pacote opcional pode ser usado para definir que a edição padrão não tem teto solar nem ar condicionado. Formalmente, isso pode ser expresso por dois pacotes opcionais X e Y.

X: (edição, luxo) -> {(teto solar, sim), (ar condicionado, sim)} Y: (edição, padrão) -> {(teto solar, não), (ar condicionado, não)}

Os pacotes opcionais são de dois tipos diferentes: comercial e técnico. Esses tipos influenciam somente a forma como os pacotes opcionais são utilizados. Os pacotes comerciais são visíveis para o usuário porque carregam semântica comercial. Os pacotes opcionais técnicos têm somente uso técnico e, portanto, suas opções não são apresentadas na interface do usuário.

Explicação de cada parte e sua função:

Parte de condição

Uma parte de condição é uma expressão booleana que expressa em quais circunstâncias as opções devem ser incluídas, excluídas ou selecionadas. A parte de condição verifica uma característica em relação a certo valor de opção.

Parte de inclusão

A parte de inclusão é a parte de uma regra de restrição de configuração que expressa as opções que deveriam ter sido escolhidas. Se isso não for verdadeiro, a restrição de configuração será chamada de violada.

Parte de exclusão

A parte de exclusão é a parte de uma regra de restrição de configuração que expressa as opções que deveriam ter sido escolhidas. Se isso não for verdadeiro, a restrição de configuração será chamada de violada.

Parte de seleção

A parte de seleção é a parte de uma regra de restrição de configuração que expressa as opções que serão escolhidas. Essa restrição de configuração não pode ser violada porque a seleção de opção será aplicada. Em outras palavras, as opções serão configuradas como definidas.

O formato geral da declaração se-então é:

IF <parte da condição> THEN
  INCLUDE <parte da inclusão>
  EXCLUDE <parte da exclusão>
  SELECT  <parte da seleção>

Como exemplo, veja a figura abaixo. Os componentes Guia do formulário 1, 2 e 3 são filhos de formulário pai. Os componentes Quadro 1 e 2 são filhos do pai Guia do formulário 1. E assim por diante.

No exemplo acima, veja os componentes de interface de usuário e suas relações (chamadas de relações de componente da interface do usuário).

Como exemplo, veja a figura abaixo. Os componentes Demonstração, Estrutura de linha e os Parâmetros são filhos do pai Menu principal. O componente Caixa de diálogo de demonstração é filho da Demonstração pai. Visto que esse é um componente de visualização de configuração do tipo classe de configuração que representa um aplicativo, também é o nível mais baixo da estrutura do menu.

A aplicação de relações de herança entre classes resulta em superclasses e subclasses. A classe derivada é a subclasse. A classe original é conhecida como superclasse.

Um aplicativo é a conversão das necessidades do cliente para a estrutura de produto da variante. As restrições de configuração indicam que componentes e operações serão utilizados em uma variante específica do produto.

Se o valor do recurso estiver limitado a determinado intervalo por meio de características mínimas e máximas, o LN verificará se uma característica de fornecimento não ultrapassará o valor máximo de recurso e se uma característica de consumo não ultrapassará o valor mínimo.

Por exemplo, a classe Volvo tem relação com três outras classes, ou seja, as classes dependentes: caminhão Volvo, van Volvo e carro de passageiros Volvo. O tipo de relação entre a Volvo e os tipos poderia ser, por exemplo, “Um dos modelos de carros da Volvo”.

É possível herdar classes relacionadas à classe Volvo (por exemplo, a classe Cor) para as classes caminhões Volvo e carro de passageiros Volvo. Assim, essas duas classes têm um tipo de relação chamada, por exemplo, “Opções de cores”. Assim, os objetos dentro da classe carro de passageiros têm relação com os objetos da classe cor, por exemplo, vermelho ou azul.

Somente características com lista de domínio podem ter opções. Todas as características que têm outro tipo de domínio têm valores de opção.

O menu é composto de componentes de visualização de configuração. A hierarquia entre esses componentes de visualização de configuração é definida pelas relações entre eles.

A caixa de diálogo consiste em componentes de interface do usuário. A hierarquia entre esses componentes de interface do usuário é definida pelas relações entre eles.