MIL-HDBK-61A: Controle de Configuração

Anterior |Índice |Próximo >

6.1 Configuração de Controle de Atividade

Configuração de controle é, talvez, o elemento mais visível de gerenciamento de configuração. É o processo usado por empreiteiros e escritórios do programa do governo para gerenciar a preparação, justificação, Avaliação, Coordenação, disposição e implementação das alterações de engenharia propostas e desvios aos itens de configuração efetivos (CIs) e documentação de configuração baseada em bases.

O principal objetivo do controle de configuração é estabelecer e manter um sistemático processo de gerenciamento de mudanças que regula custos de ciclo de vida, e:

• Permite ótimo design e desenvolvimento de latitude, com o nível adequado, e a profundidade de configuração de procedimentos de controle de mudanças durante o ciclo de vida de um sistema de IC.

• Fornece o processamento eficiente e implementação de alterações de configuração que manter ou melhorar a prontidão operacional, o suporte, a permeabilidade e a interoperabilidade

• Garante completas, precisas e oportunas alterações de configuração a documentação mantida sob adequado controle de configuração de autoridade

• Elimina mudança desnecessária a proliferação de

O período de controle de Configuração começa para o Governo, uma vez que o primeiro documento de configuração é aprovado e baselined. Isto ocorre normalmente quando a linha de base da configuração funcional (referida como a linha de base dos requisitos na EIA/IS-649) é estabelecida para um sistema ou item de configuração. Nesse ponto, complementares Governo e a contratante alterar os procedimentos de gestão são empregadas para avaliar sistematicamente cada proposta de alteração de engenharia ou solicitado desvio para baselined documentação, para avaliar o total do impacto das mudanças (incluindo custos), através da coordenação com afetadas atividades funcionais, à sua disposição, a alteração ou desvio e tempo de aprovação ou reprovação, e para assegurar a execução oportuna das mudanças aprovadas por ambas as partes. O controle de configuração é uma disciplina essencial ao longo do ciclo de vida do programa. A figura 6-1 ilustra um modelo de atividade de alto nível do processo de controle de configuração. Ele mostra o processo de controle de configuração dividido em três segmentos, que são detalhados nas figuras 6-2, 6-3 e 6-4, respectivamente.

the first segment, Government Configuration Control-Initiation, reflects the portion of the process prior to Government request for a contracting Engineering Change Proposal (ECP). Esta actividade ocorre:

• Quando a necessidade de uma mudança é originado por uma actividade do Governo (incluindo o campo de operações e de atividades de)

• Como resultado da entrada do contratante que uma Classe de eu Mudar para um Governo de base controlada é necessária

• Depois de documentação de configuração que serão afetados pela proposta de alteração foi aprovada e incorporada à linha de base atual controlado pelo Governo

Mudanças podem ser necessárias para uma variedade de razões, como para combater a nova ameaça, inserir novas tecnologias, e responder a testes e avaliações técnicos e operacionais ou corrigir problemas. Tal como indicado na figura 6-2, a actividade governamental responsável pelo controlo da configuração confirma a necessidade de alteração, fixa limiares de desempenho, custo e calendário para a alteração proposta, determina que a alteração é tecnicamente exequível e acessível (com base nas informações actuais e na interface contratual, se for caso disso) e prepara um pedido para o(s) contratante (s) preparar um ECP. Um dos contribuintes mais significativos para a eficiência e eficácia do controlo de configuração é uma comunicação clara e concisa entre o governo e o Contratante antes do pedido formal de ECP. Idealmente, isso ocorre em um ambiente integrado de equipe de produtos.

Figure 6-3, reflecting the second segment of Figure 6-1, models the contractorer’s configuration control process. O controle de configuração do CONTRATANTE é invocado como o CONTRATANTE libera cada item da documentação de configuração. Em última análise, o controle de configuração do CONTRATANTE é aplicado ao conjunto completo de documentação de configuração, incluindo documentação de configuração baseada no governo no nível de desempenho ou especificação detalhada, conforme aplicável, e a solução de projeto incorporada em modelos de engenharia e desenhos. O CONTRATANTE responde aos pedidos governamentais de ECP e aos pedidos gerados internamente de alterações ou desvios de projeto (RFD). O CONTRATANTE avalia cada pedido de alteração ou desvio proposto e documenta o seu impacto no desenvolvimento e no apoio da IC, determina o nível de revisão e aprovação exigido e garante que a Autoridade de controlo de configuração aplicável tome uma decisão específica sobre a viabilidade da alteração antes de Esta ser implementada. Os ECPs e RFDs que requerem revisão e/ou aprovação do governo são enviados de acordo com os requisitos contratuais. A decisão de aprovação da alteração é tomada pelo governo quando:

