MIL-HDBK-61A: controlul configurației

< anterior |cuprins / următor >

6.1 activitatea de control al configurației

controlul configurației este probabil cel mai vizibil element al gestionării configurației. Este procesul utilizat de contractori și birouri de programe guvernamentale pentru a gestiona pregătirea, justificarea, evaluarea, coordonarea, dispunerea și implementarea modificărilor inginerești propuse și a abaterilor la elementele de configurare efectuate (CIs) și documentația de configurare bazată pe bază.

obiectivul principal al controlului configurației este de a stabili și menține un proces sistematic de gestionare a schimbărilor care reglementează costurile ciclului de viață și:

• permite o latitudine optimă de proiectare și dezvoltare cu gradul adecvat și adâncimea procedurilor de control al schimbării configurației în timpul ciclului de viață al unui sistem/CI.

• asigură procesarea și implementarea eficientă a modificărilor de configurare care mențin sau îmbunătățesc disponibilitatea operațională, Suportabilitatea, interschimbabilitatea și interoperabilitatea

• asigură modificări complete, precise și în timp util ale documentației de configurare menținute sub autoritatea de control a configurației corespunzătoare

• elimină proliferarea schimbărilor inutile

intervalul de control al configurației începe pentru guvern odată ce primul document de configurare este aprobat și bazat. Acest lucru se întâmplă în mod normal atunci când linia de bază a configurației funcționale (denumită linia de bază a cerințelor în EIA/IS-649) este stabilită pentru un sistem sau un element de configurare. În acel moment, sunt utilizate proceduri complementare de gestionare a schimbărilor guvernamentale și contractante pentru a evalua sistematic fiecare modificare de inginerie propusă sau abatere solicitată la documentația de bază, pentru a evalua impactul total al schimbării (inclusiv costurile) prin coordonarea cu activitățile funcționale afectate, pentru a dispune modificarea sau abaterea și pentru a oferi aprobarea sau dezaprobarea în timp util și pentru a asigura implementarea în timp util a modificărilor aprobate de ambele părți. Controlul configurației este o disciplină esențială pe tot parcursul ciclului de viață al programului. Figura 6-1 ilustrează un model de activitate de nivel superior al procesului de control al configurației. Acesta arată procesul de control al configurației împărțit în trei segmente, care sunt detaliate în figurile 6-2, 6-3 și, respectiv, 6-4.

primul segment, controlul configurației guvernamentale-inițiere, reflectă porțiunea procesului înainte de solicitarea Guvernului pentru o propunere de modificare a ingineriei contractantului (ECP). Această activitate are loc:

• atunci când necesitatea unei schimbări provine dintr-o activitate guvernamentală (inclusiv activități de teren și operațiuni)

• ca urmare a contribuției contractantului că este necesară o schimbare de clasă I la o linie de bază controlată de Guvern

• după ce documentația de configurare care va fi afectată de modificarea propusă a fost aprobată și este încorporată în linia de bază actuală controlată de Guvern

pot fi necesare modificări din mai multe motive, cum ar fi pentru a contracara noile amenințări, pentru a introduce noi tehnologii și răspundeți la teste și evaluări tehnice și operaționale sau corectați problemele. După cum se arată în figura 6-2, activitatea guvernamentală responsabilă cu controlul configurației confirmă necesitatea schimbării, stabilește praguri pentru performanță, costuri și program pentru modificarea propusă, stabilește că modificarea este realizabilă din punct de vedere tehnic și accesibilă (pe baza informațiilor actuale și a interfeței contractorului, după caz) și pregătește o cerere pentru contractant(i) de a pregăti un ECP. Unul dintre cei mai importanți contribuitori la eficiența și eficacitatea controlului configurației este comunicarea clară și concisă între Guvern și contractant înainte de cererea oficială de ECP. În mod ideal, acest lucru se întâmplă într-un mediu integrat al echipei de produse.

