Tugas Softskill Pengantar Telematika

PENGANTAR TELEMATIKA

JOURNAL MIDDLEWARE

1.      PENDAHULUAN

1.1 Latar belakang masalah

Untuk membangun sebuah aplikasi client server multi platform programming salah satu cara adalah dengan memanfaatkan middleware. Middleware bias dijelaskan pada 2 tataran, yaitu tataran konsep/paradigma dan tataran aplikasi pemrograman.

Pada tataran konsep, middleware digunakan sebagai jembatan atau penghubung dua aplikasi atau lebih yang memiliki perbedaan, middleware kadang disebut sebagai plumbing karena middleware digunakan untuk menghubungkan 2 bagian dari sebuah aplikasi dan digunakan untuk melewatkan data diantara mereka. Pada tataran implementasi, middleware adalah sebuah paket program instan yang digunakan untuk menghubungkan dua program yang berbeda platforma atau produk/vendor. Beberapa jenis middleware yang bisa digunakan untuk pemrograman adalah ORB, RPC, RMI, DCE, dan MOM. Produk Middleware biasanya di pakai oleh sebuah arsitektur atau framework pemrograman.

ORB (Object Request Broker) dimiliki oleh arsitektur atau framework pemrograman CORBA (Common Object Request Broker Architectur) dan JAVA, RMI (Remothe Method Invocation) dimiliki oleh teknologi JAVA. Pada tulisan ini akan dijelaskan konsep dan implementasi pemrograman middleware ORB pada framework CORBA, dengan kasus client server berbeda platform pemrograman. Tulisan ini akan dibagi menjadi beberapa bagian. Bagian berikutnya adalah bagian II akan membahas tentang middleware-middleware yang bisa membangun aplikasi bisnis (EAI).

Pada bagian ini juga akan dibahasa CORBA-ORB serta arsitektur frameworknya. Pembahasan tentang konsep dan implementasi pemrograman dengan middleware ini akan dibahas pada bagian III dan pada bagian IV akan dibahas tentang tinjauan kritis penggunaan middleware dalam membangun aplikasi client server.

1.2  Batasan Masalah

Berdasarkan masalah diatas maka ruang lingkup penulisan dibatasi pada pemanfaatan middleware ORB (Object Request Broker)

1.3 Tujuan Penulisan

Pembuatan makalah ini disusun untuk memberikan kemudahan dan pengetahuan tentang middleware telematika. Memberikan pengetahuan lebih tentang konsep pemrograman jaringan dengan memanfaatkan middleware ORB (Object Request Broker)

1.4 Metode Penelitian

Beragai data yang digunakan dalam penulisan ini diperoleh dari studi pustaka dengan mencari bahan dasar sebagai acuan teori dan bahan dari beragai buku dan situs-situs terpercaya pada internet serta beberapa referensi yang berhubungan dengan permasalahan yang akan dibahas penulis.

2.      TINJAUAN PUSTAKA

2.1 Middleware dan Enterprise ApplicationIntegration

Middleware adalah sebuah aplikasi yang secara logic berada diantara lapisan aplikasi (application layer) dan lapisan data dari sebuah arsitektur layer-layer TCP/IP . Middleware bisa juga disebut protokol. Protokol komunikasi middleware mendukung layanan komunikasi aras tinggi.

Biasanya program middleware menyediakan layanan pesan (messaging services) sehingga aplikasi-aplikasi yang berbeda-beda itu dapat berkomunikasi. Sistem middleware mengikat aplikasi-aplikasi yang terpisah. Penggunaannya dalam aplikasi bisnis dikenal sebagai Enterprise Application Integration (EAI).

Middleware EAI membuat penghubung antara aplikasi-aplikasi dalam berbagai cara, namun secara umum cara ini diistilahkan sebagai transformasi dan routing data dan mengatur aliran proses bisnis. Ada implikasi dalam hal ini bahwa aplikasi-aplikasi itu ber ada dalam sebuah dunia heterogenitas – perbedaan platform operasi, pemisahan model data dan penyimpan data, heterogenitas jaringan dan protocol komunikasi.

