Managementul configurației - Configuration management

Modelul activității de gestionare a configurației de nivel superior

Managementul configurației ( CM ) este un proces de inginerie de sisteme pentru stabilirea și menținerea coerenței performanțelor, funcționalității și atributelor fizice ale unui produs cu cerințele sale, proiectarea și informațiile operaționale de-a lungul vieții sale. Procesul CM este utilizat pe scară largă de către organizațiile de inginerie militară pentru a gestiona schimbările de-a lungul ciclului de viață al sistemului de sisteme complexe , cum ar fi sistemele de arme , vehiculele militare și sistemele de informații . În afara armatei, procesul CM este, de asemenea, utilizat cu managementul serviciilor IT, astfel cum este definit de ITIL , și cu alte modele de domeniu din ingineria civilă și alte segmente de inginerie industrială , cum ar fi drumurile, podurile, canalele , barajele și clădirile.

Introducere

CM aplicat pe parcursul ciclului de viață al unui sistem oferă vizibilitate și control al performanței, funcționalității și atributelor fizice ale acestuia. CM verifică dacă un sistem funcționează conform intenției și este identificat și documentat în detalii suficiente pentru a-și susține ciclul de viață proiectat. Procesul CM facilitează gestionarea ordonată a informațiilor de sistem și a modificărilor de sistem în scopuri benefice încât să revizuiască capacitatea; îmbunătățirea performanței, fiabilității sau capacității de întreținere; prelungi viața; reduce costul; reduce riscul și răspunderea; sau defecte corecte. Costul relativ minim al implementării CM este returnat de multe ori pentru evitarea costurilor. Lipsa CM sau implementarea sa ineficientă poate fi foarte costisitoare și uneori poate avea consecințe catastrofale, cum ar fi defectarea echipamentului sau pierderea de vieți omenești.

CM subliniază relația funcțională dintre părți, subsisteme și sisteme pentru controlul eficient al schimbării sistemului. Ajută la verificarea faptului că modificările propuse sunt luate în considerare în mod sistematic pentru a minimiza efectele adverse. Modificările aduse sistemului sunt propuse, evaluate și implementate utilizând o abordare standardizată, sistematică, care asigură coerența, iar modificările propuse sunt evaluate în funcție de impactul anticipat asupra întregului sistem. CM verifică dacă modificările sunt efectuate conform prescripției și că documentația articolelor și a sistemelor reflectă adevărata lor configurație. Un program complet CM include prevederi pentru stocarea, urmărirea și actualizarea tuturor informațiilor de sistem pe bază de componentă, subsistem și sistem.

Un program CM structurat asigură că documentația (de exemplu, cerințele, proiectarea, testarea și documentația de acceptare) pentru articole este corectă și coerentă cu proiectarea fizică reală a articolului. În multe cazuri, fără CM, documentația există, dar nu este în concordanță cu elementul în sine. Din acest motiv, inginerii, contractanții și conducerea sunt deseori obligați să dezvolte documentație care să reflecte starea reală a articolului înainte de a putea continua cu o modificare. Acest proces de inginerie inversă este risipitor din punct de vedere al resurselor umane și al altor resurse și poate fi minimizat sau eliminat folosind CM.

Istorie

Managementul configurației a luat naștere în Departamentul Apărării al Statelor Unite în anii 1950 ca disciplină de management tehnic pentru articolele din materiale hardware - și este acum o practică standard în aproape fiecare industrie. Procesul CM a devenit propria sa disciplină tehnică la sfârșitul anilor 1960, când DoD a dezvoltat o serie de standarde militare numite „seria 480” (adică MIL-STD-480, MIL-STD-481 și MIL-STD-483) care au fost ulterior emise în anii '70. În 1991, „seria 480” a fost consolidată într-un singur standard cunoscut sub numele de MIL – STD – 973, care a fost apoi înlocuit cu MIL – HDBK – 61 în conformitate cu un obiectiv general al DoD care a redus numărul de standarde militare în favoarea tehnicii din industrie. standarde susținute de organizații care dezvoltă standarde (SDO). Acest lucru a marcat începutul a ceea ce a evoluat acum către cel mai răspândit și acceptat standard pe CM, ANSI – EIA – 649 –1998. Adoptate pe scară largă de numeroase organizații și agenții, conceptele disciplinei CM includ ingineria sistemelor (SE), suportul logistic integrat (ILS), integrarea modelului de maturitate a capacității (CMMI), ISO 9000 , metoda de management al proiectului Prince2 , COBIT , ITIL , managementul ciclului de viață al produsului și gestionarea ciclului de viață al aplicațiilor . Multe dintre aceste funcții și modele au redefinit CM din abordarea sa holistică tradițională a managementului tehnic. Unii tratează CM ca fiind similar cu o activitate de bibliotecar și separă controlul schimbării sau managementul schimbărilor ca pe o disciplină separată sau independentă.

