3.9 Uhandisi wa mifumo

Muhtasari na msukumo

Uhandisi wa mifumo ni nidhamu ya kuhandisi mfumo changamano mzima mwanzo hadi mwisho, ili sehemu zake zote zifanye kazi pamoja kutimiza hitaji halisi. Sehemu hizo zinajumuisha zaidi sana ya programu. Mfumo wa kisasa kwa kawaida huchanganya programu, vifaa, watu, data, na michakato, na lazima uendeshe katika ulimwengu halisi wenye fujo. Uhandisi wa mifumo huweka yote haya yakiwa yamepangiliwa kuvuka maisha yote ya mfumo.

Hii ni tofauti na usanifu wa programu. Usanifu wa programu (sura ya 3.1) huamua jinsi vijenzi vya programu vinavyopangwa na jinsi vinavyozungumza. Uhandisi wa mifumo uko ngazi moja juu. Huuliza mfumo kama kitu kizima lazima ufanye nini, jinsi programu na vifaa na waendeshaji wa kibinadamu wanavyogawanya kazi, na jinsi utakavyothibitisha kitu kilichokamilika kinafanya kazi. Makao yake ya kitaaluma ni INCOSE, International Council on Systems Engineering, na kiwango chake cha msingi ni ISO/IEC/IEEE 15288, kinachofafanua michakato ya maisha ya mfumo.

Hili ni muhimu kwa programu kubwa za mashirika makubwa na serikali kwa sababu mifumo yao ni mikubwa, ya muda mrefu, na muhimu kwa usalama au kwa dhamira. Jukwaa la ulinzi, mfumo wa usafiri wa anga, au kundi la setilaiti huchanganya vifaa maalumu, sehemu za mtu wa tatu, programu iliyopachikwa na ya wingu, na waendeshaji wa kibinadamu, na hakuna timu moja inayoweza kushikilia kila kitu kichwani. Mara nyingi pia unajenga mfumo wa mifumo: mifumo mingi huru, kila mmoja wenye manufaa peke yake, ambayo lazima ishirikiane kutoa uwezo mkubwa zaidi.

Sura hii inaunganishwa na mahitaji ya programu (sura ya 2.8), misingi ya usanifu (sura ya 3.1), mifano na mbinu za programu (sura ya 2.12), uwezo wa kuingiliana na viwango huria (sura ya 3.8), na usimamizi wa mradi (sura ya 10.6).

Kanuni kuu

Handisi kizima, si sehemu. Mfumo hufaulu au hushindwa kama kizima, kwa hiyo kuboresha mfumo mdogo mmoja peke yake kunaweza kufanya kizima kuwa kibaya zaidi.
Fuata mzunguko wa maisha. Mfumo una maisha tangu dhana ya kwanza hadi kustaafu mwisho. Panga yote, si ujenzi tu.
Fuatilia kila hitaji. Kila haja inapaswa kuoanishwa na hitaji, kipengele cha usanifu, na jaribio. Usipoweza kuifuatilia, huwezi kuithibitisha.
Simamia violesura kwa makusudi. Kushindwa kwingi hutokea kwenye mipaka kati ya sehemu, kwa hiyo violesura vinastahili umiliki wazi na udhibiti.
Thibitisha na uthibitishe kufaa tofauti. Kujenga kitu kwa usahihi (uthibitisho) na kujenga kitu sahihi (uthibitishaji wa kufaa) ni maswali tofauti, na unahitaji majibu yote mawili.
Tarajia tabia inayojitokeza. Kuchanganya sehemu huzalisha tabia ambayo hakuna sehemu moja inaionyesha. Baadhi ni hoja yenyewe, na nyingine ni mshangao mbaya.
Handisi vifaa na programu pamoja. Vyote vikiwa maalumu, maamuzi katika kimoja hudhibiti kingine, kwa hiyo vipange pamoja.

Mapendekezo

Simamia mzunguko mzima wa maisha ya mfumo

Chukulia mfumo kama wenye maisha kamili, na upange kila hatua. Mzunguko wa kawaida unaendesha: dhana (elewa haja na uchunguze chaguo), mahitaji (taja kwa usahihi mfumo lazima ufanye nini), usanifu (amua muundo na sehemu), uunganishaji (leta sehemu pamoja), uthibitisho na uthibitishaji wa kufaa (thibitisha unafanya kazi na ni mfumo sahihi), uendeshaji (uendeshe na kuudumisha), na kustaafu (uondoe kwa usalama, ikijumuisha data na utupaji). ISO/IEC/IEEE 15288 inakupa mfumo wa mchakato kwa hili. Hatua hazihitaji kuwa waterfall ngumu; unaweza kurudia, kutengeneza mifano ya majaribio, na kutoa ongezeko. Hoja ni kwamba unashughulikia kwa makusudi kila hatua, ikijumuisha za baadaye za gharama zinazopuuzwa mara nyingi na mipango ya awali.

