Mil-HDBK-61A: Configuration Control

< előző / Tartalom / Következő >

6.1 Configuration Control Activity

a Configuration control a konfigurációkezelés talán leglátványosabb eleme. Ez az a folyamat, amelyet a vállalkozók és a kormányzati programirodák használnak a javasolt mérnöki változások és eltérések előkészítésének, igazolásának, értékelésének, koordinációjának, diszpozíciójának és végrehajtásának kezelésére a végrehajtott konfigurációs elemekhez (CIs) és az alapvonalas konfigurációs dokumentációhoz.

a konfigurációvezérlés elsődleges célja egy szisztematikus változáskezelési folyamat létrehozása és fenntartása, amely szabályozza az életciklus költségeit, és:

• lehetővé teszi az optimális tervezési és fejlesztési szélességet a megfelelő fokozattal és a konfigurációváltozás-ellenőrzési eljárások mélységével a rendszer/CI életciklusa alatt.

• biztosítja a konfigurációs változások hatékony feldolgozását és végrehajtását, amelyek fenntartják vagy fokozzák a működési készséget, a támogathatóságot, a felcserélhetőséget és az interoperabilitást

• biztosítja a megfelelő konfigurációellenőrző hatóság által karbantartott konfigurációs dokumentáció teljes, pontos és időben történő módosítását

• megszünteti a felesleges változás elterjedését

a konfigurációvezérlés tartománya az első konfigurációs dokumentum jóváhagyását követően kezdődik. Ez általában akkor fordul elő, amikor a funkcionális konfigurációs alapvonalat (a továbbiakban: a követelmények alapvonala az EIA/IS-649-ben) egy rendszer vagy konfigurációs elem számára állapítják meg. Ezen a ponton kiegészítő kormányzati és vállalkozói változáskezelési eljárásokat alkalmaznak az egyes javasolt mérnöki változtatások vagy az alapvonalas dokumentációtól kért eltérések szisztematikus értékelésére, a változás teljes hatásának (beleértve a költségeket is) felmérésére az érintett funkcionális tevékenységekkel való koordináció révén, a változás vagy eltérés elhelyezésére, időben történő jóváhagyásra vagy elutasításra, valamint a jóváhagyott változtatások mindkét fél általi időben történő végrehajtásának biztosítására. A konfigurációvezérlés alapvető tudományág a program életciklusa során. A 6-1. ábra a konfigurációvezérlési folyamat legfelső szintű tevékenységi modelljét szemlélteti. A konfigurációvezérlési folyamatot három részre osztja, amelyeket a 6-2., 6-3., illetve 6-4. ábrák részleteznek.

az első szegmens, a kormányzati Konfigurációvezérlés-kezdeményezés, tükrözi a folyamat azon részét, amely a vállalkozói mérnöki változtatási javaslat (ECP) kormányzati kérelmét megelőzően történt. Ez a tevékenység történik:

• ha a változás szükségessége kormányzati tevékenységből ered (beleértve a terepi és műveleti tevékenységeket is)

• ennek eredményeként a bemenet a vállalkozó, hogy egy I. osztályú változás a kormány által ellenőrzött kiindulási van szükség

• miután jóváhagyták a javasolt változtatás által érintett konfigurációs dokumentációt, amelyet beépítettek a kormány által ellenőrzött jelenlegi alapvonalba

a változtatásokra több okból is szükség lehet, például az új fenyegetések leküzdése, az új technológiák bevezetése, valamint válaszoljon a műszaki és működési tesztekre és értékelésekre, vagy javítsa ki a problémákat. Amint az a 6-2.ábrán látható, a konfiguráció ellenőrzéséért felelős kormányzati tevékenység megerősíti a változtatás szükségességét, meghatározza a javasolt változtatás teljesítményére, költségére és ütemezésére vonatkozó küszöbértékeket, megállapítja, hogy a változtatás technikailag megvalósítható és megfizethető (az aktuális információk és adott esetben a szerződéses felület alapján), és kérelmet készít a vállalkozó(k) számára az ECP elkészítésére. A konfigurációvezérlés hatékonyságának és eredményességének egyik legjelentősebb hozzájárulója a kormány és a vállalkozó közötti világos és tömör kommunikáció az ECP hivatalos kérelme előtt. Ideális esetben ez egy integrált termékcsapat környezetben történik.

