Tugas Pengembangan Sistem Informasi

Sistem Penjualan Online Pada Hypermarket

Sistem penjualan langsung yang ada pada setiap hypermarket terkadang menjadi kurang efektif bagi masyarakat yang memiliki tingkat aktifitas tinggi dan memiliki waktu sangat terbatas setiap harinya juga jarak dari tempat tinggal ke hypermarket atau supermarket terdekat menjadi suatu kendala yg menyebabkan malas berbelanja.

Sistem yang Sedang Dijalankan Saat Ini :

Penjualan langsung yang mengharuskan para konsumen datang ke lokasi minimarket, memilih sendiri kemudian mengantri untuk membayar belanjaan mereka.

Sistem yang diajukan :
Agar mempermudah konsumen dalam pembelanjaan, maka hypermarket/supermarket menyediakan sebuah website untuk berbelanja secara online, dimana konsumen dapat berbelanja via internet, memilih barang yang akan mereka beli kemudian membayar secara online ataupun langsung pada saat barang datang. Sebelumnya mereka harus mendaftarkan diri menjadi anggota terlebih dahulu, sehingga mendapatkan user name dan password yang dapat digunakan untuk mengakses web ini. Hal ini dapat mempersingkat waktu, sehingga para konsumen tidak perlu lagi membuang-buang waktu untuk pergi berbelanja kebutuhan sehari-hari.

ESIA terbaru dg fitur ESIA Messenger


Demam handphone QWERTY memang semakin menjamur dimana-mana yahh...bukan cuma GSM aja ternyata CDMA pun tidak mau kalah dengan demam QWERTY phone atau BB mania...hehehe

Bukti dari demam ini semakin menjamur adalah dengan dikeluarkannya hape ESIA online oleh esia...widihhh....Dengan nama ESIA Online, bergaya QWERTY dengan desain yang cantik dan anggun, yang sudah support FB, twitter, chatting, dan aplikasi ponsel QWERTY standar lainnya, serta esia messenger ala blackberry dg menggunakan nomor esia sbg PIN-nya, rasanya ponsel QWERTY ini menjadi unik. Belum lagi bonus dari operator berupa gratis FB, internet dan download musik selama sebulan dan bonus talktime sebesar 50.000, dengan banderol harga hanya 650.000 kayaknya cukup menarik yahhh.....

Tetapi sayangnya produk ini blum ready stock alias masih indent.... So, kalo kamu maw dapetin produk ini buru2 dehh ke gerai esia terdekat dengan membawa DP 100rb plus fotokopi KTP..pelunasan nya nanti setelah barang diterima...Ck ck ck...

Sejarah Java
Java dipelopori oleh James Gosling, Patrick Naughton, Chris Warth, Ed Frank, dan Mike Sheridan dari Sun Microsystems, Inc pada tahun 1991. Mereka membutuhkan kurang lebih 18 bulan untuk membuat versi pertamanya. Bahasa ini pada awalnya disebut “Oak” tapi kemudian diubah menjadi “Java” pada tahun 1995 karena nama Oak telah dijadikan hak cipta dan digunakan sebagai bahasa pemrograman lainnya. Antara pembuatan Oak pada musim gugur 1992 hingga diumumkan ke publik pada musim semi 1995, banyak orang yang terlibat dalam desain dan evolusi bahasa ini. Bill Joy, Arthur van Hoff, Jonathan Payne, Frank Yellin, dan Tim Lindholm merupakan kontributor kunci yang mematangkan prototipe aslinya.

Sebagai sebuah platform, JAVA terdiri atas 2 bagian utama, yaitu :
-Java Virtual Machine (JVM)
-ava Application Programming Interface (JAVA API)


