TELEMATIKA 4

BAB X    Open Services Gateway Initiative (OSGi)

Open Service Gateway Initiative (OSGI)

OSGI (Open Service Gateway Initiative) adalah sebuah rencana industri untuk cara standar untuk menghubungkan perangkat seperti perangkat rumah tangga dan sistem keamanan ke Internet. OSGI berencana menentukan program aplikasi antarmuka (API) untuk pemrogram menggunakan, untuk memungkinkan komunikasi dan kontrol antara penyedia layanan dan perangkat di dalam rumah atau usaha kecil jaringan. OSGI API akan dibangun pada bahasa pemrograman Java. Program java pada umumnya dapat berjalan pada platform sistem operasi komputer. OSGI adalah sebuah interface pemrograman standar terbuka.

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.

A.   Spesifikasi OSGI

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 open source Eclipse IDE. Wilayah aplikasi 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 (lihat kontrol jaringan), CAL, CEBus, HAVi, dan lain-lain.

 B. ARSITEKTUR OSGI

 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:Kerangka kerja konseptual yang dibagi dalam bidang-bidang berikut:

1. Bundel

Kumpulan jar normal komponen dengan nyata tambahan header. Sebuah bundel 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:

Ø  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

BAB XI   Kolaborasi Antar muka Otomotif  Multimedia

Kolaborasi Antarmuka Otomotif Multimedia Fungsional dan Struktural

     The Automotive Multimedia Interface Collaboration (AMIC) didirikan pada tahun 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. Para pendiri berinisiatif ini terdiri dari Daimler-Chrysler, Ford, General Motors, Renault dan Toyota, namun sekarang anggotanya semua kelompok pembuat auto utama 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.

     Organisasi seperti Otomotif Kolaborasi Multimedia Interface (AMI-C) memiliki kesempatan untuk menjadi kekuatan pendorong di belakang upaya standardisasi. The Otomotif Multimedia Interface Collaboration (AMI-C) mengumumkan di seluruh dunia cipta penugasan dari 1394 spesifikasi teknis otomotif ke Trade Association 1394 AMI-Cberikut 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