Prezentare generală

CM este practica de a gestiona sistematic modificările, astfel încât un sistem să-și păstreze integritatea în timp. CM implementează politicile, procedurile, tehnicile și instrumentele care gestionează, evaluează modificările propuse, urmăresc starea modificărilor și mențin un inventar al documentelor de sistem și de asistență pe măsură ce sistemul se modifică. Programele și planurile CM oferă direcție tehnică și administrativă pentru dezvoltarea și implementarea procedurilor, funcțiilor, serviciilor, instrumentelor, proceselor și resurselor necesare pentru a dezvolta și sprijini cu succes un sistem complex. În timpul dezvoltării sistemului, CM permite managementului programului să urmărească cerințele pe tot parcursul ciclului de viață, prin acceptare, operațiuni și întreținere. Deoarece schimbările apar în mod inevitabil în cerințe și proiectare, acestea trebuie aprobate și documentate, creând o înregistrare exactă a stării sistemului. În mod ideal, procesul CM este aplicat pe tot parcursul ciclului de viață al sistemului . Majoritatea profesioniștilor se amestecă sau se confundă cu gestionarea activelor (AM, a se vedea și ISO / IEC 19770 ), unde inventariază activele disponibile. Diferența cheie între CM și AM este că prima nu gestionează aspectul financiar contabil, ci serviciul pe care sistemul îl suportă sau, cu alte cuvinte, că cel mai târziu (AM) încearcă să realizeze valoarea dintr-un activ IT.

Procesul CM pentru ambele elemente de configurare hardware și software cuprinde cinci discipline distincte, astfel cum sunt stabilite în MIL – HDBK – 61A și în ANSI / EIA-649. Aceste discipline sunt realizate ca politici și proceduri pentru stabilirea unor linii de bază și pentru efectuarea unui proces standard de gestionare a schimbărilor . Procesul IEEE 12207 IEEE 12207.2 are, de asemenea, aceste activități și adaugă „Managementul și livrarea versiunilor”. Cele cinci discipline sunt:

  1. Planificare și management CM: un document formal și un plan pentru a ghida programul CM care include elemente precum:
    • Personal
    • Responsabilități și resurse
    • Cerințe de formare
    • Liniile directoare ale întâlnirilor administrative, inclusiv o definiție a procedurilor și instrumentelor
    • Procese de bază
    • Controlul configurației și contabilitatea stării configurației
    • Convențiile de denumire
    • Audituri și recenzii
    • Cerințe CM subcontractor / furnizor
  2. Identificarea configurației (CI): constă în setarea și menținerea liniilor de bază, care definesc arhitectura sistemului sau subsistemului, componentele și orice evoluții în orice moment. Este baza prin care modificările aduse oricărei părți ale sistemului sunt identificate, documentate și urmărite ulterior prin proiectare, dezvoltare, testare și livrare finală. CI stabilește în mod incremental și menține baza curentă definitivă pentru contabilitatea stării de configurare (CSA) a unui sistem și a elementelor de configurare (CI) ale acestuia pe tot parcursul ciclului lor de viață (dezvoltare, producție, implementare și suport operațional) până la eliminare.
  3. Controlul configurației: include evaluarea tuturor cererilor de modificare și a propunerilor de schimbare, precum și aprobarea sau respingerea ulterioară a acestora. Acoperă procesul de control al modificărilor la proiectarea, hardware-ul, firmware-ul, software-ul și documentația sistemului.
  4. Contabilitatea stării configurației: include procesul de înregistrare și raportare a descrierilor articolelor de configurare (de exemplu, hardware, software, firmware etc.) și toate plecările de la linia de bază în timpul proiectării și producției. În cazul unor probleme suspectate, verificarea configurației de bază și modificările aprobate pot fi determinate rapid.
  5. Verificarea și auditul configurației: o revizuire independentă a hardware-ului și a software-ului în scopul evaluării conformității cu cerințele de performanță stabilite, standardele militare comerciale și adecvate, precum și linii de bază funcționale, alocate și de produs. Auditurile de configurare verifică dacă documentația de configurare a sistemului și subsistemului respectă caracteristicile funcționale și de performanță fizică înainte de a fi acceptate într-o linie de bază arhitecturală.