Java Virtual Machine (JVM)
Java Virtual Machine merupakan aplikasi sederhana yang ditulis dalam bahasa C untuk mengeksi program yang ditulis dalam bahasa Java. Pada saat kompilasi (perubahan dari bahasa tingkat tinggi ke bahasa lebih rendah), program tersebut diubah menjadi KODE BYTE. Kemudian pada saat eksekusi, JVM membaca kode byte tersebu dan mengubahnya menjadi bahasa mesin yang dimengerti oleh sistem operasi tempat program tersebut dijalankan.
Karena JVM sangat bergantung pada platformnya (bahasa mesin merupakan bahasa level rendah yang hanya dimengerti oleh suatu mesin tertentu, misalnya Intel, tapi tidak dapat dimengerti oleh mesin lain, seperti Macintosh), byte code ini dapat dibuat untuk terbebas dari kungkungan platform tertentu. Code byte yang dihasilkan dalam proses kompilasi bahasa Java akan selalu sama untuk setiap sistem operasi atau jenis mesinnya, tetapi JVM akan mengubah kode byte tersebut menjadi bahasa mesin tujuannya.


Java Application Programming Interface (JavaAPI)

Java API merupakan komponen-komponen dan kelas JAVA yang sudah jadi, yang memiliki berbagai kemampuan. Kemampuan untuk menangani objek, string, angka, dsb. Java API terdiri dari tiga bagian utama:

Java Standard Edition (SE), sebuah standar API untuk merancang aplikasi desktop dan applets dengan bahasa dasar yang mendukung grafis, keamanan, konektivitas basis data dan jaringan.
Java Enterprose Edition (EE), sebuah inisiatif API untuk merancang aplikasi serverdengan mendukung untuk basis data.
Java Macro Edition (ME), sebuah API untuk merancang aplikasi yang jalan pada alat kecil seperti telepon genggam, komputer genggam dan pager.

Pada Java API ini juga ditawarkan beberapa fitur menarik yang dapat digunakan oleh user yang sedang berkecimpung di dunia Java. Beberapa fitur tersebut adalah :

1. Applet
Java Applet merupakan program Java yang berjalan di atas browser. Penggunaan applet ini akan membuat halaman HTML lebih dinamis dan menarik.

2. Java Networking

3. Java Database Connectivity (JDBC)
JDBC API terdiri atas class dan interface yang ditulis dalam bahasa Java untuk sebagai alat bantu bagi pembuat program (developer ) dan menyediakan sekumpulan API untuk mengatur keamanan mengakses database seperti Oracle, MySQL, PostgreSQL, Microsoft SQL Server. Jadi keunggulan API JDBC dapat mengakses sumber data dan berjalan pada semua Platform yang mempunyai Java Viortual Machine (JVM).

4. Java Server Pages (JSP)
JSP adalah suatu teknologi web berbasis bahasa pemrograman Java dan berjalan pada platform Java. JSP merupakan engembangan dari Servlet serta merupakan bagian dari teknologi Java 2 Platform, Enterprise Edition (J2EE).

5. Java Card


Platform yang ada pada JAVA dikembangkan oleh yang namanya Java Community Process (JCP). JCP didirikan pada tahun 1998, merupakan suatu proses formal yang memungkinkan pihak-pihak yang tertarik untuk terlibat dalam mengembangkan versi dan fitur dari platform JAVA tersebut. Di dalam JCP terdapat yang namanya Java Specification Request’s atau JSRs. JSRs adalah kumpulan dokumen formal yang menggambarkan spesifikasi dan teknologi yang diusulkan oleh orang-orang yang terlibat dalam JCP untuk melakukan penambahan fitur-fitur yang terdapat pada platform JAVA tersebut.

Publik formal review dari JSRs akan muncul sebelum JSRs final di putuskan oleh komite eksekutif JCP. JSRs terakhir yang menyediakan implementasi referensi yang merupakan implementasi teknologi dalam bentuk kode sumber dan teknologi kompatibilitas kit untuk melakukan verifikasi terhadap Java API. Jadi dapat dikatakan bahwa sebuah JSRs menggambarkan JCP itu sendiri.