2.2 Middleware ORB dalam framework CORBA

CORBA (Common Object Request Broker Architecture) adalah sebuah standar system terdistribusi yang dikembangkan oleh OMG (Object Management Group), yaitu sebuah konsorsium yang terdiri dari lebih dari 800 perusahaan untuk membantu dalam pemrograman objek-objek terdistribusi. CORBA adalah sebuah cara bagi objekobjek untuk melakukan interoperasi lintas jaringan. Sejak spesifikasi CORBA versi 1.2 diperkenalkan pada tahun 1991, CORBA memberikan sebuah mekanisme standar bagi komunikasi antar objek lintas jaringan, kemudian spesifikasi CORBA tersebut berkembang dengan diperkenalkannya CORBA 2.0 di tahun 1994 dan CORBA 3.0 yang direlease tahun 2000. Hal yang penting untuk dicatat bahwa CORBA hanya sebuah spesifikasi untuk membuat dan menggunakan objek-objek terdistribusi, CORBA bukan sebuah produk atau bahasa pemrograman.

Vendor-vendor yang ingin membuat produk-produk yang mengikuti spesifikasi CORBA dapat bebas untuk melakukannya. Tetapi yang perlu ditekankan/diyakinkan adalah bahwa vendor-vendor tersebut mengikuti spesifikasi CORBA secara persis sama. Hal ini agar semua produk yang dihasilkan vendor-vendor tersebut memiliki keselarasan dengan CORBA (CORBA compliant), sehingga satu sama lain dapat berinteraksi. Hal lain yang perlu diingat bahwa CORBA independen terhadap bahasa pemrograman selama bahasa-bahasa pemrograman tersebut memiliki pemeta (mapping) dari bahasa definisi interface dalam CORBA.

CORBA merupakan sebuah spesifikasi middleware yang ideal untuk mendukung dan mengaplikasikan sistem komputer terdistribusi. Arsitektur CORBA berbasis pada model objek. Model ini berasal dari abstraksi inti model objek yang didefinisikan oleh OMG dalam sebuah petunjuk OMA (Object Management Architecture), yang dapat ditemukan dalam [2]. Beberapa hal penting yang perlu dicatat bahwa CORBA berbeda dengan pemrograman objek serupa adalah:

1.      Objek-objek CORBA dapat berjalan dalam berbagai platform.

2.      Objek-objek CORBA ditempatkan di manapun dalam jaringan.

3.      Objek-objek CORBA dapat ditulis dalam beberapa bahasa pemrograman yang memiliki pemeta IDL (IDL mapping).

Bersifat open, maksudnya bahwa CORBA bias dipakai oleh setiap orang yang ingin menggunakan standarisasi CORBA ini. Sehingga akan muncul perbedaan-perbedaan dalam menggunakannya, seperti perbedaan platform ataupun bahasa pemrograman. Tetapi hal ini justru menjadi kelebihan CORBA bahwa CORBA mampu mengkomunikasikan sistem yang memiliki perbedaan-perbedaan tersebut.

CORBA merupakan sebuah arsitektur yang menyediakan sebuah framework crossplatform untuk membangun dan mengembangkan sistem objek terdistribusi. Ide utama dibelakang CORBA adalah sebuah perangkat lunak perantara (intermedier) atau disebut middleware yang mengatur dan menyebarkan akses request ke sekumpulan data tertentu. Perangkat lunak perantara ini adalah Middleware ORB (Object Request Broker).

