Tugas 3

NAMA  : ARYANA KHAIRUNNISA

NPM     : 11110156

KELAS : 4KA24


Berikut ini adalah Storyboard dari penulisan yang ke 3.

1. Penulisan 3.1 menjelaskan tentang Kolaborasi Antarmuka Otomotif Multimedia, beserta fungsional dan strukturalnya.
2. Penulisan 3.2 menjelaskan dan menggambarkan Proses Komunikasi Java dan Java Virtual Machine.
3. Penulisan 3.3 menjelaskan dan menggambarkan Open Services Gateway Initiative, beserta spesifikasi dan arsitekturnya.

Storyboard Aryana Tugas ke 3

Penulisan 3.3

NAMA  : ARYANA KHAIRUNNISA

NPM     : 11110156

KELAS : 4KA24

Sumber
http://xdharizal.blogspot.com/2013/01/spesifikasi-arsitektur-open-service.html
http://hilaliyah.wordpress.com/2013/01/04/osgi-open-service-gateway-initiative-virtualization-dan-api/
http://code86.wordpress.com/
http://upload.wikimedia.org/wikipedia/commons/2/28/Osgi_framework.svg

Open Services Gateway Initiative (OSGi)

Definisi OSGi

OSGi merupakan teknologi yang menyediakan layanan dan komponen yang berbasis lingkungan untuk para pengembang dan menawarkan cara-cara standar untuk mengelola siklus hidup perangkat lunak. Kemampuan ini sangat meningkatkan nilai berbagai komputer dan perangkat yang menggunakan platform Java.

OSGi merupakan teknologi pertama yang berhasil memecahkan masalah-masalah nyata dalam pengembangan perangkat lunak dengan menggunakan sebuah komponen sistem.

Pengguna teknologi OSGi melihat pengurangan kompleksitas yang signifikan hampir dalam semua aspek pengembangan perangkat lunak. Kode program yang lebih mudah ditulis dan diuji, dapat dipakai ulang, membangun sistem menjadi lebih mudah, pembukaan yang lebih dapat diatur, bugs yang dapat dideteksi lebih cepat dan runtime yang menyediakan sebuah tanda yang memberitahu apa yang sedang berjalan.

Spesifikasi OSGi

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

Spesifikasi OSGi telah bergerak melampaui fokus asli gateway layanan, dan sekarang digunakan dalam aplikasi mulai dari ponsel ke open source Eclipse IDE. Area aplikasi lainnya termasuk mobil, otomasi industri, otomatisasi bangunan, PDA, komputasi grid, hiburan, armada manajemen dan aplikasi server.

Spesifikasi OSGi memungkinkan sebuah model pengembangan, dimana aplikasi (secara dinamis) disusun dari bermacam komponen (yang dapat digunakan ulang) berbeda. Spesifikasi OSGi memungkinkan komponen untuk menyembunyikan implementasi mereka dari komponen lainnya sementara berkomunikasi menggunakan service, dimana objeknya secara khusus dibagi diantara komponen.

Arsitektur OSGi

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

Kerangka ini secara konseptual dibagi menjadi bidang-bidang berikut:

Arsitektur OSGi

• Bundles

Bundles adalah normal jar komponen dengan nyata tambahan header.

• Services

Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan, menerbitkan, dan menemukan model mengikat Java lama untuk menikmati objek.

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

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

Penulisan 3.2

NAMA  : ARYANA KHAIRUNNISA

NPM     : 11110156

KELAS : 4KA24

Sumber
http://bramxenon.blogspot.com/2013/01/open-services-gateway-initiative-osgi.html
http://upload.wikimedia.org/wikipedia/commons/3/3a/Java_virtual_machine_architecture.svg
http://bhobob.blogspot.com/2012/12/proses-komunitas-java-java-community.html

Proses Komunitas Java  (Java Community Process /JCP)

Proses Komunitas Java (Java Community Process/JCP) 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).

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.