1.    Mengetahui bagaimana Arsitektur Kolaborasi Antarmuka Otomotif Multimedia

     Pengertian dari Kolaborasi Antar muka Otomotif Multimedia adalah sebuah 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. Automotive Multimedia Interface Collaboration (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,” Juru bicara 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, Daimler-Chrysler, 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.

     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. Memiliki anggota: Fiat, Ford, General Motors, Honda, Mitsubishi, Nissan, PSA Peugeot-Citroen, Renault. Sedangkan pengertian AMI-C adalah organisasi global yang mewakili mayoritas dunia produksi kendaraan.

     AMI-C mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif antarmuka untuk kendaraan jaringan komunikasi. Tujuan dari kolaborasi antar mukaotomotif multimedia antar lain:

Menyediakan interface standar untuk memungkinkan pengendara mobil untuk menggunakan berbagai media, komputer dan perangkat komunikasi – dari sistem navigasi dan hands-free telepon selular, melalui manusia maju / mesin sistem antarmuka, termasuk pengenalan suara dan sintesis, untuk dipersembahkan komunikasi jarak dekat ( DSRC) sistem untuk kendaraan untuk infrastruktur komunikasi dan sistem mobil seperti airbag, pintu kunci dan diagnostik input / output

Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan

Memotong biaya keseluruhan informasi kendaraan dan peralatan hiburan dengan meningkatkan ukuran pasar yang efektif dan memperpendek waktu pengembangan – industri otomotif efektif terdiri dari banyak pasar yang kecil karena setiap platform kendaraan sering mengandung berbagai adat-mengembangkan komponen dan platform yang khas hanya sekitar 50.000 unit

Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalamkendaraan dan antara kendaraan dan dunia luar

2.    Bagaimana Fungsional Kolaborasi Antarmuka Otomotif Multimedia Telematika

Antarmuka Otomotif Multimedia Telematika yang dimaksud disini adalah Automotive Multimedia Interface Collaboration atau yang lebih dikenal dengan singkatan AMI-C, adalah suatu bentuk pengembangan dan stadarisasi yang umum multimedia dan telematika otomotif untuk kendaraan antarmuka jaringan komunikasi. Adapun tujuan dari adanya AI-C ini adalah :

1.       Untuk menyediakan interface yang berstandar, sehingga memungkinkan seorang pengendara kendaraan (mobil) dapat menggunakan perangkat lain melalui berbagai media, komputer, perangkat komunikasi dari sistem navigasi dan handsfreeyang biasa digunakan pada telepon selular.

2.       Untuk meningkatkan berbagai macam pilihan yang dapat digunakan oleh user dan juga untuk mengurangi keusangan sistem elektronik kendaraan.

3.       Untuk memotong biaya yang dikeluarkan untuk keseluruhan informasi kendaraan dan juga peralatan hidubran dengan meningkatkan ukuran pasar yang efektif dan memperpendek waktu pengembangan  industri otomotif efektif. Karena banyak jumlah kendaraan yang sering mengandung berbagai adat mengembangkan komponen dan platfor yang khas hanya sekitar 50.000 unit.

4.       Untuk menawarkan standar terbuka dan spesifikasi bagi informasi interface dalam kendaraan dan antara kendaraan dengan dunia luar.

Pada dasarnya kolaboasi antarmuka otomotif multimedia itu sendiri adalah sebuah organisasi yang mana organisasi ini dibentuk guna menciptakan standarisasi dunia yang digunakan dalam mengatur bagaimana sebuah perangkatelektronik dapat bekerja sebagaimana yang diharapkan. Dimana setiap alat elektronik ini harus dapat bekerja dengan selaras sehingg kendaraan dapat lebih handal ketika digunakan. Sebelum memasang perangkat ini, alangkah baiknya untuk terlebih dahulu mencocokkan dengan jenis atau tipe kendaraan yang digunakan, karena pada dasarnya belum tentu perangkat yang akan dipasang akan selalu cocok dengan kendaraan yang digunakan, karena itulah perlu dibuat standarisasi kolaborasi antarmuka multimedia.

Sudah terdapat beberapa anggota yang aktif dalam organisasi Automotive Multimedia Interface Collaboration (AMI-C), diantaranya adalah : Fiat, Ford, General Motors, Mitsubishi, Nissan, PSA Peugeot-Cotroen, dan Renault.

3.    Bagaimana Struktural Kolaborasi Antarmuka Otomotif Multimedia Telematika

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.

BAB XII  Proses Komunitas Java (Java Community Process JCP)

Proses komunikasi java, java community process JCP dan Virtual Machine

Bagi orang-orang yang bekerja atau terlibat dibidang teknologi, khususnya ilmu komputer, tentunya sudah tidak asing lagi dengan bahasa pemrograman java (Java Programming). Dengan berbagai kelebihan dan keunggulannya, java menjadi begitu populer dalam mengembangkan sebuah aplikasi. Bukan hanya aplikasi desktop, tetapi juga aplikasi mobile, enterprise, web (applet) dan sebagainya. Selain itu juga Java sangat fleksibel karena mendukung konsep multi platform dan yang terpenting Java bersifat open source (dikeluarkan oleh Sun Microsystems) sehingga dari waktu ke waktu bahasa Java dapat dikembangkan dengan sangat cepat melalui umpan balik yang diberikan oleh para user.

Mengingat kepopuleran dari Java ini, maka banyak terdapat komunitas-komunitas yang dapat memberikan umpan balik dalam mengembangkan bahasa Java. Komunitas ini dikenal dengan istilah Proses Komunitas Java (Java Community Process / JCP) yang didirikan pada tahun 1998, adalah mekanisme formal yang memungkinkan pihak yang berkepentingan untuk mengembangkan spesifikasi teknis standar untuk teknologi Java. Siapapun bisa menjadi Anggota JCP dengan mengisi formulir yang tersedia di situs JCP. Keanggotaan JCP untuk organisasi dan entitas komersial membutuhkan biaya tahunan tetapi bebas untuk individu.

JCP melibatkan penggunaan Permintaan Spesifikasi Java (Java Spesification Request / JSRs), yaitu dokumen formal yang menggambarkan spesifikasi yang diusulkan dan teknologi untuk menambah platform Java. Ulasan publik Formal JSRs akan muncul sebelum JSR menjadi final dan Komite Eksekutif JCP menilainya di atasnya. Sebuah JSR akhir menyediakan implementasi referensi yang merupakan implementasi bebas dari teknologi dalam bentuk kode sumber dan Kompatibilitas Kit Teknologi untuk memverifikasi API spesifikasi. Sebuah JSR menggambarkan JCP itu sendiri. Seperti tahun 2009 , JSR 215 menggambarkan versi sekarang (2.7) dari JCP.

Sebagai sebuah platform, Java memiliki dua buah bagian penting, yaitu Java Virtual Machine dan Java Application Programmig (Java Api).

A.   Java Virtual Machine

Sekilas pengertian Mesin virtual (Virtual Machine) dalam ilmu komputer adalah implementasi perangkat lunak dari sebuah mesin komputer yang dapat menjalankan program sama seperti layaknya sebuah komputer asli. Sedangkan dalam konteks JVM merupakan mesin virtual yang digunakan secara khusus mengeksekusi berkas bytecode java. Bytecode java sendiri dihasilkan saat proses kompilasi file java berekstensi .java menjadi .class. Selain itu JVM merupakan perangkat lunak yang dikembangkan secara khusus agar terlepas dari ketergantungan atas perangkat keras serta sistem operasi tertentu. JVM menyediakan lingkungan kerja yang dibutuhkan untuk menjalankan aplikasi berbasis java serta mengotomatisasikan fitur-fitur seperti penanganan kesalahan.

 Teknologi virtual  machine memiliki  banyak kegunaan seperti  memungkinkan konsolidasi  perangkat keras,  memudahkan  recovery  sistem,  dan menjalankan perangkat lunak terdahulu.  Salah  satu penerapan penting dari teknologi  VM adalah   integrasi   lintas  platform. Beberapa   penerapan   lainnya   yang   penting adalah:

Ø  Konsolidasi  server. Jika beberapa server menjalankan aplikasi yang hanya memakan sedikit sumber daya, VM dapat digunakan untuk menggabungkan aplikasi-aplikasi tersebut sehingga berjalan pada satu server saja, walaupun aplikasi tersebut memerlukan sistem operasi yang berbeda-beda.

Ø  Otomasi dan konsolidasi lingkungan pengembangan dan testing. Setiap VM  dapat   berperan   sebagai   lingkungan   yang   berbeda,   ini  memudahkan pengembang sehingga tidak perlu menyediakan lingkungan tersebut secara fisik.

Ø  Menjalankan perangkat  lunak terdahulu.  Sistem operasi dan perangkat lunak terdahulu dapat dijalankan pada sistem yang lebih baru.

Ø  Memudahkan  recovery  sistem.   Solusi   virtualisasi   dapat   dipakai   untuk rencana recovery sistem yang memerlukan portabilitas dan fleksibilitas antar platform.

Ø  Demonstrasi perangkat lunak. Dengan teknologi VM, sistem operasi yang bersih dan konfigurasinya dapat disediakan secara cepat.

KELEBIHAN VIRTUAL MACHINE (VM)

Ø  Hal  keamanan.  VM memiliki  perlindungan yang  lengkap pada berbagai sistem  sumber   daya,   yaitu   dengan  meniadakan   pembagian   sumber   daya secara  langsung,  sehingga  tidak ada masalah proteksi  dalam VM.  Sistem VM adalah kendaraan yang sempurna untuk penelitian dan pengembangan sistem operasi. Dengan VM, jika terdapat suatu perubahan pada satu bagian dari mesin, maka dijamin tidak akan mengubah komponen lainnya.

Ø  Memungkinkan   untuk  mendefinisikan   suatu   jaringan   dari   Virtual Machine   (VM). Tiap-tiap   bagian  mengirim  informasi  melalui   jaringan komunikasi  virtual.  Sekali   lagi,   jaringan  dimodelkan   setelah komunikasi fisik jaringan diimplementasikan pada perangkat lunak.

KEKURANGAN VIRTUAL MACHINE, Beberapa kesulitan utama dari konsep VM, diantaranya adalah:

Ø  Sistem penyimpanan. Sebagai contoh kesulitan dalam sistem penyimpanan adalah   sebagai   berikut:   Andaikan   kita   mempunyai   suatu   mesin   yang memiliki  3  disk drive  namun  ingin mendukung 7 VM.  Keadaan  ini   jelas tidak memungkinkan bagi kita untuk dapat mengalokasikan setiap disk drive untuk  tiap VM,  karena perangkat   lunak untuk mesin virtual   sendiri  akan membutuhkan   ruang disk   secara   substansial  untuk menyediakan  memori virtual  dan  spooling.  Solusinya   adalah dengan menyediakan disk  virtual atau   yang   dikenal   pula   dengan  minidisk,   dimana   ukuran   daya penyimpanannya   identik   dengan   ukuran   sebenarnya.   Dengan   demikian, pendekatan VM juga menyediakan sebuah antarmuka yang identik dengan perangkat keras yang mendasari.

Ø  Pengimplementasian sulit. Meski konsep VM cukup baik, namun VM sulit diimplementasikan.

Contoh virtual machine : Vmware, Xen VMM , Java VM

Jenis-jenis dari VM adalah VM sistem di mana sebuah VM dapat menjalankan sebuah  sistem operasinya  sendiri,  kemudian VM proses di  mana VM hanya menjalankan sebuah proses saja. Kemudian VM juga dibagi berdasarkan tingkat virtualisasinya,   yaitu   virtualisasi   penuh yang  mensimulasikan   seluruh   fitur  perangkat  keras   sehingga memungkinkan perangkat   lunak berjalan pada VM tanpa  modifikasi.  Kemudian   virtualisasi   paruh,   di  mana   tidak   semua   fitur perangkat keras disimulasikan. Yang terakhir adalah virtualisasi asli, yang mana merupakan   virtualisasi   penuh   yang   digabungkan   dengan   bantuan   perangkat keras yang mendukung virtualisasi.

A.   Java API

API adalah seperangkat fungsi standar yang disediakan oleh OS atau Bahasa. Dalam Java, API dimasukkan ke dalam package-package yang sesuai dengan fungsinya. Platform Java sendiri terbagi menjadi 3 bagian utama, yaitu :

Ø  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 server dengan mendukung penggunaan basis data.

Ø  Java Micro Edition (ME), sebuah API untuk merancang aplikasi yang berjalan pada perangkat kecil seperti telepon genggam.

Sehingga untuk masing-masing platform tersebut memiliki pustaka (library) APInya masing-masing yang digunakan untuk mengembangkan sebuah aplikasi. Cara untuk menggunakan API dalam java yaitu dengan melakukan import package atau class yang sudah tersedia dalam java. Contoh dari package Java antara lainI/O, String, Math, Utility, Swing dan sebagainya.

                                                                        Gambar beberapa API pada Package Java

Sumber  :

ü  http://bluewarrior.wordpress.com/

ü  http://xdharizal.blogspot.com/

ü  http://id.scribd.com/doc/45887390/Kolaborasi-Antar-Muka-Otomotif-Multimedia

ü  http://ridodolrivera.blogspot.com/

ü  http://cynthia-octavianti92.blogspot.com/

ü  http://bramxenon.blogspot.com/

ü  http://joanmathilda.wordpress.com/

TELEMATIKA 3

BAB VIII&IX MIDDLEWIRE TELEMATIKA & MANAJEMEN DATA

MIDDLEWIRE TELEMATIKA

Dalam dunia teknologi informasi, terminologi middleware adalah istilah umum dalam pemrograman komputer yang digunakan untuk menyatukan, ataupun untuk meningkatkan fungsi dari dua buah progaram/aplikasi yang telah ada.

Perangkat lunak middleware adalah perangkat lunak yang terletak diantara program aplikasi dan pelayanan-pelayanan yang ada di sistim operasi. Adapun fungsi dari middleware adalah:

1.       Menyediakan lingkungan pemrograman aplilasi sederhana yang menyembunyikan penggunaan secara detail pelayanan-pelayanan yang ada pada sistem operasi .

2.       Menyediakan lingkungan pemrograman aplikasi yang umum yang mencakup berbagai komputer dan sistem operasi.

A.   Tujuan Umum Middleware Telematika

1.       Middleware adalah S/W penghubung yang berisi sekumpulan layanan yang memungkinkan beberapa proses

dapat berjalan pada satu atau lebih mesin untuk saling berinteraksi pada suatu jaringan.

2.       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 :

   1. Open Software Foundation’s Distributed Computing Environment (DCE),

   2. Object Management Group’s Common Object Request Broker Architecture (CORBA)

   3. Microsoft’s COM/DCOM (Component Object Model).

Sedangkan Tujuan utama layanan middleware adalah untuk membantu memecahkan interkoneksi beberapa aplikasi dan masalah interoperabilitas.berikut ini adalah tujuan umum middleware telematika :

1.       Middleware adalah S/W penghubung yang berisi sekumpulan layanan yang memungkinkan beberapa proses dapat berjalan pada satu atau lebih mesin untuk saling berinteraksi pada suatu jaringan.

2.       Middleware sangat dibutuhkan untuk bermigrasi dari aplikasi mainframe ke aplikasi client/server dan juga untuk menyediakan komunikasi antar platform yang berbeda.

B.   Lingkungan Komputasi Dari Middleware Telematika

Lingkungan komputasi yaitu suatu lingkungan di mana sistem komputer digunakan. Lingkungan komputasi dapat dikelompokkan menjadi empat jenis yaitu :

1.         Komputasi tradisional,

2.         Komputasi berbasis jaringan,

3.         Komputasi embedded,

4.         Komputasi grid.

Lingkungan komputasi bisa diklasifikasikan berdasarkan cara data dan instruksi programnya dihubungkan yang terdiri atas empat kategori berikut ini :

1. Single instruction stream-single data stream (SISD) : Satu prosesor dan biasa juga disebut komputer sekuensial.

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

C.   Kebutuhan Middleware

Middleware tersedia untuk berbagai platform , dengan berbagai jenis. Jenis middleware yang umum dikembangkan saat ini dapat dikelompokkan dalam lima kategori besar, salah satunya adalah homegrown, yang dikembangkan khusus untuk kebutuhan internal organisasi, model RPC/ORB (Remote Procedure Call/Object Request Broker), Pub/Sub (Publication/Subscription), Message Queuing, dan TP (Transaction Processing) Monitor.

Saat ini, hampir seluruh aplikasi terdistribusi dibangun dengan menggunakan middleware. Masih menurut IDC, perkembangan segmen middleware terbesar akan terjadi dalam alat yang membantu sistem manajemen bisnis. Hal ini terjadi untuk memenuhi permintaan akan integrasi aplikasi yang lebih baik. Linux , didukung oleh bermacam produk middleware, memberikan pilihan sistem operasi dan middleware yang stabil, dengan harga yang bersaing.

D.  Contoh – contoh 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 dishare 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.

MANAJEMEN DATA TERLEMATIKA

Manajemen data telematika merupakan istilah dari arsitektur mengacu pada desain sebuah aplikasi, atau dimana komponen yang membentuk suatu system yang ditempatkan dan bagaimana mereka berkomunikasi sedangkan manajemen telematika yaitu arsitektur client-server, arsitektur client-server adalah desain sebuah aplikasi terdiri dari client dan server yang saling berkomunikasi ketika mengakses server dalam suatu jaringan.

A.   Manajemen Data sisi Client

Karena mobilitas orang yang terus meningkat, sehingga membutuhkan aplikasi destop tradisional yang berjalan di perangkat mobile. Email, Address Book dan Calendering  merupakan yang banyak digunakan di aplikasi mobile oleh konsumen dan pekerja informasi. Namun aplikasi ini masih sangat sederhana.Perangkat seperti perangkat keras (pemrosesan dan kapasitas memori) kemajuan, pengguna akan menuntut kemampuan lebih kaya dalam aplikasi ini. Sebagai contoh ,  perhatikan aplikasi Kalender yang kaya – dengan dukungan untuk memeriksa dan jadwal janji dan pertemuan, berbagi kalender berkolaborasi di seluruh pekerja, memadukan kalender dengan aplikasi lain, dan seterusnya. Dalam perusahaan ruang, personil penjualan ponsel akan memerlukan aplikasi CRM yang berjalan pada perangkat mobile mereka, layanan di perusahaan tersebut akan memerlukan kemampuan untuk memeriksa spesifikasi produk dan melakukan on-line pemesanan dari perangkat mobile.

B.   Manajemen Data sisi Server

MODBMS (Memindahkan Obyek DBMS) adalah sebuah DBMS yang menyimpan dan mengelola informasi lokasi serta dinamis lainnya informasi tentang obyek bergerak . MODBMS memungkinkan seseorang untuk mewakili benda-benda bergerak dalam database dan untuk menanyakan pertanyaan tentang gerakan tersebut . Daerah MODBMS merupakan bidang yang belum dijelajahi relatif terhadap RDBMS atau DBMS Spasial di mana beberapa karya yang telah dilakukan dalam standarisasi dan komersialisasi .Ada beberapa penelitian prototipe untuk MODBMS seperti DOMINO tetapi hanya sedikit produk MODBMS komersial . Memindahkan objek dapat diklasifikasikan ke dalam bergerak poin dan bergerak daerah . Memindahkan objek hanya relevan tergantung waktu posisi dalam ruang . Mereka bisa mobil , truk, pesawat terbang, kapal atau ponsel pengguna. Pindah daerah objek bergerak dengan rupa seperti badai , hutan file, tumpahan minyak, wabah penyakit, dan sebagainya. Pindah daerah berubah posisi dan geometri objek dengan waktu sambil bergerak poin hanya berubah posisi benda .

C.   Manajemen Database System Perangkat Bergerak :

Sistem manajemen database adalah sistem berbasis komputer untuk mendefinisikan , membuat, memanipulasi, mengawasi, mengatur, dan menggunakan database. Sebuah database adalah kumpulan dari integrasi data yang terorganisir seperti byte, ruas, rekod, dan file . DBMS menggantikan sistem manajemen file lama dan dengan demikian meningkatkan integritas data dan kemandirian, serta mengurangi pemborosan data.

Sumber :

ü  http://siscaiicha-piggie.blogspot.com/

ü  http://nurfaizinbenny.blogspot.com/