Sumber:
http://bebas.vlsm.org/v06/Kuliah/SistemOperasi/BUKU/SistemOperasi-4.X-1/ch04s03.html
http://bebas.vlsm.org/v06/Kuliah/SistemOperasi/BUKU/SistemOperasi-4.X-1/ch04s04.html
http://java.lyracc.com/belajar/java-untuk-pemula/mengenal-bahasa-pemrograman-java


AMIC - The Automotive Multimedia Interface Kolaborasi (AMIC) didirikan pada
Oktober 1998 dengan tujuan untuk mengembangkan serangkaian spesifikasi umum untuk multimedia
interface ke sistem elektronik kendaraan bermotor untuk mengakomodasi berbagai
berbasis komputer perangkat elektronik di dalam kendaraan. Inisiatif ini-yang pendiri
Daimler-Chrysler, Ford, General Motors, Renault dan Toyota - sekarang kelompok semua auto utama
pembuat, dan dengan demikian menyediakan kesempatan strategis baru untuk mencapai suatu set umum industri mobil
persyaratan sebagai dasar untuk konvergensi pasar.
Untuk berbagai alasan, kendaraan telah tertinggal di belakang rumah dan perangkat komputasi mobile ketika datang ke alat produktivitas dan multimedia. Keamanan, kehandalan, biaya, dan desain waktu memiliki semua faktor dalam produsen mobil 'menunda penerimaan teknologi baru. Makalah membahas otomotif standar untuk antarmuka multimedia. Organisasi seperti Otomotif Kolaborasi Multimedia Interface (AMI-C) memiliki kesempatan untuk menjadi kekuatan pendorong di belakang upaya standardisasi.

Depan yang berbeda, The Otomotif
Multimedia Interface Kolaborasi
(AMI-C) mengumumkan di seluruh dunia
cipta penugasan dari 1394
spesifikasi teknis otomotif
ke Trade Association 1394
AMI-C berikut dokumen
sekarang milik 1394TA:
•AMI-C 3023 Power Management Specification
•AMI-C 3013 Power Management Architecture
•AMI-C 2002 1.0.2 Common Message Set Power Management
•AMI-C 3034 Power Management Test Documents
•AMI-C 4001 Revision Physical Speci .cation

Sumber :
http://www.osun.org/Automotive+Multimedia+Interface+Colaboration-pdf.html

Open Services Gateway Initiative (OSGi)


The OSGi Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah terbuka organisasi standar yang didirikan pada Maret 1999. Aliansi dan anggota-anggotanya telah ditentukan yang Java berbasis layanan platform yang dapat dikelola dari jarak jauh. Inti bagian dari spesifikasi adalah sebuah kerangka kerja yang mendefinisikan suatu manajemen siklus hidup aplikasi model, layanan registry, sebuah lingkungan Eksekusi dan Modul. Based on this framework, a large number of OSGi Layers, APIs , and Services have been defined. Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.
Kerangka kerja yang OSGi sistem modul untuk Java yang lengkap dan mengimplementasikan sebuah model komponen dinamis, sesuatu yang tidak ada di Jawa standalone / VM lingkungan. Aplikasi atau komponen (datang dalam bentuk bungkusan untuk penyebaran) dapat jarak jauh diinstal, mulai, berhenti, diperbarui dan dihapus tanpa memerlukan reboot; pengelolaan paket Jawa / kelas ditentukan dengan sangat rinci. Hidup siklus manajemen dilakukan melalui API yang memungkinkan untuk remote men-download dari kebijakan manajemen. Registri layanan memungkinkan berkas untuk mendeteksi penambahan layanan baru, atau penghapusan layanan, dan beradaptasi sesuai.
Asli layanan fokus pada penerapan gateway tapi ternyata jauh lebih luas. OSGi spesifikasi yang sekarang digunakan dalam aplikasi mulai dari ponsel ke open source Eclipse IDE. Wilayah aplikasi lain meliputi mobil, otomasi industri, otomatisasi bangunan, PDA, komputasi grid, hiburan (misalnya iPronto), manajemen armada, dan aplikasi server.


IMPLEMENTASI OSGI

