MIL-HDBK-61A: Konfigurace Ovládání

< Předchozí |Obsah |Další >

6.1 Konfigurace Kontrolní Činnosti

Konfigurace ovládání je snad nejvíce viditelný prvek správy konfigurace. To je proces používaný dodavatelů a Vládní programové kanceláře pro správu příprava, odůvodnění, hodnocení, koordinace, dispozice a realizace navrhovaných technických změn a odchylek na uskutečněné Položky Konfigurace (CIs) a znormované konfigurace dokumentace.

primárním cílem řízení konfigurace, je vytvořit a udržovat systematický proces řízení změn, který reguluje náklady životního cyklu, a:

• Umožňuje optimální návrh a vývoj šířky s odpovídající mírou a hloubkou změna konfigurace kontrolní postupy v průběhu životního cyklu systému/CI.

• Poskytuje efektivní zpracování a provádění změn konfigurace, které zachovávají nebo zvyšují provozní připravenosti, podpory, zaměnitelnost a vzájemnou interoperabilitu

• Zajišťuje úplné, přesné a včasné změny konfigurace dokumentace udržována pod příslušnou konfiguraci kontrolního orgánu

• Eliminuje zbytečné změny proliferace

Rozpětí řízení Konfigurace začíná pro Vládu po první konfiguraci dokumentu je schválen a znormované. K tomu obvykle dochází, když je pro systém nebo konfigurační položku stanovena základní funkční konfigurace (označovaná jako základní požadavky v EIA/IS-649). V tomto bodě, doplňující Vlády a dodavatele postupy řízení změn jsou zaměstnanci systematicky zhodnotit každé navrhované inženýrské změnit nebo požadované odchylky, aby znormované dokumentaci, posoudit celkový dopad změn (včetně nákladů), a to prostřednictvím koordinace s dotčenými funkční aktivity, dispozice, změna nebo odchylka a včas poskytnout souhlas nebo nesouhlas, a zajistit včasné provedení schválených změn oběma smluvními stranami. Řízení konfigurace je základní disciplínou v celém životním cyklu programu. Obrázek 6-1 znázorňuje model činnosti nejvyšší úrovně procesu řízení konfigurace. Ukazuje proces řízení konfigurace rozdělený do tří segmentů, které jsou podrobně popsány na obrázcích 6-2, 6-3 a 6-4.

první segment, vládní řízení konfigurace-zahájení, odráží část procesu před vládní žádostí o návrh na změnu dodavatele (ECP). K této činnosti dochází:

• Když je třeba, pro změnu vzniklo tím Vládní činnost (včetně terénních a provozní činnosti)

• v důsledku vstupu od dodavatele, že Třídy jsem Změnit do Vládou kontrolovaných základní je potřeba

• Po konfiguraci dokumentace, které budou ovlivněny tím, že navrhovaná změna byla schválena a je začleněna do stávající základní kontrolovaných Vládou

Změny mohou být nutné pro různých důvodů, jako je čelit nové hrozbě, vložit nové technologie, a reagovat na technické a provozní zkoušky a hodnocení, nebo opravit problémy. Jak je znázorněno na Obrázku 6-2, Vláda činnost zodpovědný za řízení konfigurace, který potvrzuje, že je třeba pro změnu, stanoví prahové hodnoty pro výkon, cenu a harmonogram pro navrhovaná změna, dělá závěr, že změna je technicky dosažitelné a cenově dostupné (na základě aktuálních informací a contractorinterface, kde je to vhodné), a připravuje žádost pro zhotovitele(s) připravit ECP. Jedním z nejvýznamnějších přispěvatelů k efektivitě a efektivitě řízení konfigurace je jasná a stručná komunikace mezi vládou a dodavatelem před formální žádostí o ECP. V ideálním případě k tomu dochází v prostředí integrovaného produktového týmu.