Software

Procesul de gestionare a configurației software (SCM) este privit de către practicieni ca fiind cea mai bună soluție pentru gestionarea schimbărilor din proiectele software. Identifică atributele funcționale și fizice ale software-ului în diferite momente ale timpului și efectuează controlul sistematic al modificărilor atributelor identificate în scopul menținerii integrității și trasabilității software-ului pe tot parcursul ciclului de viață al dezvoltării software-ului.

Procesul SCM definește în continuare necesitatea de a urmări modificările și capacitatea de a verifica dacă software-ul livrat final are toate îmbunătățirile planificate care ar trebui incluse în versiune. Identifică patru proceduri care trebuie definite pentru fiecare proiect software pentru a se asigura că este implementat un proces SCM solid. Sunt:

  1. Identificarea configurației
  2. Controlul configurației
  3. Contabilitatea stării configurației
  4. Audituri de configurare

Acești termeni și definiții se schimbă de la standard la standard, dar sunt în esență aceiași.

  • Identificarea configurației este procesul de identificare a atributelor care definesc fiecare aspect al unui element de configurație. Un element de configurare este un produs (hardware și / sau software) care are un scop de utilizator final. Aceste atribute sunt înregistrate în documentația de configurare și bazate pe linie. Bazarea unui atribut obligă procesele de control al modificării configurației formale să fie efectuate în cazul în care aceste atribute sunt modificate.
  • Controlul modificării configurației este un set de procese și etape de aprobare necesare pentru a modifica atributele unui element de configurație și pentru a le reorienta.
  • Contabilitatea stării configurației este abilitatea de a înregistra și de a raporta pe liniile de bază de configurare asociate fiecărui element de configurație în orice moment.
  • Auditurile de configurare sunt împărțite în audituri de configurare funcționale și fizice . Ele apar fie la livrare, fie în momentul efectuării schimbării. Un audit de configurație funcțional asigură atingerea atributelor funcționale și de performanță ale unui element de configurație, în timp ce un audit de configurație fizică asigură instalarea unui element de configurație în conformitate cu cerințele documentației sale detaliate de proiectare.

Baza de date de gestionare a configurației

ITIL specifică utilizarea unui sistem de gestionare a configurației (CMS) sau a unei baze de date de gestionare a configurației (CMDB) ca mijloc de realizare a celor mai bune practici din industrie pentru gestionarea configurației. CMDB-urile sunt utilizate pentru a urmări elementele de configurare (CI) și dependențele dintre ele, unde IC reprezintă lucrurile dintr-o întreprindere care merită urmărite și gestionate, cum ar fi, dar nu limitat la computere, software, licențe software, rack-uri, dispozitive de rețea, stocare , și chiar componentele din astfel de articole.

Avantajele unui CMS / CMDB includ posibilitatea de a efectua funcții precum analiza cauzei rădăcină, analiza impactului, gestionarea schimbărilor și evaluarea stării actuale pentru dezvoltarea viitoarei strategii de stat. Exemple de sisteme, care se identifică în mod obișnuit ca sisteme IT Service Management (ITSM) , includ FreshService, ServiceNow și Samanage.

Asigurarea informațiilor

