Pages

Pages

Pages - Menu

Pages - Menu

Saturday, December 27, 2014

PENERAPAN E-GOVERNMENT DI LINGKUNGAN SEKITAR

Mengapa e-government? Begitu pertanyaan mengenai gagasan pembicaraan tentang e-government dimunculkan. Apa kaitannya dengan upaya mencerdaskan dan menghijaukan Bekasi.

Sebagaimana diketahui bersama bahwa di era keterbukaan saat ini, informasi telah memainkan peran penting, bukan hanya semata sebagai sarana untuk memberikan keterangan tetapi telah berkembang menjadi kekuatan penentu yang dominan. Siapa yang menguasai informasi maka dapat dikatakan bisa menguasai medan pertempuran dengan lebih baik.

Dalam konteks penyelenggaraan pemerintahan, aktivitas penyampaian informasi menjadi bagian yang sangat vital. Melalui informasi yang dikelola secara cermat dan akurat, publik akan memahami, bahkan memberikan dukungan, ketika suatu kebijakan pembangunan digulirkan.

Demikian pula sebaliknya. Jika informasi yang disampaikan tidak dipahami dan kurang transparan, kekhawatiran akan timbulnya keresahan bahkan gejolak sangat dimungkinkan mengemuka.

Menyadari peran dan arti pentingnya informasi dalam penyelenggaraan pemerintahan, kita melihat bahwa salah satu upaya yang dilakukan pemerintah, baik pemerintah pusat maupun pemerintah daerah, adalah menerapkan sistim elektronik government (e-government) atau pemerintahan berbasis eletronik dengan menggunakan teknologi informasi (seperti Wide Area Network, Internet dan mobile computing).

Di Indonesia, inisiatif e-government telah diperkenalkan melalui Instruksi Presiden Nomor 6 Tahun 2001 tentang Telematika (Telekomunikasi, Media dan Informatika). Dalam instruksi itu dinyatakan bahwa aparat pemerintah harus menggunakan teknologi telematika untuk mendukung good governance dan mempercepat proses demokrasi.

E-government wajib diperkenalkan untuk tujuan yang berbeda di kantor-kantor pemerintahan. Administrasi publik adalah salah satu area dimana internet dapat di gunakan untuk menyediakan akses bagi semua masyarakat berupa pelayanan yang mendasar dan menyederhanakan hubungan antar masyarakat dan pemerintah.

Interaksi dapat berupa satu arah dengan menyiapkan fasilitas men-download formulir yang dibutuhkan. Selain itu dapat pula dilakukan dua arah dengan mengumpulkan formulir secara online atau pelayanan elektronik penuh berupa pengambilan keputusan dan delivery (pembayaran).

Dengan menerapkan TI, pelayanan publik dilaksanakan secara online. Pelayanan dapat dilakukan tanpa adanya intervensi pegawai institusi publik, dan memangkas sistem antrian yang panjang hanya untuk mendapatkan suatu pelayanan yang sederhana. Dengan konsep ini, secara perlahan pelaksanaan pemerintahan tradisional (traditional government) yang identik dengan paper-based administration maupun pengerjaan secara manual mulai di tinggalkan.

Namun demikian, dalam pelaksanaannya, e-government di Indonesia tampaknya baru pada tahap publikasi situs oleh pemerintah atau baru pada tahap pemberian informasi. Padahal kalau menelusuri instruksi presiden tersebut di atas, e-government bukan hanya sekedar publikasi situs oleh pemerintah. Pemberian pelayanan sampai dengan tahap full-electronic delivery service pun perlu diupayakan.

Beberapa contoh implementasi e-government yang mendominasi di seluruh dunia saat ini berupa pelayanan pendaftaran warga negara antara lain pendaftaran kelahiran, pernikahan dan penggantian alamat.

Selain itu e-government juga memuat persyaratan mendirikan bangunan, perhitungan pajak (pajak penghasilan, pajak perusahaan dan custom duties), pendaftaran bisnis, perizinan kendaraan. Bahkan melalui e-government pun masyarakat pun dapat mengakses APBD dan progres pelaksanaan pembangunan.

