Piranti Lunak Modular
Kanggo nggawe sistem fleksibel, evolusi lan skalabel, kita kudu duwe modularitas, yaiku properti sing ngidini kita nggawe sistem ngisor munggah (saka ngisor munggah).
Pisanan sampeyan kudu duwe modul, dadi sampeyan butuh "arsip" modul. Padha banjur kudu diijolke, IE iku kudu bisa kanggo ngganti modul karo modul liyane padha, lan iki rampung dening ngidini ijol-ijolan informasi antarane modul liwat antarmuka ditetepake: interaksi komponen kudu ora beda-beda karo variasi saka modul. .
Piranti lunak modular nemokake paradigma anyar integrasi antarane komponen kanthi pangembangan mashup (aplikasi web hibrida), yaiku, nggawe soko sing diwiwiti saka macem-macem sumber, contone nggunakake API sing wiwitane digawe kanggo tujuan sing beda-beda, nanging banjur digabungake kanggo ngasilake produk anyar.
Carane prasaja kudu modul ing sistem modul?
Formulir kudu digawe sesederhana mungkin. Saben perusahaan bisa nangani hubungan sing luwih rumit (contone, manajemen personel) kanthi cara sing beda banget, nanging fungsi dhasar tetep padha (contone, gaji). Modul cilik ngidini luwih akeh nggunakake maneh, wektu pangembangan kurang lan evolusi terus-terusan (contone, yen sampeyan misahake antarmuka pangguna, sampeyan kudu mesthekake yen iku konsisten, contone, sampeyan kudu bisa nggunakake copy-paste preduli saka sistem sing UI dibangun).
Masalah sing muncul yaiku, kanthi jelas, carane entuk interaksi antarane modul. Sistem sing gedhe ndadekake akeh informasi sing disambungake bebarengan ing sistem kasebut, lan uga ngidini informasi sing gegandhengan bisa dikelola kanthi cara sing unik.
kanggo ngakses ijin, nalika karo i mbiyen padha kasebar lan mekanisme bukti asli bisa macem-macem.
Dekomposisi iki menehi kita, ing wektu sing padha, akèh kamardikan: i mbiyen kita bisa nyelehake ing ngendi wae sing dikarepake, disebarake kaya sing dikarepake.
Integrasi kabeh komponen, database, modul lan antarmuka, ora njupuk Panggonan ing vakum, nanging njupuk Panggonan ing platform: iku sing ngijini kita kanggo nindakake integrasi, mulane iku perlu kanggo netepake platform iki uga.
Sing ngidini nggawe sistem modular ing ndhuwur kabeh standar babagan jinis informasi sing diijolke dening modul: kudu ana korespondensi ing kemungkinan komunikasi antarane modul. Kita bisa duwe macem-macem sistem nulis sing bisa diijolake yen kita duwe standar dokumen siji, nanging nganti saiki kebalikan sing kedadeyan: sistem panulisan sing dominan kanthi format dokumen sing akeh. Kahanan iki duwe rong kekurangan:
- yen standar digandhengake karo sistem, sistem kasebut cenderung dadi universal,
- iki cenderung kanggo ndukung penutupan pasar, amarga ana standar sing ora ana wong liya sing bisa ngasilake, supaya sing paling nyebar kanthi otomatis dadi paling kuat.
Agenda minangka conto aplikasi transversal dibandhingake karo kabeh aplikasi liyane, amarga kudu ana agenda, mula iku ndadekake pangertèn kanggo ngatur ing tingkat sistem, lan ora ing tingkat aplikasi. Sistem kasebut minangka platform kanggo mbukak aplikasi, supaya bisa komunikasi. Iki ngidini kita misahake mbiyen saka aplikasi. Iki banget nyederhanakake nggawe sistem informasi: kita bisa nggabungake mbiyen saka rong perusahaan luwih gampang utawa nggunakake aplikasi beda kanggo ngakses padha mbiyen.
Penggabungan sistem informasi minangka pusat proses penggabungan perusahaan. Duwe formulir sing prasaja nggampangake ijol-ijolan informasi tinimbang nggunakake formulir sing rumit.
Modularitas asring wis ana miturut sudut pandang eksternal: pangguna. Nyatane, dheweke ndeleng sistem siji-sijine, yaiku mung ndeleng potongan sing digunakake lan nganggep minangka modul sing kapisah saka liyane. Modularitas sing katon minangka langkah pertama kanggo pindhah menyang modularitas nyata.
Iki ngidini kita nggawe interaksi lan layanan anyar lan antarkomponen. Antarmuka sistem dadi gumantung ing lingkungan pangguna: sistem nanggapi nalika pangguna mbutuhake, mula wektu tunggu dadi penting kanggo ngukur efektifitas sistem.
Penting yen antarmuka dirancang wiwit saka pangguna, saka apa sing ditindakake: pangguna wis biasa karo prosedur kasebut, sanajan dheweke ferraginous lan kurang logika.
Pungkasan, platform kasebut kudu dadi platform: ora mung kudu ngidini eksekusi modul, nanging uga kudu ngemot kabeh fungsi sing bisa transversal (eg agenda, e-mail) sing bisa diakses nganggo primitif sistem ( kaya karo copy-paste). Kanggo sistem, iki bisa katon minangka
- aplikasi normal, nanging padha penting kanggo bisa kanggo nggabungake komponen.
- Platform = sistem + layanan transversal.
Platform kasebut dudu sistem lan ora ngganti, utamane yen sampeyan duwe sistem sing beda (Windows, Linux, Mac…), ing ngendi middleware njupuk alih, nuduhake macem-macem sistem kaya-kaya padha siji.
Mulane, sistem modular kudu paling sethithik 4 karakteristik:
- modul kudu prasaja;
- modul kudu diijolake;
- sampeyan butuh platform sing kebak layanan sing dibutuhake kanggo integrasi;
- antarmuka kudu dirancang kanggo gawe marem pangguna aplikasi.
Kabeh ciri iki disambung karo évolusi: modul ngidini évolusi kapisah lan ngidini évolusi sistem. Platform lan antarmuka kudu bisa berkembang miturut protokol lan prosedur.
Share:
Temokake luwih akeh saka Agensi Web Online
Langganan kanggo nampa artikel paling anyar liwat email.