Teknologi Osgi sudah sangat banyak dikembangkan untuk berbagai macam keperluan dalam sehari hari maupun di bidang teknologi informasi dan industry serta di bidang ilmu komputer.
Dalam kehidupan sehari-hari

Dikembangkan untuk mengendalikan alat-alat elektronik dalam rumah tangga dengan internet. Yaitu dengan menghubungkan berbagai framework OSGI ini untuk mengendalikan alat-alat rumah tangga yang bersifat elektronik. Hal ini dilakukan dengan berbagai protocol network yaitu Bluetooth, uPnP,HAVi, dan X10. Dengan bantuan Jini dan standart OSGI dari sun microsistem yaitu Java Embedded Server. Teknologi ini dinamakan home network dan jinni adalah salah satu standart untuk pembuatan home nerwork yang berbasis java.
Teknologi dan industry

Dalam hal ini pengembangan OSGI dalam Teknologi dan industri adalah untuk otomatisasi industri. Seperti otomatisnya system dalam gudang yang dapat meminta dalam PPIC untuk mengadakan bahan baku, dan masih banyak yang lain.
Ilmu Komputer

Dalam ilmu Komputer ini sangat banyak pengembang yang memanfaatkan teknologi OSGI ini. Dari surfing di internet banyak yang mengulas tentang Pemrograman Java yang mengapdopsi teknologi osgi ini. Salah satu contoh adalah knopflerfish merupakan framework untuk melakukan OSGI didalam program Java. Dan juga eclipse IDE merupakan OSGI framework yang dikembangkan oleh eclipse dan berbasis GUI. Dan masih banyak juga dalam server serta program-program lain yang mengembangkan teknologi OSGI ini.

Adapun siklus hidup OSGI yang digambarkan dibawah ini :


Dibawah ini adalah system layer OSGI :




Sumber : http://en.wikipedia.org/wiki/OSGi
idpelajar.com/komputer/osgi-open-service-gateway-initiative/

MANAJEMEN DATA TELEMATIKA

Istilah arsitektur mengacu pada desain sebuah aplikasi, atau dimana komponen yang membentuk suatu system ditempatkan dan bagaimana mereka berkomunikasi. Client merupakan sembarang sistem atau proses yang melakukan suatu permintaan data atau layanan ke server sedangkan server ialah, sistem atau proses yang menyediakan data atau layanan yang diminta olehclient.
Client-Server adalah pembagian kerja antara server dan client yg mengakses server dalam suatu jaringan. Jadi arsitektur client-server adalah desain sebuah aplikasi terdiri dari client dan server yang saling berkomunikasi ketika mengakses server dalam suatu jaringan.
Macam-macam arsitektur aplikasi Client-Server beserta kelebihan dan kekurangannya yaitu:

1. Standalone (one-tier)
Pada arsitektur ini semua pemrosesan dilakukan pada mainframe. Kode aplikasi, data dan semua komponen sistem ditempatkan dan dijalankan pada host.
Walaupun computer client dipakai untuk mengakses mainframe, tidak ada pemrosesan yang terjadi pada mesin ini, dan karena mereka “dump- client” atau “dump-terminal”. Tipe model ini, dimana semua pemrosesan terjadi secara terpusat, dikenal sebagai berbasis-host. Sekilas dapat dilihat kesalahan pada model ini. Ada dua masalah pada komputasi berbasis host: Pertama, semua pemrosesan terjadi pada sebuah mesin tunggal, sehzingga semakin banyak user yang mengakses host, semakin kewalahan jadinya. Jika sebuah perusahaan memiliki beberapa kantor pusat, user yang dapat mengakses mainframe adalah yang berlokasi pada tempat itu, membiarkan kantor lain tanpa akses ke aplikasi yang ada.
Pada saat itu jaringan sudah ada namun masih dalam tahap bayi, dan umumnya digunakan untuk menghubungkan terminal dump dan mainframe. Namun keterbatasan yang dikenakan pada user mainframe dan jaringan telah mulai dihapus.