Dengan latar belakang ini, bahwa penerapan e-government di Bekasi, baik di pemerintahan kota maupun Kabupaten sudah saatnya lebih ditingkatkan untuk kepentingan pelayanan publik, bukan hanya menampilkan website semata.

Dalam kaitan ini dan dalam rangka memberikan gambaran tentang implementasi e-government lebih lanjut di Bekasi, diharapkan energi positif dapat dikembangkan dan diimplementasikan bagi penerapan e-government yang sesungguhnya di Bekasi dan diberbagai daerah lainnya di Indonesia. Tentu saja dalam penerapannnya tidak akan mudah karena pastinya akan dihadapkan pada kendala-kendala yang sebetulnya non-teknis yaitu terkait masalah kebiasaan atau habit. Akan banyak staf pemda yang akan merasa tidak nyaman jika e-government benar-benar dilaksanakan.

Penerapan yang ada adalah bahwa dalam rangka menunjang pengembangan dan pelaksanaan electronic government (e-government), maka diperlukan penyelenggaraan pemerintahan secara cepat, efisien dan efektif melalui aplikasi perkantoran secara elektronik di lingkungan Pemerintah Kota Bekasi, sehingga berjalan sesuai dengan aturan, maka perlu menetapkan Peraturan Walikota Bekasi tentang Pengelolaan Aplikasi Perkantoran Secara Elektronik (e-office) di lingkungan Pemerintah Kota Bekasi.

Ruang lingkup dalam pengelolaan Aplikasi Perkantoran Secara Elektronik meliputi:
a. Mengelola pemanfaatan Sistem Aplikasi Secara Elektronik;
b. Mengatur etika dalam pemanfaatan Aplikasi Perkantoran Secara Elektronik;
c. Mengatur mekanisme pemanfaatan Aplikasi Perkantoran Secara Elektronik;
d. Melaporkan pemanfaatan Aplikasi Perkantoran Secara Elektronik secara berkala.

Mekanisme pengelolaan Aplikasi Perkantoran:
a.  Administrator membuatkan akun (username dan password) kepada para pejabat dan operator di lingkup SKPD/Unit kerja.
b.  Kepala SKPD/Unit kerja harus menugaskan 1 (satu) orang staf yang ditunjuk sebagai operator SKPD.
c.  Operator SKPD berkoordinasi dengan administrator pengelola aplikasi dalam hal implementasi fitur-fitur aplikasi perkantoran.
d.  Pejabat dan operator SKPD/Unit kerja yang sudah terdaftar sebagai user aplikasi perkantoran maka dapat saling berkorespondensi kedinasan secara elektronik.
e.  Naskah dinas yang didistribusikan secara elektronik diakui keabsahannya tanpa tandatangan dan stempel basah, hanya dengan melakukan proses login pada akunnya.
f.     Tata naskah dinas yang diperlukan untuk pengarsipan secara fisik (hardcopy) dapat dicetak dengan tanda tangan dan stempel basah.
g.   Bagi yang belum terdaftar sebagai user aplikasi perkantoran (belum memiliki akun), naskah dinas yang didistribusikan akan dicetak dan dikirim secara manual.
h.  Bagi pejabat yang memiliki status kedinasan bebas tugas (cuti, pendidikan, pensiun, menjalani proses hukum) dapat dilakukan proses pendelegasian kepada pejabat yang ditunjuk.
i.      Teknis pendelegasian dilaksanakan oleh operator SKPD/Unit kerja.
j.  Alur kerja Mekanisme Pengelolaan Aplikasi Perkantoran Secara Elektronik dijelaskan dalam Lampiran II sebagai bagian yang tidak terpisahkan dari Peraturan Walikota ini.

Begitulah penerapan E-Government yang diterapkan di lingkungan sekitar saya yang berada di wilayah Kota Bekasi.




Sunday, December 21, 2014

JAVA COMMUNITY PROCESS (JCP)