figura 6-3, reflectând al doilea segment din Figura 6-1, modele procesul de control de configurare contractantului. Controlul configurației contractantului este invocat pe măsură ce contractantul eliberează fiecare element al documentației de configurare. În cele din urmă, controlul configurației contractantului se aplică setului complet de documentație de configurare, inclusiv documentația de configurare bazată pe Guvern la nivel de performanță sau specificație detaliată, după caz, și soluția de proiectare încorporată în modele și desene de inginerie. Contractantul răspunde cererilor guvernamentale ECP și cererilor generate intern de modificări sau abateri de proiectare (RFD). Contractantul evaluează fiecare cerere de modificare sau deviere propusă și documentează impactul acesteia asupra dezvoltării și suportabilității CI, determină nivelul aplicabil de revizuire și aprobare necesar și se asigură că o decizie specifică cu privire la viabilitatea modificării este luată de Autoritatea de control a configurației aplicabilă înainte de a fi pusă în aplicare. PCU și RFD care necesită revizuirea și/sau aprobarea guvernului sunt transmise în conformitate cu cerințele contractuale. Decizia de aprobare a modificării este luată de guvern atunci când:

• modificarea se referă la o cerință a unui document de configurare la nivel de performanță de bază controlat de guvern sau

• o modificare a unui document de configurare controlat de contractant are un impact asupra performanței specificate, a suportabilității și a altor cerințe specificate contractual referitoare la CI și la documentația controlată de Guvern.

contractantul ia decizia atunci când modificarea se referă la elementele/documentația de configurare pentru care este autoritatea de control al configurației, cu condiția ca aceste modificări să nu afecteze liniile de bază ale Guvernului.

figura 6-4 modelează cel de-al treilea segment din Figura 6-1, care acoperă partea procesului în cauză cu revizuirea Guvernului și dispunerea contractantului a prezentat PCU și RFD. Acesta ilustrează revizuirea reprezentativă a administrației locale și concurența cu modificările din clasa II și abaterile minore (în cazul în care o astfel de acțiune este necesară contractual) și aprobarea (sau neaprobarea) modificărilor din clasa I și abaterile majore/critice. Activitatea de control al configurației guvernamentale (de obicei un secretariat) se pregătește pentru Consiliul de control al configurației prin coordonarea modificării propuse cu toate părțile afectate, primind concurență tehnică și angajamente de costuri și program și plasând modificarea/abaterea în calendarul CCB (în concordanță cu disponibilitatea și urgența modificării). BCC revizuiește apoi propunerea și angajamentele de punere în aplicare și le aprobă sau le dezaprobă în conformitate cu Politica activității de achiziție. Ca urmare a deciziei BCC, direcția de punere în aplicare este dată, de obicei, sub forma unei directive privind BCC. Acțiunile direcționate de BCC includ atât acțiuni contractuale, cât și ordine de sarcini pentru activități guvernamentale, după caz. Ca răspuns la o directivă CCB, biroul Contractant guvernamental pregătește și negociază o modificare a contractului pentru a autoriza contractantul să continue implementarea ECP clasa I aprobată sau abaterea majoră/critică.

un proces eficient și bine definit de control al configurației asigură biroul programului guvernamental că toate modificările aduse liniilor de bază controlate de Guvern, indiferent cât de mici sau aparent nesemnificative, sunt revizuite de Autoritatea aplicabilă de control al configurației. Fără un proces eficient de control al configurației, programul office riscă să livreze CIs cu configurații care:

• sunt inadecvate din punct de vedere tehnic și nu îndeplinesc cerințele de performanță specificate

• nu sunt suportabile logistic

• poate fi nesigur

• duce la resurse irosite și

• nu furnizați o înregistrare istorică exactă ca bază pentru schimbările viitoare.

așa cum este descris în 6.1, controlul configurației documentației de configurare bazată pe bază este un proces integrat de gestionare a schimbărilor, care include atât activități de desfășurare (în general un contractant), cât și activități de sarcini (în general guvernul) responsabilități pentru pregătirea, justificarea, evaluarea, coordonarea, dispunerea și implementarea schimbărilor. Prin procesul de control al configurației, impactul complet al modificărilor și abaterilor de inginerie propuse este identificat și contabilizat în implementarea lor.

