Kesan- kesan selama mengikuti mata kuliah softskill :
Mengikuti mata kuliah ini merupakan suatu kesenangan pada diri saya, mungkin karena tidak perlu harus masuk pada setiap pertemuan, dalam arti hanya pada pertemuan-pertemuan tertentu saja masuknya (1 bulan sekali). Mata kuliah ini membuat wawasan terbuka dengan banyak mencari tulisan-tulisan tentang telematika. Awal pertemuan membuat 4 tulisan, dan 1 tugas belum begitu terbengkalai, tetapi selanjutnya. Tulisan dan tugas softskill ini membuat beban tersendiri (maklum tugasnya bukan hanya softskill saja, mata kuliah yang lainnya juga dapat tugas). Klo sudah keteter ya terpaksa memakai cara yang instann alias copy-Paste, hhehe.
Harapan saya :
Semoga matakuliah ini menjadi lebih baik lagi, bukan hanya dengan mendapatkan banyak tugas saja, tetapi cara pembelajarannya lebih baik lagi. Agar mahasiswa bukan hanya bias meng copy-paste tugas saja, tetapi mengerti dengan tugas yang diberikan pada mata kuliah softskill inii.
Minggu, 02 Januari 2011
Fungsional dan Struktural Telematika
Tulisan minggu 4 Bulan ke 4
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-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-telematika/
Spesifikasi dari Open Services gateway Initiative (OSGI)
Tulisan Minggu 3, Bulan ke 4
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.
Mengetahui bagaimana spesifikasi dari 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.
Mengetahui bagaimana arsitektur dari 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 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
Sumber : http://ayazmaniez.wordpress.com/2009/11/24/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.
Mengetahui bagaimana spesifikasi dari 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.
Mengetahui bagaimana arsitektur dari 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 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
Sumber : http://ayazmaniez.wordpress.com/2009/11/24/open-service-gateway-initiative-osgi/
Teknologi Java Security Proses (TCP)
Tulisan Minggu 2 Bulan ke 4
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
Bagaimana Teknologi Virtual Machine
TuLisan Minggu 1 bulan ke 4
Virtual Machine(VM) adalah sebuah mesin yang mempunyai dasar logika yang menggunakan pendekatan lapisan-lapisan ( layers)dari sistem komputer.Sehingga sistem komputer dengan tersendiri dibangun atas lapisan-lapisan tersebut, dengan urutan lapisannya mulai dari lapisan terendah sampai lapisan teratas adalah sebagai berikut:
* Perangkat keras (semua bagian fisik komputer)
* Kernel (program untuk mengontrol disk dan sistem file, multi-tasking, load-balancing, networking dan security)
* Sistem program (program yang membantu general user)
Kernel yang berada pada lapisan kedua ini, menggunakan instruksi perangkat keras untuk menciptakan seperangkat system call yang dapat digunakan oleh komponen-komponen pada level sistem program. Sistem program kemudian dapat menggunakan system call dan perangkat keras lainnya seolah-olah pada level yang sama. Meskipun sistem program berada di level tertinggi , namun program aplikasi bisa melihat segala sesuatu pada tingkatan dibawahnya seakan-akan mereka adalah bagian dari mesin. Pendekatan dengan lapisan-lapisan inilah yang kemudian menjadi kesimpulan logis pada konsep Virtual Machine(VM) atau virtual machine(VM).
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.
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.
Sumber : http://nebulacrew.blogspot.com/2010/12/bagaimana-teknologi-virtual-machine.html
Virtual Machine(VM) adalah sebuah mesin yang mempunyai dasar logika yang menggunakan pendekatan lapisan-lapisan ( layers)dari sistem komputer.Sehingga sistem komputer dengan tersendiri dibangun atas lapisan-lapisan tersebut, dengan urutan lapisannya mulai dari lapisan terendah sampai lapisan teratas adalah sebagai berikut:
* Perangkat keras (semua bagian fisik komputer)
* Kernel (program untuk mengontrol disk dan sistem file, multi-tasking, load-balancing, networking dan security)
* Sistem program (program yang membantu general user)
Kernel yang berada pada lapisan kedua ini, menggunakan instruksi perangkat keras untuk menciptakan seperangkat system call yang dapat digunakan oleh komponen-komponen pada level sistem program. Sistem program kemudian dapat menggunakan system call dan perangkat keras lainnya seolah-olah pada level yang sama. Meskipun sistem program berada di level tertinggi , namun program aplikasi bisa melihat segala sesuatu pada tingkatan dibawahnya seakan-akan mereka adalah bagian dari mesin. Pendekatan dengan lapisan-lapisan inilah yang kemudian menjadi kesimpulan logis pada konsep Virtual Machine(VM) atau virtual machine(VM).
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.
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.
Sumber : http://nebulacrew.blogspot.com/2010/12/bagaimana-teknologi-virtual-machine.html
Langganan:
Postingan (Atom)