သမား႐ိုးက် ေဆာ့ဖ္ဝဲ တည္ေဆာက္မႈမ်ား အစိုးရ လုပ္ငန္းမ်ားသည္ စနစ္တက် ေဆာင္ရြက္ႏုိင္မႈ မရွိျခင္း၊ သိပၸံနည္းက် စီမံခန္႔ခြဲမႈ မရွိျခင္း၊ စီမံကိန္းအရ ေဆာင္ရြက္ရာတြင္ စုစည္းမႈ၊ ေပါင္းစည္းမႈ အားနည္းျခင္းမ်ားကို ေတြ႕ရသည္။ အစိုးရ၏ ဌာနဆိုင္မ်ားသည္ ႀကိဳးစား ႐ုန္းကန္ေနၾကရျခင္းသည္ ယင္းတို႔ ေဆာင္ရြက္ေနၾက လုပ္ငန္းမ်ားမွာ အဓိကအားျဖင့္ စီးပြားေရး လုပ္ငန္းမ်ား ျဖစ္သည္။ e-Government ေဆာင္ရြက္ေနေသာ ဌာနမ်ား အဓိက ထားရမည္မွာ ေဆာင္ရြက္ေနေသာ Application မ်ားသည္ တစ္ခုႏွင့္တစ္ခု သြားမထပ္ရန္ႏွင့္ ႏွစ္ခါ မလုပ္မီေစရန္ အေရးႀကီးသည္။ သတင္း အခ်က္အလက္မ်ားသည္ ျပည့္စုံ မွန္ကန္မႈ ရွိရပါသည္။ လုပ္ငန္းမ်ားသည္ အသုံးျပဳေနေသာ အရင္းအျမစ္မ်ားသည္ အသုံးမျပဳႏုိင္ပါ။ လုပ္ငန္းမွ အျမတ္ရရွိမႈသည္ နည္းပါသည္။ အစိုးရ၏ လုပ္ငန္းမ်ားမွာ ဝန္ေဆာင္မႈကို အေျခခံေသာ အစိုးရ (Service-Oriented Government) ျဖစ္သည္။ စီးပြားေရး လုပ္ငန္းႏွင့္ ကြဲျပားမႈမွာ စီးပြားေရးအရ လိုအပ္ခ်က္ကို ျဖည့္ဆည္းႏုိင္မႈ ျဖစ္သည္။
e-Government Application တည္ေဆာက္မႈတြင္ SaaS Software model ကို အသုံးျပဳသင့္
Software as a service (SaaS) သည္ On-Demand Software အမ်ဳိးအစား ျဖစ္ၿပီး ဖြဲ႕စည္းထားပုံမွာ Software ႏွင့္ Data တို႔ ပါဝင္ၿပီး Internet သို႔မဟုတ္ Cloud ေပၚတြင္ သုံးစြဲသူ user မ်ားသည္ ေပါ့ပါး ႐ႈပ္ေထြးမႈနည္းေသာ Client မ်ားျဖစ္ၿပီး Internet ေပၚတြင္ Web Browser ကို အဓိကထား အသုံးျပဳက်သည္။ SaaS ကို တည္ေဆာက္ရာတြင္ အမ်ားဆုံး အသုံးျပဳေသာ စီးပြားေရးလုပ္ငန္းသုံး Application မ်ားမွာ Accounting, Collaboration, Customer Relationship Management (HRM), Content Management (CM) and Service desk Management တို႔ ျဖစ္သည္။ Software as a service (SaaS) ကို တည္ေဆာက္မည္ ဆိုပါက Infrastructure as a service (IaaS) ႏွင့္ Platform as a service (PaaS) သည္ အရင္ တည္ေဆာက္ရမည္ ျဖစ္ၿပီး Cloud Computing ႏွင့္ပါ သက္ဆုိင္ပါသည္။ အစိုးရ အိုင္တီဌာနမ်ားတြင္ SaaS Model ကို အသုံးျပဳျခင္းျဖင့္္ အိုင္တီဌာနမ်ားတြင္ တူညီေသာ လုပ္ငန္း ေဆာင္ရြက္မႈမ်ား Workflow ရွိသည္။ ယင္းအခ်က္သည္ ကုန္က်စရိတ္ကို နည္းႏုိင္ၿပီး တည္ေဆာက္မႈမ်ားကို အစဥ္ ေဆာင္ရြက္ႏုိင္သည့္ SaaS Model အတြက္ အားသာခ်က္တစ္ခု ျဖစ္လာသည္။
SaaS အေၾကာင္း
SaaS Framework ကို အသုံးျပဳျခင္းသည္ မ်ားစြာေသာ ေဆာင္ရြက္မႈမ်ားကို ဗဟိုျပဳသည္။ စနစ္တြင္ Form မ်ားႏွင့္ လုပ္ငန္းသြားရာ လမ္းေၾကာင္းမ်ားကို အသုံးျပဳ ေရးသားထားသည္။ Form အသစ္ တစ္ခုအတြက္ Workflow ရွိျခင္းႏွင့္ Framework ကို ခ်ိတ္ဆက္ရာတြင္ ေရးသားထားေသာ Code ျပဳလုပ္ရန္ မလိုျခင္းစေသာ လြယ္ကူစြာ ေဆာင္ရြက္ႏိုင္သည္။ သမား႐ိုးက် ေဆာ့ဖ္ဝဲမ်ားသည္ လိုင္စင္ႏွင့္သာ ထိန္းခ်ဳပ္ၾကသည္။ ေစ်းကြက္ လိုအပ္ခ်က္ႏွင့္ ကိုက္ညီရန္ လိုသည္။ အသုံးျပဳသူႏွင့္ အမွန္တကယ္ အသုံးျပဳႏိုင္ရန္ ဗဟိုမွ ထိန္းခ်ဳပ္ကာ ျပဳျပင္ႏုိင္မွာသာ အစုိးရႏွင့္ ဆက္ဆံရမႈမွာ ပိုမို အဆင္ေျပလာႏုိင္မည္ ျဖစ္သည္။ SaaS Model ျဖင့္ Application မ်ား တည္ေဆာက္ရာတြင္ ပထမသည္ ေစ်းႀကီးျခင္း၊ ေနာက္ပိုင္းတြင္ သက္သာလာျခင္းႏွင့္ တိက်ေသာ သတ္မွတ္ခ်က္ ရွိျခင္းတုိ႔သည္ SaaS ၏ တည္ေဆာက္မႈ အဆင့္မ်ား ျဖစ္သည္။
e-Government ကို SaaS Model ျဖင့္ တည္ေဆာက္ပါက ျဖစ္ေပၚလာႏုိင္ အခြင့္အေရးမ်ား ေအာက္ပါအတိုင္း ျဖစ္သည္။
SaaS Model သည္ အလြန္ သတိထားရမည္ စီမံအုပ္ခ်ဳပ္ရမည္ ျဖစ္သည္။ အစိုးရဌာနမ်ားသည္ စီးပြားေရး လုပ္ငန္းသေဘာကို အေရးမထား e-Government တည္ေဆာက္ရာတြင္ ထည့္သြင္း စဥ္းစားျခင္း မျပဳပါ။ သို႔ေသာ္ ထိုစီးပြားေရး လုပ္ငန္းမ်ားသည္ ကုန္က်စရိတ္ႏွင့္ လူအင္အားမ်ားစြာ အသုံးျပဳသည္။ e-Government စနစ္ကို တည္ေဆာက္ရာတြင္ SAAS Model ကို အသုံးျပဳျခင္းသည္ တီထြင္မႈမ်ားကို အမ်ားဆုံး ျပဳလုပ္ႏိုင္ေသာ ေဆာ့ဖ္ဝဲ တည္ေဆာက္မႈ ေမာ္ဒယ္တစ္ခု ျဖစ္သည္။ Application မ်ားကို တည္ေဆာက္ရာတြင္ တီထြင္ရန္မွာ SAAS Model သည္ စနစ္က်ေသာ Frame Work ရွိသည္။ ထို Frame Work သည္ မည္မွ်ေလာက္ ၿပီးစီးမႈရွိျခင္း၊ စမ္းသပ္ႏုိင္ေသာ Process မ်ား ပါဝင္ျခင္းႏွင့္ အလ်င္အျမန္ တည္ေဆာက္ႏုိင္ေသာ နည္းပညာ Rapid iteration တို႔ ပါဝင္သည္။ ဝန္ေဆာင္မႈ လုပ္ငန္းမ်ားကို ေဆာင္ရြက္လာႏိုင္ေသာ နည္းပညာတစ္ရပ္ ျဖစ္သည့္အျပင္ Application ကို ကိုင္တြယ္ အသုံးျပဳသူသည္ လုပ္ငန္းခြင္ ျဖစ္ေပၚလာႏုိင္ေသာ တာဝန္ခြဲေဝမႈ (Authentication), လုံၿခံဳေရး (Security), လုပ္ငန္းအတြင္း ေျပာင္းလဲ ေဆာင္ရြက္မႈ (Change Management), လုပ္ငန္း အသုံးျပဳေနေသာ ေဆာ့ဖ္ဝဲ တည္ေဆာက္မႈ အရင္းအျမစ္ (Resource Management) ႏွင့္ လုပ္ငန္း ၿပီးေျမာက္ေအာင္ ေဆာင္ရြက္ႏိုင္မႈ (Performance management) တို႔ကို အလြယ္တကူ သိရွိႏိုင္မည္ ျဖစ္သည္။ SaaS Model သည္ တီထြင္မႈကို အရွိန္ျမႇင့္ထားသည္။ SaaS Model ၏ Applications မ်ားသည္ Construction of Structural Framework ျဖစ္ေပၚေစသည္။
SaaS Framework တည္ေဆာက္ျခင္း အေၾကာင္း
SaaS Framework အတြက္ Forms ႏွင့္ Workflow-driven application မ်ားကို တည္ေဆာက္ရာတြင္ ၿပိဳင္တူ တည္ေဆာက္မႈ (သို႔မဟုတ္) အၿပိဳင္တည္ေဆာက္မႈ ျဖစ္ၿပီး လုပ္ငန္းေဆာင္ရြက္မႈ လမ္းေၾကာင္းသည္ တစ္ခုၿပီးမွတစ္ခု ျဖစ္ေပၚလာေသာ Framework ျဖစ္သည္။ Sales, Human Resources, Procurement စေသာ နယ္ပယ္မ်ားအတြက္ SaaS Framework မ်ား တည္ေဆာက္ႏိုင္မည္ ျဖစ္သည္။ Application မ်ားတြင္ Form မ်ားစြာ ပါဝင္ႏုိင္ျခင္းျဖင့္ တိက် မွန္ကန္ႏိုင္ေသာ လမ္းေၾကာင္းမ်ားကို ျဖစ္ေပၚေစသည္။
SaaS Model ျဖင့္ e-Government Application မ်ားကို အေကာင္အထည္ေဖာ္ျခင္း
အစိုးရ အုိင္တီဌာနမ်ားတြင္ ေခတ္မီေသာ အေျခခံ အေဆာက္အအံု မ်ားစြာရွိသျဖင့္ SaaS Model အေျခခံေသာ Application မ်ားစြာ တည္ေဆာက္ႏုိင္ပါသည္။ သို႔ေသာ္ စီးပြားေရးႏွင့္ သက္ဆုိင္မႈ နည္းပါသည္။ သို႔ေသာ္ အစိုးရ အိုင္တီဌာနမ်ားသည္ ျပင္ပႏွင့္ ခ်ိ္တ္ဆက္မႈ ေကာင္းမြန္မႈကို အဓိကထားေသာ အင္တာနက္ အျမန္ႏႈန္းကို အေျခခံေသာ Software နည္းပညာ တစ္ခု ျဖစ္သည္။ အစိုးရဌာနမ်ားတြင္ ရွိေသာ SaaS Model ကို အေျခခံတည္ေဆာက္ေသာ Application မ်ားတြင္ ေအာက္အခ်က္မ်ား ပါဝင္သည္။
(၁)ကုန္က်မႈ ရွင္းတမ္း Billing ထက္ ဝန္ေဆာင္မႈေပးျခင္းကို အဓိက ေဆာင္ရြက္ျခင္း
SaaS Model သည္ Software Model လည္ပတ္ႏုိင္ရန္ လစဥ္က်သင့္ေငြ ေပးေဆာင္ရေသာ စနစ္ျဖစ္သည္။ ထိုသို႔ ေပးလိုက္ျခင္းသည္ အစိုးရဌာနမ်ား အတြက္ Software ကို ထိန္းသိမ္း ေစာင့္ေရွာက္ရျခင္းႏွင့့္ ျပန္လည္ ေရးသား ျပဳျပင္ရျခင္းအတြက္ ကုန္က်စရိတ္ကို နည္းႏုိင္သမွ် နည္းေအာင္ ေဆာင္ရြက္ႏုိင္သည့္ အျပင္၊ အေျခခံ အေဆာက္အအုံအတြက္ ကုန္က်စရိတ္ကိုပါ ေလ်ာ့ခ်ၿပီး လုပ္ငန္းတိုင္း အသုံးျပဳႏုိင္သည္။ အစိုးရ တစ္ခုအတြက္ အဆင့္တုိင္း လိုက္နာ ေဆာင္ရြက္ရန္ႏွင့္ အဆင္ေျပၿပီး အဆင့္ျမင့္ေသာ Platform တစ္ခုျဖစ္ၿပီး သီးျခားစီ ရွိေနေသာ အုိင္တီဌာနမ်ားသည္ စီးပြားေရး လုပ္ငန္းမ်ားႏွင့္ အျခားေသာ ဝန္ေဆာင္မႈမ်ားအတြက္ ေငြေပးေခ်ျခင္းႏွင့္ လစဥ္ ေကာက္ခံေသာ ကုန္က်စရိတ္မ်ားကို ထည့္သြင္း စဥ္းစားျခင္း ျပဳလုပ္ရန္ မလိုအပ္ေပ။ SaaS Model သည္ လစဥ္ေပးေဆာင္ရေသာ Billing ကို အဓိက မထားျခင္းသည္ အရည္အေသြးကို ဦးစားေပးေသာ လုပ္ငန္း ေဆာင္ရြက္မႈသည္ လုိအပ္ခ်က္တစ္ခု ျဖစ္သည္။
(၂) စီးပြားေရး လုပ္ငန္းမ်ားအတိုင္း မတည္ေဆာက္ျခင္း
SaaS Model ကို အသုံးျပဳျခင္းျဖင့္ e-Government Application မ်ား တည္ေဆာက္မႈ အေပၚတြင္သာ မူတည္သည္။ စီးပြားေရးလုပ္ငန္းကို အဓိကထားေသာ ေဆာ့ဖ္ဝဲ တည္ေဆာက္မႈ ေမာ္ဒယ္မဟုတ္ပါ။ အစိုးရလုပ္ငန္းမ်ားသည္ စီးပြားေရး လုပ္ငန္းမ်ားထက္ ဝန္ေဆာင္မႈကို အသားေပး လုပ္ငန္းသေဘာ ရွိသည္။
(၃)လုံၿခံဳမႈ အေရးပါေသာ တည္ေဆာက္မႈျဖစ္ျခင္း
ပုံမွန္အားျဖင့္ e-Government လုပ္ငန္းမ်ားကို ေဆာင္ရြက္ေနေသာ User မ်ားသည္ အလြန္ အေရးႀကီးေသာ ေနရာမွ လုပ္ေဆာင္ေနရသည္။ SaaS Model တြင္ Infrastructure architecture, network architecture and application architecture တို႔ကို ေပါင္းစပ္ထားေသာ Three-dimensional Security system တစ္ခုျဖစ္ၿပီး အစိုးရဌာနမ်ား၏ Data ကို အလြယ္တကူ အသုံးျပဳႏိုင္ေတာ့မည္ ျဖစ္သည္။ SaaS Model တြင္ Site ၏ လုံၿခံဳမႈ၊ Infrastucture Security, Application Security ႏွင့္ လုပ္ငန္း ေဆာင္ရြက္ေနေသာ လူပုဂၢိဳလ္မ်ား၏ လုံၿခံဳေရးကို အထူး ဂ႐ုျပဳသည္။
Security Services (လုံၿခံဳေရး ဝန္ေဆာင္မႈ)
SaaS Model သည္ လုံၿခံဳမႈကို အဓိကထားျခင္းျဖင့္ Application မ်ား တည္ေဆာက္မႈတြင္ အျမင့္ဆုံး ျဖစ္သည္။ ဌာနတစ္ခုမွ ပိုင္ဆုိင္ေသာ Private data မ်ားကို ထိန္းသိမ္းရန္ အေျခခံရမည့္ အခ်က္မ်ားကို ခ်မွတ္ႏုိင္မည္ ျဖစ္သည္။
Authentication (လုပ္ငန္း၏ တာဝန္မ်ားအရ ဝင္ေရာက္ အသုံးျပဳခြင့္)
SaaS Provider မ်ားတြင္ Application မ်ားကို ထိန္းသိမ္းရန္ အသုံးျပဳသူမ်ားထဲတြင္ ကိုယ္ပိုင္ User Account မ်ားကို တာဝန္ေဆာင္ရြက္ရန္ တည္ေဆာက္ထားျခင္းျဖင့္ လုပ္ငန္းမ်ား ေဆာင္ရြက္ရန္ အသုံးျပဳခြင့္ ရရွိၾကသည္။ အစိုးရဌာနမ်ားတြင္ Application ကို ဝယ္ယူၿပီး User မ်ားကို ဖန္တီး အသုံးျပဳၾကရာ SaaS Provider မ်ားသည္ အသုံးျပဳသူ အမွန္တကယ္ အသုံးျပဳခြင့္ရွိသူ ဟုတ္မဟုတ္ စစ္ေဆးပါသည္။ Provider မ်ားသည္ delegated-administration model ကို ႏွစ္မ်ဳိး သတ္မွတ္ပါသည္။ ယင္းတို႔မွာ Centralized authentication system ႏွင့္ Decentralized authentication system တို႔ ျဖစ္သည္။ Decentralized authentication system တြင္ SaaS Provider မ်ားသည္ အသုံးျပဳႏိုင္ေသာ User မ်ားကို Own User directory System ကို ဌာနမ်ားအတြက္ တည္ေဆာက္ေပးထားပါသည္။ သို႔ေသာ္ Decentralized Approach သည္ Centralized approach ထက္ ပိုမို ႐ႈပ္ေထြးပါသည္။ Centralized authentication system တြင္ federation serviceကို ထားရွိၿပီး အသုံးျပဳသူ တစ္ဦးျခင္းစီကို Federation System တစ္ခုစီ ထားေပသည္။
Authorization (လုပ္ငန္းမ်ား ေဆာင္ရြက္ႏိုင္ရန္ ေပးထားေသာ အသုံးျပဳခြင့္)
SaaS Application တြင္ အသုံးျပဳသူ user တိုင္းသည္ သတ္မွတ္ထားေသာ အသုံးျပဳခြင့္ ရွိၾကသည္။ သို႔ေသာ္ User Level အလိုက္ အသုံးျပဳႏိုင္ေသာ Function မ်ား ကြာျခားၾကသည္။ ဌာနခ်င္း ကြာျခားမႈသည္ User ၏ အသုံးျပဳရေသာ Application သည္ လုိက္ၿပီး ေျပာင္းလဲလိမ့္မည္ ျဖစ္သည္။ ထို User role ကို Application Permission စနစ္မွ ခြင့္ျပဳမႈအဆင့္ ျဖစ္သည္။ User Role သည္ အသံုးျပဳေနေသာ user တစ္ဦးျခင္းမဟုတ္ User Group ကိုပါ သတ္မွတ္ႏိုင္ေသာ ေဆာင္ရြက္မႈမ်ားေၾကာင့္ လုံၿခံဳမႈ အဆင့္အတန္းသည္ ျမင့္သထက္ ျမင့္မားလာၿပီ ျဖစ္သည္။ လိုအပ္သလို အဆင့္ သတ္မွတ္ေပးႏိုင္ျခင္းသည္ User တစ္ဦးတည္း လုပ္ငန္းမ်ားကို ေဆာင္ရြက္ရာတြင္ ပိုမို လုပ္ေဆာင္ႏုိင္ျခင္းႏွင့္ Permission တစ္ခုမက ရရွိျခင္းႏွင့္ ေကာင္းမြန္ေသာ လုံၿခံဳမႈ ဦးတည္ခ်က္ ျဖစ္လာသည္။
(၄) အစိုးရ ဌာနမ်ား၏ it Department မ်ားသည္ စိန္ေခၚမႈမ်ားႏွင့္ အခြင့္အေရးမ်ားကို ရင္ဆုိင္ႀကံဳေတြ႕ရျခင္း
အစိုးရ၏ အုိင္တီဌာနမ်ားသည္ တန္ဖိုးထား ေဆာင္ရြက္ရေသာ ႐ုံးလုပ္ငန္းမ်ားရွိရာ ေနာက္ပိုင္း စာရင္းဇယားမ်ားျဖင့္ ေဆာင္ရြက္ရသည္။ ထိုလုပ္ငန္းမ်ားကို Desktop ကြန္ပ်ဴတာမ်ားျဖင့္ ေကာင္းမြန္စြာ ေဆာင္ရြက္ႏိုင္ရန္ ေဆာ့ဖ္ဝဲမ်ား တည္ေဆာက္ ေပးသင့့္သည္။ အိုင္တီဝန္ထမ္းမ်ား ေျမာက္ျမားစြာ လိုအပ္လာမည္ ျဖစ္ရာ ၎ဝန္ထမ္းမ်ားသည္ မွန္ကန္ေသာ လမ္းေၾကာင္းေပၚတြင္ လုပ္ငန္းမ်ား ရွိမရွိ စစ္ေဆးျခင္း၊ အမွားပမာဏ လက္ခံႏုိင္ျခင္း ရွိမရွိႏွင့္ နည္းပညာသစ္မ်ားႏွင့္ Application မ်ား ကိုက္ညီမႈ ရွိမရွိ ခ်ိန္ကိုက္ စစ္ေဆးရန္ လိုအပ္လာသည္။ IT Staff မ်ား ရင္ဆုိင္ ႀကံဳေတြ႕ရမည့္ အခ်က္မ်ားမွာ SaaS Platform ၏ ေအာ္ပေရတာမ်ားကို Platform builder မ်ားျဖင့္ သတ္မွတ္ရန္ လိုလာလိမ့္မည္။ အိုင္တီဝန္ထမ္းမ်ားသည္ အျမဲတမ္း ေလ့လာျခင္း၊ လုပ္ငန္းမ်ားကို ေန႔စဥ္ ေဆာင္ရြက္ရာ၌ ပုိမို လွ်င္ျမန္ျခင္း၊ စက္မႈ လုပ္ငန္းမ်ားကို ပိုမို တိုးတက္ေအာင္ ထိန္းသိမ္း ကြပ္ကဲႏုိင္ျခင္း၊ နည္းပညာဆုိင္ရာ အေျခခံ တတ္ေျမာက္ေအာင္ ႀကိဳးစားျခင္း၊ စီးပြားေရး လုပ္ငန္းမ်ားကို ကၽြမ္းက်င္စြာ ေဆာင္ရြက္ႏုိင္ျခင္း၊ ေရာင္းသူဝယ္သူတို႔ အၾကားတြင္ နည္းပညာဆိုင္ရာ အႀကံေပးအျဖစ္ ေဆာင္ရြက္ျခင္းတို႔ပင္ ျဖစ္သည္။
အိုင္တီဝန္ထမ္းမ်ားသည္ အသစ္ တည္ေဆာက္ထားေသာ Application မ်ားကို စီးပြားေရး လုပ္ငန္းမ်ားႏွင့္ ကိုက္ညီ မကိုက္ညီ၊ စီးပြားေရး လုပ္ငန္းမ်ား၏ လိုအပ္ခ်က္မ်ားကို စစ္ေဆးျခင္း၊ SaaS Platform စနစ္ကို အေျခခံထားျခင္း၊ သင့္ေတာ္ေသာ တည္ေဆာက္မႈမ်ား၊ ဝန္ေဆာင္မႈ စြမ္းအင္ တိုးတက္မႈမ်ား၊ ကုန္က်စရိတ္ ေလ်ာ့ခ်ႏုိင္ျခင္းတို႔ကို ဆက္လက္ ထိန္းသိမ္းထားရမည္ ျဖစ္သည္။
သူရေအာင္

No comments:
Post a Comment