procesul de control al configurației evoluează de la un proces mai puțin formal în primele faze ale unui program la un proces foarte disciplinat și formal în timpul dezvoltării și demonstrației sistemului, producției și implementării și fazelor de operare și suport . În faza de explorare a conceptului, procesul de control al configurației este utilizat în sprijinul ingineriei sistemelor pentru a se asigura că versiunea corectă a documentelor, care comunică deciziile tehnice sau definirea parametrilor de studiu pertinenți, sunt diseminate și utilizate de tot personalul. În plus, procesul face părțile afectate conștiente de faptul că se dezvoltă o schimbare și le permite să furnizeze informații pertinente.

în faza de dezvoltare a conceptului și tehnologiei (dacă este cazul), atunci când sunt dezvoltate documentele de definire a programului, procesul de control al configurației este, de asemenea, mai puțin formal. Ca parte a procesului de control al ingineriei sistemelor în această fază, pot exista mai multe linii de bază de definire a cerințelor stabilite pentru comoditate în asigurarea faptului că toți participanții la program sunt “pe aceeași pagină.”O procedură de control al configurației este utilă în această fază pentru revizuirea și coordonarea modificărilor aduse specificațiilor la nivel de sistem în evoluție. Acesta poate servi, de asemenea, pentru a menține schimbul de informații Guvern/Contractant eficient și ușor de gestionat prin furnizarea:

• identificarea, documentarea, diseminarea și revizuirea modificărilor

• versionarea corespunzătoare a dosarelor și revizuirea documentelor

• un proces de lansare pentru a se asigura că fiecare revizuire / versiune reflectă modificările aplicabile

în timpul dezvoltării și demonstrației sistemului, producției și implementării, precum și fazelor de operare și asistență, este esențial un proces formal de control al configurației. Controlul informal al schimbării documentelor practicat în timpul explorărilor conceptuale este insuficient pentru achiziția și susținerea sistemelor. Pe măsură ce produsul este dezvoltat și produs, controlul configurației se concentrează pe documentația care definește performanța, caracteristicile fizice și funcționale și configurația produsului. Controlul configurației este un proces de management care utilizează linii de bază de configurare contractuale (guvernamentale) și interne (contractant) ca referințe pentru gestionarea schimbării. În acest context, totuși, există mai multe niveluri de complexitate a controlului configurației. Când este privit la nivel macro, descris de modelele de activitate (figurile 6-1 până la 6-4), procesul:

• abordează documentația de bază

• determină ce documente sunt afectate

• propune o modificare care să acopere impactul asupra tuturor elementelor afectate și

• precizează când, unde și de către cine va fi actualizată documentația și Modificarea va fi încorporată în produs și în toate elementele de susținere.

în timp ce această vizualizare macro de nivel superior pare simplă și directă, o vizualizare la nivel micro a procesului de control al configurației poate fi considerabil mai complexă. Vizualizarea micro dezvăluie stratul de proces care se ocupă de ceea ce trebuie făcut pentru a schimba fiecare element afectat și, astfel, cu o mare varietate de considerente, cum ar fi drepturile de date; Autoritatea de omologare, custodii documentelor; organizații de proiectare, eliberare, producție, instalare și testare; relații contractuale și de interfață.

pentru a efectua schimbarea la un produs, primul pas este revizuirea documentelor care definesc produsul. Conceptele discutate mai jos facilitează realizarea acestui pas, folosind instrumente automate, cum ar fi un CM AIS. Acest manual vizualizează aceste concepte atât din punct de vedere al managementului programului (macro), cât și din punctul de vedere al controlului documentelor (micro).

6.1.1.1 Autoritatea Actuală.

la nivel micro, dacă un ECP care propune o modificare a unui produs are impact asupra mai multor documente, propunerea de modificare, evaluarea și punerea în aplicare trebuie să ia în considerare:

• cine este autoritatea contractuală care aprobă un ECP? Aceasta este autoritatea de control a configurației produsului

• Cine are dreptul să aprobe revizuirea fiecărui document afectat de un ECP? Aceasta este autoritatea actuală de schimbare a documentelor.

