Only Some Information

Sistem Ujian Nasional (UN) Terkomputerisasi

Sistem UN saat ini kurang efektif karena mengharuskan siswa untuk mengisi sendiri lembar jawaban yang ada dengan cara manual. Hal ini menyebabkan seringnya jawaban siswa tidak terdeteksi.


Sistem yang Dijalankan saat ini :

Sistem Ujian Nasional yang berlangsung pada saat ini adalah mengisi langsung dengan menggunakan kertas, lembar jawaban, dan pensil 2B. Hal ini sering menimbulkan masalah tidak terdeteksinya jawaban siswa oleh scanner pada saat pengoreksian jawaban, sehingga banyak nilai siswa yang sebetulnya bagus menjadi berkurang drastis akibat masalah ini.

Sistem yang Diajukan :
Agar mengurangi kendala tidak terdeteksinya jawaban siswa pada saat ujian karena masalah teknis seperti, kurang hitam pada saat pembulatan jawaban, atau lembar jawaban komputer kotor maka sistem UN diajukan agar terkomputerisasi sehingga dapat meminimalisasi masalah-masalah diatas. Sistem yang diajukan ini juga dapat membantu pengurangan penggunaan kertas dan pensil. Siswa datang ke sekolah kemudian mengerjakan soal-soal yang sudah ada pada database komputer dengan menginput nama dan nomor ujian. Sistem ini dapat mempersingkat waktu dan meminimalisasi biaya.

Sejarah Java
Java dipelopori oleh James Gosling, Patrick Naughton, Chris Warth, Ed Frank, dan Mike Sheridan dari Sun Microsystems, Inc pada tahun 1991. Mereka membutuhkan kurang lebih 18 bulan untuk membuat versi pertamanya. Bahasa ini pada awalnya disebut “Oak” tapi kemudian diubah menjadi “Java” pada tahun 1995 karena nama Oak telah dijadikan hak cipta dan digunakan sebagai bahasa pemrograman lainnya. Antara pembuatan Oak pada musim gugur 1992 hingga diumumkan ke publik pada musim semi 1995, banyak orang yang terlibat dalam desain dan evolusi bahasa ini. Bill Joy, Arthur van Hoff, Jonathan Payne, Frank Yellin, dan Tim Lindholm merupakan kontributor kunci yang mematangkan prototipe aslinya.

Sebagai sebuah platform, JAVA terdiri atas 2 bagian utama, yaitu :
-Java Virtual Machine (JVM)
-ava Application Programming Interface (JAVA API)


Java Virtual Machine (JVM)
Java Virtual Machine merupakan aplikasi sederhana yang ditulis dalam bahasa C untuk mengeksi program yang ditulis dalam bahasa Java. Pada saat kompilasi (perubahan dari bahasa tingkat tinggi ke bahasa lebih rendah), program tersebut diubah menjadi KODE BYTE. Kemudian pada saat eksekusi, JVM membaca kode byte tersebu dan mengubahnya menjadi bahasa mesin yang dimengerti oleh sistem operasi tempat program tersebut dijalankan.
Karena JVM sangat bergantung pada platformnya (bahasa mesin merupakan bahasa level rendah yang hanya dimengerti oleh suatu mesin tertentu, misalnya Intel, tapi tidak dapat dimengerti oleh mesin lain, seperti Macintosh), byte code ini dapat dibuat untuk terbebas dari kungkungan platform tertentu. Code byte yang dihasilkan dalam proses kompilasi bahasa Java akan selalu sama untuk setiap sistem operasi atau jenis mesinnya, tetapi JVM akan mengubah kode byte tersebut menjadi bahasa mesin tujuannya.


Java Application Programming Interface (JavaAPI)

Java API merupakan komponen-komponen dan kelas JAVA yang sudah jadi, yang memiliki berbagai kemampuan. Kemampuan untuk menangani objek, string, angka, dsb. Java API terdiri dari tiga bagian utama:

Java Standard Edition (SE), sebuah standar API untuk merancang aplikasi desktop dan applets dengan bahasa dasar yang mendukung grafis, keamanan, konektivitas basis data dan jaringan.
Java Enterprose Edition (EE), sebuah inisiatif API untuk merancang aplikasi serverdengan mendukung untuk basis data.
Java Macro Edition (ME), sebuah API untuk merancang aplikasi yang jalan pada alat kecil seperti telepon genggam, komputer genggam dan pager.

Pada Java API ini juga ditawarkan beberapa fitur menarik yang dapat digunakan oleh user yang sedang berkecimpung di dunia Java. Beberapa fitur tersebut adalah :

1. Applet
Java Applet merupakan program Java yang berjalan di atas browser. Penggunaan applet ini akan membuat halaman HTML lebih dinamis dan menarik.

2. Java Networking

3. Java Database Connectivity (JDBC)
JDBC API terdiri atas class dan interface yang ditulis dalam bahasa Java untuk sebagai alat bantu bagi pembuat program (developer ) dan menyediakan sekumpulan API untuk mengatur keamanan mengakses database seperti Oracle, MySQL, PostgreSQL, Microsoft SQL Server. Jadi keunggulan API JDBC dapat mengakses sumber data dan berjalan pada semua Platform yang mempunyai Java Viortual Machine (JVM).