Keuntungan arsitektur standalone (one-tier):- Sangat mudah
- Cepat dalam merancang dan mengaplikasikan

Kelemahan arsitektur standalone (one-tier):- Skala kecil
- Susah diamankan
- Menyebabkan perubahan terhadap salah satu komponen diatas tidak mungkin dilakukan, karena akan mengubah semua bagian.
- Tidak memungkinkan adanya re-usable component dan code.
- Cepat dalm merancang dan mengaplikasikan

2. Client/Server (two tier)
Dalam model client/server, pemrosesan pada sebuah aplikasi terjadi pada client dan server. Client/server adalah tipikal sebuah aplikasi two-tier dengan banyakclient dan sebuah server yang dihubungkan melalui sebuah jaringan.
Aplikasi ditempatkan pada computer client dan mesin database dijalankan pada server jarak-jauh. Aplikasi client mengeluarkan permintaan ke database yang mengirimkan kembali data ke client-nya.
Model Two-tier terdiri dari tiga komponen yang disusun menjadi dua lapisan : client (yang meminta serice) dan server (yang menyediakan service).
Tiga komponen tersebut yaitu :
1. User Interface. Adalah antar muka program aplikasi yang berhadapan dan digunakan langsung oleh user.
2. Manajemen Proses.
3. Database.
Model ini memisahkan peranan user interface dan database dengan jelas, sehingga terbentuk dua lapisan.

Kelebihan dari model client/server- Mudah
- Menangani Database Server secara khusus
- Relatif lebih sederhana untuk di develop dan diimplementasikan.
- Lebih cocok diterapkan untuk bisnis kecil.

Server database berisi mesin database, termasuk tabel, prosedur tersimpan, dan trigger (yang juga berisi aturan bisnis). Dalam system client/server, sebagian besar logika bisnis biasanya diterapkan dalam database. Server database manangani :
§ Manajemen data
§ Keamanan
§ Query, trigger, prosedur tersimpan
§ Penangan kesalahan

Arsitektur client/server merupakan sebuah langkah maju karena mengurangi beban pemrosesan dari komputer sentral ke computer client. Ini berarti semakin banyak user bertambah pada aplikasi client/server, kinerja server file tidak akan menurun dengan cepat. Dengan client/server user dair berbagai lokasi dapat mengakses data yang sama dengan sedikit beban pada sebuah mesin tunggal.
Namun masih terdapat kelemahan pada model ini. Selain menjalankan tugas-tugas tertentu, kinerja dan skalabilitas merupakan tujuan nyata dari sebagian besar aplikasi.

Kekurangan dari model client/server :
- Kurangnya skalabilitas
- Koneksi database dijaga
- Tidak ada keterbaharuan kode
- Tidak ada tingkat menengah untuk menangani keamanan dan transaksi
- skala kecil.
- Susah di amankan.
- Lebih mahal.


3. Three Tier
Arsitektur Three Tier merupakan inovasi dari arsitektur Client Server. Pada arsitektur Three Tier ini terdapat Application Server yang berdiri di antara Client dan Database Server. Contoh dari Application server adalah IIS, WebSphere, dan sebagainya.
Application Server umumnya berupa business process layer, dimana bisa didevelop menggunakan PHP, ASP.Net, maupun Java. Sehingga kita menempatkan beberapa business logic kita pada tier tersebut.
Arsitektur Three Tier ini banyak sekali diimplementasikan dengan menggunakan Web Application. Karena dengan menggunakan Web Application, Client Side (Komputer Client) hanya akan melakukan instalasi Web Browser. Dan saat komputer client melakukan inputan data, maka data tersebut dikirimkan ke Application Server dan diolah berdasarkan business process-nya. Selanjutnya Application Server akan melakukan komunikasi dengan database server.