obrázek 6-3, odrážející druhý segment obrázku 6-1, modeluje proces řízení konfigurace dodavatele. Řízení konfigurace dodavatele je vyvoláno, když dodavatel uvolní každou položku konfigurační dokumentace. Nakonec dodavatel konfigurace ovládání je použita kompletní sada konfiguračních dokumentace včetně Vládních zdrojích konfigurace dokumentace na výkon nebo podrobné specifikace úroveň, případně, a návrh řešení obsažené v inženýrství modely a výkresy. Dodavatel reaguje na vládní požadavky ECP a na interně generované požadavky na konstrukční změny nebo odchylky (RFD). Dodavatel vyhodnotí každý navrhované změny nebo odchylky žádost a dokumenty, jejich dopad do rozvoje a podpory výrobního odvětví společenství, určuje příslušnou úroveň kontroly a schválení nutné, a zaručuje, že konkrétní rozhodnutí o životaschopnosti změna se provádí podle příslušné konfigurace řídicí orgán dříve, než je realizován. ECP a RFD vyžadující vládní přezkum a / nebo schválení jsou předávány v souladu se smluvními požadavky. Rozhodnutí o schválení změny přijímá Vláda, když:

• změna je požadavek na znormované výkon konfigurační úrovni dokumentu, pod kontrolou Vlády, nebo

• změna konfigurace dokument řízen dodavatel má dopad na stanovené výkonnosti, průkaznosti a jiné smluvně stanovené požadavky vztahující se k CI a dokumentace kontrolována Vládou.

zhotovitel je rozhodnutí, kdy změnit je, aby se položky/konfigurace dokumentace, pro který je konfigurace řídicího orgánu, za předpokladu, že tyto změny nemají vliv na Vládní linií.

Obrázek 6-4 modely třetí segment Obrázek 6-1, pokrývající část procesu zabývá Vláda recenze a dispozice dodavatel předložil Ecp a RFDs. Ilustruje přezkum zástupců místní správy a souběh se změnami třídy II a menšími odchylkami (pokud je taková akce smluvně vyžadována) a jeho schválení (nebo neschválení) změn třídy I a hlavních/kritických odchylek. Vláda konfigurace kontrolní činnosti (typicky sekretariát) připravuje pro configuration control board koordinovat navrhované změny s dotčenými stranami, přijímání technických souběh a nákladů a plánu závazků, a tím změna/odchylka na CCB kalendář (ve shodě s jeho připravenosti a naléhavosti změny). CCB poté přezkoumá návrh a prováděcí závazky a buď je schválí, nebo nesouhlasí v souladu s politikou zadavatele. Na základě rozhodnutí CCB je dán prováděcí směr, obvykle ve formě směrnice CCB. Akce v režii CCB zahrnují jak smluvní akce, tak příkazy k zadání úkolů pro vládní činnosti, podle potřeby. V reakci na CCB Směrnice, Vláda smluvní office připravuje a sjednává smlouvy změna k autorizaci zhotovitel pokračovat v provádění schválených ECP třídy I nebo závažné/kritické odchylky.

účinný, dobře definované konfigurace kontrolní proces zajišťuje vládní program úřad, že všechny změny do vlády-kontrolované linií, bez ohledu na to, jak malé či zdánlivě bezvýznamné, jsou přezkoumána příslušnou konfiguraci kontrolního orgánu. Bez efektivního procesu řízení konfigurace riskuje kancelář programu doručení CIs s konfiguracemi, které:

• technicky Jsou nedostatečné a nesplňují stanovené požadavky na výkon

• nejsou logisticky průkazné

• Může být nebezpečné

• Následek plýtvání zdroji, a

• neposkytují přesný historický záznam jako základ pro budoucí změny.

jak je popsáno v 6.1, konfigurace ovládání znormované konfigurace dokumentace je integrovaný proces řízení změn včetně provádění činnosti (obvykle dodavatel) a vyhodnocení aktivity (obvykle vládní) odpovědnost za změnu, příprava, odůvodnění, hodnocení, koordinace, dispozice a realizace. Prostřednictvím procesu řízení konfigurace je identifikován a zohledněn plný dopad navrhovaných technických změn a odchylek při jejich implementaci.

