1. PENGERTIAN OPEN SERVICES 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.
OSGi ARSITEKTUR
OSGi Arsitektur adalah sebuah set
spesifikasi yang mendefinisikan sebuah komponen system dinamik untuk Java.
Spesifikasi ini memungkinkan sebuah model pengembangan dimana aplikasi (secara
dinamik) terdiri dari berbagai komponen yang berbeda. Spesifikasi OSGi
memungkinkan komponen-komponennya untuk menyembunyikan implementasinya dari
komponen lainnya ketika berkomunikasi melalui services dimana biasanya ketika
hal ini berlangsung implementasi antar komponen dapat terlihat jelas. Model
yang simple ini telah jauh mencapai efek dari segala aspek dari proses
pengembangan software.
2. Kolaborasi Antar-Muka Otomotif Multimedia
Kolaborasi antar-muka otomatif
multimedia merupakan sebuah hubungan antara multimedia yang ada dengan
interface/antarmuka dalam dunia transportasi(menurut saya sendiri). Mengapa
demikian ? Karena pada pengertian pola dasar kata tersebut mengarah pada
kolaborasi yang artinya adalah hubungan atau sebuah penggabungan. Lalu terdapat
kata otomotif yang berarti sebuah ilmu yang mempelejari tetntang alat-alat
transportasi darat yang menggunakan mesin(wikipedia) dan terdapat pula kata
antar-muka yang berarti sebuah interaksi pengguna. Maka dapat disimpulkan bahwa
Kolaborasi antar-muka otomatif multimedia adalah segala hal yang berhubungan
dengan interface/antarmuka & multimedia dalam dunia transportasi.
Kolaborasi Antarmuka otomotif
multimedia 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.
Dengan begitu pengguna kendaraan
akan menggunakan sebuah sistem komputer di kendaraan yang sudah di lengkapi
dengan teknologi ini, seperti penggunaan GPS atau hal semacamnya yang
berhubungan dengan teknologi.
A. Arsitektur
Kolaborasi Antarmuka Otomotif Multimedia
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.
B. Struktural
Kolaborasi Antarmuka Otomotif Multimedia
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.
C. Fungsional
Kolaborasi Antarmuka Otomotif Multimedia
Tujuan utamanya
adalah untuk:
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.
3. Proses komunitas java (Java Community
Process JCP)
Proses komunitas
java (Java Community Process JCP)
Java dikembangkan
mengacu pada standar yang ditentukan oleh komite didalam JCP (Java Community
Process). Spesifikasi Java tidak sekedar fondasi VMnya, tetapi menyangkut
hampir semua aspek, mulai dari mekanisme mengakses devices I/O, komponen
pertukaran objek, sampai pengembangan container. JCP merupakan badan yang
bertanggung jawab terhadap standar teknologi Java.
Virtual Machine
Sebuah mesin
virtual (VM) adalah sebuah perangkat lunak implementasi sebuah mesin (misalnya
komputer) yang melaksanakan program-program seperti mesin fisik. Sebuah mesin
virtual pada awalnya ditentukan oleh Popek dan Goldberg sebagai "yang
efisien, terisolasi duplikat dari mesin yang nyata". Saat menggunakan
mesin virtual yang mencakup tidak memiliki surat-menyurat langsung ke perangkat
keras yang nyata.
Mesin virtual
dipisahkan ke dalam dua kategori utama, berdasarkan tingkat penggunaan dan
korespondensi untuk mesin nyata. Sebuah sistem mesin virtual yang lengkap
menyediakan platform sistem yang mendukung pelaksanaan lengkap sistem operasi
(OS). Sebaliknya, mesin virtual sebuah proses yang dirancang untuk menjalankan
sebuah program, yang berarti bahwa ia mendukung satu proses. Karakteristik
penting dari sebuah mesin virtual yang berjalan di dalam perangkat lunak adalah
terbatas pada sumber daya dan abstraksi yang disediakan oleh mesin virtual
tidak dapat keluar dari dunia virtual. Contoh: Suatu program yang ditulis dalam
Java menerima jasa dari Java Runtime Environment (JRE) perangkat lunak dengan
mengeluarkan perintah untuk, dan menerima hasil yang diharapkan dari, perangkat
lunak Java. Dengan memberikan layanan ini untuk program tersebut, perangkat
lunak Java bertindak sebagai "mesin virtual", menggantikan sistem
operasi atau hardware untuk program yang biasanya akan disesuaikan.
• Sistem virtual
machines
Sistem mesin
virtual (kadang-kadang disebut mesin virtual hardware) memungkinkan pembagian
yang mendasari sumber daya mesin fisik antara mesin virtual yang berbeda,
masing-masing berjalan sendiri sistem operasi. Lapisan perangkat lunak yang
menyediakan virtualisasi ini disebut mesin virtual monitor atau hypervisor.
Sebuah hypervisor dapat berjalan di hardware yang telanjang (Tipe 1 atau
pribumi VM) atau di atas sistem operasi (Tipe 2 atau host VM).
Keuntungan utama
dari sistem VMS adalah:
• beberapa OS
lingkungan dapat hidup berdampingan pada komputer yang sama, dalam isolasi kuat
satu sama lain
• mesin virtual
dapat memberikan set instruksi arsitektur (ISA) yang agak berbeda dari mesin
yang sebenarnya
• aplikasi
provisioning, pemeliharaan, tingkat ketersediaan dan pemulihan bencana
Kerugian utama dari
sistem VMS adalah:
• mesin virtual
kurang efisien daripada mesin nyata karena secara tidak langsung mengakses
perangkat keras
Beberapa VMS
masing-masing berjalan sistem operasi mereka sendiri (yang disebut sistem
operasi tamu) yang sering digunakan di server konsolidasi, di mana layanan yang
berbeda yang digunakan untuk menjalankan mesin individu untuk menghindari
gangguan yang terpisah, bukan berjalan di VMS pada mesin fisik yang sama.
Penggunaan ini sering disebut-kualitas dari layanan-isolasi (QoS isolasi).
Keinginan untuk menjalankan beberapa sistem operasi adalah motivasi asli untuk
mesin virtual, seperti time-sharing memungkinkan satu komputer di antara
beberapa single-tasking OS. Teknik ini memerlukan proses untuk berbagi sumber
daya CPU antara sistem operasi tamu dan memori virtualisasi untuk berbagi
memori pada host. OS tamu tidak harus sama, sehingga memungkinkan untuk
menjalankan OS yang berbeda pada komputer yang sama (misalnya, Microsoft
Windows dan Linux, atau versi lama dari sistem operasi untuk mendukung
perangkat lunak yang belum porting ke versi terbaru). Penggunaan mesin virtual
untuk mendukung OS tamu yang berbeda menjadi populer di embedded system;
tipikal digunakan adalah untuk mendukung real-time sistem operasi pada saat
yang sama sebagai OS tingkat tinggi seperti Linux atau Windows. Penggunaan
lainnya adalah untuk sandbox sebuah OS yang tidak dipercaya, mungkin karena itu
adalah sebuah sistem dalam pengembangan. Mesin virtual memiliki keuntungan
untuk OS lain pembangunan, termasuk akses debugging yang lebih baik dan lebih cepat
reboot. Teknik alternatif seperti Solaris Zones menyediakan tingkat isolasi
dalam satu sistem operasi. Ini tidak memiliki isolasi selengkap sebagai VM.
Sebuah kernel mengeksploitasi dalam suatu sistem dengan beberapa zona akan
mempengaruhi semua zona. Mencapai tujuan yang sama dalam implementasi mesin
virtual akan membutuhkan mengeksploitasi kelemahan dalam hypervisor. Sebuah
hypervisor biasanya memiliki lebih kecil "serangan permukaan" dari
sebuah sistem operasi yang lengkap, membuat ini lebih menantang. Lebih lanjut,
sebuah kernel mengeksploitasi tamu di VM tidak akan mempengaruhi VMS lain pada
host, seperti gangguan yang sukses menjadi satu zona belum tentu mempengaruhi
zona lain. Zona tidak mesin virtual, tetapi contoh "virtualisasi sistem operasi".
Ini termasuk lain "lingkungan virtual" (juga disebut "virtual
server") seperti Virtuozzo, FreeBSD penjara, Linux-VServer, chroot
penjara, dan OpenVZ. Ini memberikan beberapa bentuk rangkuman proses dalam
sebuah sistem operasi. Teknologi ini memiliki keunggulan sumber daya yang lebih
efisien daripada virtualisasi penuh dan memiliki lebih baik observability
menjadi beberapa tamu secara simultan; yang merugikan adalah bahwa, pada
umumnya, mereka hanya dapat menjalankan satu sistem operasi dan satu versi / patch
tingkat sistem operasi bahwa -- jadi, misalnya, mereka tidak dapat digunakan
untuk menjalankan dua aplikasi, salah satu yang hanya mendukung versi OS yang
lebih baru dan yang lain hanya mendukung versi OS yang lebih lama pada hardware
yang sama. However, Sun Microsystems has enhanced Solaris Zones to allow some
zones to behave like Solaris 8 or Solaris 9 systems by adding a system call
translator. Namun, Sun Microsystems telah meningkatkan Solaris Zones untuk
memungkinkan beberapa zona untuk berperilaku seperti Solaris 8 atau Solaris 9
sistem dengan menambahkan system call penerjemah.
• Proses mesin
virtual
Sebuah proses VM,
kadang-kadang disebut aplikasi mesin virtual, berjalan sebagai aplikasi biasa
di dalam sebuah OS dan mendukung proses tunggal. Hal ini tercipta ketika proses
itu dimulai dan hancur ketika keluar. Tujuannya adalah untuk menyediakan sebuah
platform-independen lingkungan pemrograman yang abstrak pergi rincian perangkat
keras yang mendasarinya atau sistem operasi, dan memungkinkan sebuah program
untuk mengeksekusi dengan cara yang sama pada platform apapun.
Sebuah proses VM
memberikan abstraksi tingkat tinggi - yaitu yang tinggi tingkat bahasa
pemrograman (dibandingkan dengan tingkat rendah ISA abstraksi dari sistem VM).
VMS proses diimplementasikan menggunakan interpreter; kinerja yang sebanding
dengan bahasa pemrograman terkompilasi dicapai dengan menggunakan just-in-time
compilation .
Jenis VM ini telah
menjadi populer dengan bahasa pemrograman Java, yang diimplementasikan
menggunakan mesin virtual Java. Contoh lain termasuk Bayan mesin virtual, yang
berfungsi sebagai lapisan abstraksi selama beberapa ditafsirkan lanugages, dan.
NET Framework, yang berjalan pada sebuah VM yang disebut Common Language
Runtime.
Suatu kasus khusus
VMS adalah proses sistem yang abstrak atas mekanisme komunikasi yang
(berpotensi heterogen) komputer cluster. Seperti VM tidak terdiri dari sebuah
proses tunggal, tetapi satu proses per mesin fisik di cluster. Mereka dirancang
untuk memudahkan tugas pemrograman aplikasi paralel dengan membiarkan
programmer fokus pada algoritma daripada mekanisme komunikasi yang disediakan
oleh interkoneksi dan OS. Mereka tidak menyembunyikan fakta bahwa terjadi
komunikasi, dan dengan demikian tidak berusaha untuk menyajikan cluster sebagai
satu mesin paralel.
Tidak seperti
proses lain VMS, sistem ini tidak menyediakan bahasa pemrograman tertentu,
tetapi tertanam dalam bahasa yang ada; biasanya sistem seperti menyediakan
binding untuk beberapa bahasa (misalnya, C dan FORTRAN). Examples are PVM (
Parallel Virtual Machine ) and MPI ( Message Passing Interface ). Contohnya
adalah PVM (Paralel Virtual Machine) dan MPI (Message Passing Interface).
Mereka tidak ketat mesin virtual, sebagai aplikasi yang berjalan di atas masih
memiliki akses ke semua layanan OS, dan karena itu tidak terbatas pada model
sistem yang disediakan oleh "VM".
APIs
Sebuah application
programming interface (API) adalah antarmuka bahwa sebuah program perangkat
lunak alat untuk memungkinkan perangkat lunak lain untuk berinteraksi dengan
itu, banyak cara yang sama seperti perangkat lunak mungkin akan
mengimplementasikan antarmuka pengguna untuk memungkinkan manusia untuk
menggunakannya. API dilaksanakan oleh aplikasi, perpustakaan dan sistem operasi
untuk menentukan bagaimana perangkat lunak lain dapat membuat panggilan ke atau
layanan permintaan dari mereka. Sebuah API menentukan kosa kata dan konvensi
memanggil para pemrogram harus mempekerjakan untuk menggunakan layanan . Ini
mungkin termasuk spesifikasi untuk rutinitas, struktur data, kelas objek, dan
protokol yang digunakan untuk berkomunikasi antara konsumen dan pelaksana API.
• Fitur
API adalah sebuah
abstraksi. Perangkat lunak yang menyediakan fungsionalitas yang dijelaskan oleh
API dikatakan sebuah implementasi dari API.
API dapat:
• Tergantung pada
bahasa, yaitu hanya tersedia dalam bahasa pemrograman tertentu, dengan
menggunakan sintaks dan unsur-unsur bahasa itu untuk membuat API nyaman untuk
digunakan dalam konteks ini.
•
Bahasa-independen, yaitu ditulis dengan cara yang berarti dapat dipanggil dari
beberapa bahasa pemrograman. Ini adalah fitur yang diinginkan untuk
layanan-gaya API yang tidak terikat pada suatu proses atau sistem dan dapat
diberikan sebagai remote procedure calls atau layanan web.
Sebagai contoh,
sebuah website yang memungkinkan pengguna untuk memeriksa restoran lokal mampu
lapisan tinjauan di atas peta mereka diambil dari Google Maps, karena Google
Maps API yang memiliki memungkinkan hal ituGoogle Maps 'API mengontrol
informasi apa pihak ketiga situs bisa ambil, dan apa yang bisa dilakukan dengan
itu.
"API"
dapat digunakan untuk mengacu ke antarmuka lengkap, satu fungsi, atau bahkan
satu set berbagai API yang disediakan oleh sebuah organisasi. Dengan demikian,
cakupan makna biasanya ditentukan oleh orang atau dokumen yang
mengkomunikasikan informasi.
• Web API
Ketika digunakan
dalam konteks pengembangan web, biasanya sebuah API yang didefinisikan set
Hypertext Transfer Protocol (HTTP) pesan permintaan bersama dengan definisi
respon struktur pesan, biasanya dinyatakan dalam sebuah Sementara "Web
API" secara virtual sinonim untuk layanan web, tren baru-baru ini (yang
disebut Web 2.0) telah bergerak jauh dari Simple Object Access Protocol (SOAP)
layanan berbasis lebih langsung terhadap Negara Representasi Transfer (REST)
gaya komunikasi. Web API memungkinkan kombinasi dari berbagai layanan ke aplikasi
baru yang dikenal sebagai mashup.
• Implementasi
POSIX standard
mendefinisikan sebuah API yang memungkinkan berbagai fungsi komputasi umum
harus ditulis sedemikian rupa sehingga mereka dapat beroperasi pada banyak
sistem yang berbeda (Mac OS X dan berbagai Berkeley Software Distribusi (BSD)
mengimplementasikan interface ini), namun, dengan menggunakan ini memerlukan
kompilasi ulang untuk setiap platform. API yang kompatibel, di sisi lain,
memungkinkan dikompilasi kode obyek untuk berfungsi tanpa perubahan apapun,
pada pelaksanaan sistem apapun yang API. Hal ini menguntungkan kedua penyedia
perangkat lunak (di mana mereka dapat mendistribusikan perangkat lunak yang ada
pada sistem baru tanpa memproduksi / mendistribusikan upgrade) dan pengguna (di
mana mereka mungkin lebih tua menginstal perangkat lunak pada sistem baru
mereka tanpa membeli upgrade), meskipun hal ini memerlukan berbagai perangkat
lunak secara umum pelaksanaan perpustakaan API diperlukan juga.
Microsoft telah
menunjukkan komitmen untuk API yang kompatibel ke belakang, terutama di dalam
Windows API (Win32) perpustakaan, seperti aplikasi yang lebih tua dapat
berjalan di Windows versi yang lebih baru menggunakan pengaturan khusus
eksekusi yang disebut "Compatibility Mode" . Apple Inc telah menunjukkan
kecenderungan yang kurang perhatian ini, memecah kompatibilitas atau
mengimplementasikan dalam sebuah API yang lebih lambat "mode
emulasi"; ini memungkinkan kebebasan lebih besar dalam pembangunan, pada
biaya pembuatan perangkat lunak yang lebih tua usang.
Antara Unix-seperti
sistem operasi, ada banyak terkait tetapi tidak sesuai sistem operasi berjalan
pada platform hardware yang umum (khususnya Intel 80386 sistem yang
kompatibel). Sudah ada beberapa usaha untuk standarisasi API vendor perangkat
lunak sehingga dapat mendistribusikan satu aplikasi binari untuk semua sistem
ini, namun sampai saat ini, tidak satu pun telah bertemu dengan banyak
keberhasilan. Linux Standard Base adalah berusaha untuk melakukan hal ini untuk
Linux platform, sementara banyak dari beragam Unix BSD (FreeBSD, NetBSD,
OpenBSD) menerapkan berbagai tingkat kompatibilitas API untuk kedua backward
compatibility (memungkinkan program yang ditulis untuk versi lama untuk
berjalan di distribusi baru sistem) dan lintas-platform kompatibilitas
(memungkinkan eksekusi kode asing tanpa mengkompilasi ulang).
4. Jelaskan dan
gambarkan bagaimana teknologi virtual machine dan cara mengetahui APIS
Virtual machine (VM) adalah suatu
environment, biasanya sebuah program atau system operasi, yang tidak ada secara
fisik tetapi dijalankan dalam environment lain. Dalam konteks ini, VM disebut
“guest” sementara environment yang menjalankannya disebut “host”. Ide dasar
dari virtual machine adalah mengabtraksi perangkat keras dari satu komputer
(CPU, memori, disk, dst) ke beberapa environment eksekusi, sehingga menciptakan
illusi bahwa masing-masing environment menjalankan komputernya [terpisah]
sendiri.VM muncul karena adanya keinginan untuk menjalankan banyak sistem
operasi pada satu komputer.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.
Virtual machine
(VM) adalah suatu environment, biasanya sebuah program atau system operasi,
yang tidak ada secara fisik tetapi dijalankan dalam environment lain. Dalam
konteks ini, VM disebut “guest” sementara environment yang menjalankannya
disebut “host”. Ide dasar dari virtual machine adalah mengabtraksi perangkat
keras dari satu komputer (CPU, memori, disk, dst) ke beberapa environment
eksekusi, sehingga menciptakan illusi bahwa masing-masing environment
menjalankan komputernya [terpisah] sendiri.VM muncul karena adanya keinginan
untuk menjalankan banyak sistem operasi pada satu komputer.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.
SUMBER:
http://andhirapradana.blogspot.com/2012/11/spesifikasi-dari-open-service-gateway.html
http://jabberfunky.wordpress.com/2012/10/10/osgi/
http://dhyanmahardika.blogspot.com/2013/01/spesifikasi-arsitektur-open-services.html
http://bluewarrior.wordpress.com/2009/12/01/open-services-gateway-initiative-osgi/
http://monstajam.blogspot.com/2012/11/fungsional-kolaborasi-antarmuka.html
http://alexanderfransiskus.blogspot.com/2013/11/kolaborasi-antarmuka-otomotif.html
http://bhobob.blogspot.com/2012/12/proses-komunitas-java-java-community.html
http://triyandifk.blogspot.co.id/2013_11_01_archive.html
http://immnar.blogspot.co.id/2015/01/tugas-kolaborasi-antarmuka-otomotif.html
http://uriflabamba.blogspot.co.id/2009/12/proses-komunitas-java-java-community.html
http://justruri.blogspot.co.id/2014/11/penulisan-softskill-ke-3.html