Nasa mahitaji ya wadau na ugawe mahitaji kwa ufuatiliaji

Anza kutoka kwa watu wanaojali mfumo: watumiaji, waendeshaji, wamiliki, wadhibiti, na umma. Kusanya haja zao kwa lugha rahisi, kisha zigeuze kuwa mahitaji ya kihandisi yaliyo mahususi na yanayojaribika (angalia sura ya 2.8). Kinachofuata ni ugawaji wa mahitaji: kukabidhi kila hitaji la ngazi ya mfumo kwa mfumo mdogo mahususi, ili ujue sehemu ipi inawajibika kulitimiza. Weka matriki ya ufuatiliaji, rekodi hai inayounganisha kila haja na hitaji lake, kipengele cha usanifu kinachoitimiza, na jaribio linalolithibitisha. Inakuruhusu kuthibitisha wakati wowote kwamba kila haja imefunikwa na kila sehemu ipo kwa sababu.

Simamia violesura waziwazi

Violesura ndipo sehemu hukutana, na ndipo mifumo mara nyingi huvunjika. Kiolesura kinaweza kuwa kiunganishi cha kimwili, itifaki ya mtandao, umbo la data, au utaratibu wa binadamu. Kwa kila kimoja, andika Hati ya Udhibiti wa Kiolesura (ICD): ubainishaji uliokubaliwa wa jinsi sehemu mbili zinavyounganisha na kubadilishana taarifa hasa. Mpe kila kiolesura mmiliki wazi kila upande. Kutegemea ubainishaji wa pamoja, uliochapishwa badala ya viunganishi vya mara moja hufanya uunganishaji kuwa rahisi zaidi sana, ambayo ndiyo hoja ya uwezo wa kuingiliana katika sura ya 3.8. Gandisha violesura mapema pale unapoweza, kwa sababu badiliko la kuchelewa huenea kwa kila sehemu inayoligusa.

Unganisha kisha uthibitishe na uthibitishe kufaa

Uunganishaji wa mfumo huchanganya mifumo midogo kuwa kizima kinachofanya kazi, kwa kawaida kwa hatua badala ya yote kwa mara moja, ili upate matatizo yakiwa bado madogo. Baada ya uunganishaji huja uthibitisho na uthibitishaji wa kufaa (V&V), ukaguzi mbili tofauti. Uthibitisho huuliza: tulijenga mfumo kwa usahihi, yaani unatimiza mahitaji yake yaliyobainishwa? Unathibitisha kupitia ukaguzi, uchambuzi, maonyesho, na majaribio. Uthibitishaji wa kufaa huuliza: tulijenga mfumo sahihi, yaani unatimiza haja halisi za wadau katika matumizi halisi? Mfumo unaweza kupita uthibitisho (unatimiza ubainishaji) lakini ukashindwa uthibitishaji wa kufaa (ubainishaji ulikuwa mbaya). Panga vyote viwili mapema, na uandike mahitaji na violesura ili viweze kuthibitishwa tangu mwanzo.

Pokea uhandisi wa mifumo unaotegemea kielelezo

Uhandisi wa mifumo wa jadi ulizalisha milima ya hati zilizoteleza nje ya usawazishaji. Uhandisi wa mifumo unaotegemea kielelezo (MBSE) hubadilisha rundo hilo na kielelezo kimoja, cha pamoja, rasmi cha mfumo, ambacho mitazamo na ripoti huzalishwa kutoka kwacho. Lugha ya kawaida ya uundaji ni SysML (Systems Modeling Language), lugha ya picha ya kuelezea mahitaji, muundo, tabia, na vikwazo vya mfumo. Kwa sababu kila kitu kinaishi kwenye kielelezo kimoja kilichounganishwa, badiliko husasisha kila mahali, na ufuatiliaji unakuwa hoja badala ya kufukuza kwa mkono. MBSE inaunganishwa na mawazo ya uundaji ya sura ya 2.12. Pokea hatua kwa hatua, ukianzia sehemu zenye hatari kubwa zaidi ambapo kielelezo cha pamoja hulipa haraka zaidi.