ORB melakukan interaksi dan membuat request ke berbagai macam objek. ORB ini terletak diantara layer data dan layer aplikasi dalam susunan arsitektur jaringan 7 layer model OSI. ORB akan melakukan negosiasi antara pesan request dari objek ke objek atau dari objek server ke sekumpulan data (data set). Tujuan CORBA adalah untuk membuat pemrograman lebih mudah dengan membuat aplikasi berbasis CORBA yang sangat portable. Untuk melihat lebih detail tentang arsitektur CORBA dan ORB berada didalamnya, maka CORBA memiliki sebuah arsitektur yang disebut OMA (Object Management Group).OMA mengelompokkan jenis-jenis interak si antar program untuk memudahkan penyediaan dukungan.

OMA melakukan strukturisasi dunia aplikasi ke dalam dua kelompok besar: kategori layanan CORBA (CORBAservices) dan kategori fasilitas CORBA (CORBAfacilities). Layanan CORBA menyediakan fungsi-fungsi dasar yang digunakan oleh hampir setiap obyek dalam berbagai aplikasi. Fungsi-fungsi ini biasanya bersifat generik dan tidak tergantung pada jenis domain aplikasi. Sebagai contoh adalah layanan penamaan (naming service). Bayangkan bila memerlukan sebuah layanan tapi tidak tahu kemana harus mencari server yang menyediakan layanan tersebut. Layanan penamaan dapat membantu layaknya sebuah "halaman kuning" (yellow pages) ; dia bisa menyiarkan direktori layanan yang terdaftar padanya. Karena sifatnya yang generik, layanan penamaan dapat digunakan oleh aplikasi dari berbaga i domain.

Fasilitas CORBA menyediakan layanan pada level aplikasi. Ada dua jenis fasilitas: horizontal, yang diperlukan oleh berbagai jenis domain (misalnya, user-interface), dan vertikal, yang berlaku khusus untuk domain tertentu. Fasilitas horizontal fungsinya mirip dengan layanan CORBA, tetapi beroperasi pada level yang lebih tinggi karena berhubungan langsung dengan aspek fungsional dari aplikasi. OMG secara terus-menerus melakukan standarisasi terhadap interface untuk komponen-komponen di masing-masing kategori. Semakin banyak layanan dan fasilitas yang distandarisasi, semakin mudah untuk mencapai komputasi terdistribusi berbasis komponen dalam berbagai bidang secara plug-and -play, tanpa terganggu oleh masalah heterogenitas.

2.3 Software CORBA-ORB

Ada banyak software CORBA-ORB baik yang free dan opensource maupun yang komersil. Yang akan digunakan disini adalah software ORB dari Java yang disebut Java-ORB dan JAC-ORB dari Fu Berlin / Xtradine. Keduanya berbasis Java. Sementara software ORB yang lainnnya dapat dilihat dalam tabel berikut.

Ketika masuk ke pemrograman secara teknis maka yang perlu diketahui adalah sebuah bahasa interface yang digunakan untuk menghubungkan berbagai macam aplikasi. Bahasa ini disebut Interface Definition Language (IDL). Untuk mengenal tentang IDL maka berikut adalah pembahasan tentang IDL.

2.4 Interface Definition Language (IDL)

IDL merupakan inti untuk pembuatan aplikasi CORBA. IDL memuat sekumpulan tipe variabel yang kemudian akan dipetakan ke berbagai bahasa pemrograman. Suatu interface dalam CORBA menyediakan sebuah deskripsi fungsi-fungsi yang disediakan untuk sebuah objek. Atribut, method dan parameter adalah informasi-informasi yang dispesifikasi oleh sebuah interface. IDL adalah sebuah bahasa yang menggambarkan objek-objek interface dalam sebuah aplikasi CORBA.