Java Community Process (JCP) adalah organisasi internasional dan pemegang lisensi Jawa pengembang yang piagam adalah untuk mengembangkan dan merevisi spesifikasi teknologi Java, referensi implementasi, dan teknologi kompatibilitas kit. Spesifikasi JCP yang dijelaskan:

1.    Java
Java adalah sebuah object-oriented, platform-independen, multithreaded, lingkungan pemrograman. Software ditulis dalam bahasa pemrograman Java dikompilasi ke kode byte. Mesin virtual Java, menafsirkan bahwa kode byte untuk setiap platform yang virtual Java mesin dipasang.

2. J2EE
Java 2 Platform, Enterprise Edition (J2EE) menggunakan multi-tier model didistribusikan. J2EE Platform yang terdiri dari sebuah Web Server dan sebuah EJB Server. (Server-server ini juga disebut "wadah.") Kontainer Web menyediakan lingkungan runtime melalui penamaan komponen yang memberikan konteks dan manajemen siklus hidup. Beberapa Web server mungkin juga menyediakan layanan tambahan seperti keamanan dan kontrol concurrency. Sebuah server Web dapat bekerja dengan EJB server untuk menyediakan beberapa layanan tersebut. Sebuah web server, bagaimanapun, tidak perlu ditempatkan pada mesin yang sama sebagai server EJB. EJB server yang menyediakan lingkungan yang mendukung pelaksanaan aplikasi yang dikembangkan menggunakan Enterprise JavaBeans (EJB) komponen. Ini mengelola dan mengkoordinasikan alokasi sumber daya pada aplikasi. Enterprise kacang biasanya berisi logika bisnis untuk aplikasi J2EE.

3. J2EE EJB server atau wadah
JB server yang menyediakan lingkungan yang mendukung pelaksanaan aplikasi yang dikembangkan menggunakan Enterprise JavaBeans (EJB) komponen. Ini mengelola dan mengkoordinasikan alokasi sumber daya pada aplikasi. Enterprise kacang biasanya berisi logika bisnis untuk aplikasi J2EE.

The EJB server harus memberikan satu atau lebih EJB kontainer. Sebuah kontainer EJB kacang mengelola perusahaan yang terkandung di dalamnya. Untuk setiap perusahaan buncis, wadah bertanggung jawab atas pendaftaran benda, menyediakan interface untuk remote objek, menciptakan dan menghancurkan objek contoh, memeriksa keamanan untuk objek, mengelola negara aktif untuk objek, dan koordinasi didistribusikan transaksi. Opsional, wadah juga dapat mengelola semua data gigih dalam benda.

Teknologi Enterprise JavaBeans mendukung transien dan gigih objek. Sebuah objek sementara disebut sesi kacang, dan objek yang terus-menerus disebut entitas kacang. Sesi kacang ada hanya untuk jangka waktu satu klien / server sesi. Sesi kacang melakukan operasi seperti mengakses database atau melakukan perhitungan. Sesi kacang dapat transaksional, tetapi biasanya tidak dapat dipulihkan setelah sistem crash. Sesi kacang dapat tanpa kewarganegaraan, atau mereka dapat mempertahankan negara di seluruh metode percakapan dan transaks. Sesi kacang harus mengelola data gigih sendiri. Suatu entitas bean adalah representasi objek data yang terus-menerus dijaga dalam menyimpan data permanen, seperti database. Sebuah entitas objek dapat mengelola sendiri ketekunan, atau dapat melimpahkan ketekunan ke wadah. Lihat:

4. Java Data Objects (JDO)
Java Data Objects (JDO) spesifikasi adalah bagian dari Sun Java Community Process. JDO adalah program aplikasi Java antarmuka (API) untuk transparan ketekunan. Ia bekerja dengan kedua obyek dan database relasional serta jenis sistem lainnya. Ini dirancang untuk juga bekerja dengan baik dengan EJB dan J2EE.