Tumia fikra za kimfumo kwa tabia inayojitokeza

Fanya mazoezi ya fikra za kimfumo: fikiri kuhusu kizima na mahusiano kati ya sehemu, si sehemu moja moja tu. Hivyo ndivyo unavyotarajia tabia inayojitokeza: sifa zinazoonekana tu sehemu zinapochanganyika na ambazo hakuna sehemu moja inazionyesha. Kujitokeza kwema mara nyingi ndiyo madhumuni ya mfumo (kundi la ndege zisizo na rubani linafunika eneo ambalo hakuna ndege moja inaweza). Kujitokeza kubaya ni kushindwa kwa mshangao (mifumo midogo miwili salama inaingiliana kuunda hali hatari). Huwezi kujaribu kujitokeza nje ya mfumo ambao hukuwahi kuuunda, kwa hiyo tumia uigaji na uchambuzi wenye muundo wa hatari kulipata kabla ya uendeshaji.

Handisi vifaa na programu pamoja

Mfumo unapojumuisha vifaa maalumu, handisi vifaa na programu pamoja, mazoea yanayoitwa usanifu-pamoja wa vifaa/programu. Maamuzi hufungana: vifaa huweka mipaka ya muda, kumbukumbu, na nguvu ambayo programu lazima iishi ndani yake, na mahitaji ya programu huumba vifaa vinapaswa kutoa nini. Muda mrefu wa kuongoza wa vifaa pia huendesha ratiba. Amua mapema kazi zipi ziishi kwenye vifaa na zipi kwenye programu, na upitie upya mgawanyo huo vikwazo vinapojitokeza.

Mabadilishano: faida na hasara

Mbinu	Faida	Hasara / gharama
Ukali kamili wa uhandisi wa mifumo	Mshangao mdogo wa kuchelewa, ufuatiliaji imara, salama zaidi na unaokaguliwa	Gharama kubwa ya awali, mwanzo polepole, mchakato mzito
Mbinu nyepesi / ya programu tu	Haraka, nafuu, inayonyumbulika kwa wigo mdogo	Inavunjika kwenye mifumo mikubwa ya taaluma nyingi, inakosa violesura na kujitokeza
Unaotegemea kielelezo (MBSE)	Chanzo kimoja cha ukweli, ufuatiliaji rahisi, mitazamo thabiti	Gharama ya zana na mafunzo, mabadiliko ya utamaduni, mkunjo wa kujifunza
Uhandisi wa mifumo unaotegemea hati	Unafahamika, gharama ndogo ya zana, rahisi kushiriki	Hati huteleza nje ya usawazishaji, ufuatiliaji ni wa mkono na unakabiliwa na makosa

Biashara kuu ni ukali dhidi ya kasi. Uhandisi kamili wa mifumo huweka juhudi mbele katika dhana, mahitaji, na kazi ya violesura. Juhudi hiyo hujilipa mara nyingi kwenye mifumo mikubwa, ya muda mrefu, muhimu kwa usalama, ambapo kasoro iliyopatikana kwenye uendeshaji inaweza kugharimu maelfu ya mara zaidi ya kasoro ileile iliyopatikana kwenye mahitaji. Kwenye bidhaa ndogo, ya muda mfupi, ya programu tu, ukali huo ni wa kupindukia. Linganisha uzito wa mchakato wako na ukubwa, maisha, na hatari ya mfumo. Hali ya kushindwa ni kutumia tabia za mradi wa kutupwa kwenye mfumo utakaoendesha kwa miaka thelathini na kubeba hatari halisi ya ulimwengu.

Maswali ya kujadili na timu yako