IDL mendefinisikan tipe-tipe objeknya dengan mendefinisikan interface-interfacenya. Sebuah interface terdiri dari sekumpulan nama operasi dan parameter-parameter untuk operasi-operasi tersebut. Catatan bahwa IDL hanya digunakan untuk menggambarkan interface, dan bukan sebuah implementasi. IDL bukan pula bahasa pemrograman. Melalui IDL, sebuah implementasi objek tertentu memberitahukan pada client tentang operasi-operasi apa saja yang tersedia dan memberitahukan bagaimana cara untuk mengambilnya. Dengan definisi IDL, objek-objek CORBA harus dipetakan ke beberapa bahasa pemrograman yang akan digunakan untuk membangun aplikasi client dan juga server. Beberapa bahasa pemrograman yang memiliki pemeta IDL (IDL mapping) adalah C, C++, Java, Smalltalk, Lisp, Basic, Pascal dan Python. Setelah mendefinisikan sebuah interface untuk objek-objek dalam IDL, programmer bebas untuk mengimplementasikan objek-objek dengan menggunakan bahasa pemrograman yang sesuai yang memiliki pemeta IDL. Sebagai sebuah protokol kompiler, IDL bisa digambarkan sebagai berikut:

3.   ANALISA DAN PEMBAHASAN

3.1 Implementasi Pemrograman Jaringan Menggunakan Middleware CORBA-ORB

Untuk membangun aplikasinya ada beberapa langkah yang perlu diperhatikan dalam hal pemrograman menggunakan middleware CORBA-ORB. Langkah-langkah itu adalah :

1. Membuat rancangan dan analisa kebutuhan system

2. Men-download software yang akan digunakan (software yang akan digunakan adalah Java-ORB dan JAC-ORB)

3. Coding atau melakukan langkah-langkah teknis pemrograman

Untuk membangun pemrograman jaringan dengan Middleware CORBA-ORB, maka perlu dianalisa terlebih dahulu hal-hal yang diperlukan sebelum masuk ke langkah coding/pemrograman. Sesuai dengan tujuan yang ingin dibuat adalah aplikasi yang melakukan koneksi melalui ORB, dan bias menunjukkan aplikasi yang terpisah dan berbeda platform, maka bisa digambarkan sebagai berikut :

Dari gambar diatas terlihat bahwa ada 2 aplikasi yang jalan di dua platform pemrograman yang berbeda. Platform yang akan digunakan adalah Java-ORB dan Jac-ORB. 2 aplikasi tersebut juga akan diinstal pada platform sistem operasi yang berbeda. Sistem operasi yang akan digunakan adalah Linux untuk Jac-ORB dan Windows untuk Java-ORB.

Dua aplikasi itu pun berada pada mesin yang berbeda. Disisi lain client pun akan menggunakan platform yang berbeda dengan server-nya. Jika ingin mengakses Server Java-ORB, maka yang akan digunakan adalah ORB Name Product Bhs Pemrogrmn Licence JAVA ORB SUN MicroSystem Java Free VisiBroker Visigenic/Borland Java, C++, Delphi Evaluation JacORB Fu Berlin/XTRADyneJava Free MICO Mico.org/GPL Soft. C++ Free ISP Rusian Univ C++ Free ORBacus IONA Java, C++ Free OMNIORB OMNI Java, C++ Evaluation VBORB Visual Basic Free MTdORB Phyton Phyton Free. Aplikasi Client yang dibuat dengan JAC-ORB. Sedangkan jika client ingin mengakses aplikasi yang ada di platform JAC-ORB, maka akan digu nakan aplikasi client yang dibangun dengan Java-ORB.

3.2 Implementasi Pemrograman

Beberapa langkah yang harus dilakukan untuk membangun aplikasi sesuai dengan arsitektur diatas adalah :

1. Membuat bahasa definisi IDL

2. Membuat aplikasi Server

3. Membuat Aplikasi Client

4. Mengkompilasi semua class yang telah dibuat

Contoh kasus ini adalah program jumlah() dan kurang() untuk server Java-ORB dan program kali() dan bagi() untuk server JAC-ORB. Dua file tersebut kemudian dikompilasi dengan menggunakan IDL Compiler yang dimiliki oleh Java- ORB dan JAC-ORB.