• este necesar un ECP asociat de la o organizație a autorității de modificare a documentelor înainte ca autoritatea de control al configurației pentru produs să poată aproba un ECP pentru produs?

• există alte activități guvernamentale sau industriale implicate, deoarece produsul are mai mulți utilizatori? Acestea sunt activități de aplicare. Este unul desemnat activitatea principală a aplicației?

a. Autoritatea de control al configurației.

Autoritatea contractuală de control al configurației care aprobă implementarea unei modificări a unui produs (sistem/CI) poate locui inițial cu un contractant sau cu guvernul. Se poate transfera de la contractant la guvern sau poate continua să locuiască cu contractantul pe tot parcursul ciclului de viață al IC. Această autoritate este responsabilă din punct de vedere tehnic pentru performanța produsului, precum și din punct de vedere fiscal pentru finanțarea modificărilor aduse produsului.

nivelul de control al configurației guvernamentale este în general determinat ca parte a selecției CI. În timpul unui program de achiziție, sunt nivelurile la care guvernul specifică, contractează, acceptă și intenționează să sprijine logistic componentele individuale ale unui sistem sau CSI. Controlul configurației guvernamentale abordează întotdeauna linia de bază funcțională și liniile de bază alocate stabilite pentru Sic de nivel inferior ale căror specificații au fost emise sau aprobate de Guvern . Practici similare și conexe de control al configurației contractantului se aplică, de asemenea, CIs și părților componente sub nivelul controlului configurației guvernamentale.

Autoritatea contractuală de control al configurației abordează setul total de documente care se bazează pe produsul controlat de autoritatea respectivă pentru un anumit contract. Această autoritate poate fi Autoritatea curentă de modificare a documentelor (CDCA), descrisă în b. mai jos, pentru documentele individuale care necesită modificări (de exemplu, un sistem sau o specificație de performanță CI). Dacă nu este CDCA pentru un anumit document, nu are Autoritatea de a aproba o modificare propusă a documentului respectiv și, prin urmare, trebuie să solicite aprobarea ECP de la CDCA aplicabilă sau să selecteze un design alternativ.

B. Autoritatea curentă de schimbare a documentului.