Wapi mmejenga hasa kile ubainishaji ulidai na bado mkasafirisha mfumo usio sahihi, na nini kingeinasa? Uthibitisho (tulijenga kwa usahihi) na uthibitishaji wa kufaa (tulijenga kitu sahihi) hujibu maswali tofauti, na mfumo unaweza kupita kila jaribio la uthibitisho huku ukishindwa uthibitishaji wa kufaa kwa sababu ubainishaji wenyewe ulikuwa mbaya. Katika programu kubwa hizi mbili huunganishwa kuwa “majaribio”, kwa hiyo hakuna anayethibitisha kufaa dhidi ya haja halisi ya mwendeshaji hadi kuchelewa, marekebisho yanapogharimu maelfu ya mara zaidi ya badiliko la mahitaji. Leta mfano wa zamani ambapo mfumo uliotolewa ulitimiza mahitaji yake lakini ukakosa haja halisi, na uliza shughuli gani ya uthibitishaji wa kufaa (uigaji na waendeshaji halisi, mfano wa mapema uwandani) ingeifichua mapema. Panga ukaguzi wote tangu mwanzo, na uandike mahitaji na violesura ili viweze kuthibitishwa kabisa. Tofauti inaamua mahali pa kutumia juhudi adimu ya mapitio.
Mnawindaje tabia mbaya inayojitokeza kabla mfumo haujawa kwenye uendeshaji, si baada? Kuchanganya mifumo midogo salama kunaweza kuunda hali hatari ambazo hakuna sehemu moja inazionyesha, na huwezi kujaribu kujitokeza nje ya mfumo ambao hukuwahi kuuunda. Kwa programu muhimu kwa usalama au kwa dhamira, mwingiliano wa mshangao ndio unaomjeruhi mtu au kushindwa dhamira, kwa hiyo lazima upatikane kabla ya uendeshaji hai. Leta mbinu yenu ya kuunda kizima (uigaji, uchambuzi wenye muundo wa hatari, kielelezo cha SysML kinachonasa mwingiliano) na uliza tabia zipi za kuvuka mifumo midogo mmezichunguza kweli dhidi ya kuzidhania mbali. Kujitokeza kwema mara nyingi ndiyo madhumuni ya mfumo na kunastahili kubuniwa kuelekea; kujitokeza kubaya ni kushindwa unakopaswa kuhandisi dhidi yake. Mkakati wenu pekee wa uunganishaji ukiwa kuunganisha sehemu pamoja na kuona kinachotokea, mnapanga kugundua kujitokeza kwenye uzalishaji.
Maamuzi ya vifaa vya muda mrefu wa kuongoza yanapaswa kugandishwa lini, na tarehe hiyo inaendeshaje ratiba yenu ya programu? Mfumo unapojumuisha vifaa maalumu, hivi viwili lazima vihandisiwe pamoja: chipu huweka dari za muda, kumbukumbu, na nguvu ambazo programu inaishi ndani yake, na muda wa kuongoza wa vifaa mara nyingi hutawala ratiba nzima. Timu zinazochukulia programu kama inayotengana huboresha kwa ndani kisha kugongana na vikwazo vya vifaa kwenye uunganishaji, zikipoteza miezi. Leta muda wa kuongoza wa vifaa na tarehe ambayo mgawanyo wa kazi wa vifaa/programu lazima uamuliwe, na upitie upya mgawanyo huo vikwazo vinapojitokeza badala ya kuugandisha kwa upofu. Kadiri mnavyoamua mapema kazi zipi ziishi kwenye silikoni na zipi kwenye programu, ndivyo mnakabiliwa na ubadilishaji wa gharama chache. Violesura kati ya hizi mbili vinastahili Hati ya Udhibiti wa Kiolesura na mmiliki kila upande, kwa sababu badiliko la kuchelewa huko huenea kupitia kila kinachogusa.
Mnaweza kufuatilia haja moja ya mdau mpaka hitaji, kipengele cha usanifu, na jaribio linalolithibitisha, na nani anaweka kiungo hicho hai? Ufuatiliaji ndio unaokuruhusu kuonyesha wakati wowote kwamba kila haja imefunikwa na kila sehemu ipo kwa sababu, hata hivyo katika programu kubwa matriki huoza mara hakuna anayeimiliki. Mvuto unaoshindana ni halisi: wahandisi hupitia ufuatiliaji kama mzigo wa urasimu, na matriki iliyodumishwa kwa mkono huteleza nje ya wakati haraka kuliko usanifu unavyobadilika. Leta uzi mmoja halisi kutoka programu ya sasa na ujaribu kuupitia mwanzo hadi mwisho chumbani, kutoka haja ya mdau aliyetajwa, hadi hitaji lililogawiwa, hadi mfumo mdogo na kipengele cha usanifu kinachoitimiza, hadi jaribio la uthibitisho, na uone mnyororo unavunjika wapi. Amua nani anamiliki matriki na kama inapaswa kuishi kwenye kielelezo ambapo ufuatiliaji ni hoja badala ya kufukuza kwa mkono. Kwa programu za mashirika makubwa na serikali, matriki pia ni kitu cha ukaguzi ambacho wadhibiti na mamlaka za ununuzi wanadai, kwa hiyo mnyororo uliovunjika hufanya zaidi ya kupunguza kasi ya uhandisi; unaweza kukwamisha uthibitisho au malipo.
Njia inayotegemea kielelezo inastahili gharama yake ya zana na utamaduni kwenu, au ingekuwa bidhaa ghali isiyotumika? Uhandisi wa mifumo unaotegemea hati unafahamika na ni nafuu kutumia zana, lakini hati zake huteleza nje ya usawazishaji na ufuatiliaji wake ni wa mkono na unakabiliwa na makosa; MBSE hubadilisha rundo hilo na kielelezo kimoja kilichounganishwa, kwa bei ya zana, mafunzo, na mabadiliko ya kweli ya utamaduni. Ncha yoyote ni ghali: ruka MBSE kwenye programu kubwa ya taaluma nyingi na unalipa kwa mshangao wa uunganishaji, ipokee bila nidhamu ya kuweka kielelezo cha sasa na inaoza kuwa bidhaa isiyotumika mbaya kuliko kutokuwa na kielelezo. Leta usomaji wa uaminifu wa ukomavu wa zana zenu, nani kwenye timu anaweza kuandika na kudumisha kielelezo cha SysML kweli, na mfumo mdogo mmoja wenye hatari kubwa unaoweza kujaribu mbinu hii ambapo kielelezo cha pamoja hulipa haraka zaidi. Amua hatua kwa hatua badala ya kuamuru shirika zima kwa mara moja. Kwa programu kubwa ya shirika kubwa au serikali yenye wagavi wengi, pima kama kielelezo cha pamoja ndiyo njia pekee ya kweli ya kuweka mahitaji, violesura, na majaribio vikiwa thabiti kuvuka wakandarasi ambao vinginevyo hubadilishana hati zilizopitwa na wakati.
Mpango wenu wa mzunguko wa maisha unafadhili uendeshaji na kustaafu kwa uzito, au kimyakimya unaishia kwenye uzinduzi? Hatua zinazotawala jumla ya gharama ya mfumo wa muda mrefu, kuuendesha kwa miongo na kuuondoa kwa usalama, ndizo zinazopuuzwa kwa kawaida na mipango ya awali, kwa sababu shinikizo ni daima kusafirisha. Mazingatio yanayoshindana ni kwamba fedha na umakini ni adimu hasa hatua hizi za baadaye zinapohisi mbali zaidi, kwa hiyo uendeshaji, matengenezo, uhamishaji wa data, na utupaji huahirishwa hadi zinapogeuka kuhangaika kwa gharama, hatari. Leta mpango wa sasa wa mzunguko wa maisha na uangalie kama unataja wamiliki, bajeti, na vigezo vya kutoka kwa uendeshaji na kustaafu, au unachukulia uzinduzi kama mstari wa kumaliza. Uliza nini kinatokea kwa data na vifaa mwishoni mwa maisha, na nani analipa miaka ya matengenezo katikati. Kwa mifumo ya mashirika makubwa na serikali inayopaswa kuendesha kwa miaka ishirini au thelathini kisha kustaafu chini ya uchunguzi wa umma, kuondolewa kusikopangwa kunaweza kukiuka wajibu wa kidhibiti, wa kimazingira, au wa uhifadhi wa rekodi, kwa hiyo kustaafu kunastahili kuwa kwenye mpango na bajeti tangu mapitio ya kwanza ya dhana.