4. Java Server Pages (JSP)
JSP adalah suatu teknologi web berbasis bahasa pemrograman Java dan berjalan pada platform Java. JSP merupakan engembangan dari Servlet serta merupakan bagian dari teknologi Java 2 Platform, Enterprise Edition (J2EE).

5. Java Card


Platform yang ada pada JAVA dikembangkan oleh yang namanya Java Community Process (JCP). JCP didirikan pada tahun 1998, merupakan suatu proses formal yang memungkinkan pihak-pihak yang tertarik untuk terlibat dalam mengembangkan versi dan fitur dari platform JAVA tersebut. Di dalam JCP terdapat yang namanya Java Specification Request’s atau JSRs. JSRs adalah kumpulan dokumen formal yang menggambarkan spesifikasi dan teknologi yang diusulkan oleh orang-orang yang terlibat dalam JCP untuk melakukan penambahan fitur-fitur yang terdapat pada platform JAVA tersebut.

Publik formal review dari JSRs akan muncul sebelum JSRs final di putuskan oleh komite eksekutif JCP. JSRs terakhir yang menyediakan implementasi referensi yang merupakan implementasi teknologi dalam bentuk kode sumber dan teknologi kompatibilitas kit untuk melakukan verifikasi terhadap Java API. Jadi dapat dikatakan bahwa sebuah JSRs menggambarkan JCP itu sendiri.

Sumber:
http://bebas.vlsm.org/v06/Kuliah/SistemOperasi/BUKU/SistemOperasi-4.X-1/ch04s03.html
http://bebas.vlsm.org/v06/Kuliah/SistemOperasi/BUKU/SistemOperasi-4.X-1/ch04s04.html
http://java.lyracc.com/belajar/java-untuk-pemula/mengenal-bahasa-pemrograman-java

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

Sumber : http://www.osun.org/Automotive+Multimedia+Interface+Colaboration-pdf.html

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 jauh. Inti bagian dari spesifikasi adalah sebuah kerangka kerja yang mendefinisikan suatu manajemen siklus hidup aplikasi model, layanan registry, sebuah lingkungan Eksekusi dan Modul. Based on this framework, a large number of OSGi Layers, APIs , and Services have been defined. Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.
Kerangka kerja yang OSGi sistem modul untuk Java yang lengkap dan mengimplementasikan sebuah model komponen dinamis, sesuatu yang tidak ada di Jawa standalone / VM lingkungan. Aplikasi atau komponen (datang dalam bentuk bungkusan untuk penyebaran) dapat jarak jauh diinstal, mulai, berhenti, diperbarui dan dihapus tanpa memerlukan reboot; pengelolaan paket Jawa / kelas ditentukan dengan sangat rinci. Hidup siklus manajemen dilakukan melalui API yang memungkinkan untuk remote men-download dari kebijakan manajemen. Registri layanan memungkinkan berkas untuk mendeteksi penambahan layanan baru, atau penghapusan layanan, dan beradaptasi sesuai.
Asli layanan fokus pada penerapan gateway tapi ternyata jauh lebih luas. OSGi spesifikasi 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), manajemen armada, dan aplikasi server.


IMPLEMENTASI OSGI

Teknologi Osgi sudah sangat banyak dikembangkan untuk berbagai macam keperluan dalam sehari hari maupun di bidang teknologi informasi dan industry serta di bidang ilmu komputer.
Dalam kehidupan sehari-hari

Dikembangkan untuk mengendalikan alat-alat elektronik dalam rumah tangga dengan internet. Yaitu dengan menghubungkan berbagai framework OSGI ini untuk mengendalikan alat-alat rumah tangga yang bersifat elektronik. Hal ini dilakukan dengan berbagai protocol network yaitu Bluetooth, uPnP,HAVi, dan X10. Dengan bantuan Jini dan standart OSGI dari sun microsistem yaitu Java Embedded Server. Teknologi ini dinamakan home network dan jinni adalah salah satu standart untuk pembuatan home nerwork yang berbasis java.
Teknologi dan industry

Dalam hal ini pengembangan OSGI dalam Teknologi dan industri adalah untuk otomatisasi industri. Seperti otomatisnya system dalam gudang yang dapat meminta dalam PPIC untuk mengadakan bahan baku, dan masih banyak yang lain.
Ilmu Komputer

Dalam ilmu Komputer ini sangat banyak pengembang yang memanfaatkan teknologi OSGI ini. Dari surfing di internet banyak yang mengulas tentang Pemrograman Java yang mengapdopsi teknologi osgi ini. Salah satu contoh adalah knopflerfish merupakan framework untuk melakukan OSGI didalam program Java. Dan juga eclipse IDE merupakan OSGI framework yang dikembangkan oleh eclipse dan berbasis GUI. Dan masih banyak juga dalam server serta program-program lain yang mengembangkan teknologi OSGI ini.

