Cum să se mute departe de paradigma „imprimare“ și re-crea gestionarea proiectare modificări blog
Îți amintești ce „listarea pe suport de hârtie?“ Dacă scrie programe pentru calculator în anii 1980, vă amintiți imprimate - copie de imprimare de cod sau date digitale formatul chelovekochitaemom. Citeste articolul relevant din Wikipedia. Nu mai utilizați imprimate. Ei au fost în trecut. Wikipedia explică în cuvinte simple:
imprimate de azi sunt rareori folosite, ca ecranele moderne de a afișa mai multe linii decât oricând înainte, programele sunt modulare, de stocare în format electronic, este de preferat stocarea pe suport de hârtie și materiale electronice mai ușor de a transmite prin rețea, pe disc sau pe bandă. Mai mult decât atât, cantitatea de date devine atât de mare încât acestea sunt dificil de imprimat, iar căutarea este mai ușor să efectueze în format electronic.
Meu mult timp prieten al blogului Lopategyu Ed (Ed Lopategui) discută despre practica generală și dificultățile cu care se confruntă întreprinderile de producție în domeniul managementului modificărilor de design. Vă recomandăm să acorde o atenție la două dintre articolele sale în blog-ul GrabCAD: Ecos nu sunt morți, dar ei sunt lente și prost (managementul nu a murit modificări de design, este lent și prost) și Ecos sunt prost II: Prețul schimbării fără personalitate juridică (inginerie de management modificări prost II. Prețul se schimbă fără personalitate juridică). Cele mai bune practici în domeniul managementului modificărilor de proiectare este dependentă în mod serios pe abordarea tradițională a standardelor de management a configurației. Acest pasaj explică foarte bine:
Cele mai multe dintre procesele de schimbări de design constă în cadrul tradițional foarte formale. Managementul modificărilor de proiectare a apărut din practicile de management a configurației (CM), care a venit de la momentul înainte de apariția de CAD (să nu mai vorbim de PDM / PLM), când lumea a fost condusă de desene pe hârtie. Datele de proiectare nu sunt nici portabile, nici disponibile pe scară largă. Aceste practici eficiente, dar complexe au fost înființate în vechile marile companii industriale care au fost primii clienți pentru a utiliza PDM / PLM. Ca rezultat, aceste procese continuă să trăiască și sunt ridicate la absolut. Ei rămân aproape neschimbate, pentru a menține o cultură de a face proceselor în companii mari, în ciuda posibilității de evoluție.
schimbare fără personalitate juridică - o altă practică veche, care este o reflectare a vechilor practici de modificare a desenelor. Complexitatea modificărilor documentului au dus la apariția procesului de schimbare. Așa-numita practica „a fost - a fost“ sa datorat faptului că comparația între cele două etape ale proiectului a fost foarte complicat:
Conceptul de schimbare fără personalitate juridică, a fost un compromis necesar, în trecut, din cauza limitărilor în proiectarea modificărilor de date, mai ales în epoca desenelor manual și CAD gama de produse, în primul rând, atunci când desen cifra nu a putut actualiza una - clicuri două mouse-ului. Înțelegerea diferențelor dintre versiuni ale produsului au constat în principal în desen este vizualizat pentru o lungă perioadă de timp până la schimbarea nu devine clară și / sau uita la început orbiți. Pentru a reduce sarcina pe ochi, modificările sunt adesea desemnate în mod specific așa cum a fost / a fost.
Să ne întoarcem acum la lumea modernă a software-ului. Imaginați-vă că un programator scrie un document de hârtie cu explicații cu privire la modificările codului pe care el se va face mâine. El le imprimă, și ia act de diferențele de culoare galbenă „a fost / a fost.“ Apoi le trimite spre aprobare. După aceea a introdus modificările în sine. Se pare ciudat.
Paradigma tradițională în domeniul PLM sunt foarte asemănătoare cu software-ul vechi pentru a imprima. Ele sunt lente și complexe. Am auzit că inginerii nu fac modificări formale și nu renunță ciclul de viață al procesului, deoarece executarea procesului este dificilă și lentă. Nimeni nu vrea să lucreze cu procese complexe. În multe situații, procesul este prea complex pentru grupuri și persoane să lucreze cu el. Am vorbit despre unele dintre aceste probleme în articolul meu anterior - de ce PLM ar trebui sa revizuiasca produsele NPI (PLM De ce ar trebui să revizuiască procesele sale de a prezenta noi produse).
O dezvoltare software dinamică a devenit foarte popular în ultimul deceniu. A existat un set de concepte care pot fi utilizate de către companiile de producție. Una dintre cele mai interesante caracteristici - cum a face procesul de schimbare mai ușor și mai rapid. Când vine vorba de schimbare, viteza este foarte importantă.
Vechile obiceiuri sunt dezrădăcinate pentru o lungă perioadă de timp. Managementul modificărilor de proiectare - una dintre ele este format din 20 - 30 de ani de istorie a celor mai bune practici dezvoltate înainte de sistemul CAD poate compara cele două versiuni ale modelului și să vizualizeze diferențele. Citește mesajul meu mai devreme cum se compara versiuni și modificări ale acestuia (cum se compara versiuni și modificări). Noile tehnologii și practici noi ar trebui să intre în viața și înlocui abordările vechi, dinamic și informatizat. Doar opinia mea ...
Toate cele bune, Oleg
Toate materialele menționate - în limba engleză.
Traducere pregătită de „Irisoft“.