Perkembangan 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 meluncurkan sistem 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)
1. 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.
2. 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:
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.
Contoh virtual machine : Vmware, Xen VMM , Java VM
Jenis-jenis dari VM adalah:
1. VM sistem di mana sebuah VM dapat menjalankan sebuah sistem operasinya sendiri.
2. VM proses di mana VM hanya menjalankan sebuah proses saja.
Kemudian VM juga dibagi berdasarkan tingkat virtualisasinya:
1. Virtualisasi penuh yang mensimulasikan seluruh fitur perangkat keras sehingga memungkinkan perangkat lunak berjalan pada VM tanpa modifikasi.
2. Virtualisasi paruh, di mana tidak semua fitur perangkat keras disimulasikan.
3. Virtualisasi asli, yang mana merupakan virtualisasi penuh yang digabungkan dengan bantuan perangkat keras yang mendukung virtualisasi.
sedangkan untuk perkembangan teknologi dari tahun ke tahun sangat pesat sekali. Salah satunya yaitu teknik virtualisasi komputer (Virtual Machine ) Maksudnya adalah pada saat kita menjalankan virtual komputer (PC bayangan) di dalam komputer. Monitor (XWindow nya), HDD, RAM, NIC, Sound Card, dll yang disediakan secara virtual.
Pada dasarnya Virtual machine adalah program yang berguna untuk melakukan simulasi suatu sistem PC lengkap. Yang dimaksud dengan ‘ lengkap disini adalah RAM, hard disk, floppy disk, prosesor, graphics card dan beberapa device lain yang umumnya terdapat pada PC. Program semacam ini mungkin tidak banyak berguna bagi sebagian orang, tapi untuk kebutuhan tertentu atau spesifik, manfaatnya akan sangat terasa.
Cara kerja virtual machine ‘menirukan’ berdasarkan prinsip dasar aslinya, yaitu emulator tidak terlepas dari beberapa keterbatasan, antara lain :
• Anda tidak akan dapat menjalankannya secepat program atau hardware aslinya. Emulator bekerja dengan ‘meminjam’ resource komputer dan sistem operasi yang menjalankannya, sehingga kinerjanya terbagi dengan proses-proses lainnya yang juga sedang berjalan.
• Emulator tidak bebas bug. Suatu instruksi yang di platform aslinya (native) bekerja dengan baik, bisa saja menghasilkan output lain atau malah error di dalam emulator. Bug seperti ini bisanya secara bertahap dan kontinyu akan dikoreksi pada versi berikutnya.
• Hingga kini, emulasi belum menyediakan akses langsung ke beberapa periferal PC seperti modem atau joystick. Namun, tidak tertutup kemungkinan akses tersebut akan tersedia pada masa mendatang.
sumber :
http://bluewarrior.wordpress.com
http://java-virtual-machine.net/download.html
http://bebas.vlsm.org/v06/Kuliah/SistemOperasi/2008/240/08._Virtual_Machine_VM_.pdf
http://en.wikipedia.org/wiki/Java_Virtual_Machine
http://en.wikipedia.org/wiki/Partial_virtualization
http://fajarhpblog.wordpress.com/tag/virtual-machine/
http://id.wikipedia.org/wiki/Mesin_virtual
http://www.chip.co.id/guides/qemu-virtual-machine-yang-serbaguna-2.html
Selasa, 04 Januari 2011
Ungsional dan Struktural Telematika
FUngsional dan Struktural Telematika
Pusat Sarana Teknik Telematika adalah unsur pelaksana tugas tertentu departemen berada di bawah serta bertanggung jawab kepada Menteri melalui Sekretaris Jenderal. Pusat Sarana Teknik Telematika dipimpin oleh seorang Kepala Pusat. Pusat Sarana Teknik Telematika mempunyai tugas melaksanakan layanan pengelolaan, pengembangan dan pemanfaatan sarana teknik telematika departemen berdasarkan kebijakan yang ditetapkan oleh Menteri.
Dalam melaksanakan tugas, Pusat Sarana Teknik Telematika menyelenggarakan fungsi:
a.pelayanan aplikasi interface dan fasilitasi sarana teknik telematika;
b.pelayanan dan pengembangan sistem jaringan interface dan piranti keras telematika;
c.pelaksanaan urusan ketatausahaan pusat.
Susunan Organisasi
Pusat Sarana Teknik Telematika terdiri dari:
a.Bidang Aplikasi;
b.Bidang Piranti Keras dan Lunak;
c.Subbagian Tata Usaha.
Bidang Aplikasi
Bidang Aplikasi mempunyai tugas melaksanakan penyiapan bahan pelayanan aplikasi interface untuk pelayanan publik dan fasilitasi sarana teknik telematika untuk pelayanan publik. Dalam melaksanakan tugas, Bidang Aplikasi menyelenggarakan fungsi:
a.pelayanan aplikasi interface di bidang telematika;
b.pelaksanaan fasilitasi sarana teknik telematika.
Bidang Aplikasi terdiri dari:
a.Subbidang Layanan Aplikasi;
b.Subbidang Fasilitasi Sarana.
(1).Subbidang Layanan Aplikasi mempunyai tugas melakukan penyiapan bahan pelayanan aplikasiinterface telematika.
(2).Subbidang Fasilitasi Sarana mempunyai tugas melakukan penyiapan bahan fasilitasi di bidang sarana teknik telematika.
Bidang Piranti Keras dan Lunak
Bidang Piranti Keras dan Lunak mempunyai tugas melaksanakan advokasi dan konsultasi model, prototipedan pengamanan piranti keras dan lunak telematika. Dalam melaksanaan tugas, Bidang Piranti Keras dan Lunak menyelenggarakan fungsi:
a.pelaksanaan fasilitasi dan advokasi model, prototipe piranti keras dan lunak;
b.pelaksanaan fasilitasi dan advokasi pengamanan piranti keras dan lunak.
Bidang Piranti Keras dan Lunak terdiri dari:
a.Subbidang Rancang Bangunan
b.Subbidang Pengamanan.
(1).Subbidang Rancang Bangun mempunyai tugas melakukan penyiapan bahan fasilitasi dan advokasi model, prototipe sarana teknik telematika;
(2).Subbidang Pengamanan mempunyai tugas melakukan penyiapan bahan fasilitasi dan advokasi pengamanan sarana teknik telematika.
Subbagian Tata Usaha
Subbagian Tata Usaha mempunyai tugas melaksanakan urusan tata usaha dan rumah tangga Pusat.
Kelompok Jabatan Fungsional
Kelompok Jabatan Fungsional pada Pusat Sarana Teknik Telematika mempunyai tugas melakukan kegiatan sesuai dengan jabatan fungsional masing-masing berdasarkan peraturan perundang-undangan yang berlaku.
(1).Kelompok Jabatan Fungsional terdiri dari sejumlah jabatan fungsional yang terbagi dalam berbagai kelompok jabatan fungsional sesuai dengan bidang keahliannya yang diangkat dan diatur berdasarkan peraturan perundang-undangan yang berlaku.
(2).Masing-masing Kelompok Jabatan Fungsional, dikoordinasikan oleh seorang tenaga fungsional senior yang ditetapkan oleh Kepala Pusat Sarana Teknik Telematika.
(3).Jumlah tenaga fungsional, ditentukan berdasarkan kebutuhan dan beban kerja.
(4).Jenis dan jenjang jabatan fungsional, diatur berdasarkan peraturan perundang-undangan yang berlaku.
Sumber : http://blogs.depkominfo.go.id/setjen/struktur-organisasi/pusat-sarana-teknik-telematik
Pusat Sarana Teknik Telematika adalah unsur pelaksana tugas tertentu departemen berada di bawah serta bertanggung jawab kepada Menteri melalui Sekretaris Jenderal. Pusat Sarana Teknik Telematika dipimpin oleh seorang Kepala Pusat. Pusat Sarana Teknik Telematika mempunyai tugas melaksanakan layanan pengelolaan, pengembangan dan pemanfaatan sarana teknik telematika departemen berdasarkan kebijakan yang ditetapkan oleh Menteri.
Dalam melaksanakan tugas, Pusat Sarana Teknik Telematika menyelenggarakan fungsi:
a.pelayanan aplikasi interface dan fasilitasi sarana teknik telematika;
b.pelayanan dan pengembangan sistem jaringan interface dan piranti keras telematika;
c.pelaksanaan urusan ketatausahaan pusat.
Susunan Organisasi
Pusat Sarana Teknik Telematika terdiri dari:
a.Bidang Aplikasi;
b.Bidang Piranti Keras dan Lunak;
c.Subbagian Tata Usaha.
Bidang Aplikasi
Bidang Aplikasi mempunyai tugas melaksanakan penyiapan bahan pelayanan aplikasi interface untuk pelayanan publik dan fasilitasi sarana teknik telematika untuk pelayanan publik. Dalam melaksanakan tugas, Bidang Aplikasi menyelenggarakan fungsi:
a.pelayanan aplikasi interface di bidang telematika;
b.pelaksanaan fasilitasi sarana teknik telematika.
Bidang Aplikasi terdiri dari:
a.Subbidang Layanan Aplikasi;
b.Subbidang Fasilitasi Sarana.
(1).Subbidang Layanan Aplikasi mempunyai tugas melakukan penyiapan bahan pelayanan aplikasiinterface telematika.
(2).Subbidang Fasilitasi Sarana mempunyai tugas melakukan penyiapan bahan fasilitasi di bidang sarana teknik telematika.
Bidang Piranti Keras dan Lunak
Bidang Piranti Keras dan Lunak mempunyai tugas melaksanakan advokasi dan konsultasi model, prototipedan pengamanan piranti keras dan lunak telematika. Dalam melaksanaan tugas, Bidang Piranti Keras dan Lunak menyelenggarakan fungsi:
a.pelaksanaan fasilitasi dan advokasi model, prototipe piranti keras dan lunak;
b.pelaksanaan fasilitasi dan advokasi pengamanan piranti keras dan lunak.
Bidang Piranti Keras dan Lunak terdiri dari:
a.Subbidang Rancang Bangunan
b.Subbidang Pengamanan.
(1).Subbidang Rancang Bangun mempunyai tugas melakukan penyiapan bahan fasilitasi dan advokasi model, prototipe sarana teknik telematika;
(2).Subbidang Pengamanan mempunyai tugas melakukan penyiapan bahan fasilitasi dan advokasi pengamanan sarana teknik telematika.
Subbagian Tata Usaha
Subbagian Tata Usaha mempunyai tugas melaksanakan urusan tata usaha dan rumah tangga Pusat.
Kelompok Jabatan Fungsional
Kelompok Jabatan Fungsional pada Pusat Sarana Teknik Telematika mempunyai tugas melakukan kegiatan sesuai dengan jabatan fungsional masing-masing berdasarkan peraturan perundang-undangan yang berlaku.
(1).Kelompok Jabatan Fungsional terdiri dari sejumlah jabatan fungsional yang terbagi dalam berbagai kelompok jabatan fungsional sesuai dengan bidang keahliannya yang diangkat dan diatur berdasarkan peraturan perundang-undangan yang berlaku.
(2).Masing-masing Kelompok Jabatan Fungsional, dikoordinasikan oleh seorang tenaga fungsional senior yang ditetapkan oleh Kepala Pusat Sarana Teknik Telematika.
(3).Jumlah tenaga fungsional, ditentukan berdasarkan kebutuhan dan beban kerja.
(4).Jenis dan jenjang jabatan fungsional, diatur berdasarkan peraturan perundang-undangan yang berlaku.
Sumber : http://blogs.depkominfo.go.id/setjen/struktur-organisasi/pusat-sarana-teknik-telematik
Spesifikasi Open Services Gateway Initiative (OSGI)
Spesifikasi Open Services Gateway Initiative (OSGI)
The OSGi Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah terbuka organisasi standar yang didirikan pada Maret 1999. Aliansi dan anggota-anggotanya telah ditentukan yang Java berbasis layanan platform yang dapat dikelola dari jarak jauhInti bagian dari spesifikasi adalah sebuah kerangka kerja yang mendefinisikan suatu manajemen siklus hidup aplikasi model, layanan registry, sebuah lingkungan Eksekusi dan Modul. Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.
OSGi teknologi adalah sistem modul dinamis untuk Java ™
OSGi teknologi menyediakan layanan berorientasi, komponen 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.
Pengadopsi teknologi OSGi manfaat dari peningkatan waktu ke pasar dan mengurangi biaya pengembangan karena teknologi OSGi menyediakan integrasi pra-dibangun dan pra-komponen subsistem diuji. Teknologi ini juga mengurangi biaya pemeliharaan dan kemajuan aftermarket baru peluang unik karena jaringan dapat dimanfaatkan untuk secara dinamis mengupdate atau memberikan layanan dan aplikasi di lapangan.
Spesifikasi:
OSGi spesifikasi yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGi. OSGi Allianceyang memiliki kepatuhan program yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGi implementasi berisi lima entri.
Arsitektur 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:
1. Bundles
Bundles adalah normal jar komponen dengan nyata tambahan header
2. Services
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).
3. Services
API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).
4. Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
5. Modules
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
6. Security
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
7. Execution Environment
Mendefinisikan metode dan kelas apa yang tersedia dalam platform tertentuTidak 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.1/Foundation-1.1 CDC-1.1/Foundation-1.1
• OSGi/Minimum-1.0 OSGi/Minimum-1.0
• OSGi/Minimum-1.1 OSGi/Minimum-1.1
• JRE-1.1 JRE-1.1
• From J2SE-1.2 up to J2SE-1.6 Dari J2SE-1.2 hingga J2SE-1,6
• CDC-1.0/Foundation-1.0 CDC-1.0/Foundation-1.0
sumber :
http://bluewarrior.wordpress.com
http://en.wikipedia.org/wiki/OSGi
http://www.osgi.org/Main/HomePage
The OSGi Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah terbuka organisasi standar yang didirikan pada Maret 1999. Aliansi dan anggota-anggotanya telah ditentukan yang Java berbasis layanan platform yang dapat dikelola dari jarak jauhInti bagian dari spesifikasi adalah sebuah kerangka kerja yang mendefinisikan suatu manajemen siklus hidup aplikasi model, layanan registry, sebuah lingkungan Eksekusi dan Modul. Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.
OSGi teknologi adalah sistem modul dinamis untuk Java ™
OSGi teknologi menyediakan layanan berorientasi, komponen 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.
Pengadopsi teknologi OSGi manfaat dari peningkatan waktu ke pasar dan mengurangi biaya pengembangan karena teknologi OSGi menyediakan integrasi pra-dibangun dan pra-komponen subsistem diuji. Teknologi ini juga mengurangi biaya pemeliharaan dan kemajuan aftermarket baru peluang unik karena jaringan dapat dimanfaatkan untuk secara dinamis mengupdate atau memberikan layanan dan aplikasi di lapangan.
Spesifikasi:
OSGi spesifikasi yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGi. OSGi Allianceyang memiliki kepatuhan program yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGi implementasi berisi lima entri.
Arsitektur 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:
1. Bundles
Bundles adalah normal jar komponen dengan nyata tambahan header
2. Services
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).
3. Services
API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference).
4. Life-Cycle
API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.
5. Modules
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).
6. Security
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.
7. Execution Environment
Mendefinisikan metode dan kelas apa yang tersedia dalam platform tertentuTidak 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.1/Foundation-1.1 CDC-1.1/Foundation-1.1
• OSGi/Minimum-1.0 OSGi/Minimum-1.0
• OSGi/Minimum-1.1 OSGi/Minimum-1.1
• JRE-1.1 JRE-1.1
• From J2SE-1.2 up to J2SE-1.6 Dari J2SE-1.2 hingga J2SE-1,6
• CDC-1.0/Foundation-1.0 CDC-1.0/Foundation-1.0
sumber :
http://bluewarrior.wordpress.com
http://en.wikipedia.org/wiki/OSGi
http://www.osgi.org/Main/HomePage
Teknologi Java Security Proses
Teknologi Java Security Proses
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.
AMI-C (Automotive Multimedia Interface Colaboration)
AMIC – The Automotive Multimedia Interface Kolaborasi (AMIC) didirikan pada
Oktober 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. Inisiatif ini-yang 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.
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 utamanya adalah untuk:
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 airbag, pintu kunci dan diagnostik input / output;
2. Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan;
3. 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; dan
4. Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.
The Automotive Multimedia Interface Colaboration (AMI-C) mengumumkan hak cipta di seluruh dunia penugasan dari otomotif 1394 spesifikasi teknis kepada Asosiasi Perdagangan 1394. Berikut dokumen AMI-C sekarang milik 1394TA:
1. AMI-C 3.023 Power Management Spesifikasi
2. AMI-C 3.013 Power Management Arsitektur
3. AMI-C 2002 1.0.2 common Pesan Set Power Management
4. AMI-C Uji 3.034 Dokumen Manajemen Power
5. AMI-C 4.001 Revisi Spesifikasi Fisik
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://fajarnurdiansyah.blogspot.com/
http://en.wikipedia.org/wiki/Java_Community_Process
http://qbheadlines.com/inovasi_bwh.php?aid=131&flag=1&baru=0&cat=6
http://www.medeaplus.org/web/medeaplus/article_october2002.php
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.
AMI-C (Automotive Multimedia Interface Colaboration)
AMIC – The Automotive Multimedia Interface Kolaborasi (AMIC) didirikan pada
Oktober 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. Inisiatif ini-yang 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.
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 utamanya adalah untuk:
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 airbag, pintu kunci dan diagnostik input / output;
2. Meningkatkan pilihan dan mengurangi keusangan sistem elektronik kendaraan;
3. 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; dan
4. Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.
The Automotive Multimedia Interface Colaboration (AMI-C) mengumumkan hak cipta di seluruh dunia penugasan dari otomotif 1394 spesifikasi teknis kepada Asosiasi Perdagangan 1394. Berikut dokumen AMI-C sekarang milik 1394TA:
1. AMI-C 3.023 Power Management Spesifikasi
2. AMI-C 3.013 Power Management Arsitektur
3. AMI-C 2002 1.0.2 common Pesan Set Power Management
4. AMI-C Uji 3.034 Dokumen Manajemen Power
5. AMI-C 4.001 Revisi Spesifikasi Fisik
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://fajarnurdiansyah.blogspot.com/
http://en.wikipedia.org/wiki/Java_Community_Process
http://qbheadlines.com/inovasi_bwh.php?aid=131&flag=1&baru=0&cat=6
http://www.medeaplus.org/web/medeaplus/article_october2002.php
Langganan:
Postingan (Atom)