Adapun siklus hidup OSGI yang digambarkan dibawah ini :

Istilah arsitektur mengacu pada desain sebuah aplikasi, atau dimana komponen yang membentuk suatu system ditempatkan dan bagaimana mereka berkomunikasi. Client merupakan sembarang sistem atau proses yang melakukan suatu permintaan data atau layanan ke server sedangkan server ialah, sistem atau proses yang menyediakan data atau layanan yang diminta olehclient.
Client-Server adalah pembagian kerja antara server dan client yg mengakses server dalam suatu jaringan. Jadi arsitektur client-server adalah desain sebuah aplikasi terdiri dari client dan server yang saling berkomunikasi ketika mengakses server dalam suatu jaringan.
Macam-macam arsitektur aplikasi Client-Server beserta kelebihan dan kekurangannya yaitu:

1. Standalone (one-tier)
Pada arsitektur ini semua pemrosesan dilakukan pada mainframe. Kode aplikasi, data dan semua komponen sistem ditempatkan dan dijalankan pada host.
Walaupun computer client dipakai untuk mengakses mainframe, tidak ada pemrosesan yang terjadi pada mesin ini, dan karena mereka “dump- client” atau “dump-terminal”. Tipe model ini, dimana semua pemrosesan terjadi secara terpusat, dikenal sebagai berbasis-host. Sekilas dapat dilihat kesalahan pada model ini. Ada dua masalah pada komputasi berbasis host: Pertama, semua pemrosesan terjadi pada sebuah mesin tunggal, sehzingga semakin banyak user yang mengakses host, semakin kewalahan jadinya. Jika sebuah perusahaan memiliki beberapa kantor pusat, user yang dapat mengakses mainframe adalah yang berlokasi pada tempat itu, membiarkan kantor lain tanpa akses ke aplikasi yang ada.
Pada saat itu jaringan sudah ada namun masih dalam tahap bayi, dan umumnya digunakan untuk menghubungkan terminal dump dan mainframe. Namun keterbatasan yang dikenakan pada user mainframe dan jaringan telah mulai dihapus.

Keuntungan arsitektur standalone (one-tier):- Sangat mudah
- Cepat dalam merancang dan mengaplikasikan

Kelemahan arsitektur standalone (one-tier):- Skala kecil
- Susah diamankan
- Menyebabkan perubahan terhadap salah satu komponen diatas tidak mungkin dilakukan, karena akan mengubah semua bagian.
- Tidak memungkinkan adanya re-usable component dan code.
- Cepat dalm merancang dan mengaplikasikan

2. Client/Server (two tier)
Dalam model client/server, pemrosesan pada sebuah aplikasi terjadi pada client dan server. Client/server adalah tipikal sebuah aplikasi two-tier dengan banyakclient dan sebuah server yang dihubungkan melalui sebuah jaringan.
Aplikasi ditempatkan pada computer client dan mesin database dijalankan pada server jarak-jauh. Aplikasi client mengeluarkan permintaan ke database yang mengirimkan kembali data ke client-nya.
Model Two-tier terdiri dari tiga komponen yang disusun menjadi dua lapisan : client (yang meminta serice) dan server (yang menyediakan service).
Tiga komponen tersebut yaitu :
1. User Interface. Adalah antar muka program aplikasi yang berhadapan dan digunakan langsung oleh user.
2. Manajemen Proses.
3. Database.
Model ini memisahkan peranan user interface dan database dengan jelas, sehingga terbentuk dua lapisan.

Kelebihan dari model client/server- Mudah
- Menangani Database Server secara khusus
- Relatif lebih sederhana untuk di develop dan diimplementasikan.
- Lebih cocok diterapkan untuk bisnis kecil.

Server database berisi mesin database, termasuk tabel, prosedur tersimpan, dan trigger (yang juga berisi aturan bisnis). Dalam system client/server, sebagian besar logika bisnis biasanya diterapkan dalam database. Server database manangani :
§ Manajemen data
§ Keamanan
§ Query, trigger, prosedur tersimpan
§ Penangan kesalahan

Arsitektur client/server merupakan sebuah langkah maju karena mengurangi beban pemrosesan dari komputer sentral ke computer client. Ini berarti semakin banyak user bertambah pada aplikasi client/server, kinerja server file tidak akan menurun dengan cepat. Dengan client/server user dair berbagai lokasi dapat mengakses data yang sama dengan sedikit beban pada sebuah mesin tunggal.
Namun masih terdapat kelemahan pada model ini. Selain menjalankan tugas-tugas tertentu, kinerja dan skalabilitas merupakan tujuan nyata dari sebagian besar aplikasi.

Kekurangan dari model client/server :
- Kurangnya skalabilitas
- Koneksi database dijaga
- Tidak ada keterbaharuan kode
- Tidak ada tingkat menengah untuk menangani keamanan dan transaksi
- skala kecil.
- Susah di amankan.
- Lebih mahal.


