Modulārā programmatūra
Lai izveidotu elastīgas, evolucionāras un mērogojamas sistēmas, mums ir jābūt modularitātei, t.i., īpašībai, kas ļauj mums izveidot augšupēju sistēmu (no apakšas uz augšu).
Vispirms jums ir jābūt moduļiem, tāpēc jums ir nepieciešams moduļu "arhīvs". Tiem tad jābūt savstarpēji aizvietojamiem, ti, ir jābūt iespējai aizstāt moduli ar citu līdzvērtīgu moduli, un tas tiek darīts, nodrošinot informācijas apmaiņu starp moduļiem, izmantojot noteiktas saskarnes: komponentu mijiedarbība nedrīkst mainīties atkarībā no moduļu variācijām. .
Modulārā programmatūra atklāj jaunu komponentu integrācijas paradigmu, attīstot mashups (hibrīda tīmekļa lietojumprogrammu), tas ir, radot kaut ko, sākot no dažādiem avotiem, piemēram, izmantojot API, kas sākotnēji tika izveidotas dažādiem mērķiem, bet pēc tam tiek apvienotas, lai izveidotu jaunu produktu.
Cik vienkāršiem jābūt moduļiem moduļu sistēmā?
Veidlapas jāveido pēc iespējas vienkāršāk. Katrs uzņēmums ar sarežģītākām attiecībām (piem., personāla vadība) var tikt galā ļoti atšķirīgi, taču elementārās funkcionalitātes paliek nemainīgas (piemēram, algu uzskaite). Mazie moduļi nodrošina lielāku atkārtotu izmantošanu, mazāku izstrādes laiku un pastāvīgu attīstību (piem., ja atdalāt lietotāja interfeisu, jums ir jāpārliecinās, vai tas ir konsekvents, piemēram, jums ir jābūt iespējai izmantot kopēšanu un ielīmēšanu neatkarīgi no sistēmas, kurai šī UI ir izveidota).
Problēma, kas rodas, nepārprotami ir, kā panākt moduļu mijiedarbību. Liela sistēma ļāva daudz informācijas savā starpā saistīt pašā sistēmā, kā arī ļāva unikālā veidā pārvaldīt relatīvo informāciju
lai piekļūtu atļaujām, kamēr ar i dati tie ir izkaisīti, un autentifikācijas mehānismi var būt dažādi.
Šī sadalīšanās dod mums tajā pašā laikā lielu brīvību: i dati mēs varam tās novietot, kur vien vēlamies, izplatot pēc saviem ieskatiem.
Visu komponentu integrācija, datubāze, moduļi un saskarnes, nenotiek vakuumā, bet gan notiek uz platformas: tieši tā ļauj mums veikt integrāciju, tāpēc šī platforma ir labi jādefinē.
Tas, kas ļauj izveidot moduļu sistēmas, galvenokārt ir standarts attiecībā uz informācijas veidu, ar kuru apmainās moduļi: ir jābūt atbilstībai iespējamās komunikācijas plūsmās starp moduļiem. Mums var būt vairākas savstarpēji aizvietojamas rakstīšanas sistēmas, ja mums ir viens dokumenta standarts, bet līdz šim ir noticis tieši pretējais: dominē rakstīšanas sistēma ar lielu dokumentu formātu skaitu. Šai situācijai ir divi mīnusi:
- ja standarts ir saistīts ar sistēmu, šai sistēmai ir tendence kļūt universālai,
- tas dod priekšroku tirgus slēgšanai, jo pastāv standarts, ko neviens cits nevar radīt, tāpēc visizplatītākais automātiski kļūst par spēcīgāko.
Darba kārtība ir transversāla pieteikuma piemērs salīdzinājumā ar visiem citiem pieteikumiem, jo darba kārtībai ir jābūt, tāpēc ir jēga to pārvaldīt sistēmas, nevis pieteikuma līmenī. Sistēma ir platforma, kurā mēs palaižam lietojumprogrammas, ar kuras palīdzību mēs liekam tām sazināties. Tas ļauj mums atdalīt dati no lietojumprogrammām. Tas ievērojami vienkāršo informācijas sistēmas izveidi: mēs varam apvienot dati vai izmantojiet dažādas lietojumprogrammas, lai piekļūtu vienam un tam pašam dati.
Informācijas sistēmu apvienošana ir būtiska uzņēmumu apvienošanās procesā. Izmantojot vienkāršas veidlapas, ir vieglāk apmainīties ar informāciju nekā izmantojot sarežģītas veidlapas.
Modularitāte bieži vien jau pastāv saskaņā ar ārēju skatījumu: lietotāja skatījumu. Patiesībā viņš redz sistēmu pa vienam gabalam, t.i., viņš redz tikai to gabalu, ko viņš izmanto, un uztver to kā atsevišķu moduli no pārējiem. Šķietamā modularitāte ir pirmais solis ceļā uz īstu modularitāti.
Tas ļauj mums izveidot jaunas un starpkomponentu mijiedarbības un pakalpojumus. Sistēmas interfeiss kļūst atkarīgs no lietotāja vides: sistēma reaģē, kad lietotājam tas ir nepieciešams, tāpēc gaidīšanas laiks kļūst būtisks, lai novērtētu sistēmas efektivitāti.
Ir svarīgi, lai interfeiss būtu veidots, sākot no lietotāja, no tā, ko viņš dara: lietotājs pierod pie procedūrām, pat ja tās ir klibs un loģikas trūkums.
Visbeidzot, platformai ir jāapzinās, ka tā ir platforma: tai ne tikai jāļauj izpildīt moduļus, bet tajā ir jāietver arī visas tās funkcijas, kas var būt transversālas (piemēram, darba kārtība, e-pasts), kurām var piekļūt ar sistēmas primitīviem ( tāpat kā ar copy-paste). Sistēmai tos varētu uzskatīt par
- parastās lietojumprogrammas, taču tās ir būtiskas, lai varētu pievienoties komponentiem.
- Platforma = sistēma + transversāli pakalpojumi.
Platforma nav sistēma un neaizstāj to, it īpaši, ja jums ir dažādas sistēmas (Windows, Linux, Mac…), kurās starpprogrammatūra pārņem, parādot vairākas sistēmas tā, it kā tās būtu viena.
Tāpēc moduļu sistēmām jābūt vismaz 4 īpašībām:
- moduļiem jābūt vienkāršiem;
- moduļiem jābūt savstarpēji aizvietojamiem;
- jums ir nepieciešama platforma, kas ir pilna ar integrācijai nepieciešamajiem pakalpojumiem;
- saskarnei jābūt veidotai tā, lai tas apmierinātu lietojumprogrammas lietotāju.
Visas šīs īpašības ir saistītas ar evolūciju: moduļi pieļauj atsevišķu evolūciju un ļauj attīstīt sistēmu. Platformai un saskarnei, savukārt, jāspēj attīstīties saskaņā ar protokoliem un procedūrām.
Share:
Uzziniet vairāk tiešsaistes tīmekļa aģentūrā
Abonējiet, lai saņemtu jaunākos rakstus pa e-pastu.