conceptul de autoritate actuală de schimbare a documentelor (CDCA este o expresie a unei relații care a existat întotdeauna. Înainte de necesitatea de a gestiona documentația de configurare cu un sistem informațional automatizat, acest concept nu a fost clar articulat, ci a fost încorporat în termenii “activitate de proiectare originară” și “activitate de proiectare curentă”.”Cu toate acestea, definiția acestor termeni se referă în mod specific la documentele de proiectare, de exemplu, desenele tehnice, spre deosebire de toată documentația și includ, de asemenea, responsabilitatea de custodie, precum și responsabilitatea de proiectare.

CDCA pe de altă parte, se referă la specificații sau orice alt tip de document și este independent de organizația care menține și stochează fizic documentul. CDCA este organizația care are Autoritatea de decizie asupra conținutului documentului, reflectând drepturile de proprietate sau de date asupra informațiilor pe care le conține documentul. CDCA poate fi o activitate guvernamentală sau un contractant, iar autoritatea poate fi transferată. Cu toate acestea, există doar un singur CDCA pentru un document la un moment dat.

scenariile din casetă ilustrează logica desemnării CDCA:

c. activitatea de aplicare.

pot exista mai multe autorități de control al configurației pentru un produs cu mai mulți utilizatori; fiecare fiind o autoritate de control al configurației pentru un anumit contract. Dacă autoritatea de control al configurației pentru un contract este CDCA pentru specificația de performanță a sistemului/CI pentru produs, atunci celelalte autorități de control al configurației sunt considerate activități de aplicație, deoarece autoritatea lor se extinde numai la utilizarea produsului și a documentației sale. Ei nu pot autoriza modificarea nici uneia, dar pot participa la procesul de control al schimbării dacă li se solicită intrarea fie de către Autoritatea de control al configurației care este CDCA, fie de către activitatea de aplicare principală a Guvernului.

a fost întotdeauna de dorit ca contractantul pentru un element să se ocupe printr-un singur punct focal Guvernamental pentru coordonarea schimbărilor. Adesea, acest lucru nu a fost cazul. Fiecare activitate guvernamentală a considerat de obicei autoritatea lor primordială și nu a recunoscut întotdeauna că există mai multe autorități de aplicare. Deoarece utilizarea multiplă a elementelor continuă să prolifereze, trebuie să existe o metodă logică simplă de a distinge Autoritatea de control de Autoritatea de utilizare și de a comunica și coordona modificările care pot avea impact asupra utilizării multiple. Următoarele denumiri de activitate a aplicației sunt utilizate în acest scop:

• activitatea aplicației (AA) – un utilizator al unui document care nu este CDCA-ul său

• Government lead application authority (GLAA) – activitatea de achiziție guvernamentală care a fost desemnată drept plumb pentru achiziționarea elementului. Atunci când își asumă acest rol, GLAA consolidează recomandările din toate activitățile de aplicare a Guvernului și este punctul unic de contact din cadrul Guvernului pentru coordonarea cu guvernul/contractantul CDCA.

6.1.1.2. Schimbați Clasificarea.

Clasificarea modificărilor este o metodă prescurtată pentru indicarea procesării modificărilor și/sau a metodei de aprobare. PCU care trebuie prezentate Guvernului sunt clasificate fie în clasa I, fie în clasa II. Un ECP clasa I este aprobat de Consiliul de control al configurației Guvernului și autorizat cu o modificare a contractului. O modificare de clasa II, pe de altă parte, este de obicei revizuită pentru concurență în clasificare de către reprezentantul administrației locale, cu excepția cazului în care se specifică altfel în contract. Cu excepția cazului în care un reprezentant guvernamental este identificat în contract (în mod normal o persoană din activitatea de achiziție), contractantul (sau inițiatorul ECP) este responsabil pentru atribuirea clasificării modificărilor. Criterii similare pentru clasificarea modificărilor sunt cuprinse în ANSI / EIA-649, unde clasificările modificărilor sunt denumite modificări” majore “și” minore”..

în achiziția bazată pe performanță, definiția atât a modificărilor din clasa I, cât și a clasei II au fost modificate pentru a reflecta aplicația numai la modificările care au impact asupra documentației de configurare aprobate de Guvern (bazate pe bază). Modificările aduse documentației bazate pe contractor trebuie revizuite de către contractant pentru a determina dacă acestea au impact și asupra cerințelor de performanță guvernamentale și asupra activităților de sprijin.

factorii de clasificare se aplică numai modificărilor tehnice propuse documentației de configurare aprobate. Deși adăugarea unei sarcini de declarație de lucru (cum ar fi o analiză a impactului asupra mediului) poate necesita o modificare a contractului și ar putea duce la creșterea costurilor pentru guvern, nu este considerată o schimbare de inginerie de clasa I, deoarece nici proiectarea, nici documentația de configurare nu sunt afectate.

în clasificarea unei modificări, trebuie să se ia în considerare mai mult decât forma, potrivirea, Funcția sau caracteristicile interfeței CI în sine. Toți factorii de clasificare ECP trebuie luați în considerare înainte de clasificarea unui ECP. Factorii includ multe considerente de sprijin, operaționale și de formare. De exemplu, dacă contractantul este CDCA pentru documentația cardului, o modificare de proiectare propusă pentru o placă de circuit electronic nu ar fi o schimbare de clasă i de la sine.. Dar dacă reproiectarea necesită o modificare a echipamentului de testare automată sau a software-ului de asistență pentru care guvernul este responsabil, modificarea trebuie clasificată ca ECP de clasa I și procesată în consecință. Trebuie remarcat faptul că modificările din clasa I de acest tip care sunt clasificate în mod eronat ca clasa II sau considerate în responsabilitatea CDCA a contractantului ar putea duce la probleme semnificative de utilizare operațională și/sau suport logistic și la creșterea costurilor pentru guvern.

toate aplicațiile CI afectate trebuie luate în considerare la clasificarea unei modificări, de exemplu, PCU inițiate împotriva unei CI fabricate de mai mulți contractanți, a unei CI care are mai multe aplicații sau este utilizată de mai multe activități de tasking (aplicație). Criteriile de clasificare trebuie aplicate tuturor aplicațiilor ic prin coordonare între activitățile afectate.

6.1.1.3 Panoul de control al configurației (CCB).

CCB guvernamentale sunt stabilite pentru programe majore de achiziție. (Contractorii folosesc, de asemenea, un proces similar pentru controlul configurației lor interne.) BCC sunt de obicei alcătuite din organismul comun de comandă sau agenție autorizat să acționeze în conformitate cu PCU de clasa I și cererile de abateri majore sau critice. Managerul de program este în mod normal președintele CCB și ia deciziile cu privire la toate modificările aduse în fața CCB. CCB este un proces de gestionare a programului utilizat de managerul de program pentru a stabili toate beneficiile și impactul schimbării înainte de luarea deciziei. Atunci când se pronunță o decizie, președintele CCB aprobă o directivă CCB sau o scrisoare/un memorandum echivalent, direcționând acțiunile de punere în aplicare corespunzătoare care trebuie finalizate.

a. Autoritatea CCB.

fiecare BCC are o autoritate limitată de a aproba modificările pe baza următorilor factori:

• Autoritatea poate fi limitată de o BCC de nivel superior, în cazul în care există o ierarhie a BCC pe un proiect complex

• o CCB, în cadrul unei organizații care nu este CDCA pentru un document, nu are Autoritatea de a aproba o modificare a acelui document.

• dacă CDCA este organizația care a propus modificarea CCB, CCB aprobă finanțarea și încorporarea modificării produsului, în timp ce CDCA aprobă modificarea documentului. * Dacă o organizație care nu este CDCA pentru un document propune o modificare a unei organizații CCB care nu este, de asemenea, CDCA pentru document (adică un AA CCB), AA CCB nu are Autoritatea de a aproba modificarea.

• BCC AA pot revizui modificările propuse și pot face recomandări CDCA. AA CCB poate decide doar să adopte (sau să nu adopte) o modificare aprobată de CDCA.

• aprobarea CCB a unui ECP trebuie uneori reținută până la aprobarea modificărilor specifice ale documentelor de către CDCA pentru documentele respective

• aprobarea CCB poate fi uneori reținută până la primirea pozițiilor utilizatorilor de la toate guvernele, indicând faptul că vor adopta modificarea. După cum se menționează la 6.1.1.1.C, mai multe poziții AA ar trebui să fie coordonate de un GLAA.

B. calitatea de membru CCB.

calitatea de membru al CCB este, în mod normal, compusă din experți cheie în domeniul funcțional sau în materie din organizația guvernamentală, de ex. Echipa de programe integrate (IPT). Membrii sunt responsabili pentru consilierea președintelui CCB. Pot fi incluși și alți membri ai personalului funcțional, după cum poate fi dictat de cerințele de schimbare și/sau de program, inclusiv reprezentanți din alte servicii DoD (pentru programe de servicii comune) și din alte țări (pentru programe multinaționale). Calitatea de membru CCB ar trebui să fie formată, dar să nu se limiteze la reprezentanți din logistică, instruire, inginerie, managementul producției, contractare, managementul configurației și alte discipline funcționale legate de program. Calitatea de membru CCB este menținută prin Carta CCB.

c. Carta CCB.

cartele CCB sunt în mod normal aprobate prin intermediul guvernului procurarea activitate canale administrative oficiale. Toți membrii CCB trebuie să fie prezenți la fiecare reuniune a CCB și trebuie să fie familiarizați, din perspectiva lor funcțională, cu schimbările avute în vedere. Membrii CCB sunt obligați să-și facă cunoscută poziția(pozițiile) președintelui și, în cele din urmă, să aprobe Directiva/ordinul CCB (atunci când este necesar), notându-și acordul sau dezacordul cu decizia. Pentru a aproba Directiva CCB (CCBD), o persoană trebuie să fie membrul principal (sau supleant) al CCB desemnat de Carta CCB.

d. proceduri de Operare CCB.

biroul cm al activității de achiziție ar trebui să publice procedurile pentru funcționarea BCC, astfel încât toți membrii să înțeleagă importanța acesteia pentru procesul de achiziție. Un secretariat CCB programează întâlniri, distribuie agende, înregistrează deciziile CCB și distribuie procese verbale și directive părților cărora li se atribuie acțiuni de punere în aplicare sau care au nevoie să știe. Procedurile de operare ale BCC ar trebui, de asemenea, să definească timpii-țintă de procesare pentru PCU, pentru a asigura în timp util personalul, aprobarea și punerea în aplicare.

6.1.1.4 eficacitate.

eficacitatea unui ECP identifică cantitatea sau gama de CIs care urmează să fie modificate, incluzând atât încorporarea producției, cât și modernizarea CIs livrate. Stabilirea eficienței ECP necesită ca activitatea de achiziție să ia în considerare factori precum următorii:

• urgență – corectarea unei deficiențe care implică siguranța personalului poate fi suficient de semnificativă pentru a depăși toate celelalte considerente, chiar și sprijinul concomitent. Dacă sunt impuse limitări de funcționare echipamentelor până la soluționarea unei probleme de siguranță, eficacitatea operațională poate fi sever restricționată

• inventar – trebuie luate în considerare piesele și materialele disponibile; trebuie luată o decizie bazată pe costuri și compromisuri operaționale fie pentru a utiliza materialele existente la epuizare, fie pentru a elimina inventarul curent. Acest lucru este valabil atât pentru inventarul contractantului, cât și pentru piesele de schimb și de reparații stocate de Guvern

• configurații – unul dintre obiectivele cheie de gestionare a configurației este de a minimiza numărul de configurații CI diferite care trebuie acceptate simultan, în special dacă diferitele configurații CI necesită software operațional diferit sau actualizat, echipamente de asistență, software de asistență, piese de schimb, instruire sau publicații. Deoarece toate configurațiile CI existente nu pot fi adesea actualizate simultan, trebuie acordată o atenție deosebită fie întârzierii, fie accelerării încorporării modificării pentru a minimiza impactul. Setarea eficienței la un viitor bloc definit al CSI poate fi o soluție. Combinarea sau ambalarea unui număr de modificări software în următoarea versiune poate fi alta etc.

• Lead Time-există mai multe ori de plumb să ia în considerare atunci când identificarea effectivity pentru o schimbare. Trebuie luate în considerare timpii de producție/achiziție necesari pentru a finaliza efortul de proiectare nerecurent, pentru a achiziționa piese și materiale și pentru a încorpora schimbarea atât în producție, cât și / sau modernizare. Timpul administrativ necesar pentru procesarea modificării pentru aprobare este, de asemenea, extrem de important. Guvernul și contractantul poartă responsabilitatea de a evita întârzierea procesării modificărilor, în special atunci când există cantități mari de IC în producție și în inventarul operațional care trebuie modernizate. Costul întârzierii unei decizii poate duce la livrarea unor configurații suplimentare învechite care vor trebui adaptate. Adesea, costul recurent al înlocuirii componentelor în producție este doar înlocuirea unui ansamblu cu un cost egal sau mai mic cu altul; întrucât modernizarea aceleiași modificări implică costul ambelor ansambluri, precum și costul suplimentar al dezasamblării și înlocuirii.

• Calendarul-eficacitatea poate fi necesar să fie selectate astfel încât o anumită capacitate operațională va fi disponibil la un moment dat sau pentru un eveniment specific, cum ar fi o desfășurare planificată de forțe sau un exercițiu de formare.

tabelul 6-1 oferă un ghid de activitate pentru evaluarea unui proces de control al configurației.

tabelul 6-1. Ghid De Activitate: Lista de verificare a evaluării procesului de control al configurației

Autoritatea de concurență Clasa II a fost delegată contractanților în multe cazuri ca urmare a propunerilor inițiativei de proces unic (SPI). Cu toate acestea, Autoritatea de omologare Clasa II poate fi delegată contractanților numai pentru documentele pentru care aceștia sunt CDCA

pentru aplicarea corectă a acestor informații, a se vedea nota de la pagina Cuprins