3. Three Tier
Arsitektur Three Tier merupakan inovasi dari arsitektur Client Server. Pada arsitektur Three Tier ini terdapat Application Server yang berdiri di antara Client dan Database Server. Contoh dari Application server adalah IIS, WebSphere, dan sebagainya.
Application Server umumnya berupa business process layer, dimana bisa didevelop menggunakan PHP, ASP.Net, maupun Java. Sehingga kita menempatkan beberapa business logic kita pada tier tersebut.
Arsitektur Three Tier ini banyak sekali diimplementasikan dengan menggunakan Web Application. Karena dengan menggunakan Web Application, Client Side (Komputer Client) hanya akan melakukan instalasi Web Browser. Dan saat komputer client melakukan inputan data, maka data tersebut dikirimkan ke Application Server dan diolah berdasarkan business process-nya. Selanjutnya Application Server akan melakukan komunikasi dengan database server.

Biasanya, implementasi arsitektur Three Tier terkendala dengan network bandwidth. Karena aplikasinya berbasiskan web, maka Application Server selalu mengirimkan Web
Application-nya ke computer Client. Jika kita memiliki banyak sekali client, maka bandwidth yang harus disiapkan akan cukup besar, Sedangkan network bandwidth biasanya memiliki limitasi. Oleh karena itu biasanya, untuk mengatasi masalah ini, Application Server ditempatkan pada sisi client dan hanya mengirimkan data ke dalam database server.
Konsep model three-tier adalah model yang membagi fungsionalitas ke dalam lapisan-lapisan, aplikasiaplikasi mendapatkan skalabilitas, keterbaharuan, dan keamanan.

Kelebihan arsitektur Three Tier :
- Segala sesuatu mengenai database terinstalasikan pada sisi server, begitu pula dengan pengkonfigurasiannya. Hal ini membuat harga yang harus dibayar lebih kecil.
- Apabila terjadi kesalahan pada salah satu lapisan tidak akan menyebabkan lapisan lain ikut salah
- Perubahan pada salah satu lapisan tidak perlu menginstalasi ulang pada lapisan yang lainnya dalam hal ini sisi server ataupun sisi client.
- Skala besar.
- Keamanan dibelakang firewall.
- Transfer informasi antara web server dan server database optimal.
- Komunikasi antara system-sistem tidak harus didasarkan pada standart internet, tetapi dapat menggunakan protocol komunikasi yang lebvih cepat dan berada pada tingkat yang lebih rendah.
- Penggunaan middleware mendukung efisiensi query database dalam SQL di pakai untuk menangani pengambilan informasi dari database.

Kekurangan arsitekture Three Tier :- Lebih susah untuk merancang
- Lebih susah untuk mengatur
- Lebih mahal

4. Multi Tier

Arsitektur Multi Tier adalah suatu metode yang sangat mirip dengan Three Tier. Bedanya, pada Multi Tier akan diperjelas bagian UI (User Interface) dan Data Processing.
Yang membedakan arsitektur ini adalah dengan adanya Business Logic Server. Database Server dan Bussines Logic Server merupakan bagian dari Data Processing, sedangkan Application Server dan Client/Terminal merupakan bagian dari UI. Business Logic Server biasanya masih menggunakan bahasa pemrograman terdahulu, seperti COBOL. Karena sampai saat ini, bahasa pemrograman tersebut masih sangat mumpuni sebagai business process.
Multi-tier architecture menyuguhkan bentuk three – tier yang diperluas dalam model fisik yang terdistribusi. Application server dapat mengakses Application server yang lain untuk mendapat data dari Data server dan mensuplai servis ke client Application.

Kelebihan arsitektur Multi tier :
- Dengan menggunakan aplikasi multi-tier database, maka logika aplikasi dapat dipusatkan pada middle-tier, sehingga memudahkan untuk melakukan control terhadap client-client yang mengakses middle server dengan mengatur seting pada dcomcnfg.
- Dengan menggunakan aplikasi multi-tier, maka database driver seperti BDE/ODBC untuk mengakses database hanya perlu diinstal sekali pada middle server, tidak perlu pada masing-masing client.
- Pada aplikasi multi-tier, logika bisnis pada middle-tier dapat digunakan lagi untuk mengembangkan aplikasi client lain,sehingga mengurangi besarnya program untuk mengembangkan aplikasi lain. Selain itu meringankan beban pada tiap-tiap mesin karena program terdistribusi pada beberapa mesin.
- Memerlukan adaptasi yang sangat luas ruang lingkupnya apabila terjadi perubahan sistem yang besar.

Kekurangan arsitektur Multi tier :- Program aplikasi tidak bisa mengquery langsung ke database server, tetapi harus memanggil prosedur-prosedur yang telah dibuat dan disimpan pada middle-tier.
- Lebih mahal

Kesimpulan :
Aplikasi Client/Server memungkinkan berbagi berkas atau periferal atau pengaksesan komputer melalui jarak jauh. Dari ketiga arsitektur diatas Multi Tier akan sangat mudah dan aman bagi kita untuk mengimplementasikan arsitektur three tier atau multi tier client/ server khususnya jika kita memiliki infrastruktur yang solid untuk itu.

