Modulinė programinė įranga
Norėdami sukurti lanksčias, evoliucines ir keičiamo dydžio sistemas, turime turėti moduliškumą, t. y. savybę, leidžiančią sukurti sistemą „iš apačios į viršų“ (iš apačios į viršų).
Pirmiausia reikia turėti modulius, taigi reikia modulių „archyvo“. Tada jie turi būti keičiami, ty modulį turi būti galima pakeisti kitu lygiaverčiu moduliu, o tai daroma leidžiant keistis informacija tarp modulių per apibrėžtas sąsajas: komponentų sąveika neturi skirtis priklausomai nuo modulių kitimo. .
Modulinė programinė įranga atranda naują komponentų integravimo paradigmą kuriant „mashups“ (hibridinę žiniatinklio programą), tai yra, sukuriama ką nors pradedant iš skirtingų šaltinių, pavyzdžiui, naudojant API, iš pradžių sukurtas skirtingiems tikslams, bet vėliau sujungiant, kad būtų sukurtas naujas produktas.
Kaip paprasti turėtų būti moduliai modulinėje sistemoje?
Formos turi būti kuo paprastesnės. Kiekviena įmonė sudėtingesnius santykius (pvz., personalo valdymą) gali tvarkyti labai skirtingai, tačiau elementarios funkcijos išlieka tos pačios (pvz., darbo užmokestis). Maži moduliai leidžia naudoti daugiau pakartotinio naudojimo, mažiau laiko kurti ir nuolat tobulinti (pvz., jei atskiriate vartotojo sąsają, turite įsitikinti, kad ji yra nuosekli, pvz., turite turėti galimybę naudoti kopijavimo ir įklijavimo funkciją, neatsižvelgiant į tai, kuriai sistemai Sukurta vartotojo sąsaja).
Akivaizdu, kad iškyla problema, kaip pasiekti modulių sąveiką. Didelė sistema leido turėti daug informacijos, susietos viena su kita pačioje sistemoje, taip pat leido unikaliu būdu valdyti santykinę informaciją.
pasiekti leidimus, o su i duoti jie yra išsklaidyti, o autentifikavimo mechanizmai gali būti įvairūs.
Šis skilimas tuo pačiu suteikia mums daug laisvės: i duoti galime jas dėti kur norime, paskirstydami kaip norime.
Visų komponentų integracija, duomenų bazė, moduliai ir sąsajos, nevyksta vakuume, o vyksta platformoje: būtent ji leidžia atlikti integraciją, todėl šią platformą būtina gerai apibrėžti.
Tai, kas leidžia kurti modulines sistemas, visų pirma yra informacijos, kuria keičiasi moduliai, tipo standartas: turi būti galimi komunikacijos srautai tarp modulių. Galime turėti kelias keičiamas rašymo sistemas, jei turime vieną dokumento standartą, tačiau iki šiol buvo visiškai priešingai: vyrauja rašymo sistema su daugybe dokumentų formatų. Ši situacija turi du minusus:
- jei standartas yra susietas su sistema, ta sistema tampa universali,
- tai linkusi uždaryti rinką, nes yra standartas, kurio niekas kitas negali sukurti, todėl labiausiai paplitęs automatiškai tampa stipriausiu.
Darbotvarkė yra skersinės paraiškos pavyzdys, lyginant su visomis kitomis paraiškomis, nes darbotvarkė turi būti, todėl ją prasminga tvarkyti sistemos, o ne paraiškos lygmeniu. Sistema yra platforma, kurioje paleidžiame programas ir leidžiame jas bendrauti. Tai leidžia mums atskirti duoti iš programų. Tai labai supaprastina informacinės sistemos kūrimą: galime sujungti duoti dviejų įmonių lengviau arba naudokite skirtingas programas, kad pasiektumėte tą patį duoti.
Informacinių sistemų sujungimas yra labai svarbus įmonių susijungimo procese. Turint paprastas formas lengviau keistis informacija nei naudojant sudėtingas formas.
Moduliškumas dažnai jau egzistuoja pagal išorinį požiūrį: vartotojo. Tiesą sakant, jis mato sistemą po vieną, t. y. mato tik tą kūrinį, kurį naudoja, ir suvokia jį kaip atskirą modulį nuo kitų. Tariamas moduliškumas yra pirmasis žingsnis siekiant tikrojo moduliškumo.
Tai leidžia mums sukurti naujas ir tarpkomponentines sąveikas ir paslaugas. Sistemos sąsaja tampa priklausoma nuo vartotojo aplinkos: sistema reaguoja, kai vartotojui to reikia, todėl laukimo laikas tampa esminis sistemos efektyvumo matavimui.
Svarbu, kad sąsaja būtų kuriama pradedant nuo vartotojo, nuo to, ką jis daro: vartotojas pripranta prie procedūrų, net jei jos yra įnirtingos ir stokojančios logikos.
Galiausiai, platforma turi suvokti, kad yra platforma: ji turi ne tik leisti vykdyti modulius, bet ir turėti visas tas funkcijas, kurios gali būti skersinės (pvz., dienotvarkė, el. paštas), kurias galima pasiekti naudojant sistemos primityvus ( kaip ir su copy-paste). Sistemai tai gali būti vertinama kaip
- įprastas programas, tačiau jos būtinos norint sujungti komponentus.
- Platforma = sistema + skersinės paslaugos.
Platforma nėra sistema ir jos nepakeičia, ypač jei turite skirtingas sistemas („Windows“, „Linux“, „Mac“...), kuriose perima tarpinė programinė įranga, rodydama kelias sistemas taip, tarsi jos būtų viena.
Todėl modulinės sistemos turi turėti bent 4 charakteristikas:
- moduliai turi būti paprasti;
- moduliai turi būti keičiami;
- jums reikia platformos, kurioje būtų pilna integracijai reikalingų paslaugų;
- sąsaja turi būti sukurta taip, kad tenkintų programos vartotoją.
Visos šios charakteristikos yra susijusios su evoliucija: moduliai leidžia evoliucionuoti atskirai ir evoliucionuoti sistemai. Savo ruožtu platforma ir sąsaja turi turėti galimybę vystytis pagal protokolus ir procedūras.
Dalintis:
Sužinokite daugiau internetinėje žiniatinklio agentūroje
Prenumeruokite, kad gautumėte naujausius straipsnius el. paštu.