JDO model obyek yang ditentukan oleh seperangkat kelas Java dan XML file metadata. File metadata berisi petunjuk pemodelan yang baik menimpa semantik ditentukan di Jawa atau menyediakan semantik yang tidak dapat diungkapkan di Jawa. Sebuah enhancer disediakan yang meningkatkan kelas Java yang didasarkan pada model ini petunjuk.
JDO spesifikasi yang menyediakan interface standar untuk mengakses, menyimpan, dan pengolahan objek terus-menerus. Aspek utama dalam model JDO:
PersistenceManager: PersistenceManagers bernegosiasi mengakses, transaksi, dan permintaan antara aplikasi dan data store yang mendasarinya. More on the JDO PersistenceManager (new window). Lebih pada JDO PersistenceManager (jendela baru).

Transaksi: Transaksi menyediakan untuk atom, konsisten, terisolasi, dan tahan lama pengelolaan data (ACID properti). More on ACID properties (new window) . Lebih lanjut mengenai properti ACID (jendela baru).

Query: The JDO Query Language (JDOQL) memungkinkan pengguna untuk mencari benda-benda yang terus-menerus sesuai kriteria spesifik. JDOQL ini dimaksudkan untuk menjadi netral bahasa query, sehingga query yang mendasarinya bisa bahasa SQL, query database obyek bahasa seperti OQL, atau mengkhususkan API untuk hirarki database atau sistem EIS. More on the JDO Query Language (new window) . Lebih pada JDO Query Language (jendela baru).

PersistenceCapable kelas: entitas aktual yang disimpan dan diambil. Ada tiga model identitas untuk memungkinkan manajemen database yang berbeda sistem. More on JDO identity models. Lebih lanjut mengenai identitas JDO model (jendela baru).

JDO spesifikasi yang menggunakan bahasa Jawa sebanyak mungkin, yang memungkinkan integrasi transparan Jawa. Hal ini diilustrasikan oleh diagram berikut dan kontras dengan sub-bahasa database SQL dan variannya. Dalam diagram ini, Anda hanya melihat bahasa pemrograman tuan rumah dan tidak ada database sub-bahasa atau hubungi antarmuka tingkat seperti pada JDBC.

5. JDBC
JDBC adalah Java API untuk mengeksekusi perintah SQL. Terdiri dari satu set kelas dan interface yang ditulis di Jawa. Meskipun JDBC mirip Microsoft Corporation's Open Database Connectivity (ODBC) API, JDBC menyediakan antarmuka Jawa lebih alami. Memang, bagaimanapun, membangun ODBC, sehingga orang akrab dengan ODBC akan merasa mudah untuk menggunakan JDBC. Baik JDBC dan ODBC didasarkan pada X / Open SQL CLI (Call Level Interface).

Menggunakan JDBC, pernyataan SQL dapat dikirim ke hampir semua sistem manajemen basis data (DBMS). Ini digunakan sebagai antarmuka untuk kedua relasional dan objek DBMSs. JDBC menggunakan panggilan-pendekatan tingkat bila menggunakan bahasa pemrograman Java. Hal ini diilustrasikan oleh pernyataan JDBC dalam diagram ini.

Contoh sebuah pernyataan JDBC yang menciptakan contoh yang baru akan Person:
PreparedStatement insertPerson = con.prepareStatement( PreparedStatement insertPerson = con.prepareStatement ( "INSERT INTO PERSON " + "INSERT INTO PERSON" + "VALUES (?,?)"); "VALUES (?,?)");
insertPerson.setString(1, "999999999"); insertPerson.setString (1, "999.999.999"); insertPerson.setString(2, "Doug Barry"); insertPerson.setString (2, "Doug Barry"); insertPerson.executeUpdate(); insertPerson.executeUpdate ();

Jika Anda juga ingin memanipulasi Person baru ini tuan rumah contoh di program ini, Anda akan memerlukan kode Java di samping kode ini fragmen yang populates yang contoh di Jawa bersama dengan contoh dalam database. Juga melihat kegigihan transparan vs JDBC tingkat panggilan antarmuka (jendela baru).

Untuk contoh bagaimana arsitektur JDBC dapat digunakan, lihatmenggunakan JDBC dengan server aplikasi (jendela baru).

JDBC adalah sebuah nama merek dagang dan bukan merupakan suatu akronim. " JDBC, bagaimanapun, sering keliru berpikir untuk berdiri untuk "Java Database Connectivity."