konfigurace řídicí proces se vyvíjí z méně formálního procesu v raných fázích program na velmi disciplinované a formální proces, během Vývoje Systému a Demonstrace, Výroba a Nasazení, Provoz a Podporu fáze . V koncepci fáze průzkumu konfigurace řídicí proces je zaměstnán na podporu systémů inženýrství, aby se ujistil, že správnou verzi dokumentů, které komunikují technické rozhodnutí nebo definice relevantní studie parametrů, jsou šířeny a využívány všemi pracovníky. Kromě toho tento proces uvědomuje postižené strany, že se vyvíjí změna, a umožňuje jim poskytnout relevantní informace.

ve fázi vývoje koncepce a technologie (pokud je to možné), když se vyvíjejí dokumenty definice programu, je proces řízení konfigurace také méně formální. Jako součást systémů řízení procesu v této fázi, tam může být několik požadavků, definice základních hodnot stanovených pro pohodlí při zajišťování, že všichni účastníci programu jsou “na stejné stránce.”V této fázi je užitečný postup řízení konfigurace pro přezkum a koordinaci změn vyvíjejících se specifikací na úrovni systému. Může také sloužit k udržení efektivní a zvládnutelné výměny informací o vládě / dodavateli poskytováním:

• identifikace, dokumentace, šíření a přezkoumávání změn

• Vhodné verzování souborů a revize dokumentů

• uvolnění procesu, aby se zajistilo, že každé revize/verze odráží příslušné změny

Během Vývoje Systému a Demonstrace, Výroba a Nasazení, Provoz a Podporu fáze, formální kontrolu nastavení procesu je zásadní. Neformální kontrola změn dokumentů, která byla praktikována během průzkumu konceptů, není dostatečná pro získávání a udržení systémů. Při vývoji a výrobě produktu se řízení konfigurace zaměřuje na dokumentaci definující výkon, fyzické a funkční vlastnosti a konfiguraci produktu. Řízení konfigurace je proces řízení pomocí smluvních (vládních) a interních (dodavatelských) konfiguračních základních linií jako referencí pro řízení změn. V této souvislosti však existuje několik úrovní složitosti řízení konfigurace. Při pohledu na makroekonomické úrovni, popsal činnost modely (Obrázky 6-1 přes 6-4), proces:

• Adresy základní dokumentace

• Určuje, které dokumenty jsou ovlivněny

• Navrhuje změnu zahrnující dopady na všechny dotčené prvky a

• Státy, kdy, kde, a kým dokumentace bude aktualizován a změny budou zahrnuty v produktu, a to ve všech nosných prvků.

Při této nejvyšší úrovni makro pohled se zdá jednoduché a přímočaré, mikro úroveň zobrazení konfigurace kontrolní proces může být podstatně složitější. Mikro pohled odhaluje proces vrstva vyrovnává s tím, co je třeba udělat, aby změnit každý dotčený prvek, a tím s celou řadou úvah, jako jsou údaje práv; schvalovací orgán, dokument správci; design, vydat, výroba, instalace a testování organizace; smluvní vztahy a rozhraní.

Chcete-li provést změnu produktu, je prvním krokem revize dokumentů definujících produkt. Níže uvedené koncepty usnadňují dosažení tohoto kroku pomocí automatizovaných nástrojů, jako je CM AIS. Tato příručka nahlíží na tyto koncepty jak z hlediska správy programů (makro), tak z hlediska řízení dokumentů (mikro).

6.1.1.1 Současná Autorita.

na mikroúrovni, pokud ECP navrhující změnu produktu ovlivní několik dokumentů, musí návrh změny, hodnocení a implementace zvážit:

• kdo je smluvním orgánem pro schválení ECP? To je konfigurace produktu kontrolní orgán

• Kdo má právo schvalovat revize jednotlivých dokumentů ovlivněny ECP? Toto je aktuální orgán pro změnu dokumentu.

• Je související ECP zapotřebí z dokumentu změnit orgánu organizace před konfigurace kontrolní orgán pro výrobek může schválit ECP produkt?

• existují další vládní nebo průmyslové činnosti, protože produkt má více uživatelů? Jedná se o aplikační aktivity. Je jeden označen jako hlavní aplikační aktivita?

a.kontrolní orgán konfigurace.

smluvní orgán pro kontrolu konfigurace, který schvaluje provedení změny produktu (systém/CI), může zpočátku sídlit u dodavatele nebo u vlády. Může převést z dodavatele na vládu, nebo může nadále pobývat u dodavatele po celou dobu životního cyklu CI. Tento orgán je technicky odpovědný za výkon produktu a fiskálně odpovědný za změny financování produktu.

úroveň vládního řízení konfigurace je obecně určena jako součást výběru CI. Při pořízení programu, to je na úrovně, na které Vláda určuje, smlouvy, přijímá a plánuje logisticky podporovat jednotlivé komponenty systému, nebo CIs. Vládní řízení konfigurace vždy řeší funkční základní linii a přidělené základní linie stanovené pro CIs nižší úrovně, jejichž specifikace byly vydány vládou nebo schváleny vládou . Podobné a související postupy řízení konfigurace dodavatele platí také pro CIs a součásti pod úrovní vládní kontroly konfigurace.

smluvní orgán pro kontrolu konfigurace řeší celkový soubor dokumentů, které jsou založeny na produktu kontrolovaném tímto orgánem pro konkrétní smlouvu. Tento orgán může být aktuální dokument Change Authority (CDCA), popsaný v B. níže, pro jednotlivé dokumenty, které vyžadují změnu (např. specifikace výkonu systému nebo CI). Pokud to není CDCA pro daný dokument, nemá pravomoc schválit navrhované změny tohoto dokumentu, a proto je musí získávat ECP schválení od příslušného CDCA, nebo vybrat alternativní design.

b. aktuální oprávnění ke změně dokumentu.