Mtazamo wa sekta

Kampuni changa. Timu ndogo haiwezi kuendesha programu rasmi ya uhandisi wa mifumo na isijaribu, lakini bado inaweza kuchukulia firmware, programu, na wingu kama mfumo mmoja badala ya miradi mitatu tofauti. Andika hati moja fupi ya kiolesura inayoweka jinsi sehemu zinavyozungumza, weka jedwali rahisi linalounganisha kila haja ya mteja na sehemu inayoitimiza, na ruka mchakato mzito. Rasilimali yako adimu zaidi ni umakini wa kihandisi, kwa hiyo tumia juhudi ya ufuatiliaji pale tu dhana isiyo sahihi kwenye mpaka ingevunja bidhaa kimyakimya uwandani.

Biashara ndogo. Bila mhandisi maalumu wa mifumo na bajeti finyu, tegemea viwango vilivyochapishwa na mifumo midogo iliyonunuliwa badala ya uunganishaji maalumu unaopaswa kuubuni na kuuthibitisha mwenyewe. Pendelea wauzaji wanaofichua ubainishaji wazi wa violesura ili sehemu zifae bila kiunganishi maalumu utakachokimiliki milele. Weka uamuzi wa kujenga-dhidi-ya-kununua kuzunguka violesura ambavyo unaweza kuvidhibiti na kuvithibitisha kweli kwa maisha ya bidhaa, na ununue vingine.

