Bahasan 1 : MIDDLEWARE TELEMATIKA
A.
Definisi Middleware.
Middleware merupakan software yang berfungsi sebagai lapisan
konversi atau penerjemah. Selain itu middleware juga sebagai
Consolidator dan Integrator. Dalam dunia teknologi informasi, terminologi
middleware adalah istilah umum dalam pemrograman komputer yang digunakan untuk
menyatukan, sebagai penghubung, ataupun untuk meningkatkan fungsi dari dua buah
progaram/aplikasi yang telah ada. Saat ini terdapat bermacam produk yang
menawarkan middleware.
Gambar Lapisan Middleware.
B. Tujuan Middleware
Middleware adalah software penghubung yang
berisi sekumpulan layanan yang memungkinkan beberapa proses dapat berjalan pada
satu atau lebih mesin untuk saling berinteraksi pada suatu jaringan.
Middleware sangat dibutuhkan untuk bermigrasi dari aplikasi mainframe ke aplikasi client/server dan juga untuk menyediakan komunikasi antar platform yang berbeda. Middleware yang paling banyak dipublikasikan adalah Microsoft's COM/DCOM (Component Object Model, Object Management Group's Common Object Request Broker Architecture (CORBA).
C. Middleware Service
Middleware sangat dibutuhkan untuk bermigrasi dari aplikasi mainframe ke aplikasi client/server dan juga untuk menyediakan komunikasi antar platform yang berbeda. Middleware yang paling banyak dipublikasikan adalah Microsoft's COM/DCOM (Component Object Model, Object Management Group's Common Object Request Broker Architecture (CORBA).
C. Middleware Service
Layanan middleware
menyediakan beberapa fungsi API (Application Programming Interfaces)
yang lebih tinggi dari pada API yang sudah disediakan sistem operasi dan
layanan jaringan yang memungkinkan suatu aplikasi dapat mengalokasikan suatu
layanan secara transparan pada jaringan, menyediakan interaksi dengan aplikasi
atau layanan lain, tidak tergantung dari layanan jaringan, handal dan mampu
memberikan suatu layanan, diperluas (dikembangkan) kapasitasnya tanpa
kehilangan fungsinya.
Terdapat tiga tipe layanan yaitu :
a.
Layanan
Sistem Terdistribusi.
Komunikasi kritis, program-to-program, dan layanan manajemen
data, seperti RPC, MOM (Message Oriented Middleware) dan ORB.
b.
Layanan
Application
Akses ke layanan terdistribusi dan jaringan yang termasuk :
TP (transaction processing) monitor dan layanan database, seperti Structured
Query Language (SQL).
c.
Layanan
Manajemen Middlewara
Memungkinkan aplikasi dan fungsi dimonitor secara terus
menerus untuk menyakinkan unjuk kerja yang optimal pada lingkungan
terdistribusi.
D. Lingkungan Komputasi
Lingkungan komputasi adalah suatu
lingkungan di mana sistem komputer digunakan. Terdapat empat jenis kelompok lingkungan
komputasi, seperti komputasi tradisional, komputasi berbasis jaringan,
komputasi embedded, dan komputasi grid.
Lingkungan
komputasi itu sendiri bisa diklasifikasikan berdasarkan cara data dan instruksi
programnya dihubungkan yang terdiri atas empat kategori berikut ini :
1.
Multiple instruction stream-multiple data stream (MIMD) : Setiap prosesor
memiliki kontrol unit, memori lokal serta memori bersama (shared memory) yang
mendukung proses paralelisasi dari sisi data dan instruksi.
2.
Single instruction stream-multiple data stream (SIMD) : Setiap prosesor
memiliki memori lokal dan duplikasi program yang sama sehingga masing-masing
prosesor akan mengeksekusi instruksi/program yang sama
3.
Multiple instruction stream-single data stream (MISD) : Data yang ada di common
memory akan dimanipulasi secara bersamaan oleh semua prosesor
4.
Single instruction stream-single data stream (SISD) : Satu prosesor dan biasa
juga disebut komputer sekuensial
E. Contoh dari Middleware
1.
Java’s : Remote Procedure Call
Remote
Procedure Calls (RPC) memungkinkan suatu bagian logika aplikasi untuk
didistribusikan pada jaringan.
Contoh:
Ø SUN RPC, diawali dengan network file
system (SUN NFS).
Ø DCE RPC, sebagai dasar Microsoft’s
COM.
Object
Request Brokers (ORBs) memungkinkan objek untuk didistribusikan dan dibagikan pada
jaringan yang heterogen. Pengembangan dari model prosedural RPC, –Sistem objek
terdistribusi, seperti CORBA, DCOM, EJB, dan .NET memungkinkan proses untuk
dijalankan pada sembarang jaringan.
2.
Object Management Group’s : Common, dan Object Request Broker Architecture
(COBRA)
3.
Microsoft’s COM/DCOM (Companent Object Model), serta
4.
Also .NET Remoting.
Bahasan 2 : OPEN SERVICES GATEWAY INITIATIVE
(OSGI)
A. Spesifikasi OSGI
Teknologi OSGi adalah
Universal Middleware. Teknologi OSGi menyediakan sebuah service-oriented,
lingkungan yang berbasis komponen untuk pengembang dan menawarkan jalan
standard untuk mengatur siklus hidup software. Kemampuan ini dapat menambah
nilai jangkauan dari computer dan peralatan yang menggunakan platform Java
dengan sangat hebat. Teknologi OSGi mengadopsi keuntungan dari menambah
time-to-market dan mengurangi biaya pengembangan karena teknologi OSGi
menyediakan subsistem komponen yang terintegrasi dari pre-build dan pre-tested.
Teknologi ini juga mengurangi biaya perawatan dan memberikan kesempatan
aftermarket yang baru dan unik karena jaringan dapat digunakan untuk update
secara dinamik dan mengirimkan service dan aplikasi di lapangan.
OSGI (Open Services Gateway Initiative)
adalah sistem modul dan layanan platform
untuk bahasa pemrograman Java yang mengimplementasikan lengkap dan dinamis
model komponen, sesuatu yang tidak terdapat pada Java yang berdiri sendiri.
Aplikasi atau komponen dapat diinstal, digunakan, dihentikan dan diperbaharui
maupun dihapus dari jarak jauh tanpa memerlukan restart. Manajemen paket/kelas
Java ditentukan dengan sangat rinci yang dilakukan melalui API yang
memungkinkan untuk me-remote download.
Inti
bagian dari spesifikasi adalah suatu kerangka kerja yang mendefinisikan
aplikasi model manajemen siklus hidup, sebuah layanan registrasi, sebuah
lingkungan eksekusi dan modul. Berdasarkan kerangka ini, sejumlah besar OSGI
layers, API, dan Jasa telah ditetapkan. Spesifikasi OSGI yang dikembangkan oleh
para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di
bawah Lisensi Spesifikasi OSGI. OSGI Alliance yang memiliki program kepatuhan
yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGI
implementasi berisi lima entri.
Spesifikasi
OSGI yang sekarang digunakan dalam aplikasi mulai dari ponsel ke opens source
Eclipse IDE. Wilayah aplikasi yang lain meliputi mobil, otomasi industri,
otomatisasi bangunan, PDA, komputasi grid, hiburan (misalnya iPronto), armada
manajemen dan aplikasi server. Adapun spesifikasi yang lain dimana OSGI akan
dirancang untuk melengkapi standar perumahan yang ada, seperti orang-orang
LonWorks, CAL, CEBus, HAVi, dan lainnya.
B. Arsitektur
OSGI
Ada
kerangka OSGI yang 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.
Kerangka
kerja konseptual yang dibagi dalam bidang-bidang, seperti dibawah ini.
1.
Bundel
Kumpulan
jar normal komponen dengan nyata tambahan header. Sebuahbundel adalah
sekelompok kelas Java dan sumber daya tambahan yang dilengkapi dengan rincian
file pada MANIFEST.MF nyata semua isinya, serta layanan tambahan yang
diperlukan untuk memberikan kelompok termasuk kelas Java perilaku yang lebih
canggih, dengan tingkat deeming seluruh agregat sebuah komponen.
2.
Layanan
Layanan
yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan,
menerbitkan dan menemukan model dapat mengikat Java lama untuk menikmati objek
(POJO). Siklus hidup menambahkan lapisan bundel dinamis yang dapat diinstal,
mulai, berhenti, diperbarui dan dihapus. Buntalan bergantung pada lapisan modul
untuk kelas loading tetapi menambahkan API untuk mengatur modul – modul dalam
run time. Memperkenalkan lapisan siklus hidup dinamika yang biasanya bukan
bagian dari aplikasi. Mekanisme ketergantungan luas digunakan untuk menjamin
operasi yang benar dari lingkungan.
3.
Layanan Registrasi (Services-Registry)
API
untuk manajemen jasa (ServiceRegistration, ServiceTracker dan
ServiceReference). OSGi
Alliance yang telah ditentukan banyak layanan. Layanan yang ditentukan oleh
antarmuka Java. Kumpulan dapat mengimplementasikan antarmuka ini dan
mendaftarkan layanan dengan Layanan Registri. Layanan klien dapat menemukannya
di registri, atau bereaksi ketika muncul atau menghilang.
4.
Siklus Hidup (Life-Cycle)
API
untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall)
bundel.
5.
Modul
Lapisan
yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah
bungkusan dapat mengimpor dan mengekspor kode).
6.
Keamanan
Layer
yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra
didefinisikan kemampuan.
7.
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:
- JRE-1.1
- Dari J2SE-1.2 hingga J2SE-1,6
- CDC-1.0/Foundation-1.0
- CDC-1.1/Foundation-1.1
- OSGi/Minimum-1.0
- OSGi/Minimum-1.1
Bahasan 3: KOLABORASI ANTAR MUKA OTOMOTIF
MULTIMEDIA (AMI-C)
A. Apa
itu Kolaborasi Antar Muka Otomotif Multimedia
Kolaborasi Antar muka Otomotif Multimedia
adalah kelompok yang dibuat oleh pembuat untuk menciptakan standar umum
yang digunakan untuk mengatur bagaimana cara kerja perangkat elektronik,
seperti komputer dan hiburan unit, berkomunikasi dengan kendaraan.
“AMIC
telah membuat suatu kemajuan yang signifikan dalam satu tahun terakhir ini
dalam menyelesaikan struktur organisasi dan mencapai kesepakatan mengenai
persyaratan yang diperlukan untuk hardware dan software baik di masa depan
mobil dan truk,” Jurubicara AMIC Dave Acton berkata, “Dan sekarang sudah
saatnya bagi kita untuk bertemu dengan pemasok dan mereka yang tertarik untuk
menjadi pemasok untuk memastikan kami pindah ke tahap berikutnya pembangunan
kita bersama-sama”.
Automotive Multimedia Interface Kolaborasi (AMIC) mengatakan akan menjadi tuan rumah tiga update internasional briefing untuk menjadi pemasok otomotif, komputer dan teknologi tinggi industri elektronik. Briefing akan diadakan 23 Februari di Frankfurt, Jerman; Februari 29 di Tokyo; dan Maret 9 di Detroit.
Acton
menekankan bahwa AMIC terbuka untuk semua pemasok yang tertarik bisnis
elektronik. AMIC dibentuk pada bulan September l998 dan saat ini dipimpin oleh
12 produsen otomotif dan anak perusahaan yang meliputi: BMW, DaimlerChrysler,
Ford, Fiat, General Motors, Honda, Mitsubishi, Nissan, PSA / Peugeot-Citroen,
Renault, Toyota, dan VW. Seorang juru bicara mengatakan kelompok AMIC berencana
untuk mendirikan sebuah kantor di San Francisco di masa depan.
B. Fungsional
Kolaborasi Antar Muka Otomotif Multimedia
Automotive
Multimedia Interface Collaboration (AMI-C) adalah mengembangkan dan
standarisasi yang umum multimedia dan telematika otomotif untuk kendaraan
antarmuka jaringan komunikasi.
Tujuan Utama AMI-C:
1. Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan.
2. Menyediakan interface standar untuk memungkinkan pengendara mobil untuk menggunakan berbagai media, komputer dan perangkat komunikasi.
3. Memotong biaya keseluruhan informasi kendaraan dan peralatan hiburan dengan
meningkatkan ukuran pasar yang efektif dan memperpendek waktu pengembangan -
industri otomotif efektif.
4. Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam
kendaraan dan antara kendaraan dan dunia luar.
C. Struktural
Kolaborasi Antar Muka Otomotif Multimedia
Kolaborasi
Antar muka Otomotif Multimedia adalah Sebuah kelompok yang dibuat oleh pembuat
(maker) untuk menciptakan standar umum yang digunakan untuk mengatur bagaimana
cara kerja perangkat elektronik, seperti komputer dan hiburan unit,
berkomunikasi dengan kendaraan. Dan memiliki anggota: Fiat, Ford, General
Motors, Honda, Mitsubishi, Nissan, PSA Peugeot-Citroen, Renault.
Automotive
Multimedia Interface Kolaborasi (AMIC) mengatakan akan menjadi tuan rumah tiga
update internasional briefing untuk menjadi pemasok otomotif, komputer dan
teknologi tinggi industri elektronik. Briefing akan diadakan 23 Februari di
Frankfurt, Jerman; Februari 29 di Tokyo; dan Maret 9 di Detroit.
“AMIC
telah membuat suatu kemajuan yang signifikan dalam satu tahun terakhir ini
dalam menyelesaikan struktur organisasi dan mencapai kesepakatan mengenai
persyaratan yang diperlukan untuk hardware dan software baik di masa depan
mobil dan truk,” Jurubicara AMIC Dave Acton berkata, “Dan sekarang sudah
saatnya bagi kita untuk bertemu dengan pemasok dan mereka yang tertarik untuk
menjadi pemasok untuk memastikan kami pindah ke tahap berikutnya pembangunan
kita bersama-sama. “
Acton
menekankan bahwa AMIC terbuka untuk semua pemasok yang tertarik bisnis
elektronik. AMIC dibentuk pada bulan September l998 dan saat ini dipimpin oleh
12 produsen otomotif dan anak perusahaan yang meliputi: BMW, DaimlerChrysler,
Ford, Fiat, General Motors, Honda, Mitsubishi, Nissan, PSA / Peugeot-Citroen,
Renault, Toyota, dan VW. Seorang juru bicara mengatakan kelompok AMIC berencana
untuk mendirikan sebuah kantor di San Francisco di masa depan.
Sumber :
http://en.wikipedia.org/wiki/Middleware
http://en.wikipedia.org/wiki/OSGi
http://adipurwana.blogspot.com/2013/01/open-service-gateway-initiative-osgi.html
http://en.wikipedia.org/wiki/OSGi
http://adipurwana.blogspot.com/2013/01/open-service-gateway-initiative-osgi.html
http://ridodolrivera.blogspot.com/2012/11/bagaimana-fungsional-kolaborasi.html
http://wartawarga.gunadarma.ac.id/2009/12/11-arsitektur-kolaborasi-antar-muka-otomotif-multimedia-2/
http://xdharizal.blogspot.com/2013/01/spesifikasi-arsitektur-open-service.html
http://imammulya21.wordpress.com/2009/12/04/middleware-telematika/
http://xdharizal.blogspot.com/2013/01/spesifikasi-arsitektur-open-service.html
http://imammulya21.wordpress.com/2009/12/04/middleware-telematika/
http://jijidzone.blogspot.com/2010/12/middleware-dan-manajemen-data-pada.html