• A mudança é uma exigência de um baselined nível de desempenho de configuração do documento controlado pelo Governo, ou

• uma alteração em Um documento de configuração controlada pelo contratante tem um impacto no desempenho especificado, capacidade de suporte e outros contratualmente especificados requisitos relativos à CI e documentação controlada pelo Governo.

o CONTRATANTE toma a decisão quando a mudança é para itens / documentação de configuração para o qual é a Autoridade de controle de configuração, desde que essas alterações não impactam as linhas de base do Governo.

figura 6-4 modela o terceiro segmento da figura 6-1, cobrindo a parte do processo relacionada com a revisão governamental e disposição do CONTRATANTE submetido ECPs e RFDs. Ilustra a revisão representativa da Administração local e a concordância com as alterações de classe II e pequenos desvios (quando tal acção é contratualmente exigida) e o seu aval (ou não aval) às alterações de classe I e aos desvios importantes/críticos. A atividade de controle de configuração do governo (normalmente um secretariado) se prepara para o conselho de controle de configuração, coordenando a mudança proposta com todas as partes afetadas, recebendo compromissos técnicos de Concordância e custo e cronograma, e colocando a mudança/desvio no calendário do CCB (em conjunto com a sua prontidão e a urgência da mudança). O CCB passa em seguida a analisar a proposta e os compromissos de execução e aprova ou desaprova-os de acordo com a política da actividade de aquisição. Como resultado da decisão do CCB, a direção de implementação é dada, normalmente sob a forma de uma diretiva do CCB. As ações direcionadas pelo CCB incluem ações contratuais e ordens de atribuição para atividades governamentais, conforme aplicável. Em resposta a uma directiva do CCB, o gabinete contratante do Governo prepara e negoceia uma alteração de contrato para autorizar o CONTRATANTE a prosseguir com a implementação do ECP de classe I aprovado ou desvio importante/crítico.

An effective, well-defined configuration control process assures the government program office that all changes to government-controlled baselines, no matter how small or seemingly insignificante, are reviewed by the applicable configuration control authority. Sem um processo de controle de configuração eficaz, o escritório do programa corre o risco de entregar CIs com configurações que:

• São tecnicamente inadequadas e não para satisfazer os requisitos de desempenho especificados

• não São logisticamente com suporte

• Pode não ser seguro

• Resultado em desperdício de recursos, e

• não proporciona uma boa registro histórico, como base para mudanças futuras.

como descrito em 6.1, controle de configuração da documentação de configuração baseada é um processo integrado de gestão de mudanças, incluindo tanto a atividade de execução (geralmente um contratante) e atividade de tarefa (geralmente o governo) responsabilidades para a preparação da mudança, justificação, Avaliação, Coordenação, disposição e implementação. Através do processo de controle de configuração, o impacto total das alterações e desvios de engenharia propostas é identificado e contabilizado em sua implementação.

o processo de controle de configuração evolui de um processo menos formal nas fases iniciais de um programa para um processo muito disciplinado e formal durante as fases de desenvolvimento e demonstração do sistema, produção e implantação, e operação e suporte . Na fase de exploração do conceito, o processo de controle de configuração é utilizado em apoio à engenharia de sistemas para garantir que a versão correta de documentos, que comunicam decisões técnicas ou definição de Parâmetros de estudo pertinentes, sejam divulgados e utilizados por todo o pessoal. Além disso, o processo sensibiliza as partes afectadas para o desenvolvimento de uma mudança que lhes permite fornecer contributos pertinentes.

na fase de desenvolvimento do conceito e Tecnologia (se aplicável), quando os documentos de definição do programa estão sendo desenvolvidos, o processo de controle de configuração também é menos formal. Como parte do processo de controle de engenharia de sistemas nesta fase, pode haver várias linhas de base de definição de requisitos estabelecidas para conveniência em garantir que todos os participantes do programa estão ” na mesma página.”Um procedimento de controle de configuração é útil nesta fase para a revisão e coordenação de mudanças nas especificações de nível do sistema em evolução. Também pode servir para manter o intercâmbio de informações entre o governo e o CONTRATANTE eficiente e gerenciável, fornecendo:

• A identificação, documentação, divulgação e revisão de alterações

• Adequado controle de versão de arquivos e revisão de documentos

• Um processo de liberação para garantir que cada versão/revisão reflecte as alterações aplicáveis

Durante o Desenvolvimento do Sistema e de Demonstração, de Produção e de Implantação e Operação e Suporte de fases, um formal de configuração de controle de processo é essencial. O controle informal de mudança de documento que foi praticado durante as explorações de conceitos é insuficiente para a aquisição e sustentação de sistemas. Como o produto está sendo desenvolvido e produzido controle de configuração centra-se na documentação que define o desempenho, características físicas e funcionais e a configuração do produto. Controle de configuração é um processo de gestão que utiliza linhas de base de configuração contratual (governo) e interna (contratante) como referências para a gestão de mudanças. Neste contexto, no entanto, existem vários níveis de complexidade de controle de configuração. Quando visto a nível macro, descrito pelos modelos de atividade (Figuras 6-1 através de 6-4), o processo de:

• Endereços de linha de base a documentação

• Determina quais documentos são impactadas

• Propõe uma mudança cobrindo os impactos para todos os afetados elementos, e

• Estados-membros, quando, onde, e por quem a documentação será atualizada e a mudança será incorporado no produto e em todos os elementos de suporte.

embora esta visão de macro de nível superior pareça simples e direta, uma visão de nível micro do processo de controle de configuração pode ser consideravelmente mais complexa. A micro visão revela a camada de processo que trata do que deve ser feito para mudar cada elemento afetado, e, portanto, com uma grande variedade de considerações, tais como direitos de dados; Autoridade de aprovação, custodians de Documentos; design, liberação, produção, organizações de instalação e teste; relações contratuais e de interface.

para alterar um produto, o primeiro passo é a revisão dos documentos que definem o produto. Os conceitos a seguir discutidos facilitam a realização deste passo, utilizando ferramentas automatizadas como um CM AIS. Este manual vê estes conceitos tanto do ponto de vista da Gestão de programas (macro) como do ponto de vista do controlo de documentos (micro).

6.1.1.1 Autoridade Actual.A nível micro, se um programa ECP propor uma alteração do impacto de um produto vários documentos, a proposta de alteração, a avaliação e a implementação devem considerar:

• quem é a autoridade contratual para aprovar um ECP? Esta é a Autoridade de controle de configuração do produto

• quem tem o direito de aprovar a revisão de cada documento afectado por um ECP? Esta é a Autoridade de mudança de documento atual.

• é necessário um ECP relacionado de uma organização da Autoridade de mudança de documento antes que a Autoridade de controle de configuração para o produto possa aprovar um ECP para o produto?

• existem outras atividades governamentais ou industriais envolvidas porque o produto tem vários usuários? São actividades de Aplicação. Um deles é designado como a principal actividade de Aplicação?

A. Autoridade de controle de configuração.

a Autoridade de controle de configuração contratual que aprova a implementação de uma mudança para um produto (Sistema/IC) pode inicialmente residir com um contratante ou com o governo. Pode ser transferido do CONTRATANTE para o governo, ou pode continuar a residir com o CONTRATANTE durante todo o ciclo de vida da IC. Esta autoridade é tecnicamente responsável pelo desempenho do produto, bem como fiscalmente responsável pelo financiamento de alterações ao produto.

o nível de controle de configuração do governo é geralmente determinado como parte da seleção de IC. Durante um programa de aquisição, são os níveis em que o governo especifica, contrata, aceita e planeja apoiar logisticamente os componentes individuais de um sistema ou Sci. O controle de configuração do governo sempre aborda a linha de base funcional e as linhas de base atribuídas estabelecidas para CIs de nível inferior cujas especificações foram emitidas pelo governo, ou aprovadas pelo Governo . Práticas similares e relacionadas de controle de configuração do CONTRATANTE também se aplicam a CIs e Componentes abaixo do nível de controle de configuração do Governo.

a Autoridade de controlo da configuração contratual aborda o conjunto total de documentos que são baseados no produto controlado por essa autoridade para um contrato específico. Esta autoridade pode ser a actual Autoridade de alteração de documentos (CDCA), descrita em B. infra, para documentos individuais que exigem alterações (por exemplo, uma especificação de desempenho do sistema ou IC). Se não for o ACDC para um determinado documento, não tem autoridade para aprovar uma proposta de alteração desse documento e, por conseguinte, deve solicitar a aprovação do ECP do ACDC aplicável, ou selecionar um projeto alternativo.