6-3.ábra, amely a 6-1. ábra második szegmensét tükrözi, modellezi a vállalkozó konfigurációvezérlési folyamatát. A vállalkozó konfigurációvezérlésére akkor kerül sor, amikor a vállalkozó kiadja a konfigurációs Dokumentáció minden elemét. Végső soron a vállalkozó konfigurációvezérlését alkalmazzák a teljes konfigurációs dokumentációra, beleértve a kormányzati alapszintű konfigurációs dokumentációt a teljesítmény vagy a részletes specifikáció szintjén, adott esetben, és a tervezési megoldást, amelyet a mérnöki modellek és rajzok tartalmaznak. A vállalkozó válaszol a kormányzati ECP kérésekre és a belsőleg generált tervmódosításokra vagy eltérésekre (RFD) vonatkozó kérésekre. A vállalkozó értékeli az egyes javasolt változtatási vagy eltérési kérelmeket, és dokumentálja azok hatását a közösségi gazdasági ágazat fejlesztésére és támogathatóságára, meghatározza a szükséges felülvizsgálat és jóváhagyás alkalmazandó szintjét, és biztosítja, hogy az alkalmazandó konfigurációellenőrző hatóság a végrehajtás előtt konkrét döntést hozzon a módosítás életképességéről. A kormányzati felülvizsgálatot és/vagy jóváhagyást igénylő ECP-ket és RFD-ket a szerződéses követelményeknek megfelelően továbbítják. A változtatást jóváhagyó döntést a kormány hozza meg, amikor:

• a módosítás egy, a kormány által ellenőrzött alapszintű teljesítményszintű konfigurációs dokumentum követelményére vonatkozik, vagy

• a Vállalkozó által ellenőrzött konfigurációs dokumentum módosítása hatással van a meghatározott teljesítményre, támogathatóságra és más, a CI-re és a kormány által ellenőrzött dokumentációra vonatkozó szerződésben meghatározott követelményekre.

a vállalkozó hozza meg a döntést, amikor a változás olyan elemekre/konfigurációs dokumentációkra vonatkozik, amelyek esetében a konfigurációellenőrző hatóság, feltéve, hogy ezek a változások nem befolyásolják a kormány alapértékeit.

a 6-4.ábra a 6-1. ábra harmadik szegmensét modellezi, amely a folyamat azon részét foglalja magában, amely a Vállalkozó által benyújtott ECP-k és RFD-K kormányzati felülvizsgálatával és elhelyezésével foglalkozik. Szemlélteti a helyi önkormányzati képviselők felülvizsgálatát és a II. osztályú változásokkal és kisebb eltérésekkel való egyetértést (ahol az ilyen intézkedés szerződéses követelmény), valamint az I. osztályú változások és a nagyobb/kritikus eltérések jóváhagyását (vagy nem jóváhagyását). A kormányzati konfigurációellenőrzési tevékenység (jellemzően egy titkárság) úgy készül fel a konfigurációellenőrző testületre, hogy a javasolt változtatást valamennyi érintett féllel összehangolja, megkapja a technikai egyetértést, valamint a költségeket és az ütemterv kötelezettségvállalásait, valamint a változást/eltérést a CCB naptárába helyezi (összhangban annak felkészültségével és a változás sürgősségével). A CCB ezt követően felülvizsgálja a javaslatot és a végrehajtási kötelezettségvállalásokat, és a beszerzési tevékenység politikájával összhangban jóváhagyja vagy elutasítja azokat. A CCB-határozat eredményeként végrehajtási iránymutatást adnak, jellemzően CCB-irányelv formájában. A CCB által irányított intézkedések magukban foglalják mind a szerződéses intézkedéseket, mind a kormányzati tevékenységekre vonatkozó megbízásokat, adott esetben. A CCB irányelvre válaszul a kormány szerződő hivatala előkészíti és tárgyalja a szerződés módosítását, hogy felhatalmazza a Vállalkozót a jóváhagyott I. osztályú ECP vagy jelentős/kritikus eltérés végrehajtására.