Pentru asigurarea informațiilor , CM poate fi definit ca gestionarea caracteristicilor și asigurărilor de securitate prin controlul modificărilor aduse hardware-ului, software-ului, firmware-ului, documentației, testelor, dispozitivelor de testare și documentației de testare pe tot parcursul ciclului de viață al unui sistem informațional. CM pentru asigurarea de informații, denumite uneori S ecure C onfiguration M anagement, se bazează pe performanță, funcționale, și atributele fizice ale platformelor și a produselor IT și mediile lor pentru a determina caracteristicile de securitate adecvate și asigurările , care sunt utilizate pentru a măsura o stare de configurare a sistemului . De exemplu, cerințele de configurare pot fi diferite pentru un firewall de rețea care funcționează ca parte a limitei de internet a unei organizații față de unul care funcționează ca un firewall de rețea locală internă.

Sisteme de întreținere

Managementul configurației este utilizat pentru a menține o înțelegere a stării activelor complexe în vederea menținerii celui mai înalt nivel de întreținere la cel mai mic cost. În mod specific, își propune să se asigure că operațiunile nu sunt întrerupte din cauza activului (sau a unor părți ale activului) care depășesc limitele duratei de viață planificate sau sub nivelurile de calitate.

În armată, acest tip de activitate este adesea clasificat ca „pregătire pentru misiune” și încearcă să definească ce active sunt disponibile și pentru ce tip de misiune; un exemplu clasic este dacă aeronavele de la bordul unui portavion sunt echipate cu bombe pentru sprijinul la sol sau rachete pentru apărare.

Managementul configurării sistemului de operare

Gestionarea configurației poate fi utilizată pentru a menține fișierele de configurare ale sistemului de operare . Exemple de sisteme includ ansiblu , Bcfg2 , CFEngine , Chef , Nix , Otter , Marionetă , Quattor , SaltStack , Terraform , Pulumi și Hoinar . Multe dintre aceste sisteme utilizează infrastructura ca cod pentru a defini și menține configurația.

Teoria Promisiunea de întreținere de configurare a fost dezvoltat de Mark Burgess , cu o implementare practică pe starea actuală a sistemelor informatice zi în CFEngine software - ul capabil de a efectua reparații în timp real, precum și de întreținere preventivă.

Întreținerea preventivă

Înțelegerea stării „așa cum este” a unui activ și a componentelor sale majore este un element esențial în întreținerea preventivă, așa cum este utilizat în întreținere, reparații și revizuire și sisteme de gestionare a activelor întreprinderii .

Activele complexe, cum ar fi avioanele, navele, utilajele industriale etc., depind de faptul că multe componente diferite pot fi întreținute. Această funcționalitate este adesea definită în funcție de cantitatea de utilizare pe care a avut-o componenta de când a fost nouă, de când a fost montată, de când a fost reparată, de cantitatea de utilizare pe care a avut-o de-a lungul duratei sale de viață și de câțiva alți factori limitativi. Înțelegerea cât de aproape de sfârșitul vieții lor este una dintre aceste componente a fost o întreprindere majoră care implică păstrarea de evidență intensivă a forței de muncă până la evoluțiile recente ale software-ului.

Întreținere predictivă

Multe tipuri de componente utilizează senzori electronici pentru a captura date care asigură monitorizarea stării în direct . Aceste date sunt analizate la bord sau într-o locație îndepărtată de computer pentru a evalua funcționalitatea sa actuală și din ce în ce mai probabil starea viitoare a acesteia utilizând algoritmi care prezic potențiale eșecuri viitoare pe baza exemplelor anterioare de eșec prin experiența și modelarea pe teren. Aceasta este baza „întreținerii predictive”.

Disponibilitatea datelor exacte și în timp util este esențială pentru ca CM să ofere valoare operațională și lipsa acestora poate fi adesea un factor limitativ. Captarea și diseminarea datelor de operare către diferitele organizații de asistență devine o industrie în sine.

Consumatorii acestor date au devenit mai numeroși și mai complexi odată cu creșterea programelor oferite de producătorii de echipamente originale (OEM). Acestea sunt concepute pentru a oferi operatorilor o disponibilitate garantată și pentru a face imaginea mai complexă cu operatorul care gestionează activul, dar OEM își asumă răspunderea pentru a asigura funcționalitatea acestuia.

Standarde