I. Pendahuluan
OVER RECENT tahun, fitur dan kesempatan yang ditawarkan oleh multimedia dan teknologi komunikasi, seperti modus transfer asinkron (ATM), telah mengakibatkan peningkatan jumlah beberapa aplikasi komersial untuk videoconference, penanganan informasi multimedia gambar pengolahan, dan sebagainya, yang sedang diintegrasikan ke dalam telemedicine aplikasi, terutama di teleradiology Pengguna akhir, yang dalam hal ini adalah kesehatan profesional, menerima satu set aplikasi yang tidak terkoneksi tidak mudah dikelola, di mana integrasi informasi terutama didasarkan pada "copy-dan-paste" mekanisme antara aplikasi. Aksesibilitas teknologi mahal dan manusia sumber daya untuk setiap warga negara, terlepas dari mana sumber daya ini berada, yang jelas saat ini kebutuhan obat-obatan.

Ini adalah kasus sumber daya pencitraan medis di rumah sakit. Itu keberadaan peralatan ini tidak berarti kehadiran di rumah sakit dari semua ahli yang terlibat dalam diagnosis akhir (e.g., radiologi dan traumatologists). Hal ini lebih rasional dan menguntungkan untuk mencari solusi kerja kolaboratif baru, berdasarkan pada sistem informasi terdistribusi, dan untuk tujuan untuk memberikan remote medis pengguna dengan akses ke database citra medis koperasi untuk membantu diagnosis. Pelaksanaan semacam ini strategi akan mengurangi biaya dan mengoptimalkan penggunaan peralatan pencitraan medis. Skenario umum jenis aplikasi telemedicine dapat digambarkan sebagai berikut: dua situs klinis terpencil dengan peralatan yang berbeda dan tenaga medis, dilengkapi dengan dua telemedicine terminal dihubungkan oleh sebuah jaringan broadband, terpisah secara geografis dapat berbagi sumber daya dan dukungan komputer yang diperlukan kerjasama yang didukung (CSCW) antara profesional kesehatan klinis yang terletak pada kedua situs. Dalam skenario ini, pusat pencitraan medis (MIC), khusus dalam diagnosis pencitraan medis, menawarkan pencitraan medis peralatan dan keahlian medis yang diperlukan oleh pengarah rumah sakit (RH), di mana peralatan dan keahlian ini tidak tersedia. Dalam rumah sakit, ahli klinis merujuk pasien mereka ke MIC untuk melaksanakan studi pencitraan medis.

A. Bonaparte Proyek
Sebagai contoh skenario yang digambarkan di atas, makalah ini menyajikan desain, pengembangan, dan evaluasi maju aplikasi dan layanan telemedicine dikembangkan dalam proyek Bonaparte
Gambar. 1. Telepresence dalam sesi klinis skenario. Aakses. Bonaparte konsorsium yang terdiri dari operator, industri telekomunikasi, universitas, dan pengguna dari delapan negara-negara Eropa.

II. METODE Desain yang sesuai jenis ini sangat interaktif sistem harus didasarkan pada pengguna desain terpadu berpusat menjadi kegunaan evaluasi dalam siklus hidup sistem. Ini Pendekatan kegunaan dimulai dengan rinci kebutuhan pengguna analisis, di mana pengguna sistem dan skenario telah ditentukan, dan berlanjut dengan spesifikasi dan desain sistem dan user interface. Akhirnya, kegunaan untuk proses evaluasi harus menjamin pemenuhan terakhir dari kebutuhan pengguna.

A. Analisis Kebutuhan Pengguna Metodologi
Analisis kebutuhan pengguna metodologi yang digunakan dalam proyek bergantung pada deskripsi tertentu konteks di mana aplikasi yang akan digunakan. Konteks ini digunakan deskripsi dilakukan dengan kuesioner yang terstruktur termasuk daftar hierarkis yang paling umum faktor-faktor yang dapat mempengaruhi kegunaan akhir aplikasi.