Dalam era intranet dan aplikasi internet sekarang ini, arsitektur three tier atau multi tier client/ server menjadi arsitektur paling favorit yang digunakan. Karena memberikan kita keleluasaan untuk mengembangkan aplikasi kita mulai dari sistem yang paling kecil hingga kita mengembangkannya menjadi sebuah aplikasi berskala enterprise.

Sumber : buletindo.com

Pengertian Middleware Didefinisikan sebagai sebuah aplikasi yang secara logic berada diantara lapisan aplikasi (application layer) dan lapisan data dari sebuah arsitektur layer-layer TCP/IP [1]. Dan besar kemungkinannya bahwa OLEDB akan menjadi database middleware yang paling populer pada saat teknologinya matang, karena keterbukaannya, arsitekturnya yang object-oriented, dan kemampuannya mengakses hampir semua tipe penyimpanan

Middleware merupakan komponen perangkat lunak yang memberikan peranan penting dalam pengembangan aplikasi client/server dengan tidak memandang platform. Beberapa arsitektur dan tipe middleware dapat digunakan sesuai dengan kebutuhan diperlukan kerangka arsitektur dan platform yang kompatibel bagi semua departemen dan lembaga pemerintah, serta penerapan standardisasi bagi berbagai hal yang terkait dengan penggunaan teknologi telematika secara luas. Agar pemerintah dapat meningkatkan hubungan kerja antar instansi pemerintah serta dapat menyediakan pelayanan bagi masyarakat dan dunia usha secara efektif dan transparan, diperlukan kerangka arsitektur dan platform yang kompatibel bagi Memperlihatkan arsitektur yang kuat, karena merupakan jaringan kerja dan tidak terdapat pusat kontrolnya. c. Kecepatan beroperasinya sesuai waktu yang sesungguhnya (real time speed).

Contoh middleware lain: ODBC (object database connectivity) & JDBC (Javabean database Connectivity)


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. Inti bagian dari spesifikasi adalah suatu kerangka kerja yang mendefinisikan aplikasi model manajemen siklus hidup, sebuah layanan registry, sebuah lingkungan Eksekusi dan Modul. Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan.

Spesifikasi
OSGi spesifikasi yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGi [1]. OSGi Alliance yang memiliki program kepatuhan 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:

Bundel
Kumpulan jar normal komponen dengan nyata tambahan header.

Layanan
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO).

Services Registry
API untuk manajemen jasa (ServiceRegistration, ServiceTracker dan ServiceReference).

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

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

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

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://en.wikipedia.org/wiki/OSGi

A. HEAD-UP DISPLAY SYSTEM
Sebuah head-up display, atau disingkat HUD, adalah setiap tampilan yang transparan menyajikan data tanpa memerlukan pengguna untuk melihat diri dari sudut pandang atau yang biasa. Asal usul nama berasal dari pengguna bisa melihat informasi dengan kepala "naik" dan melihat ke depan, bukan memandang miring ke instrumen yang lebih rendah.

Meskipun mereka pada awalnya dikembangkan untuk penerbangan militer, HUDs sekarang digunakan dalam pesawat komersial, mobil, dan aplikasi lainnya.
HUDs pertama pada dasarnya statis kemajuan teknologi pemitar pesawat tempur militer. Rudimenter HUDs hanya diproyeksikan sebuah "pipper" untuk bantuan senjata pesawat tujuan. Sebagai HUDs maju, lebih (dan lebih kompleks) informasi yang telah ditambahkan. HUDs segera ditampilkan meriam dihitung solusi, dengan menggunakan informasi pesawat seperti kecepatan dan sudut serangan, sehingga sangat meningkatkan akurasi pilot bisa mencapai di udara untuk pertempuran udara. Sebuah contoh awal dari apa yang sekarang dapat disebut sebagai head-up layar adalah Sistem Proyektor AI Inggris Mrk VIII radar pencegatan udara dipasang ke beberapa de Havilland Mosquito pejuang malam, di mana layar radar diproyeksikan ke kaca depan pesawat buatan bersama cakrawala, memungkinkan pilot untuk melakukan penangkapan tanpa mengalihkan pandangan dari kaca depan.