egy hatékony, jól definiált konfigurációvezérlési folyamat biztosítja a kormányzati programhivatal számára, hogy a kormány által ellenőrzött alapvonalak minden változását, függetlenül attól, hogy milyen kicsi vagy jelentéktelennek tűnik, az alkalmazandó konfigurációvezérlő hatóság felülvizsgálja. Hatékony konfigurációvezérlési folyamat nélkül a Programiroda azzal a kockázattal jár, hogy olyan konfigurációkkal látja el a CIs-t, amelyek:

• műszakilag nem megfelelőek és nem felelnek meg a meghatározott teljesítménykövetelményeknek

• logisztikailag nem támogatható

• lehet, hogy nem biztonságos

• elpazarolt erőforrások, és

• ne adjon pontos történelmi feljegyzést a jövőbeli változások alapjaként.

6.pontban leírtak szerint.1, az alapvonalas konfigurációs dokumentáció konfigurációvezérlése egy integrált változáskezelési folyamat, amely magában foglalja mind a tevékenység elvégzését (általában Vállalkozó), mind a feladat elvégzését (általában a kormány) a változások előkészítésével, igazolásával, értékelésével, koordinációjával, diszpozíciójával és végrehajtásával kapcsolatos felelősségeket. A konfigurációvezérlési folyamaton keresztül a javasolt mérnöki változtatások és eltérések teljes hatását azonosítják és figyelembe veszik azok végrehajtása során.

a konfigurációvezérlési folyamat a Program korai szakaszában lévő kevésbé formális folyamatból egy nagyon fegyelmezett és formális folyamatba fejlődik a rendszerfejlesztési és demonstrációs, gyártási és telepítési, valamint üzemeltetési és támogatási fázisok során . A koncepció feltárási fázisában a konfigurációvezérlési folyamatot a rendszertervezés támogatására alkalmazzák annak biztosítása érdekében, hogy a dokumentumok helyes változatát, amely a műszaki döntéseket vagy a vonatkozó vizsgálati paraméterek meghatározását közli, az összes személyzet terjeszti és használja. Ezenkívül a folyamat tudatosítja az érintett feleket abban, hogy változás zajlik, és lehetővé teszi számukra, hogy releváns hozzájárulást nyújtsanak.

a koncepció-és technológiafejlesztési szakaszban (adott esetben), amikor a programdefiníciós dokumentumok kidolgozása folyamatban van, a konfigurációvezérlési folyamat szintén kevésbé formális. A rendszermérnöki ellenőrzési folyamat részeként ebben a szakaszban, több követelménymeghatározási alapvonal is meghatározható a kényelem érdekében annak biztosítása érdekében, hogy a program minden résztvevője “ugyanazon az oldalon legyen.”A konfigurációvezérlési eljárás ebben a szakaszban hasznos a változó rendszerszintű SPECIFIKÁCIÓK változásainak felülvizsgálatához és összehangolásához. Azt is szolgálja, hogy fenntartsák a kormány / vállalkozó információcsere hatékony és kezelhető azáltal, hogy:

• a változások azonosítása, dokumentálása, terjesztése és felülvizsgálata

• a fájlok megfelelő verziószámozása és a dokumentumok felülvizsgálata

• kiadási folyamat annak biztosítására, hogy az egyes verziók / verziók tükrözzék az alkalmazandó módosításokat

a rendszerfejlesztési és demonstrációs, gyártási és telepítési, valamint üzemeltetési és támogatási fázisok során elengedhetetlen a formális konfigurációvezérlési folyamat. Az informális dokumentumváltozásvezérlés, amelyet a koncepciókutatás során gyakoroltak, nem elegendő a rendszerek beszerzéséhez és fenntartásához. A termék fejlesztése és gyártása során a configuration control a teljesítményt, a fizikai és funkcionális jellemzőket, valamint a termék konfigurációját meghatározó dokumentációra összpontosít. A konfigurációvezérlés olyan kezelési folyamat, amely szerződéses (kormányzati) és belső (vállalkozói) konfigurációs alapvonalakat használ referenciaként a változások kezeléséhez. Ebben az összefüggésben azonban számos konfigurációvezérlési komplexitási szint létezik. Makroszinten nézve, amelyet az aktivitási modellek írnak le (6-1-6-4. ábra), a folyamat:

• foglalkozik az alapdokumentációval

• meghatározza, hogy mely dokumentumok érintettek

• olyan változtatást javasol, amely kiterjed az összes érintett elemre gyakorolt hatásokra, és

• jelzi, hogy mikor, hol és ki frissíti a dokumentációt, és a változtatást beépítik a termékbe és az összes támogató elembe.

míg ez a felső szintű makró nézet egyszerűnek és egyenesen előre néz, a konfigurációvezérlés folyamatának mikroszintű nézete lényegesen összetettebb lehet. A mikro nézet feltárja azt a folyamatréteget, amely foglalkozik azzal, hogy mit kell tenni az egyes érintett elemek megváltoztatásához, és így számos szempontot figyelembe véve, mint például az adatjogok; jóváhagyó hatóság, dokumentumkezelők; tervezési, kiadási, gyártási, telepítési és tesztelési szervezetek; szerződéses és interfész kapcsolatok.

a termék megváltoztatásához az első lépés a terméket meghatározó dokumentumok felülvizsgálata. Az alábbiakban tárgyalt fogalmak megkönnyítik ennek a lépésnek a végrehajtását automatizált eszközök, például CM AIS használatával. Ez a kézikönyv ezeket a fogalmakat mind a programmenedzsment (makró), mind a dokumentumvezérlés (mikro) szempontjából vizsgálja.

6.1.1.1 Jelenlegi Hatóság.

mikroszinten, ha egy termék módosítását javasló ECP több dokumentumot érint, a változtatási javaslatnak, az értékelésnek és a végrehajtásnak figyelembe kell vennie:

• ki a szerződéses hatóság az ECP jóváhagyására? Ez a termékkonfiguráció-ellenőrző hatóság

• Ki jogosult jóváhagyni az ECP által érintett egyes dokumentumok felülvizsgálatát? Ez a jelenlegi dokumentumváltási hatóság.

• szükséges-e egy kapcsolódó ECP a dokumentumváltoztatási hatóság szervezetétől ahhoz, hogy a termék konfigurációellenőrző hatósága jóváhagyhassa a termék ECP-jét?

• van-e más kormányzati vagy ipari tevékenység, mert a terméknek több felhasználója van? Ezek alkalmazási tevékenységek. Az egyik kijelölt vezető alkalmazás tevékenység?

a. konfigurációs ellenőrző hatóság.

a termék (rendszer/CI) módosításának végrehajtását jóváhagyó szerződéses konfigurációellenőrző hatóság kezdetben a vállalkozónál vagy a kormánynál tartózkodhat. Átadhatja a vállalkozótól a kormánynak, vagy továbbra is a vállalkozónál tartózkodhat a közösségi gazdasági ágazat teljes életciklusa alatt. Ez a hatóság műszakilag felelős a termék teljesítményéért, valamint adózási szempontból felelős a termék módosításainak finanszírozásáért.

a kormányzati konfigurációvezérlés szintjét általában a CI kiválasztás részeként határozzák meg. Az akvizíciós program során azok a szintek, amelyeken a kormány meghatározza, szerződést köt, elfogadja és tervezi logisztikailag támogatni egy rendszer vagy fák egyes összetevőit. A kormányzati konfigurációvezérlés mindig az alacsonyabb szintű Hitelintézetekhez megállapított funkcionális alapvonalakkal és kiosztott alapvonalakkal foglalkozik, amelyek előírásait a kormány bocsátotta ki vagy hagyta jóvá . Hasonló és kapcsolódó alvállalkozói konfigurációellenőrzési gyakorlatok vonatkoznak a CIs-re és a kormányzati konfiguráció-ellenőrzés szintje alatti alkatrészekre is.