Biashara kubwa. Kwa ukubwa tatizo ni uthabiti kuvuka timu nyingi na wagavi: mchakato wa pamoja wa mzunguko wa maisha uliopangiliwa na ISO/IEC/IEEE 15288, Hati ya Udhibiti wa Kiolesura na mmiliki aliyetajwa kwa kila mpaka wa mgavi, na ufuatiliaji wa mwanzo hadi mwisho ili badiliko la kijenzi kimoja lisichochee kuhangaika kwa programu nzima. Wekeza katika MBSE pale kielelezo cha pamoja kinaweka mahitaji, violesura, na majaribio yakiwa yamepangiliwa kuvuka wakandarasi. Tawala mchakato ili uthibitisho na uthibitishaji wa kufaa ubaki tofauti na kila hitaji ligawiwe kwa sehemu inayowajibika.

Serikali. Kanuni za ununuzi, uwazi, na uwajibikaji wa umma huumba kila uchaguzi. Bainisha mchakato wa uhandisi wa mifumo, ufuatiliaji, na ushahidi wa V&V katika mkataba, hitaji wagavi wawasilishe hati za udhibiti wa violesura na vitu vya mzunguko wa maisha unavyoweza kukagua, na uhifadhi uthibitishaji wa kufaa wa usalama na dhamira kwa mapitio huru na waendeshaji halisi kabla ya kubadilisha kwenda mfumo hai. Panga na ufadhili uendeshaji na kustaafu waziwazi, kwa sababu programu ya umma inawajibika kwa mzunguko mzima wa maisha, ikijumuisha kuondoa kwa usalama na uhifadhi wa rekodi.

Mifano

Kampuni changa. Kampuni changa ya vifaa ya watu wanne inayojenga kihisi kilichounganishwa haiwezi kumudu programu rasmi ya uhandisi wa mifumo, lakini bado inachukulia bidhaa kama mfumo mmoja wa firmware, programu ya simu, na sehemu ya nyuma ya wingu badala ya miradi mitatu tofauti. Wanaandika hati moja fupi ya kiolesura inayoweka jinsi kifaa, programu, na seva zinavyozungumza (miundo ya ujumbe, vipimo, misimbo ya makosa) na kuweka jedwali rahisi linalounganisha kila haja ya mteja na sehemu inayoitimiza. Chipu ya kihisi ya bei nafuu inapolazimisha badiliko la firmware, kiolesura hicho cha pamoja kinaonyesha mara moja nini programu na sehemu ya nyuma lazima virekebishe, kwa hiyo kubadilisha kijenzi hakuvunji bidhaa kimyakimya uwandani.

Biashara kubwa. Mtengenezaji wa kimataifa wa magari anajenga jukwaa jipya la gari la umeme: mfumo wa programu (usimamizi wa betri, usaidizi wa dereva, burudani), vifaa (injini, vihisi, chipu), na mambo ya binadamu, pamoja na wagavi wengi kila mmoja akitoa mifumo midogo. Kampuni inaendesha programu ya uhandisi wa mifumo. Haja za wadau zinalisha mahitaji yaliyogawiwa, kila kiolesura cha mgavi kina Hati ya Udhibiti wa Kiolesura, na kielelezo cha SysML kinafunga mahitaji na usanifu na majaribio. Mgavi wa seli za betri anapobadilisha kijenzi, kielelezo cha ufuatiliaji kinaonyesha hasa mahitaji, violesura, na majaribio yapi yameathirika, kwa hiyo badiliko linadhibitiwa badala ya kuchochea kuhangaika kwa programu nzima.

Serikali. Mamlaka ya kitaifa ya uongozaji wa anga inaboresha mfumo wake wa usimamizi wa trafiki ya anga, mfumo wa mifumo muhimu kwa usalama unaovuka rada, vituo vya kazi vya wadhibiti, mawasiliano, na programu, unaoendeshwa saa 24. Programu inafuata ISO/IEC/IEEE 15288 kuvuka mzunguko mzima wa maisha. Uthibitisho unathibitisha kila mfumo mdogo unatimiza ubainishaji wake, na uthibitishaji wa kufaa kupitia uigaji na wadhibiti halisi unathibitisha mfumo uliounganishwa unaunga mkono shughuli salama kabla ya trafiki yoyote hai kuutegemea. V&V ya ukali inaiwezesha mamlaka kubadilisha kwa hatua, na njia ya kurudi kila hatua, kwa sababu hapa kushindwa kwa kujitokeza ambako hakujajaribiwa ni tukio la usalama wa umma.

