Home

Thank you

Terima Kasih telah mengunjungi Blog sederhana ini, Semoga bisa memberi manfaat.

Minggu, 05 Januari 2014

MIDDLEWARE TELEMATIKA, OSGI, dan KOLABORASI ANTAR MUKA OTOMOTIF MULTIMEDIA (TUGAS 3)

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
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

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.

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.

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://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://jijidzone.blogspot.com/2010/12/middleware-dan-manajemen-data-pada.html




Attention!!!

Terima kasih untuk tidak melakukan cofy/paste pada semua tulisan yang berada di blog ini tanpa seijin author, kecuali memasukan alamat sumber dari blog ini...