pojem current document change authority (CDCA je výraz vztahu, který vždy existoval. Předtím, než je třeba spravovat konfiguraci dokumentace s automatizovaný informační systém tento pojem není jasně stanoven, ale byla zakotvena v podmínkách “Původní Konstrukční Činnost” a “Současný Design Aktivitu.”Definice těchto pojmů se však týká konkrétně projektových dokumentů, např. technických výkresů, na rozdíl od veškeré dokumentace, a zahrnují také odpovědnost za odnětí i návrh.

CDCA na druhé straně, se týká specifikace, nebo jakýkoli jiný typ dokumentu a je nezávislá organizace, která fyzicky udržuje a ukládá dokument. CDCA je organizace, která má rozhodovací pravomoc nad obsahem dokumentu, odrážející vlastnická nebo datová práva k informacím, které dokument obsahuje. CDCA může být vládní činností nebo dodavatelem, a orgán může být převeden. Existuje však pouze jeden CDCA pro dokument najednou.

scénáře v rámečku ilustrují logiku označení CDCA:

c. aktivita aplikace.

pro produkt s více než jedním uživatelem může existovat více autorit pro řízení konfigurace; každý z nich je autoritou pro řízení konfigurace pro danou smlouvu. Pokud konfigurace kontrolní orgán pro jednu smlouvu je CDCA pro systém/CI Výkon specifikace pro produkt, pak další konfigurace kontrolní orgány jsou považovány za aplikace aktivit, neboť jejich pravomoc se vztahuje pouze na používání výrobku a jeho dokumentace. Nemohou povolit změnu buď, ale mohou se podílet na řízení změn proces, pokud požádal o vstup buď konfiguraci kontrolního orgánu, že je CDCA, nebo tím, že Vláda vést činnost aplikace.

vždy bylo žádoucí, aby dodavatel pro položku řešit prostřednictvím jediného vládního kontaktního místa pro koordinaci změn. Často tomu tak nebylo. Každá vládní činnost obvykle považovala svou pravomoc za prvořadou a ne vždy uznala, že existuje více aplikačních úřadů. Jako vícenásobné použití položek se nadále rozmnožovat, musí být jednoduchý logický způsob rozlišování kontrolní orgán z použití orgán, a z komunikace a koordinace změny, které mohou mít vícenásobné použití dopad. Následující Aplikace Aktivity označení jsou použity pro tento účel:

• Aplikace activity (AA) – uživatel dokument, který není jeho CDCA

• Vláda povede aplikace orgán (GLAA) – Vláda akviziční činnost, který byl určen jako hlavní pro získání položky. Při převzetí této role GLAA konsoliduje doporučení ze všech vládních aplikačních aktivit a je jediným kontaktním místem ve vládě pro koordinaci s vládou/dodavatelem CDCA.

6.1.1.2. Změna Klasifikace.

klasifikace změn je zkrácená metoda pro označení způsobu zpracování změn a / nebo schvalování. ECP, které mají být předloženy vládě, jsou klasifikovány jako třída I nebo třída II. ECP třídy I je schválena vládní kontrolní Radou pro konfiguraci a schválena změnou smlouvy. Změna třídy II, na druhou stranu, je obvykle kontrolován z hlediska souběhu v klasifikaci zástupcem místní správy, pokud není ve Smlouvě uvedeno jinak. Pokud není ve smlouvě uveden zástupce vlády (obvykle osoba z zadavatele), je dodavatel (nebo původce ECP) odpovědný za zařazení klasifikace změn. Podobná kritéria pro klasifikaci změn jsou obsažena v ANSI/EIA-649, kde jsou klasifikace změn označovány jako” hlavní “a” menší ” změny..

Ve výkonnosti na základě akvizice, definice obě třídy i a II změny byly změněny tak, aby odrážely aplikace pouze na změny, které mají dopad Vláda schválila (znormované) konfigurace dokumentace. Změny dodavatele znormované dokumentace musí být přezkoumány dodavatele k určení, pokud jsou rovněž dopad na výkon státní správy požadavky a podpůrné činnosti.

klasifikační faktory se vztahují pouze na technické změny navržené ve schválené konfigurační dokumentaci. Ačkoli přidání prohlášení o práci na úkolu (například analýzu dopadu na životní prostředí) může požadovat smluvní modifikace a by mohlo mít za následek zvýšení nákladů na vlády, to není považováno za třídy I inženýrské změnit, protože ani design, ani konfigurace dokumentace je ovlivněna.

při klasifikaci změny je třeba vzít v úvahu více než tvar, tvar, funkci nebo vlastnosti rozhraní samotného CI. Před klasifikací ECP je třeba vzít v úvahu všechny klasifikační faktory ECP. Mezi faktory patří mnoho podpůrných, provozních a vzdělávacích úvah. Například, pokud je zhotovitelem CDCA pro dokumentaci karty, navrhovaná změna návrhu na kartu elektronického obvodu by sama o sobě nebyla změnou třídy I.. Pokud však přepracování vyžaduje změnu automatického zkušebního zařízení nebo podpůrného softwaru, za který odpovídá vláda, musí být změna klasifikována jako ECP třídy I a odpovídajícím způsobem zpracována. Je třeba poznamenat, že třídy I změny tohoto typu, které jsou mylně klasifikovány jako třída II, nebo za do zhotovitele CDCA odpovědnost, by mohla mít za následek významné provozní využití a/nebo logistickou podporu problémy a zvýšené náklady na Vládu.

Všechny aplikace postižených CI musí být považovány za při klasifikaci změny, např., Jež zahájila proti CI vyrábí více než jeden dodavatel, CI, který má více aplikací nebo používá více než jeden tasking (aplikace) činnosti. Klasifikační kritéria musí být aplikována na všechny aplikace výrobního odvětví Společenství prostřednictvím koordinace mezi dotčenými činnostmi.

6.1.1.3 Configuration Control Board (CCB).

vládní CCB jsou zřízeny pro hlavní akviziční programy. (Dodavatelé také používají podobný proces pro svou vnitřní kontrolu konfigurace.) CCBs jsou obvykle skládá ze společné velení nebo agentura těla, chartered jednat I. třídy Ecp a požadavky pro hlavní nebo rozhodující odchylky. Programový manažer je obvykle předsedou CCB a rozhoduje o všech změnách předložených CCB. CCB je proces řízení programu používaný programovým manažerem ke zjištění všech výhod a dopadů změny před přijetím rozhodnutí. Když rozhodnutí je vykreslen, CCB předsedy schvaluje CCB směrnice nebo rovnocenného dopisu/memorandum, režie vhodná prováděcí opatření, která mají být dokončeny.

a.CCB Authority.

každá CCB má omezenou pravomoc schvalovat změny na základě následujících faktorů:

• Orgán může být omezena tím, že vyšší úroveň CCB, kde existuje hierarchie CCBs na komplexní projekt

• CCB, v rámci organizace, která není CDCA pro dokument, nemá pravomoc schvalovat změny dokumentu.

• Pokud CDCA je organizace, která navrhuje změnu CCB, CCB schvaluje financování a začlenění změny produktu, zatímco CDCA schvaluje změnu dokumentu. * Pokud organizace, která není CDCA pro dokument, navrhuje změnu organizace CCB, která také není CDCA pro dokument (tj.

• AA CCBs může přezkoumat navrhované změny a vydat doporučení CDCA. AA CCB může rozhodnout pouze o přijetí (nebo nepřijetí) změny, která je schválena CDCA.

• CCB schválení ECP musí někdy být odepřen čeká na schválení konkrétní změny dokumentu do CDCAs pro tyto dokumenty

• CCB schválení může někdy být odepřen až do obdržení uživatelských pozic ze všech Vláda, Jak ukazuje, že přijmou změnu. Jak je uvedeno v 6.1.1.1.c, více pozic AA by mělo být koordinováno GLAA.

b.členství v CCB.

členství v CCB je obvykle skládá z klíčových funkčních nebo předmět odborníci z Vládní organizace, např. Integrovaný programový tým (IPT). Členové jsou odpovědní za poradenství předsedovi CCB. Další funkční personálu, mohou být zahrnuty, jako může být dána tím, změnit a/nebo požadavky programu, včetně zástupců z jiných DoD služeb (pro společné služby, programy) a dalších zemí (pro multi-národní programy). Členství v CCB by mělo sestávat z, ale nemělo by být omezeno na zástupce z logistiky, výcvik, inženýrství, řízení výroby, uzavírání smluv, správa konfigurace a další funkční disciplíny související s programem. Členství v CCB je udržováno chartou CCB.

c. CCB Charta.

CCB charty jsou obvykle schváleny prostřednictvím vlády obstarávání činnosti úřední administrativní kanály. Všichni členové CCB musí být přítomni na každém zasedání CCB a měli by být ze svého funkčního hlediska obeznámeni se zvažovanými změnami. CCB členové jsou povinni, aby se jejich pozice(s) známo, předseda; a nakonec, kterým se schvaluje CCB směrnice/objednávka (pokud je vyžadováno) všímat si jejich souhlas nebo nesouhlas s rozhodnutím. Pro schválení směrnice CCB (CCBD) musí být osoba primárním (nebo náhradníkem) členem CCB určeným chartou CCB.

D. CCB provozní postupy.

kancelář CM zadavatelské činnosti by měla zveřejnit postupy pro provoz CCB, aby všichni členové pochopili jeho význam pro akviziční proces. Sekretariát CCB naplánuje schůzky, distribuuje agendy, zaznamenává rozhodnutí CCB a distribuuje zápisy a směrnice stranám, kterým jsou přiděleny prováděcí akce nebo potřebují vědět. Provozní postupy CCB by měly rovněž definovat cílové doby zpracování pro ECP, aby bylo zajištěno včasné personální obsazení, schválení a provádění.

6.1.1.4 účinnost.

účinnost ECP určuje množství nebo rozsah CIs, které mají být změněny, včetně zabudování výroby a dovybavení dodaných CIs. Stanovení účinnosti ECP vyžaduje, aby zadavatelská činnost zvážila takové faktory, jako jsou:

* naléhavost-náprava nedostatku zahrnujícího bezpečnost personálu může být dostatečně významná, aby potlačila všechny ostatní úvahy, dokonce i souběžnou podporu. Pokud provozní omezení jsou umístěny na zařízení až do vyřešení problému s bezpečností, provozní účinnost může být výrazně omezena

• Zásoby – Části, součásti a materiály na ruce, musí být považovány za; rozhodnutí, na základě nákladů a provozní trade-off musí být provedena buď využít stávající materiály k vyčerpání, nebo do šrotu aktuální zásoby. To platí jak pro dodavatele zásob, stejně jako Vláda skladem náhradní a náhradní díly

• Konfigurace – Jeden z klíčových konfigurací cíle řízení je minimalizovat počet různých CI konfigurace, které musí být současně podporována, a to zejména v případě, že různé CI konfigurace vyžadují rozdílné nebo aktualizovat operační software, podpora zařízení, podpory software, náhradní díly, školení nebo publikací. Protože všechny existující CI konfigurace často nemohou být aktualizovány současně, pečlivé posouzení musí být uvedeny buď zpoždění nebo urychlení zapracování změnit, aby se minimalizovalo dopad. Jedním z řešení může být nastavení efektivity budoucího definovaného bloku CIs. Kombinace nebo balení řady softwarových změn do další verze může být další, atd.

• Dodací lhůta-existuje mnoho dodací lhůty, aby zvážila při identifikaci účinnost pro změnu. Výrobní/zadávací lhůty nutné k dokončení non-opakující se design úsilí, získat části a materiály a začlenit změny a to jak v produkci a/nebo dodatečná montáž musí být zváženy. Rozhodující je také administrativní dodací lhůta potřebná pro zpracování změny ke schválení. Vláda a dodavatel nést odpovědnost, aby se zabránilo zpoždění při změně zpracování, zvláště, když tam jsou velké množství CI ve výrobě a v provozních zásob, které musí být namontován dodatečně. Náklady na odložení rozhodnutí mohou vést k dodatečným zastaralým konfiguracím, které budou muset být dodatečně vybaveny. Často, opakující se náklady na výměnu komponentů ve výrobě je pouze nahrazení jednoho shromáždění stejnou nebo nižší cenu pro druhé; vzhledem k tomu, dovybavení stejné změny zahrnuje náklady na obě sestavy, jakož i dodatečné náklady na demontáž a výměnu.

• Načasování – účinnost muset být vybrány tak, aby dané operační schopnosti bude k dispozici v daném čase, nebo pro konkrétní událost, jako je plánované nasazení sil nebo cvičení.

Tabulka 6-1 poskytuje činnost průvodce pro hodnocení a kontrolu nastavení procesu.

tabulka 6-1. Průvodce Aktivitami: Configuration Control Process Evaluation Checklist

úřad pro souběh třídy II byl v mnoha případech delegován na dodavatele v důsledku návrhů single process initiative (SPI). Nicméně, II. Třída schvalovacího orgánu může být pouze přenesena na dodavatele pro dokumenty, pro které jsou CDCA

Pro správnou aplikaci této informace, viz POZNÁMKA na Obsah stránky