O serie de standarde acceptă sau includ gestionarea configurației, inclusiv:

  • ANSI / EIA-649-1998 Standard național de consens pentru gestionarea configurației
  • EIA-649-A 2004 Standard de consens național pentru gestionarea configurației
  • ANSI EIA-649-C 2019 Standard de gestionare a configurației
  • Sisteme de management al calității ISO 10007 - Liniile directoare pentru gestionarea configurației
  • Standardul Federal 1037C
  • Standardul GEIA 836–2002 Schimb de date și interoperabilitate de gestionare a configurației
  • IEEE 829 Standard pentru documentația de testare a software-ului
  • 828-2012 Standard IEEE pentru managementul configurației în inginerie de sisteme și software . 2012. doi : 10.1109 / IEEESTD.2012.6170935 . ISBN 978-0-7381-7232-3.
  • Managementul configurației MIL-STD-973 (anulat la 20 septembrie 2000)
  • Managementul configurației NATO STANAG 4427 în managementul ciclului de viață al sistemelor, inclusiv
  • Politica NATO ACMP 2000 privind gestionarea configurației
  • Ghidul NATO ACMP 2009 privind gestionarea configurației
  • Cerințe contractuale privind gestionarea configurației NATO ACMP 2100
  • CMMI CMMI pentru dezvoltare, versiunea 1.2 Management configurare
  • CMII-100E Standard CMII pentru managementul configurației întreprinderii
  • Lista extinsă de gestionare a configurației și standarde conexe
  • Managementul activelor și configurării serviciului ITIL
  • Sistemul de management al serviciilor ISO 20000: 1 2011 și 2018.
  • ECSS-M-ST-40C Rev.1 Configurarea și gestionarea informațiilor

Instrucțiuni

  • IEEE 828-2012 Standard for Configuration Management in Systems and Software Engineering, data publicării: 2012-03-16
  • ISO 10007: 2017 Managementul calității - Liniile directoare pentru gestionarea configurației
  • NATO ACMP-2009 - Îndrumări privind gestionarea configurației
  • ANSI / EIA-632-1998 Procese pentru ingineria unui sistem
  • ANSI / EIA-649-1998 Standard național de consens pentru gestionarea configurației
  • GEIA-HB-649 - Ghid de implementare pentru gestionarea configurației
  • EIA-836 Consensus Standard for Configuration Management Data Exchange and Interoperability
  • Ghid de gestionare a configurației MIL-HDBK-61B, 7 aprilie 2020
  • Managementul configurației MIL-STD-3046, 6 martie 2013 și anulat la 1 iunie 2015
  • Ghid de achiziție pentru apărare, elemente ale CM la 4.3.7 Procese SE, atribute ale CM la 5.1.7 Suport pentru ciclul de viață
  • Fundamentele ingineriei sistemelor, capitolul 10 Managementul configurației
  • Planul de gestionare a configurației Documentul de achiziție al Departamentului de Apărare al Statelor Unite

Constructie

Mai recent, managementul configurației a fost aplicat proiectelor mari de construcții, care adesea pot fi foarte complexe și au un număr mare de detalii și modificări care trebuie documentate. Agențiile de construcții, cum ar fi Administrația Federală a Autostrăzilor, au folosit managementul configurației pentru proiectele lor de infrastructură. Există instrumente de gestionare a configurației bazate pe construcții care au ca scop documentarea comenzilor de modificare și a RFI-urilor pentru a se asigura că un proiect rămâne în termen și în buget. Aceste programe pot stoca, de asemenea, informații pentru a ajuta la întreținerea și modificarea infrastructurii atunci când aceasta este finalizată. O astfel de aplicație, ccsNet, a fost testată într-un studiu de caz finanțat de Federal Transportation Administration (FTA) în care eficacitatea managementului configurației a fost măsurată prin compararea construcției complete cu aproximativ 80% a Agenției de tranzit metropolitan din județul Los Angeles (LACMTA). și al doilea segment al Liniei Roșii, un proiect de construcție feroviară de 5,3 miliarde de dolari. Acest studiu a dat rezultate care indică un beneficiu în utilizarea managementului configurației în proiecte de această natură.

Vezi si

Referințe