Kesi ya biashara: sababu, ROI, na TCO

Msukumo ni kwamba kasoro huwa ghali kwa kasi ya kipeo kadiri unavyozipata baadaye. Kosa la hitaji lililonaswa wakati wa hatua ya mahitaji linagharimu karibu hakuna kurekebisha. Kosa lilelile lililonaswa kwenye uendeshaji linaweza kugharimu maelfu ya mara zaidi, na kwenye mfumo muhimu kwa usalama linaweza kugharimu maisha, kuitwa tena kwa bidhaa, au dhamira iliyoshindwa. Uhandisi wa mifumo huhamisha ugunduzi wa kasoro kwenye hatua za mapema za bei nafuu.

Kwa malipo ya uwekezaji (ROI, thamani iliyopatikana ikilinganishwa na gharama iliyotumika), malipo ni kurudia kazi kulikoepukwa, kushindwa kwa uunganishaji kwa kiasi kidogo, na programu zinazofikia ratiba na bajeti badala ya kuzidi. Tafiti za tasnia za programu kubwa mara kwa mara hugundua kwamba juhudi imara ya uhandisi wa mifumo inahusiana na kuzidi kidogo. Kwa jumla ya gharama ya umiliki (TCO, gharama kamili ya maisha ya kujenga, kuendesha, na kustaafisha mfumo), uhandisi wa mifumo unahesabu hatua za uendeshaji na kustaafu zinazotawala gharama ya muda mrefu lakini zinazopuuzwa na miradi ya papo hapo. Kubuni kwa uwezo wa kudumishwa, violesura, na utupaji tangu mwanzo kunapunguza gharama ya miongo ambayo mfumo unatumia kwenye huduma. Angalia usimamizi wa mradi (sura ya 10.6).

Mifumo mibaya na mitego

Usanifu mkubwa wa awali bila kurudia. Kuchukulia mzunguko wa maisha kama waterfall ngumu ya njia moja, kwa hiyo unajua mahitaji yalikuwa mabaya baada ya kujenga kila kitu.
Mahitaji bila ufuatiliaji. Rundo la mahitaji ambalo hakuna anayeliunganisha na usanifu au majaribio, kwa hiyo huwezi kuthibitisha ufikiaji wala kuhalalisha sehemu yoyote.
Kupuuza violesura. Kudhani mifumo midogo itafaa tu pamoja, kisha kupoteza miezi kwenye uunganishaji kwa kutolingana kwa mipaka ambayo hakuna aliyeimiliki.
Uthibitisho bila uthibitishaji wa kufaa. Kuthibitisha mfumo unatimiza ubainishaji wake bila kukagua kamwe ubainishaji ulilingana na haja halisi, kisha kusafirisha mfumo usio sahihi.
Kuchukulia programu kama tofauti. Timu za programu zikiboresha kwa ndani huku zikipuuza vikwazo vya vifaa, muda, na waendeshaji wa kibinadamu.
MBSE kama bidhaa isiyotumika. Kujenga kielelezo mara moja, kisha kukiacha kioze nje ya usawazishaji hadi kinakuwa kibaya kuliko kutokuwa na kielelezo.
Kuruka upangaji wa kustaafu. Hakuna mpango wa kuondoa, kuhamisha data, au utupaji, kwa hiyo mwisho wa maisha unakuwa kuhangaika kwa gharama, hatari.

Kielelezo cha ukomavu

Ngazi ya 1: Kuanzisha. Uhandisi wa mifumo ni wa papo hapo na wa kuitikia. Mahitaji yanaishi kwenye hati zilizotawanyika, violesura vinagunduliwa kwenye uunganishaji, na uthibitisho ni chochote cha majaribio kinachotokea kufanyika. Programu kubwa mara kwa mara huzidi na kuishangaza timu kuchelewa.

Ngazi ya 2: Kuendeleza. Mazoea ya msingi yapo kwenye programu kuu. Mahitaji yananaswa na kuwekwa kama vipimo vya msingi, violesura muhimu vina hati za udhibiti, na kuna mpango wa uthibitisho. Mazoea hayana uthabiti kati ya timu na yanategemea watu binafsi badala ya mbinu ya pamoja.

