TUGAS 2 : Storyboard Tulisan Pengantar Telematika





Nama Kelompok :

Mohammad Andika       (14110489)
Sena Lastiansah             (16110443)
Muhamad Iqbal G          (14110586)
Andre Saputra               (10110729)
Noviandy Kusmanjaya   (15110074)

OPEN SERVICE GATEWAY

Sumber:
http://andhirapradana.blogspot.com/2012/11/spesifikasi-dari-open-service-gateway.html
http://irfanrahman.wordpress.com/2013/01/23/spesifikasi-arsitektur-open-service-gateway-initiative-osgi/
http://catatanrizkyaburizal.blogspot.com/2013/11/open-service-gateway.html


Spesifikasi dan Struktural Open Service Gateway

Open Service Gateway Initiative (OSGi) adalah sebuah system dan aplikasi interoperability berbasis komponen platform yang terintegrasi. OSGi merupakan system modul dinamik untuk Java. 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.

Sebenarnya teknologi ini berawal dari suatu pemikiran bagaimana cara mengubah program tanpa membongkar coding. Kemudian dari sanalah teknologi ini mulai dikembangkan dalam bahasa pemrograman mulai dari instalasi, jalannya program, update dan sampai uninstalltanpa perlu memperbarui coding.




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.

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.


  • Bundles

Bundles adalah normal jar komponen dengan nyata tambahan header.


  • Services

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 jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).


  • Life-Cycle

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


  • Modules

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


  • Security

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


  • Execution Environment

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


  1. CDC-1.0/Foundation-1.0 
  2. CDC-1.1/Foundation-1.1
  3. OSGi/Minimum-1.0
  4. OSGi/Minimum-1.1
  5. JRE-1.1
  6. From J2SE-1.2 up to J2SE-1.6

PROSES KOMUNIKASI JAVA

Sumber :
http://luckyug.wordpress.com/2013/11/19/proses-komunikasi-java/
http://sarrahjennonica.blogspot.com/2013/11/tulisan-9-proses-komunikasi-java.html
http://abdulghanni.blogspot.com/2013/11/proses-komunikasi-java.html

Java Community Process atau JCP, didirikan pada tahun 1998, merupakan sebuah proses formal yang memungkinkan pihak-pihak yang tertarik untuk terlibat dalam definisi versi dan fitur dari platform Java. The JCP melibatkan penggunaan Spesifikasi Jawa Permintaan (JSRs) – dokumen formal yang menggambarkan spesifikasi dan teknologi yang diusulkan untuk menambah platform Java. Publik formal review dari JSRs akan muncul sebelum JSR final dan Komite Eksekutif JCP suara di atasnya. JSR terakhir yang menyediakan implementasi referensi yang merupakan implementasi bebas teknologi dalam bentuk kode sumber dan Teknologi Kompatibilitas Kit untuk memverifikasi spesifikasi API. Sebuah JSR menggambarkan JCP itu sendiri. Seperti tahun 2009, JSR 215 menggambarkan versi sekarang (2.7) dari JCP


Teknologi Virtual Machine

Virtual machine (VM) adalah suatu environment, biasanya sebuah program atau sistem operasi, yang tidak ada secara fisik tetapi dijalankan dalam environment lain.  Dalam  konteks   ini,  VM  disebut  “guest” sementara  environment  yang menjalankannya   disebut  “host”.   Ide   dasar   dari  virtual   machine  adalah mengabtraksi perangkat keras dari satu komputer (CPU, memori,  disk, dst) ke beberapa  environment eksekusi,   sehingga  menciptakan   illusi  bahwa  masing-masing environment menjalankan komputernya (terpisah) sendiri. VM muncul karena pada satu komputer. Virtual Machine (VM) sendiri mulai dikenalkan oleh IBM ketika meluncurkansistem operasi mainframenya pada tahun 1965-an. Diperkenalkan untuk sistem S/370   dan   S/390   dan   disebut   sebagai   sistem  operasi  VM/ESA  (Enterprise System Architecture).


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:

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

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

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

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

5. 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 (VM).  Beberapa kesulitan utama dari konsep VM, diantaranya adalah:

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

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

KOLABORASI ANTARMUKA OTOMOTIF MULTIMEDIA

Sumber :
  • http://catatanrizkyaburizal.blogspot.com/2013/11/kolaborasi-antarmuka-otomotif-multimedia.html
  • http://cynthia-octavianti92.blogspot.com/2013/11/kolaborasi-antarmuka-otomotif.html
  • http://ridwan-simbada.blogspot.com/2011/12/kolaborasi-antarmuka-otomotif.html
  • http://ridodolrivera.blogspot.com/2012/11/bagaimana-fungsional-kolaborasi.htm
  • http://anggerip.blogspot.com/2013/11/tulisan-1-kolaborasi-antarmuka-otomotif.html


Kendaraan segera akan mengalamin peningkatan perlengkapan dengan ditambahkannya sistem digital yang mendukung beberapa aplikasi seperti untuk mengakses informasi, komunikasi, kemanan dan internet. Ketertarikan terhadap aplikasi multimedia pada kendaraan meningkat, misalnya pada periode 2003-2005. Seperti: pengenalan aplikasi real-time, kamera kecepatan tinggi, seiring dengan semakin meningkatnya komersialisasi lalu lintas multimedia dan pelayanan pariwisata dan travel. Oleh sebab itu, kebutuhan akan multimedia bus yang diletakkan pada kendaraan akan meningkat.

Automotive Multimedia Interface Collaboration (AMI-C) menyatakan bahwa akan menggandeng teknologi Open Service Gateway Initiative (OSGi) sebagai framework untuk platform sofware yang dibangun untuk informasi mobile dan sistem entertainment. Dalam kombinasi’a, AMI-C dan framework OSGi akan menyediakan satu platform software yang umum dan pasar yang terbuka untuk penyedia aplikasi atomotif berbasis wireless. Untuk pengguna, platform umum tersebut akan menyediakan pilihan software aplikasi yang luas.

1. Bagaimana Fungsional Kolaborasi Antarmuka Otomotif Multimedia (AMIC) Telematika

Automotive Multimedia Interface Collaboration (AMI-C) adalah mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif untuk kendaraan antarmuka jaringan komunikasi.

Tujuan utamanya adalah untuk:

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 dalam kendaraan dan antara kendaraan dan dunia luar.

2.   Struktural Kolaborasi Antarmuka Otomotif Multimedia

 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.