a szerződéses konfigurációellenőrző hatóság azon dokumentumok összességével foglalkozik, amelyek egy adott szerződés esetében az adott hatóság által ellenőrzött termékre vonatkoznak. Ez a hatóság lehet az aktuális Dokumentumváltási Hatóság (CDCA), amelyet az alábbi b. pont ír le a változtatást igénylő egyedi dokumentumok esetében (pl. rendszer vagy CI teljesítmény specifikáció). Ha nem egy adott dokumentum CDCA-ja, akkor nincs felhatalmazása a dokumentum javasolt módosításának jóváhagyására, ezért ECP jóváhagyást kell kérnie az alkalmazandó CDCA-tól, vagy alternatív tervet kell választania.

B. aktuális Dokumentumváltási Hatóság.

a jelenlegi dokumentumváltási hatóság fogalma (a CDCA egy olyan kapcsolat kifejezése, amely mindig is létezett. A konfigurációs dokumentáció automatizált információs rendszerrel történő kezelésének szükségessége előtt ez a koncepció nem volt egyértelműen megfogalmazva, hanem az “eredeti tervezési tevékenység” és a “jelenlegi tervezési tevékenység” kifejezésekben öltött testet.”Azonban ezeknek a fogalmaknak a meghatározása kifejezetten a tervdokumentumokra vonatkozik, pl. mérnöki rajzok, szemben az összes dokumentációval, és magukban foglalják a letétkezelést és a tervezési felelősséget is.

a CDCA viszont specifikációkra vagy bármilyen más típusú dokumentumra vonatkozik, és független attól a szervezettől, amely fizikailag karbantartja és tárolja a dokumentumot. A CDCA az a szervezet, amely döntési hatáskörrel rendelkezik a dokumentum tartalma felett, tükrözve a dokumentum által tartalmazott információk tulajdonjogát vagy adatjogait. A CDCA lehet kormányzati tevékenység vagy vállalkozó, és a hatóság átruházható. Egy dokumentumhoz azonban egyszerre csak egy CDCA van.

a dobozban található forgatókönyvek a CDCA megjelölés logikáját szemléltetik:

C. alkalmazási tevékenység.

egy több felhasználóval rendelkező termékhez több konfigurációvezérlő hatóság is tartozhat; mindegyik egy adott szerződés konfigurációvezérlő hatósága. Ha az egyik szerződés konfigurációellenőrző hatósága a termék rendszer/CI teljesítmény specifikációjának CDCA-ja, akkor a többi konfigurációellenőrző hatóság alkalmazási tevékenységnek minősül, mivel hatáskörük csak a termék használatára és dokumentációjára terjed ki. Nem engedélyezhetik egyik módosítását sem, de részt vehetnek a változásvezérlő folyamatban, ha a cdca konfigurációvezérlő hatóság vagy a kormány vezető alkalmazási tevékenysége kéri.

mindig is kívánatos volt, hogy a vállalkozó egy tételt egyetlen kormányzati fókuszponton keresztül kezeljen a változások összehangolására. Gyakran nem ez volt a helyzet. Minden kormányzati tevékenység jellemzően a tekintélyét tartotta elsődlegesnek, és nem mindig ismerte fel, hogy több alkalmazási hatóság létezik. Mivel az elemek többszöri használata tovább terjed, léteznie kell egy egyszerű logikai módszernek az ellenőrző hatóság és a használati hatóság megkülönböztetésére, valamint a többszörös felhasználást érintő változások kommunikálására és összehangolására. A következő Alkalmazás, Tevékenység megjelölésére használnak erre a célra:

• Alkalmazás tevékenység (AA) – a felhasználó a dokumentum, aki nem a CDCA

• a Kormány vezető alkalmazás hatóság (GLAA) – a Kormány beszerzési tevékenység kijelölték a vezetést a megszerzése a elemet. E szerep betöltésekor a GLAA egyesíti az összes kormányzati pályázati tevékenység ajánlásait, és a kormányon belüli egyetlen kapcsolattartó pont a kormány/vállalkozó CDCA-val való koordináció érdekében.

6.1.1.2. Osztályozás Módosítása.

a Változásosztályozás a változásfeldolgozási és/vagy jóváhagyási módszer jelölésére szolgáló gyorsírási módszer. A kormányhoz benyújtandó ECP-ket I. vagy II. osztályba sorolják. Az I. osztályú ECP-t a kormány Konfigurációvezérlő testülete hagyja jóvá, és szerződésmódosítással engedélyezi. Osztályú változást viszont általában az önkormányzati képviselő vizsgálja felül az osztályozás összehangolása érdekében, hacsak a szerződés másként nem rendelkezik. Hacsak a szerződésben nem szerepel egy kormányzati képviselő (általában a beszerzési tevékenységből származó személy), a vállalkozó (vagy az ECP kezdeményezője) felelős a változások osztályozásáért. A változások osztályozásához hasonló kritériumokat tartalmaz az ANSI/EIA-649, ahol a változások osztályozását “nagyobb” és “kisebb” változásoknak nevezik..

a teljesítményalapú beszerzés során mind az I., mind a II.osztályú változások meghatározása módosult, hogy csak a kormány által jóváhagyott (alapvonalas) konfigurációs dokumentációt érintő változásokra vonatkozzon. A vállalkozó alapdokumentációjának módosításait a vállalkozónak felül kell vizsgálnia annak meghatározása érdekében, hogy azok hatással vannak-e a kormányzati teljesítménykövetelményekre és a támogatási tevékenységekre is.

az osztályozási tényezők csak a jóváhagyott konfigurációs dokumentációban javasolt mérnöki változtatásokra vonatkoznak. Bár a munkafeladat-kimutatás (például környezeti hatásvizsgálat) hozzáadása szerződésmódosítást igényelhet, és növelheti a kormány költségeit, ez nem tekinthető I. osztályú mérnöki változásnak, mivel sem a terv, sem a konfigurációs dokumentáció nem érinti.

a változás osztályozásakor nem csak magának a CI-nek a formáját, illeszkedését, funkcióját vagy interfészjellemzőit kell figyelembe venni. Az ECP osztályozása előtt minden ECP osztályozási tényezőt figyelembe kell venni. A tényezők számos támogatási, működési és képzési szempontot tartalmaznak. Például, ha a vállalkozó CDCA a kártya dokumentációjához, az elektronikus áramköri kártya javasolt tervmódosítása önmagában nem lenne I. osztályú változás.. De ha az újratervezés megköveteli az automatikus tesztberendezések vagy támogató szoftverek megváltoztatását, amelyekért a kormány felelős, a változást I. osztályú ECP-ként kell besorolni, és ennek megfelelően kell feldolgozni. Meg kell jegyezni, hogy az ilyen típusú I. osztályú változtatások, amelyeket tévesen II.osztályba sorolnak, vagy amelyek a vállalkozó CDCA felelősségi körébe tartoznak, jelentős üzemeltetési és/vagy logisztikai támogatási problémákat okozhatnak, és megnövelhetik a kormány költségeit.

a változás osztályozásakor figyelembe kell venni az érintett közösségi gazdasági ágazat valamennyi alkalmazását, pl. az egynél több vállalkozó által gyártott közösségi gazdasági ágazattal szemben indított ECP-ket, olyan közösségi gazdasági ágazatot, amelynek több alkalmazása van, vagy amelyet egynél több feladat (alkalmazási) tevékenység használ. Az osztályozási kritériumokat az érintett tevékenységek közötti koordináció révén minden közösségi alkalmazásra alkalmazni kell.

6.1.1.3 konfigurációs vezérlőpanel (CCB).

kormányzati CCB-ket hoznak létre a nagyobb akvizíciós programokhoz. (A vállalkozók hasonló eljárást alkalmaznak a belső konfiguráció vezérlésére is.) A CCB-k általában a közös parancsnokságból vagy ügynökségi szervből állnak, amelyet az I. osztályú ECP-k, valamint a nagyobb vagy kritikus eltérések iránti kérelmek kezelésére bérelnek. A programmenedzser általában a CCB elnöke, és a CCB elé terjesztett összes változással kapcsolatos döntéseket hozza. A CCB egy programmenedzsment folyamat, amelyet a programmenedzser használ a változás minden előnyének és hatásának megállapítására a döntés meghozatala előtt. A határozat meghozatalakor a CCB elnöke jóváhagyja a CCB-irányelvet vagy azzal egyenértékű levelet/memorandumot, amely a megfelelő végrehajtási intézkedések végrehajtását irányítja.

a. CCB Hatóság.

minden CCB korlátozott jogosultsággal rendelkezik a változások jóváhagyására a következő tényezők alapján:

• a hatóságot egy magasabb szintű CCB korlátozhatja, ahol a CCB-k hierarchiája van egy összetett projekten

• a CCB egy olyan szervezeten belül, amely nem a dokumentum CDCA-ja, nem jogosult jóváhagyni a dokumentum módosítását.

• ha a CDCA az a szervezet, amely a CCB módosítását javasolta, akkor a CCB jóváhagyja a termék változásának finanszírozását és beépítését, míg a CDCA jóváhagyja a dokumentum módosítását. * Ha egy olyan szervezet, amely nem a dokumentum CDCA-ja, olyan CCB-szervezet módosítását javasolja, amely szintén nem a dokumentum CDCA-ja (azaz AA CCB), az AA CCB nem rendelkezik hatáskörrel a változás jóváhagyására.

• az AA CCBs felülvizsgálhatja a javasolt módosításokat, és ajánlásokat tehet a CDCA számára. Az AA CCB dönthet úgy, hogy csak a CDCA által jóváhagyott módosítást fogad el (vagy nem fogad el).

• az ECP CCB-jóváhagyását néha meg kell akadályozni, amíg a Cdca-K jóváhagyják az adott dokumentumváltozásokat ezekre a dokumentumokra vonatkozóan

• a CCB jóváhagyását néha visszatarthatják, amíg a felhasználói pozíciók meg nem érkeznek az összes kormánytól, jelezve, hogy elfogadják a változást. Amint azt a 6.1.1.1.c, több AA pozíciót egy GLAA-nak kell koordinálnia.

B. CCB tagság.

a CCB tagsága általában a kormányzati szervezet kulcsfontosságú funkcionális vagy tárgyi szakértőiből áll, pl. Integrált Programcsapat (IPT). A tagok felelősek a CCB elnökének tanácsadásáért. Más funkcionális személyzet is bevonható, amint azt a változás és/vagy a program követelményei előírják, beleértve más DoD szolgálatok képviselőit (közös szolgáltatási programok esetén) és más országokat (multinacionális programok esetén). A CCB tagságnak magában kell foglalnia, de nem korlátozódhat a logisztika, a képzés, a mérnöki munka, a Termelésirányítás, a szerződéskötés, a konfigurációkezelés és más programokkal kapcsolatos funkcionális tudományágak képviselőire. A CCB tagságot a CCB Charta tartja fenn.

C. CCB Charta.

a CCB chartákat általában a kormányzati beszerzési tevékenység hivatalos adminisztratív csatornáin keresztül hagyják jóvá. Minden CCB-tagnak jelen kell lennie minden CCB-ülésen, és funkcionális szempontból ismernie kell a figyelembe vett változásokat. A CCB tagjai kötelesek ismertetni álláspontjukat(álláspontjaikat) az elnökkel; és végül jóváhagyni a CCB irányelvet/végzést (ha szükséges), megjegyezve, hogy egyetértenek vagy nem értenek egyet a határozattal. A CCB irányelv (CCBD) jóváhagyásához a személynek a CCB charta által kijelölt elsődleges (vagy póttag) CCB tagnak kell lennie.

D. CCB üzemeltetési eljárások.

a beszerzési tevékenység CM irodájának közzé kell tennie a CCB működésére vonatkozó eljárásokat, hogy minden tag megértse annak fontosságát az akvizíciós folyamat szempontjából. A CCB titkársága ütemezi az üléseket, napirendeket oszt meg, rögzíti a CCB határozatait, és jegyzőkönyveket és irányelveket oszt szét azoknak a feleknek, akik végrehajtási intézkedés(ek) re vannak kijelölve, vagy akiknek ismerniük kell őket. A CCB működési eljárásainak meg kell határozniuk az ECP-k feldolgozási idejét is, hogy időben biztosítsák a személyzetet, a jóváhagyást és a végrehajtást.

6.1.1.4 hatékonyság.

az ECP hatékonysága meghatározza a módosítandó CIs mennyiségét vagy tartományát, beleértve a leszállított CIs gyártási beépítését és utólagos felszerelését is. Az ECP hatékonyságának megteremtése megköveteli, hogy a beszerzési tevékenység figyelembe vegye az alábbi tényezőket:

• készlet – a kéznél lévő alkatrészeket és anyagokat figyelembe kell venni; a költségeken és az üzemeltetési kompromisszumokon alapuló döntést vagy a meglévő anyagok kimerítésére, vagy a jelenlegi készlet selejtezésére kell hozni. Ez vonatkozik mind a vállalkozói leltárra, mind a kormány által felszerelt tartalék – és javítási alkatrészekre

• konfigurációk-az egyik legfontosabb konfigurációkezelési cél az egyidejűleg támogatandó különböző CI-konfigurációk számának minimalizálása, különösen akkor, ha a különböző CI-konfigurációk eltérő vagy frissített operatív szoftvert, támogató berendezést, támogató szoftvert, pótalkatrészeket, képzést vagy kiadványokat igényelnek. Mivel az összes meglévő CI-konfigurációt gyakran nem lehet egyszerre frissíteni, a hatás minimalizálása érdekében gondosan mérlegelni kell a változás beépítésének késleltetését vagy felgyorsítását. Az egyik megoldás lehet a hatásosság beállítása a CIs jövőbeli meghatározott blokkjára. Számos szoftverváltozás kombinálása vagy csomagolása a következő verzióba lehet egy másik, stb.

• átfutási idő – sok átfutási időt kell figyelembe venni a változás hatékonyságának azonosításakor. Figyelembe kell venni azokat a gyártási/beszerzési átfutási időket, amelyek szükségesek a nem ismétlődő tervezési erőfeszítések teljesítéséhez, az alkatrészek és anyagok beszerzéséhez, valamint a változtatásnak a gyártásba és/vagy az utólagos felszerelésbe történő beépítéséhez. A módosítás jóváhagyásra történő feldolgozásához szükséges adminisztratív átfutási idő szintén kiemelkedő fontosságú. A kormány és a vállalkozó felelőssége, hogy elkerülje a változások feldolgozásának késedelmét, különösen akkor, ha a gyártásban és az operatív leltárban nagy mennyiségű közösségi gazdasági ágazat van, amelyet utólag fel kell szerelni. A döntés késleltetésének költsége további elavult konfigurációk szállítását eredményezheti, amelyeket utólag kell felszerelni. Gyakran előfordul, hogy a gyártás során az alkatrészek cseréjének ismétlődő költsége pusztán az, hogy az egyik szerelvényt azonos vagy alacsonyabb költséggel helyettesítik egy másikkal; míg ugyanazon változás utólagos felszerelése magában foglalja mindkét szerelvény költségét, valamint a szétszerelés és a csere többletköltségét.

• időzítés-előfordulhat, hogy a hatékonyságot úgy kell megválasztani, hogy egy adott műveleti képesség rendelkezésre álljon egy adott időpontban vagy egy adott eseményhez, például erők tervezett bevetéséhez vagy képzési gyakorlathoz.

a 6-1. táblázat tevékenységi útmutatót nyújt a konfigurációvezérlési folyamat értékeléséhez.

6-1.táblázat. Tevékenységi Útmutató: Configuration Control Process Evaluation Checklist

Class II concurrence authority került átruházásra a vállalkozók sok esetben eredményeként single process initiative (SPI) javaslatokat. A II. osztályú jóváhagyó hatóságot azonban csak olyan dokumentumok esetében lehet megbízni a vállalkozókkal, amelyek CDCA

ezen információk helyes alkalmazásához lásd a tartalomjegyzéket