Langkah berikutnya membuat aplikasi server untuk kedua ORB yang digunakan. Dua file server diatas sebelum diinstallkan di dua komputer server yang berbeda terlebih dulu di kompilasi. Karena secara default Client tidak bsa mengakses kedua server tersebut, maka langkah berikutnya adalah membuat aplikasi Client dengan CORBA (JAVA-ORB dan JAC-ORB) sebagai Middleware. Setelah CORBAdijalankan, Client dapat mengakses kedua server tersebut.

Hasil akhir dari percobaan ini adalah terbukti bahwa CORBA dapat menghubungkan server sebagai middleware yang berbeda platform dengan client.

4. PENUTUP

4.1  Kesimpulan

Kesimpulan yang diperoleh dari hasil penulisan makalah ini yaitu : Middleware CORBA-ORB bisa membangun dua buah sistem untuk bisa saling melakukan interoperasi. Kemudian Middleware CORBA-ORB juga sangat membantu untuk pengembangan skala program aplikasi. Dan kesimpulan yang terakhir Middleware CORBA-ORB dapat memudahkan untuk pengembangan tim developer.

Hal yang sangat menarik dari pemrograman dengan memanfaatkan middleware CORBA-ORB adalah isu tentang interoperasi, atau diistilahkan interoperabilitas. Isu ini memandang 2 sistem berbeda yang ingin melakukan komunikasi. Middleware CORBA-ORB bisa dijadikan suatu fasilitator untuk melakukan interoperasi itu. Middle ware CORBA-ORB juga bisa digunakan untuk penghubung dari banyak aplikasi yang berbeda platform bahasa pemrograman.

Isu yang lain yang juga terlibat dalam pemrograman middleware CORBA-ORB adalah masalah scalability. Isu ini dimaksudkan untuk penambahan / perluasan skala pengembangan aplikasi. Untuk membuat aplikasi jaringan client server tidak dibatasi dengan satu platform pemrograman saja tetapi bias lebih luas lagi dengan berbagai platform pemrograman.

Isu yang juga menarik adalah kemudahan pengembangan. Dengan sistem terpisah-pisah secara fisik maupun logika, maka tim developer bias dipecah-pecah secara mudah berdasarkan pemisahan itu. Ahli pemrograman Java bisa concern dengan aplikasi Java, ahli pemrograman C++ bisa concern dengan aplikasi C++, begitu juga programer Delphi dan lain-lainnya.

Daftar Pustaka

1.      www.webopedia.com/TERM/M/middleware.html

2.      http://patrisachi.blogspot.com/2012/01/konsep-pemrograman-jaringan-dengan.html

3.      Mahmoud H., Qusay , Distributed Programming With Java, Manning, 2000.

4.      Somantri, Maman, Pemrograman Lintas Bahasa Pemrograman dalam Arsitektur CORBA, Prosiding Seminar Nasional Teknologi Informasi, STTNAS Yogyakarta, Juni 2005.

5.      Somantri Maman. Konsep pemograman Jaringan dengan memanfaatkan jaringan Middleware ORB

6.      http://vickyariesca.blogspot.co.id/2014/01/jurnal-telematika-middleware.html

Tugas Softskill Pengantar Telematika

PENGANTAR TELEMATIKA

ARTIKEL VIRTUAL MACHINE

A.    PENJELASAN

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

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

C.    KELEBIHAN DAN KEKURANGAN

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

2.      Kekurangan virtual machine, Beberapa kesulitan utama dari konsep VM, diantaranya adalah :

Sistem penyimpanan. Sebagai contoh kesulitan dalam system penyimpananadalah   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.

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

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

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

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

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

Fungsional Kolaborasi Antarmuka Otomotif Multimedia TelematikaAntarmuka 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 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.

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.

Sumber :

http://fajarrahmadani.blogspot.com/2013_11_01_archive.html

http://justruri.blogspot.com/2014/11/penulisan-softskill-ke-3.html