Ngazi ya 3: Kusawazisha. Uhandisi wa mifumo ni nidhamu iliyoandikwa, ya shirika zima iliyopangiliwa na ISO/IEC/IEEE 15288 na kutekelezwa kuvuka timu. Mzunguko mzima wa maisha umepangwa, ufuatiliaji unadumishwa mwanzo hadi mwisho, violesura vinadhibitiwa rasmi, na uthibitisho na uthibitishaji wa kufaa ni tofauti na umepangwa. MBSE inatumika kwenye programu changamano.

Ngazi ya 4: Kusimamia. Uhandisi wa mifumo unapimwa na kudhibitiwa kwa data. Shirika linafuatilia vipimo dhidi ya vipimo vya msingi: tete ya mahitaji na ufikiaji wa ufuatiliaji, kasoro za violesura zinazopatikana kwenye uunganishaji, viwango vya kupita vya uthibitisho na uthibitishaji wa kufaa, na uvujaji wa kasoro kwa hatua ya mzunguko wa maisha (kasoro ngapi zinatoroka kila hatua kunaswa baadaye kwa gharama ya juu). Mapitio huongoza programu kwa namba hizi, na vizingiti huchochea hatua ya kurekebisha badala ya kuzima moto baada ya tukio.

Ngazi ya 5: Kuratibu. Uhandisi wa mifumo unaboreshwa kila wakati na kuunganishwa kuvuka shirika. Kielelezo hai cha MBSE ndicho chanzo kimoja cha ukweli, ufuatiliaji ni wa kiotomatiki, uigaji unatabiri tabia inayojitokeza kabla ya kujenga, na vipimo kutoka programu za zamani vinalisha inayofuata. Vifaa na programu vinahandisiwa pamoja kwa kawaida, na mchakato hubadilika programu, wagavi, na hatari zinapohama.

Mawazo ya kujadili

Mstari uko wapi kati ya uhandisi wa mifumo na usanifu wa programu katika shirika lenu, na nani anamiliki nafasi kati yake?
Kwenye programu yenu kubwa zaidi, mnaweza kufuatilia haja moja ya mdau mpaka jaribio linalolithibitisha? Kama sivyo, ingechukua nini?
Ni kushindwa kupi kwenu kwa hivi karibuni kulitokea kwenye kiolesura, na nani alikimiliki?
Je, MBSE ingelipa kwenu, au ingekuwa bidhaa ghali isiyotumika kwa utamaduni na zana zenu?
Mpango wenu wa mzunguko wa maisha unashughulikia uendeshaji na kustaafu kwa uzito, au kimyakimya unaishia kwenye uzinduzi?

Mambo muhimu ya kukumbuka

Uhandisi wa mifumo huhandisi mfumo mzima (programu, vifaa, watu, na michakato) mwanzo hadi mwisho, na ni tofauti na usanifu wa programu.
Panga mzunguko mzima wa maisha, kutoka dhana kupitia mahitaji, usanifu, uunganishaji, V&V, uendeshaji, na kustaafu.
Fuatilia kila haja hadi hitaji, kipengele cha usanifu, na jaribio, na ugawe kila hitaji kwa sehemu inayowajibika.
Simamia violesura waziwazi kwa umiliki na hati za udhibiti, kwa sababu mipaka ndipo mifumo huvunjika.
Uthibitisho (tulijenga kwa usahihi) na uthibitishaji wa kufaa (tulijenga kitu sahihi) ni ukaguzi tofauti, na unahitaji vyote viwili.
Tumia MBSE na SysML kwa chanzo kimoja kilichounganishwa cha ukweli, na utumie fikra za kimfumo kutarajia tabia inayojitokeza.
Linganisha uzito wa mchakato wako na ukubwa, maisha, na hatari ya mfumo.

Marejeo na usomaji zaidi

INCOSE, INCOSE Systems Engineering Handbook: A Guide for System Life Cycle Processes and Activities
ISO/IEC/IEEE 15288, Systems and Software Engineering: System Life Cycle Processes
ISO/IEC/IEEE 29148, Systems and Software Engineering: Requirements Engineering
Sanford Friedenthal, Alan Moore, and Rick Steiner, A Practical Guide to SysML: The Systems Modeling Language
NASA, NASA Systems Engineering Handbook (NASA/SP-2016-6105)
Andrew P. Sage and William B. Rouse, Handbook of Systems Engineering and Management
Dennis M. Buede and William D. Miller, The Engineering Design of Systems: Models and Methods
Donella H. Meadows, Thinking in Systems: A Primer
Eberhardt Rechtin and Mark W. Maier, The Art of Systems Architecting
U.S. Department of Defense, Defense Acquisition Guidebook (systems engineering guidance)