B. Definisi dari Skenario Telemedis
Berdasarkan skenario telemedicine umum, seperti satu disajikan dalam bagian sebelumnya, beberapa jenis pengguna dan skenario yang diidentifikasi pada kedua pusat kesehatan, yaitu MIC dan RH. Para pengguna aplikasi telemedicine

C. Multimedia Telemedis Platform
Koperasi Medical Diagnosis. Yang telemedicine platform yang digunakan dalam proyek Bonaparte didasarkan pada ATM telemedicine yang ada platform multimedia

Layanan telemedicine lanjutan terdiri dari telemedicine platform adalah sebagai berikut:
• Computer-Supported Cooperative Work : Layanan ini memungkinkan dua pengguna untuk berinteraksi secara bersamaan dengan medis aplikasi imaging untuk melakukan diagnosis koperasi. Hal ini dibangun di atas alat-alat CSCW berdasarkan digabungkan longgar didistribusikan arsitektur untuk kerjasama sinkron untuk membantu pelaksanaan aplikasi koperasi. Tindakan dijalankan oleh setiap pengguna di / lokalnya aplikasi secara otomatis direplikasi di remote terminal.

• DICOM 3,0 Jasa : Sebuah aplikasi telemedicine imaging diagnosis harus memungkinkan dokter untuk mengakses gambar database didistribusikan peralatan medis dari berbagai produsen. The Digital Imaging dan Komunikasi di Pengobatan (DICOM) 3,0 standar [19] memungkinkan interoperabilitas peralatan pencitraan medis oleh menetapkan seperangkat protokol untuk pertukaran medis gambar dan format penyimpanan gambar. Layanan yang DICOM diimplementasikan di platform memungkinkan aplikasi untuk berkomunikasi dengan DICOM-kompatibel pencitraan medis peralatan untuk query, mengambil, dan menyimpan gambar.

• Image Scanning, Pengolahan, dan Percetakan : Layanan ini memungkinkan scanning film gambar berbasis serta dengan pengolahan dan pencetakan. Fungsi gambar pengolahan perpustakaan telah dipilih sesuai dengan kebutuhan diagnosis gambar dari kajian mendalam klinis modalitas (US, NMR, XR, CR, NM, dll,). Selain dasar ini alat pengolahan gambar, lainnya fungsi telah ditambahkan: koreksi, rekonstruksi, dan meningkatkan. Perpustakaan ini mendukung DICOM, TIFF, dan IFF format gambar.

• Multimedia Electronic Mail : elektronik multimedia mail memungkinkan pengiriman beberapa objek monomedia (teks, audio, gambar, grafik, dll) dalam transmisi folder.

• Video Conference : Layanan ini memungkinkan aplikasi untuk mendirikan real-time berkualitas tinggi (320 240 pixel pada 25 frame / s) bidirectional audio / video saluran antara dua pengguna, ETSI berikut rekomendasi mengenai sungai penundaan. Salah satu fitur utama layanan ini adalah alokasi dinamis audio / video stream prioritas dan kualitas, yang memungkinkan aplikasi lain sungai, seperti foto, untuk meningkatkan bandwidth dinamis. Selain itu, audio dan video bandwidth relatif dapat akan diubah secara dinamis dengan memberikan prioritas audio atas aliran video agar dialog alam di pertahankan.

• File Data Transmisi / Penerimaan : ini mendukung pelayanan dasar transfer file yang aman antara dua remote site. Persimpangan layanan ini secara terpisah dari file data file isinya.

• Keamanan : mempertahankan layanan keamanan pengguna / departemen / pusat database dengan entri berwenang (user / password). Layanan ini bertanggung jawab untuk password memeriksa (password dapat dikodekan, tetapi tidak diterjemahkan).

D. Metodologi Pengembangan User Interface
Antarmuka pengguna adalah salah satu komponen yang paling penting menentukan keberhasilan utama sistem interaktif sejak itu adalah unsur utama yang bertanggung jawab atas kegunaan sistem. Itu desain dan pengembangan antarmuka pengguna untuk sinkron aplikasi koperasi harus mengikuti pendekatan yang berpusat pada pengguna.

Sumber :