G.     Network Online Transaction Processing

Proses transaksi online, atau OLTP, adalah kelas sistem informasi yang memfasilitasi dan mengelola aplikasi berorientasi transaksi, biasanya untuk entri data dan pengambilan proses transaksi. Istilah ini agak ambigu, beberapa mengerti "transaksi" dalam konteks komputer atau database transaksi, sementara yang lain (seperti Processing Performance Council Transaksi) mendefinisikannya dalam hal bisnis atau transaksi komersial.

H.    Transaksi Online Sistem Pengolahan Desain

Untuk membangun sebuah sistem OLTP, desainer harus tahu bahwa sejumlah besar pengguna konkuren tidak mengganggu kinerja sistem. Untuk meningkatkan kinerja sistem OLTP, desainer harus menghindari penggunaan berlebihan dari indeks dan cluster.

Sumber : 

http://justruri.blogspot.com/2014/11/penulisan-softskill-ke-3.html

http://etrisetiowati.blogspot.co.id/2014/11/penulisan-pengantar-telematika-ke-3.html

Penulis : Yusuf Effendi (20), Sistem Informasi, Universitas Gunadarma.

Tugas Softskill Pengantar Telematika

PENGANTAR TELEMATIKA

ARTIKEL AUTOMOTIVE MULTIMEDIA INTERFACE COLABORATION (AMI-C)

A.    PENJELASAN

Kolaborasi antar-muka otomatif multimedia atau dalam bahasa inggris disebut Automotive Multimedia Interface Collaboration (AMI-C). Kika kita definisikan kata-kata di dalamnya, terdapat kata otomotif, menurut wikipedia, otomotif adalah ilmu yang mempelajari tentang alat-alat transportasi darat yang menggunakan mesin, terutama mobil dan sepeda motor. Maka dapat disimpulkan bawa AMI-C berhubungan dengan interface & multimedia dalam dunia transportasi.

            Tujuan Utama dari AMI-C sendiri adalah untuk menyediakan interface standar bagi pengendara mobil dengan menggunakan media komputer. Saat ini kita dapat melihat kebutuhan akan komputer tidak hanya pada Personal Computer maupun Laptop, tetapi juga pada mobil seperti sistem navigasi (GPS), hands-free pada telepon selular, termasuk pengenalan suara sintesis yang berfungsi untuk komunikasi jarak dekat untuk dipersembahkan komunikasi jarak dekat ( DSRC) sistem untuk kendaraan untuk infrastruktur komunikasi dan sistem mobil seperti airbag, pintu kunci dan diagnostik input / output.

B.     PENGERTIAN

AMI-C adalah sebuah organisasi yang dibentuk untuk menetapkan standarisasi yang digunakan untuk mengatur bagaimana perangkat elektronik dapat bekerja seperti komputer & alat komunikasi pada kendaraan, sehingga alat-alat elektronik tersebut dapat bekerja dengan baik dan sesuai dengan kendaraan. Karena belum tentu alat-alat elektronik tersebut sesuai (compatible) dengan setiap kendaraan (mobil) oleh karena itu diperlukan standar agar perangkat elektronik tersebut tidak mengganggu kerja sistem mobil.

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

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. Makalah membahas otomotif standar untuk antarmuka multimedia. Organisasi seperti Otomotif Kolaborasi Multimedia Interface (AMI-C) memiliki kesempatan untuk menjadi kekuatan pendorong di belakang upaya standardisasi.

Depan yang berbeda, The Otomotif Multimedia Interface Kolaborasi(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 Speci .cation.

D.    TUJUAN

Tujuan dari proyek ini ialah sebagai berikut :

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.

Sumber :

http://amirkribo.blogspot.com/

http://reffliansii.blogspot.co.id/2013/01/kolaborasi-antar-muka-otomotif.html

Penulis : Yusuf Effendi (20), Sistem Informasi, Universitas Gunadarma.