Biasanya, implementasi arsitektur Three Tier terkendala dengan network bandwidth. Karena aplikasinya berbasiskan web, maka Application Server selalu mengirimkan Web
Application-nya ke computer Client. Jika kita memiliki banyak sekali client, maka bandwidth yang harus disiapkan akan cukup besar, Sedangkan network bandwidth biasanya memiliki limitasi. Oleh karena itu biasanya, untuk mengatasi masalah ini, Application Server ditempatkan pada sisi client dan hanya mengirimkan data ke dalam database server.
Konsep model three-tier adalah model yang membagi fungsionalitas ke dalam lapisan-lapisan, aplikasiaplikasi mendapatkan skalabilitas, keterbaharuan, dan keamanan.

Kelebihan arsitektur Three Tier :
- Segala sesuatu mengenai database terinstalasikan pada sisi server, begitu pula dengan pengkonfigurasiannya. Hal ini membuat harga yang harus dibayar lebih kecil.
- Apabila terjadi kesalahan pada salah satu lapisan tidak akan menyebabkan lapisan lain ikut salah
- Perubahan pada salah satu lapisan tidak perlu menginstalasi ulang pada lapisan yang lainnya dalam hal ini sisi server ataupun sisi client.
- Skala besar.
- Keamanan dibelakang firewall.
- Transfer informasi antara web server dan server database optimal.
- Komunikasi antara system-sistem tidak harus didasarkan pada standart internet, tetapi dapat menggunakan protocol komunikasi yang lebvih cepat dan berada pada tingkat yang lebih rendah.
- Penggunaan middleware mendukung efisiensi query database dalam SQL di pakai untuk menangani pengambilan informasi dari database.

Kekurangan arsitekture Three Tier :- Lebih susah untuk merancang
- Lebih susah untuk mengatur
- Lebih mahal

4. Multi Tier

Arsitektur Multi Tier adalah suatu metode yang sangat mirip dengan Three Tier. Bedanya, pada Multi Tier akan diperjelas bagian UI (User Interface) dan Data Processing.
Yang membedakan arsitektur ini adalah dengan adanya Business Logic Server. Database Server dan Bussines Logic Server merupakan bagian dari Data Processing, sedangkan Application Server dan Client/Terminal merupakan bagian dari UI. Business Logic Server biasanya masih menggunakan bahasa pemrograman terdahulu, seperti COBOL. Karena sampai saat ini, bahasa pemrograman tersebut masih sangat mumpuni sebagai business process.
Multi-tier architecture menyuguhkan bentuk three – tier yang diperluas dalam model fisik yang terdistribusi. Application server dapat mengakses Application server yang lain untuk mendapat data dari Data server dan mensuplai servis ke client Application.

Kelebihan arsitektur Multi tier :
- Dengan menggunakan aplikasi multi-tier database, maka logika aplikasi dapat dipusatkan pada middle-tier, sehingga memudahkan untuk melakukan control terhadap client-client yang mengakses middle server dengan mengatur seting pada dcomcnfg.
- Dengan menggunakan aplikasi multi-tier, maka database driver seperti BDE/ODBC untuk mengakses database hanya perlu diinstal sekali pada middle server, tidak perlu pada masing-masing client.
- Pada aplikasi multi-tier, logika bisnis pada middle-tier dapat digunakan lagi untuk mengembangkan aplikasi client lain,sehingga mengurangi besarnya program untuk mengembangkan aplikasi lain. Selain itu meringankan beban pada tiap-tiap mesin karena program terdistribusi pada beberapa mesin.
- Memerlukan adaptasi yang sangat luas ruang lingkupnya apabila terjadi perubahan sistem yang besar.

Kekurangan arsitektur Multi tier :- Program aplikasi tidak bisa mengquery langsung ke database server, tetapi harus memanggil prosedur-prosedur yang telah dibuat dan disimpan pada middle-tier.
- Lebih mahal

Kesimpulan :
Aplikasi Client/Server memungkinkan berbagi berkas atau periferal atau pengaksesan komputer melalui jarak jauh. Dari ketiga arsitektur diatas Multi Tier akan sangat mudah dan aman bagi kita untuk mengimplementasikan arsitektur three tier atau multi tier client/ server khususnya jika kita memiliki infrastruktur yang solid untuk itu.