B. actual Autoridade de mudança de Documento.

the concept of current document change authority (CDCA is an expression of a relationship that has always existed. Antes da necessidade de gerir a documentação de configuração com um sistema de informação automatizado, este conceito não foi claramente articulado, mas foi incorporado nos termos “Originating Design Activity” e “Current Design Activity”.”No entanto, a definição desses Termos se refere especificamente a documentos de projeto, por exemplo, desenhos de engenharia, ao contrário de toda a documentação, e eles também incluem custodial, bem como responsabilidade de projeto.

a ACDC, por outro lado, pertence a especificações ou qualquer outro tipo de documento e é independente da organização que mantém e armazena fisicamente o documento. O CDCA é a organização que tem a Autoridade de decisão sobre o conteúdo do documento, refletindo direitos de propriedade ou dados sobre as informações que o documento contém. A ACDC pode ser uma atividade do governo ou um contratante, e a autoridade pode ser transferida. No entanto, existe apenas um CDCA para um documento de cada vez.

os cenários na caixa ilustram a lógica da designação CDCA:

C. Application Activity.

pode haver várias autoridades de controlo da configuração para um produto com mais de um utilizador; cada uma delas é uma autoridade de controlo da configuração para um determinado contrato. Se a Autoridade de controlo da configuração de um contrato for a ACDC para a especificação de desempenho do Sistema/IC para o produto, as outras autoridades de controlo da configuração são consideradas actividades de aplicação, uma vez que a sua autoridade se estende apenas à utilização do produto e da sua documentação. Eles não podem autorizar a mudança para qualquer um dos dois, mas eles podem participar no processo de controle de mudança se solicitado pela Autoridade de controle de configuração que é o CDCA, ou pela atividade de aplicação líder do Governo.Sempre foi desejável para o contratante que um item negociasse através de um único ponto focal do governo para a coordenação das mudanças. Muitas vezes isso não tem acontecido. Cada atividade do Governo tipicamente considerava sua autoridade primordial e nem sempre reconhecia que havia várias autoridades de Aplicação. À medida que a utilização múltipla de itens continua a proliferar, deve existir um método lógico simples de distinguir a Autoridade de controlo da Autoridade de utilização e de comunicar e coordenar as alterações que possam ter impacto na utilização múltipla. A seguinte Atividade de Aplicação denominações são utilizadas para esta finalidade:

• Aplicação de atividade (AA) – um usuário de um documento que não é o seu CDCA

• liderança do Governo autoridade de aplicação (GLAA) – o Governo de aquisição de atividade que tem sido designado como o chumbo para a aquisição do item. Ao assumir este papel, o GLAA consolida recomendações de todas as atividades de aplicação do Governo e é o único ponto de contato dentro do governo para a coordenação com o governo/contratante CDCA.

6.1.1.2. Mudar A Classificação.

a classificação de alterações é um método abreviado para indicar o método de processamento e/ou aprovação de alterações. Os ECPs que devem ser submetidos ao governo são classificados como Classe I ou classe II. Um ECP de classe I é aprovado pelo Conselho de controle de configuração do Governo e autorizado com uma modificação de contrato. Uma alteração de classe II, por outro lado, é normalmente revista para concordância na classificação pelo representante da administração local, salvo especificação em contrário no contrato. A menos que um representante do governo seja identificado no contrato (normalmente uma pessoa da actividade de aquisição), o Contratante (ou cedente ECP) é responsável pela atribuição da classificação das alterações. Critérios semelhantes para a classificação de alterações estão contidos nos ANSI/EIA-649, onde as classificações de alterações são referidas como alterações “grandes” e “menores”..

na aquisição baseada no desempenho, A definição de ambas as alterações de classe I e classe II foram modificadas para refletir a aplicação apenas para alterações que o governo de impacto aprovou (com base na documentação de configuração). As alterações à documentação baseada no contratante devem ser todas revistas pelo CONTRATANTE para determinar se também têm impacto nos requisitos de desempenho do governo e nas actividades de apoio.

os factores de classificação aplicam-se apenas às alterações de engenharia propostas para a documentação de configuração aprovada. Embora a adição de uma declaração de tarefa de trabalho (como uma análise de impacto ambiental) pode exigir uma modificação de contrato e pode resultar em aumento de custos para o governo, não é considerado uma mudança de engenharia de classe I porque nem o projeto nem a documentação de configuração é afetada.

na classificação de uma alteração, deve considerar-se mais do que a forma, o ajuste, a função ou as características da interface do próprio IC. Todos os factores de classificação ECP devem ser considerados antes da classificação de um ECP. Os factores incluem muitas considerações de apoio, operacionais e de formação. Por exemplo, se o contratante é CDCA para a documentação do cartão, uma proposta de mudança de projeto para um cartão de circuito eletrônico não seria uma mudança de classe I por si só.. Mas se o redesenho exigir uma alteração do equipamento de ensaio automático ou do software de suporte pelo qual o governo é responsável, a alteração deve ser classificada como um ECP de classe I e processada em conformidade. Note-se que alterações deste tipo de classe I, que são erradamente classificadas como Classe II ou consideradas sob a responsabilidade da ACDC do CONTRATANTE, podem resultar em problemas significativos de Utilização operacional e/ou de apoio logístico e em custos acrescidos para o governo.Todas as aplicações da IC afectada devem ser consideradas aquando da classificação de uma alteração, por exemplo, ECPs iniciados contra uma IC fabricada por mais de um contratante, uma IC que tenha múltiplas aplicações ou que seja utilizada por mais de uma actividade de Tarefas (aplicações). Os critérios de classificação devem ser aplicados a todas as aplicações de IC através da coordenação entre as actividades afectadas.

6.1.1.3 Placa de controlo de configuração (CCB).

os Ccb do governo são estabelecidos para grandes programas de aquisição. (Os contratantes também empregam um processo semelhante para o seu controlo interno de configuração.) Os BCC são normalmente constituídos pelo comando conjunto ou pelo organismo da agência fretado para actuar em EPC de classe I e pelos pedidos de desvios importantes ou críticos. O gestor do programa é normalmente o presidente do BCC e toma as decisões relativas a todas as alterações apresentadas ao BCC. O CCB é um processo de gestão de programas utilizado pelo gestor de programas para determinar todos os benefícios e impactos da mudança antes da decisão ser tomada. Quando uma decisão é proferida, o presidente do CCB aprova uma directiva do CCB, ou carta/memorando equivalente, que orienta as medidas de execução adequadas a completar.

A. Autoridade CCB.

cada BCC tem uma autoridade limitada para aprovar alterações com base nos seguintes factores::

• a Autoridade pode ser limitado por um nível superior CCB, onde há uma hierarquia de CCBs em um projeto complexo

• UM CCB, dentro de uma organização que não é o CDCA para um documento, não tem a autoridade para aprovar uma alteração ao documento.

• Se o CDCA é a organização que propôs a mudança para o CCB, CCB aprova o financiamento e a incorporação da mudança para o produto, enquanto que o CDCA aprova a alteração ao documento. • Se uma organização que não é a ACDC para um documento propõe uma mudança para uma organização CCB que também não é a ACDC para o documento (ou seja, uma CCB AA), A CCB AA não tem autoridade para aprovar a alteração.

• os CCBs da AA podem rever as alterações propostas e fazer recomendações ao ACDC. O CCB AA só pode decidir adoptar (ou não adoptar) uma alteração aprovada pelo ACDC.

• a aprovação de um ECP por parte do CCB deve, por vezes, ser recusada enquanto se aguarda a aprovação de alterações específicas de documentos pelos CDCAs para esses documentos

• a aprovação do CCB pode, por vezes, ser recusada enquanto se aguarda a recepção de posições de utilizador de todos os governos, indicando que irão adoptar a alteração. Tal como referido no ponto 6.1.1.1.c, múltiplas posições AA devem ser coordenadas por um GLAA.

B. membros do CCB.

a composição do CCB é normalmente composta pelos principais especialistas funcionais ou de matérias-primas da organização governamental, e.g. Equipe de Programa Integrado (IPT). Os membros são responsáveis por aconselhar o presidente do BCC. Outros funcionários funcionais podem ser incluídos, como pode ser ditado pela mudança e / ou requisitos do programa, incluindo representantes de outros serviços do DoD (para programas de serviço conjunto) e outros países (para programas multi-nacionais). Os membros do CCB devem consistir, mas não se limitar a representantes de logística, treinamento, engenharia, gestão de produção, contratação, gestão de configuração e outras disciplinas funcionais relacionadas ao programa. A adesão ao BCC é mantida pela carta do BCC.

C. Carta CCB.

as cartas CCB são normalmente aprovadas através dos canais administrativos oficiais da actividade de contratação pública. Todos os membros do CCB devem estar presentes em cada reunião do CCB e devem estar familiarizados, do seu ponto de vista funcional, com as mudanças a serem consideradas. Os membros do BCC são obrigados a dar a conhecer a(s) Sua (s) Posição (ões) ao Presidente e, em última análise, a aprovar a diretiva/ordem do BCC (quando necessário), registando o seu acordo ou desacordo com a decisão. Para aprovar a Directiva CCB( CCBD), uma pessoa deve ser o membro principal (ou suplente) CCB designado pela carta CCB.

D. procedimentos operacionais CCB.

o gabinete do CM da actividade de aquisição deve publicar procedimentos para a operação do CCB, de modo a que todos os membros compreendam a sua importância para o processo de aquisição. Um secretariado do CCB agenda reuniões, distribui ordens do dia, regista as decisões do CCB e distribui actas e directivas às partes às quais são atribuídas acções de execução ou que têm necessidade de saber. Os procedimentos operacionais do BCC devem também definir os prazos de processamento do target para os SPE, a fim de assegurar a disponibilização atempada de pessoal, aprovação e implementação.

6.1.1.4 efectividade.

a eficácia de um ECP identifica a quantidade ou Gama de CIs a alterar, incluindo a incorporação da produção e o retrofit de CIs entregue. O estabelecimento da eficácia do ECP exige que a actividade de aquisição tenha em conta factores como os seguintes::

• a correcção urgente de uma deficiência envolvendo a segurança do pessoal pode ser significativa o suficiente para sobrepor todas as outras considerações, mesmo o apoio concomitante. Se forem impostas limitações operacionais ao equipamento enquanto se aguarda a resolução de uma questão de segurança, a eficácia operacional pode ser severamente restringida. Isto aplica-se a contratante de inventário, bem como do Governo abastecido de peças de reposição e peças de reparo

• Configurações – Uma das principais de configuração de objetivos de manejo é minimizar o número de diferentes CI configurações que devem ser simultaneamente apoiada, especialmente se o CI configurações requerem diferentes ou atualizados operacional de software, suporte de equipamentos, software de apoio, peças de reposição, treinamento ou publicações. Uma vez que todas as configurações de IC existentes muitas vezes não podem ser atualizadas simultaneamente, deve-se considerar cuidadosamente adiar ou acelerar a incorporação da alteração para minimizar o impacto. A definição da efectividade para um futuro bloco definido do CIs pode ser uma solução. Combinar ou empacotar uma série de alterações de software para a próxima versão pode ser outra, etc.

• tempo de chumbo-há muitos tempos de chumbo a considerar ao identificar a efetividade para uma mudança. Devem ser considerados os prazos de fabrico/aquisição necessários para completar o esforço de concepção Não recorrente, adquirir peças e materiais e incorporar a alteração na produção e/ou retromontagem. O prazo administrativo necessário para o processamento da alteração para aprovação também é fundamental. O governo e o CONTRATANTE têm a responsabilidade de evitar atrasos no processamento da mudança, especialmente quando há grandes quantidades de IC na produção e no inventário operacional que devem ser reequipados. O custo do adiamento de uma decisão pode resultar na emissão de Configurações obsoletas adicionais que terão de ser adaptadas. Muitas vezes, o custo recorrente de substituição de componentes na produção é apenas a substituição de uma montagem de custo igual ou inferior para outra; enquanto a retromontagem da mesma mudança envolve o custo de ambos os conjuntos, bem como o custo adicional de desmontagem e substituição.

• Timing-a efetividade pode precisar de ser selecionada para que uma determinada capacidade operacional esteja disponível em determinado momento ou para um evento específico, como um deslocamento planejado de forças ou um exercício de treinamento.

a tabela 6-1 fornece um guia de atividades para a avaliação de um processo de controle de configuração.

posição numa tabela 6-1. Guia De Actividades: A Autoridade de concorrência da classe II foi delegada em contratantes, em muitos casos, em resultado de propostas da iniciativa de processo único (single process initiative-SPI). No entanto, a entidade homologadora de classe II só pode ser delegada em contratantes para os documentos para os quais são CDCA

para a correcta aplicação desta informação, Ver nota no índice página