Arsitektur Java Virtual Machine

Mesin virtual dipisahkan ke dalam dua kategori utama, berdasarkan tingkat penggunaan dan korespondensi untuk mesin nyata. Sebuah sistem mesin virtual yang lengkap menyediakan platform sistem yang mendukung pelaksanaan lengkap sistem operasi. Sebaliknya, mesin virtual sebuah proses yang dirancang untuk menjalankan sebuah program, yang berarti bahwa ia mendukung satu proses.
Karakteristik penting dari sebuah mesin virtual yang berjalan di dalam perangkat lunak adalah terbatas pada sumber daya dan abstraksi yang disediakan oleh mesin virtual tidak dapat keluar dari dunia virtual. Sebagai contoh, suatu program yang ditulis dalam Java menerima jasa dari Java Runtime Environment (JRE) perangkat lunak dengan mengeluarkan perintah untuk, dan menerima hasil yang diharapkan dari, perangkat lunak Java. Dengan memberikan layanan ini untuk program tersebut, perangkat lunak Java bertindak sebagai "mesin virtual", menggantikan sistem operasi atau hardware untuk program yang biasanya akan disesuaikan.

Penulisan 3.1

NAMA  : ARYANA KHAIRUNNISA

NPM     : 11110156

KELAS : 4KA24

Sumber
http://id.scribd.com/doc/45887390/Kolaborasi-Antar-Muka-Otomotif-Multimedia
http://mussofiany.blogspot.com/2012/12/bagaimana-fungsional-kolaborasi.html
http://twentynineforaugust.blogspot.com/2013/01/fungsional-kolaborasi-antarmuka.html

Kolaborasi Antarmuka Otomotif Multimedia (Automotive Multimedia Interface Colaboration - AMI-C)

Pengertian AMI-C

AMI-C merupakan sebuah organisasi global yang mewakili mayoritas dunia produksi kendaraan. AMI-C mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif antarmuka untuk kendaraan jaringan komunikasi.

Sejarah AMI-C

Automotive Multimedia Interface Colaboration (AMIC) didirikan pada Oktober 1998 dengan tujuan untuk mengembangkan serangkaian spesifikasi umum untuk multimedia interface ke sistem elektronik kendaraan bermotor untuk mengakomodasi berbagai komputer perangkat elektronik didalam kendaraan. Inisiatif ini (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 dan perangkat komputasi mobile menjadi alat produktivitas dan multimedia. Keamanan, kehandalan, biaya, dan desain waktu memiliki semua faktor dalam produsen mobil menunda penerimaan teknologi baru. Organisasi Kolaborasi Otomatif Multimedia Interface (AMI-C) memiliki kesempatan untuk menjadi kekuatan pendorong di belakang upaya standardisasi.

Automotive Multimedia Interface Colaboration (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 Specification

A.   Fungsional  Kolaborasi Antarmuka 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, dan lain-lain.

Tujuan dari kolaborasi antarmuka otomotif multimedia antara lain:

1. 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 air bag, pintu kunci dan diagnostik input/output.
2. Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan.
4. 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.
5. Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.

Dapat disimpulkan bahwa, dalam fungsional  Kolaborasi Antarmuka Otomotif Multimedia ini, seluruh kemajuan teknologi dalam bidang otomotif adalah ditujukan untuk mempermudah para penggunanya, serta untuk memberi kenyamanan dan keamanan pula untuk para penggunanya.

B.   Struktural Kolaborasi Antarmuka Otomotif Multimedia

AMI-C 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 AMI-C, 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 AMI-C terbuka untuk semua pemasok yang tertarik bisnis elektronik. AMI-C 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 AMI-C berencana untuk mendirikan sebuah kantor di San Francisco di masa depan.

Dapat disimpulkan bahwa, dalam struktural Kolaborasi Antarmuka Otomotif Multimedia ini, lebih terstruktur dalam hal apa yang akan dilakukan AMI-C di masa depan.