Dalam era intranet dan aplikasi internet sekarang ini, arsitektur three tier atau multi tier client/ server menjadi arsitektur paling favorit yang digunakan. Karena memberikan kita keleluasaan untuk mengembangkan aplikasi kita mulai dari sistem yang paling kecil hingga kita mengembangkannya menjadi sebuah aplikasi berskala enterprise.

Sumber : buletindo.com

MIDDLEWARE

Pengertian Middleware Didefinisikan sebagai sebuah aplikasi yang secara logic berada diantara lapisan aplikasi (application layer) dan lapisan data dari sebuah arsitektur layer-layer TCP/IP [1]. Dan besar kemungkinannya bahwa OLEDB akan menjadi database middleware yang paling populer pada saat teknologinya matang, karena keterbukaannya, arsitekturnya yang object-oriented, dan kemampuannya mengakses hampir semua tipe penyimpanan

Middleware merupakan komponen perangkat lunak yang memberikan peranan penting dalam pengembangan aplikasi client/server dengan tidak memandang platform. Beberapa arsitektur dan tipe middleware dapat digunakan sesuai dengan kebutuhan diperlukan kerangka arsitektur dan platform yang kompatibel bagi semua departemen dan lembaga pemerintah, serta penerapan standardisasi bagi berbagai hal yang terkait dengan penggunaan teknologi telematika secara luas. Agar pemerintah dapat meningkatkan hubungan kerja antar instansi pemerintah serta dapat menyediakan pelayanan bagi masyarakat dan dunia usha secara efektif dan transparan, diperlukan kerangka arsitektur dan platform yang kompatibel bagi Memperlihatkan arsitektur yang kuat, karena merupakan jaringan kerja dan tidak terdapat pusat kontrolnya. c. Kecepatan beroperasinya sesuai waktu yang sesungguhnya (real time speed).

Contoh middleware lain: ODBC (object database connectivity) & JDBC (Javabean database Connectivity)


The OSGi Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah sebuah organisasi standar terbuka yang didirikan pada Maret 1999. Aliansi dan anggota-anggotanya telah ditentukan sebuah layanan berbasis Java platform yang dapat dikelola dari jarak jauh. Inti bagian dari spesifikasi adalah suatu kerangka kerja yang mendefinisikan aplikasi model manajemen siklus hidup, sebuah layanan registry, sebuah lingkungan Eksekusi dan Modul. Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.

Spesifikasi
OSGi spesifikasi yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGi [1]. OSGi Alliance yang memiliki program kepatuhan yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGi implementasi berisi lima entri

Arsitektur
Setiap kerangka yang menerapkan standar OSGi menyediakan suatu lingkungan untuk modularisasi aplikasi ke dalam kumpulan yang lebih kecil. Setiap bundel adalah erat-coupled, dynamically loadable kelas koleksi, botol, dan file-file konfigurasi yang secara eksplisit menyatakan dependensi eksternal mereka (jika ada).

Kerangka kerja konseptual yang dibagi dalam bidang-bidang berikut:

Bundel
Kumpulan jar normal komponen dengan nyata tambahan header.

Layanan
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).

Services Registry
API untuk manajemen jasa (ServiceRegistration, ServiceTracker dan ServiceReference).

Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.

Modul
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).

Keamanan
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.

Pelaksanaan Lingkungan
Mendefinisikan metode dan kelas apa yang tersedia dalam platform tertentu. Tidak ada daftar tetap eksekusi lingkungan, karena dapat berubah sebagai Java Community Process menciptakan versi baru dan edisi Jawa. Namun, set berikut saat ini didukung oleh sebagian besar OSGi implementasi:

CDC-1.0/Foundation-1.0
CDC-1.1/Foundation-1.1
OSGi/Minimum-1.0
OSGi/Minimum-1.1
JRE-1.1
Dari J2SE-1.2 hingga J2SE-1,6

Sumber : http://en.wikipedia.org/wiki/OSGi

Postingan Lama