Pada bulan Juni 1952, Royal Navy dirilis NA.39 Kebutuhan Staf Angkatan Laut menyerukan pemogokan carrier-borne pesawat dengan jangkauan besar yang mampu membawa senjata nuklir di bawah radar musuh musuh cover dan mencolok pengiriman atau pelabuhan. Blackburn Pesawat memenangkan tender untuk memproduksi desain mereka yang menjadi Buccaneer. Buccaneer prototipe yang pertama terbang pada tanggal 30 April 1958. Spesifikasi pesawat menyerukan Penglihatan Attack navigasi dan senjata memberikan informasi rilis untuk modus serangan tingkat rendah. Ada persaingan sengit antara pendukung HUD baru desain dan elektro-mekanis akrab dengan HUD Gunsight dikutip sebagai pilihan bodoh bahkan radikal. Lengan Air cabang disponsori Departemen pengembangan suatu Strike Penglihatan. The Royal Aircraft Establishment (RAE) merancang peralatan dan itu dibangun oleh Cintel dan sistem terpadu pertama kali pada tahun 1958. HUD Cintel bisnis yang diambil alih oleh Elliott Penerbangan Otomasi dan HUD Buccaneer diproduksi dan dikembangkan lebih lanjut terus sampai versi Mark III dengan total 375 sistem dibuat; itu diberi `cocok dan melupakan 'title oleh Royal Navy dan masih dalam jangkauan layanan hampir 25 tahun kemudian. BAE Systems dengan demikian memiliki klaim pertama di dunia Head Up Display layanan operasional.

Di Britania Raya, itu segera dicatat bahwa pilot terbang dengan pemandangan senapan baru itu menjadi lebih baik dalam mengemudikan pesawat mereka. Pada titik ini, HUD memperluas penggunaan senjata di luar instrumen yang bertujuan menjadi alat piloting. Pada tahun 1960, Perancis Gilbert test pilot Klopfstein menciptakan HUD modern pertama, dan sistem standar HUD simbol-simbol sehingga pilot hanya akan belajar satu sistem dan dapat lebih mudah transisi antara pesawat. 1975 melihat perkembangan HUD modern untuk digunakan dalam peraturan penerbangan instrumen pendekatan untuk mendarat. Klopfstein memelopori teknologi HUD militer jet tempur dan helikopter, bertujuan untuk mensentralisasi data penerbangan kritis dalam bidang pilot visi. Pendekatan ini berusaha untuk meningkatkan efisiensi scan pilot dan mengurangi "kejenuhan tugas" dan informasi yang berlebihan.

Pada 1970-an, HUD diperkenalkan untuk penerbangan komersial.

Pada tahun 1988, Oldsmobile Cutlass Supreme menjadi mobil produksi pertama dengan head-up display.

Sampai beberapa tahun yang lalu, Embraer 190 dan Boeing 737 New Generation Aircraft (737-600,700,800, dan 900 series) adalah satu-satunya pesawat penumpang komersial untuk datang dengan HUD opsional. Sekarang, bagaimanapun, teknologi ini menjadi lebih umum dengan pesawat seperti Canadair RJ, Airbus A318 dan beberapa jet bisnis yang menampilkan perangkat. HUD telah menjadi peralatan standar Boeing 787. Lebih jauh lagi, Airbus A320, A330, A340 dan A380 keluarga yang sedang menjalani proses sertifikasi untuk HUD.
Jenis

Ada dua jenis HUD. Sebuah HUD tetap mengharuskan pengguna untuk melihat melalui elemen layar terikat pada badan pesawat atau kendaraan chasis. Sistem menentukan gambar yang akan disajikan semata-mata tergantung pada orientasi kendaraan. Kebanyakan pesawat HUDs adalah tetap.

Helm dipasang menampilkan (HMD) secara teknis bentuk HUD, perbedaan adalah bahwa mereka menampilkan elemen tampilan yang bergerak dengan orientasi kepala pengguna relatif badan pesawat.

Banyak pesawat tempur modern (seperti F/A-18, F-22, Eurofighter) menggunakan kedua yang HUD dan HMD secara bersamaan. F-35 Lightning II dirancang tanpa HUD, dengan mengandalkan semata-mata pada HMD, sehingga modern pertama tempur militer untuk tidak memiliki HUD tetap.
Generasi

HUDs terbagi menjadi 3 generasi yang mencerminkan teknologi yang digunakan untuk menghasilkan gambar.

*Generasi Pertama - Gunakan CRT untuk menghasilkan sebuah gambar pada layar fosfor, memiliki kelemahan dari degradasi dari waktu ke waktu dari lapisan layar fosfor. Mayoritas HUDs beroperasi saat ini adalah dari jenis ini.

* Generasi Kedua - Gunakan sumber cahaya padat, misalnya LED, yang dimodulasi oleh sebuah layar LCD untuk menampilkan gambar. Ini menghilangkan memudar dengan waktu dan juga tegangan tinggi yang dibutuhkan untuk sistem generasi pertama. Sistem ini pada pesawat komersial.

* Generasi Ketiga - Gunakan waveguides optik untuk menghasilkan gambar secara langsung dalam Combiner daripada menggunakan sistem proyeksi.

Faktor-faktor

Ada beberapa faktor yang insinyur harus dipertimbangkan ketika merancang sebuah HUD:

* Bidang penglihatan - Karena mata seseorang berada di dua titik berbeda, mereka melihat dua gambar yang berbeda. Untuk mencegah mata seseorang dari keharusan untuk mengubah fokus antara dunia luar dan layar HUD, layar adalah "Collimated" (difokuskan pada tak terhingga). Dalam tampilan mobil umumnya terfokus di sekitar jarak ke bemper.

* Eyebox - menampilkan hanya dapat dilihat sementara mata pemirsa dalam 3-dimensi suatu daerah yang disebut Kepala Motion Kotak atau "Eyebox". HUD Eyeboxes modern biasanya sekitar 5 dengan 3 dari 6 inci. Hal ini memungkinkan pemirsa beberapa kebebasan gerakan kepala. Hal ini juga memungkinkan pilot kemampuan untuk melihat seluruh tampilan selama salah satu mata adalah di dalam Eyebox.

* Terang / kontras - harus menampilkan pencahayaan yang diatur dalam dan kontras untuk memperhitungkan pencahayaan sekitarnya, yang dapat sangat bervariasi (misalnya, dari cahaya terang awan malam tak berbulan pendekatan minimal bidang menyala).

* Menampilkan akurasi - HUD komponen pesawat harus sangat tepat sesuai dengan pesawat tiga sumbu - sebuah proses yang disebut boresighting - sehingga data yang ditampilkan sesuai dengan kenyataan biasanya dengan akurasi ± 7,0 milliradians. Perhatikan bahwa dalam kasus ini kata "menyesuaikan diri" berarti, "ketika suatu benda diproyeksikan di Combiner dan objek yang sebenarnya terlihat, mereka akan selaras". Hal ini memungkinkan layar untuk menunjukkan pilot persis di mana cakrawala buatan, serta proyeksi pesawat jalan dengan akurasi besar. Ketika Enhanced Visi digunakan, misalnya, tampilan lampu landasan harus selaras dengan lampu landasan yang sebenarnya ketika lampu nyata terlihat. Boresighting dilakukan selama proses pembangunan pesawat dan dapat juga dilakukan di lapangan pada banyak pesawat terbang. Lebih baru mikro-tampilan teknologi pencitraan sedang diperkenalkan, termasuk liquid crystal display (LCD), liquid crystal on silicon (LCoS), digital mikro-cermin (DMD), dan organik Dioda cahaya (OLED).

* Instalasi - instalasi dari komponen HUD harus kompatibel dengan avionik lain, menampilkan, dll

Komponen

HUD tipikal mengandung tiga komponen utama: Sebuah Kombinasi, para Projector Unit, dan video komputer generasi.

The Combiner adalah bagian dari unit yang terletak tepat di depan pilot. Ini adalah ke permukaan yang informasi diproyeksikan sehingga pilot dapat melihat dan menggunakannya. Pada beberapa pesawat yang Combiner cekung dalam bentuk dan pada orang lain itu adalah datar. Ini memiliki lapisan khusus yang mencerminkan cahaya monokromatik diproyeksikan dari Unit Projector sementara memungkinkan semua panjang gelombang cahaya yang lain melewatinya. Pada beberapa pesawat itu adalah mudah dipindah-pindah (atau dapat diputar keluar dari jalan) oleh aircrew.

Unit Proyeksi proyek yang gambar ke Combiner untuk pilot untuk melihat. Pada awal HUDs, ini dilakukan melalui pembiasan, meskipun menggunakan refleksi HUDs modern. Unit proyeksi menggunakan Katoda Ray Tube, Dioda cahaya, atau layar kristal cair untuk memproyeksikan gambar. Unit proyeksi dapat berupa di bawah ini (seperti kebanyakan pesawat tempur) atau di atas (seperti dengan transportasi / pesawat komersial) yang Combiner.

Komputer ini biasanya terletak dengan peralatan avionik lain dan menyediakan antarmuka antara HUD (yaitu proyeksi unit) dan sistem / data yang akan ditampilkan. Pada pesawat, komputer ini biasanya dual sistem berlebihan independen. Mereka menerima input langsung dari sensor (PITOT-statis, gyroscopic, navigasi, dll) naik pesawat dan melakukan perhitungan mereka sendiri dan bukan dihitung sebelumnya menerima data dari komputer penerbangan. Komputer yang terintegrasi dengan sistem pesawat dan memungkinkan konektivitas ke beberapa bus data yang berbeda seperti ARINC 429, ARINC 629, dan MIL-STD-1553.
Pesawat
Tampilkan data

Ciri khas layar HUDs kecepatan pesawat, ketinggian, garis cakrawala, pos, belok / bank dan slip / tergelincir indikator. Instrumen ini adalah minimum yang diperlukan oleh 14 CFR Part 91.

Simbol dan data lain juga tersedia di beberapa HUDs:

* Boresight atau simbol waterline - adalah tetap pada layar dan menunjukkan di mana hidung pesawat sebenarnya berada.

* Flight Path Vector (FPV) atau simbol vektor kecepatan - menunjukkan di mana pesawat ini benar-benar terjadi, jumlah dari semua gaya yang bekerja pada pesawat. Sebagai contoh, jika pesawat ini bernada up tetapi kehilangan energi, maka FPV simbol akan berada di bawah cakrawala meskipun simbol boresight berada di atas cakrawala. Selama pendekatan dan pendaratan, pilot dapat terbang pendekatan dengan menjaga simbol di FPV keturunan yang dikehendaki sudut dan titik touchdown di landasan.

* Percepatan energi indikator atau isyarat - biasanya ke kiri dari FPV simbol, maka di atasnya jika pesawat mengalami percepatan, dan di bawah simbol FPV jika perlambatan.

* Sudut serangan indikator - menunjukkan sudut sayap relatif terhadap airmass, sering ditampilkan sebagai "α".

* Data dan simbol-simbol navigasi - untuk pendekatan dan pendaratan, sistem pemandu penerbangan dapat memberikan isyarat visual didasarkan pada alat bantu navigasi seperti Instrument Landing System atau ditambah Global Positioning System seperti Wide Area Augmentation System. Biasanya ini adalah sebuah lingkaran yang cocok di dalam jalur penerbangan vektor simbol. Dengan "terbang ke" bimbingan isyarat, pilot pesawat terbang di sepanjang jalur penerbangan yang benar.

Sejak diperkenalkan pada HUDs, baik simbol FPV dan percepatan standar menjadi kepala di bawah menampilkan (HDD). Bentuk yang sebenarnya dari simbol pada FPV HDD tidak standar, tetapi biasanya merupakan gambar pesawat sederhana, seperti sebuah lingkaran dengan dua garis miring pendek, (180 ± 30 derajat) dan "sayap" pada ujung garis menurun. Menjaga FPV di cakrawala memungkinkan pilot untuk tingkat terbang bergantian di berbagai sudut bank.

Source :
http://en.wikipedia.org/wiki/Head_up_display

B. TANGIBLE USER INTERFACE
Sebuah Tangible User Interface (TUI) adalah sebuah antarmuka pengguna di mana orang berinteraksi dengan informasi digital melalui lingkungan fisik. Nama awal Graspable User Interface, yang tidak lagi digunakan.

Salah satu pelopor dalam antarmuka pengguna nyata adalah Hiroshi Ishii, seorang profesor di MIT Media Laboratory yang mengepalai Berwujud Media Group. Pada visi-Nya nyata UIS, disebut Berwujud Bits, adalah memberikan bentuk fisik ke informasi digital, membuat bit secara langsung dimanipulasi dan terlihat. Bit nyata mengejar seamless coupling antara dua dunia yang sangat berbeda dari bit dan atom.
Karakteristik Berwujud User Interfaces

1. Representasi fisik digabungkan untuk mendasari komputasi informasi digital.
2. Representasi fisik mewujudkan mekanisme kontrol interaktif.
3. Representasi fisik perseptual digabungkan untuk secara aktif ditengahi representasi digital.
4. Keadaan fisik terlihat "mewujudkan aspek kunci dari negara digital dari sebuah sistem.

Contoh :

Sebuah contoh nyata adalah Marmer UI Answering Machine oleh Durrell Uskup (1992). Sebuah kelereng mewakili satu pesan yang ditinggalkan di mesin penjawab. Menjatuhkan marmer ke piring diputar kembali pesan atau panggilan terkait kembali pemanggil.

Contoh lain adalah sistem Topobo. Balok-balok dalam LEGO Topobo seperti blok yang dapat bentak bersama, tetapi juga dapat bergerak sendiri menggunakan komponen bermotor. Seseorang bisa mendorong, menarik, dan memutar blok tersebut, dan blok dapat menghafal gerakan-gerakan ini dan replay mereka.

Pelaksanaan lain memungkinkan pengguna untuk membuat sketsa gambar di atas meja sistem dengan pena yang benar-benar nyata. Menggunakan gerakan tangan, pengguna dapat mengkloning gambar dan peregangan dalam sumbu X dan Y akan hanya sebagai salah satu program dalam cat. Sistem ini akan mengintegrasikan kamera video dengan gerakan sistem pengakuan.

Contoh lain adalah logat, pelaksanaan TUI membantu membuat produk ini lebih mudah diakses oleh pengguna tua produk. 'teman' lewat juga dapat digunakan untuk mengaktifkan interaksi yang berbeda dengan produk.

Beberapa pendekatan telah dilakukan untuk membangun middleware untuk TUI generik. Mereka sasaran menuju kemerdekaan aplikasi domain serta fleksibilitas dalam hal teknologi sensor yang digunakan. Sebagai contoh, Siftables menyediakan sebuah platform aplikasi yang sensitif menampilkan gerakan kecil bertindak bersama-sama untuk membentuk antarmuka manusia-komputer.

Dukungan kerjasama TUIs harus mengizinkan distribusi spasial, kegiatan asynchronous, dan modifikasi yang dinamis, TUI infrastruktur, untuk nama yang paling menonjol. Pendekatan ini menyajikan suatu kerangka kerja yang didasarkan pada konsep ruang tupel LINDA untuk memenuhi persyaratan ini. Kerangka kerja yang dilaksanakan TUI untuk menyebarkan teknologi sensor pada semua jenis aplikasi dan aktuator dalam lingkungan terdistribusi.

Source:
http://en.wikipedia.org/wiki/Tangible_User_Interface