WBS (WORK BREAKDOWN STRUCTURE)

WBS adalah merupakan kependekan dari Work Breakdown Structure. Work Breakdown Structure merupakan proses awal dari project management yang membagi dalam fase-fase project. WBS sangat penting dalam perencanaan project. Dengan WBS kita akan menuliskan tahapan-tahapan project secara mendetail. Dari tahapan-tahapan yang kita tuliskan kita kemudian akan menganalisa kebutuhan SDM (Sumber Daya Manusia) dan sumber-sember daya lainnya seperti tempat, fasilitas, alat-alat yang diperlukan. Dari analisa sumber daya-sumber daya ini kemudian kita bisa tentukan total waktu yang dibutuhkan. Dari total waktu yang dibutuhkan dan pemakaian sumber-sumber daya lainnya kita bisa menentukan biaya project. Biaya project ditambah dengan keuntungan yang ingin kita peroleh maka didapatkan harga project. Berikut Contoh Gambarnya :

Dalam WBS kita akan membuat daftar fase-fase pengerjaan project. Beberapa fase tergantung dari fase sebelumnya, tetapi ada juga beberapa fase yang bisa dikerjakan secara bersama-sama. Dari analisa ini kita bisa memperkirakan kapan project bisa dimulai dan kapan project bisa selesai. Sebagai contoh pengerjaan web design mempunyai WBS seperti berikut Pembuatan Disain - Membuat Disain di Photoshop - Membuat Cropping dengan Dreamweaver Pengerjaan Programming - Mendisain table - Membuat CMS (Content Management System) - Melakukan programming di tampilan website - Membuat dokumentasi CMS Pengisian website - Mengisi website - Melakukan training pemakaian CMS Dan seterusnya Kemampuan membuat WBS sangat menentukan ketepatan waktu pengerjaan project. Ditambah dengan SOP (Standard Operating Procedure) yang bagus, maka project memungkinkan dikerjakan secara tepat waktu .

Read more »

pentingnya manajemen kontrol keamanan pada sistem

A. PENTINGNYA KONTROL * untuk memastikan bahwa CBIS telah diimplementasikan seperti yang direncanakan, system beroperasi seperti yang dikehendaki, dan operasi tetap dalam keadaan aman dari penyalahgunaan atau gangguan. * untuk memberi dukungan kepada manajer dalam mengontrol area operasinya B. TUGAS KONTROL CBIS Mencakup semua fase siklus hidup, selama siklus hidup dibagi menjadi kontrol-kontrol yang berhubungan dengan pengembangan sistem, desain dan operasi * Metode Untuk Mendapatkan dan Memelihara Kontrol CBIS 1. Manajemen dapat melakukan kontrol langsung 2. Manajemen mengontrol CBIS secara tidak langsung dengan terus menerus melalui CIO. 3. Manajemen mengontrol CBIS secara tidak langsung berkenaan dengan proyeknya melalui pihak ketiga * AREA PENGONTROLAN CBIS * KONTROL PROSES PENGEMBANGA Untuk memastikan bahwa CBIS yg diimplementasikan dapat memenuhi kebutuhan pemakai atau berjalan sesuai rencana harus menjalani tahapan/fase yang antara lain : * Fase Perencanaan Mendefinisikan tujuan dan kendala * Fase Analisis & Disain > Mengidentifikasi kebutuhan informasi > Menentukan kriteria penampilan > Menyusun disain dan standar operasi CBIS * Fase Implementasi > Mendefinisikan program pengujian yang dapat diterima > Memastikan apakah memenuhi criteria penampilan > Menetapkan prosedur utk memelihara CBIS * Fase Operasi & Kontrol > Mengontrol CBIS selagi berevolusi selama fase SLC > Memastikan bahwa CBIS yang diimplementasikan dapat memenuhi kebutuhan Yang termasuk dalam kontrol proses pengembangan, yaitu : 1. Manajemen puncak menetapkan kontrol proyek secara keseluruhan selama fase perencanaan dengan cara membentuk komite MIS 2. Manajemen memberitahu pemakai mengenai orientasi CBIS 3. Manajemen menentukan kriteria penampilan yang digunakan dalam mengevaluasi operasi CBIS. 4. Manajemen dan bagian pelayanan informasi menyusun disain dan standar CBIS 5. Manajemen dan pelayanan informasi secara bersama-sama mendefinisikan program pengujian yang dapat diterima 6. Manajemen melakukan peninjauan sebelum instalasi yang dilakukan tepat setelah penggantian dan secara berkala meninjau CBIS untuk memastikan apakah ia memenuhi kriteria penampilan. 7. Bagian pelayanan informasi menetapkan prosedur untuk memelihara dan memodifikasi CBIS dan prosedur yang disetujui oleh manajemen. * KONTROL DISAIN SISTEM * Tujuan untuk memastikan bahwa disainnya bisa meminimalkan kesalahan, mendeteksi kesalahan dan mengoreksinya. * Kontrol tidak boleh diterapkan jika biayanya lebih besar dari manfaatnya. Nilai atau manfaat adalah tingkat pengurangan resiko. * Selama fase disain dan analisis dari siklus hidup system, Analis System, DBA dan Manajer Jaringan membangun fasilitas kontrol tertentu dalam disain system. Selama fase implementasi, programmer menggabungkan kontrol tersebut ke dalam system. Disain system dikontrol dengan cara menggabungkan kontrol software menjadi lima bagian pokok, yaitu : I. Permulaan Transaksi (Transaction Origination) * Tahap-tahap yang harus dilakukan pada permulaan transaksi : 1. Permulaan Dokumentasi Sumber > Perancangan dokumentasi > Pemerolehan dokumentasi > Kepastian keamanan dokumen 2. Kewenangan > Bagaimana entry data akan dibuat menjadi dokumen dan oleh siapa 3. Pembuatan Input Komputer > Mengidentifikasi record input yang salah dan memastikan semua data input diproses 4. Penanganan Kesalahan > Mengoreksi kesalahan yang telah dideteksi dan menggabungkan record yg telah dikoreksi ke record entry 5. Penyimpanan Dokumen Sumber > Menentukan bagaimana dokumen akan disimpan dan dalam kondisi bagaimana dapat dikeluarkan II. Entri Transaksi * Entri transaksi mengubah data dokumen sumber menjadi bentuk yang dapat dibaca oleh komputer. Kontrol ini berusaha untuk menjaga keakuratan data yang akan ditransmisikan ke jaringan komunikasi atau yang akan dimasukkan secara langsung ke dalam komputer. Area kontrolnya meliputi atas : 1. Entri Data > Kontrol dalam bentuk prosedur tertulis dan dalam bentuk peralatan inputnya sendiri. Dapat dilakukan dengan proses offline/online 2. Verifikasi Data > Key Verification (Verifikasi Pemasukan) Data dimasukkan ke sistem sebanyak 2 kali > Sight Verification (Verifikasi Penglihatan) Melihat pada layar sebelum memasukkan data ke system 3. Penanganan Kesalahan > Merotasi record yang telah dideteksi ke permulaan transaksi untuk pengoreksian 4. Penyeimbangan Batch > Mengakumulasikan total setiap batch untuk dibandingkan dengan total yang sama yang dibuat selama permulaan transaksi III. Komunikasi Data * Tanggungjawab manajer jaringan dengan menggabungkan ukuran keamanan ke dalam sistem dan memonitor penampilan untuk memastikan keamanan telah dilakukan dgn baik * Komputer yang ada dalam jaringan memberikan peluang risiko keamanan yang lebih besar dari pada komputer yang ada di dalam suatu ruangan. Area kontrol ini terdiri dari : 1. Kontrol Pengiriman Data 2. Kontrol Channel Komunikasi 3. Kontrol Penerimaan Pesan 4. Rencana Pengamanan Datacom Secara Keseluruhan IV. Pemrosesan Komputer * Pada umumnya semua elemen kontrol pada disain system selalu dikaitkan dengan pemasukan data ke dalam komputer. Area kontrol pada pemrosesan komputer terdiri dari : 1. Penanganan Data 2. Penanganan Kesalahan 3. Database dan Perpustakaan Software * Sebagian besar kontrol database dapat diperoleh melalui penggunaan Sistem Manajemen Database (Database Management System/DBMS) * Tingkat keamanan dalam DBMS terdiri dari : 1. Kata kunci (Password) 2. Direktori pemakai (User Directory) 3. Direktori elemen data (Field Directory) 4. Enkripsi (Encryption) V. Output Komputer * Komponen subsistem ini bertanggung jawab untuk mengirimkan produk (output) kepada pemakai (user). Yang termasuk dalam area ini adalah : 1. Distribusi > Kontrol pada distribusi laporan berusaha untuk memastikan ketepatan orang yang menerima output. 2. Penyeimbangan Departemen Pemakai > Bila departemen pemakai menerima output dari komputer, maka keseluruhan kontrol dari output dibandingkan dengan total yang sama yang telah ditetapkan pada waktu pertama kali data input dibuat. 3. Penanganan Kesalahan Kelompok kontrol tertentu dapat ditetapkan didalam area pemakai dengan menjalankan prosedur formal untuk mengoreksi kesalahan. 4. Penyimpangan Record > Tujuan komponen kontrol yang terakhir ini adalah untuk memelihara keamanan yang tepat terhadap output komputer dan untuk mengontrol penyelesaian yang sia-sia. 5. Penyeimbangan Operasi Komputer > Kontrol ini memungkinkan pelayanan informasi untuk memverifikasi bahwa semua batch dan transaksi yang diterima dari departemen pemakai telah diproses. * Kontrol Terhadap Pengoperasian Sistem Kontrol pengoperasian sistem dimaksudkan untuk mencapai efisiensi dan keamanan. Kontrol yang memberikan kontribusi terhadap tujuan ini dapat diklasifikasikan menjadi 5 area : 1. Struktur organisasional > Staf pelayanan informasi diorganisir menurut bidang spesialisasi. Analisis, Programmer, dan Personel operasi biasanya dipisahkan dan hanya mengembangkan ketrampilan yang diperlukan untuk area pekerjaannya sendiri. 2. Kontrol perpustakaan > Perpustakaan komputer adalah sama dengan perpustakaan buku, dimana didalamnya ada pustakawan, pengumpulan media, area tempat penyimpanan media dan prosedur untuk menggunakan media tersebut. Yang boleh mengakses perpustakaan media hanyalah pustakawannya. 3. Pemeliharaan Peralatan > Orang yang tugasnya memperbaiki computer yang disebut Customer Engineer (CE) / Field Engineer (FE) / Teknisi Lapangan menjalankan pemeliharaan yang terjadwal / yang tak terjadwal. 4. Kontrol lingkungan dan keamanan fasilitas > Untuk menjaga investasi dibutuhkan kondisi lingkungan yang khusus seperti ruang computer harus bersih keamanan fasilitas yang harus dilakukan dengan penguncian ruang peralatan dan komputer. 5. Perencanaan disaster * Rencana Keadaan darurat > Prioritas utamanya adalah keselamatan tenaga kerja perusahaan * Rencana Backup > Menjelaskan bagaimana perusahaan dapat melanjutkan operasinya dari ketika terjadi bencana sampai ia kembali beroperasi secara normal. * Rencana Record Penting > Rencana ini mengidentifikasi file data penting & menentukan tempat penyimpanan kopi duplikat. * Rencana Recovery > Rencana ini mengidentifikasi sumber-sumber peralatan pengganti, fasilitas komunikasi dan pasokan-pasokan

Read more »

JAVA COMMUNITY DAN PROCESS

Java community dan process Sebagai sebuah platform, JAVA terdiri atas 2 bagian utama, yaitu : -Java Virtual Machine (JVM) -Java 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: 1. 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. 2. Java Enterprose Edition (EE), sebuah inisiatif API untuk merancang aplikasi serverdengan mendukung untuk basis data. 3. Java Macro Edition (ME), sebuah API untuk merancang aplikasi yang jalan pada alat kecil seperti telepon genggam, komputer genggam dan pager. Java Community Process (JCP) Program Management Office (PMO) sangat tertarik untuk mengumumkan upgrade ke jcp.org baru-baru ini meluncurkan situs web. Setelah web rumah masyarakat benar-benar dirombak dan dirilis pada bulan Juni 2009, bekerja terus di belakang layar untuk menambah, meningkatkan, dan memperbaiki fungsi dan kegunaannya. Anggota PMO berfungsi sebagai tim proyek untuk mendefinisikan dan menyelesaikan pekerjaan. Program yang JCP komunitas pengguna telah membantu dalam memberikan umpan balik pada situs web. Banyak fitur baru dan perbaikan bug pada awalnya diusulkan atau diidentifikasi oleh pengguna. Beberapa implementasi tersebut akan segera jelas. Sebagai contoh, semua wiki dan papan sekarang mencakup satu cara bagi pengguna untuk memberikan pendapat mereka yang cepat konten dengan menghadiahi setiap item dengan nilai, dengan memilih jumlah bintang tertentu. Selain itu, semua papan diskusi publik dan wiki termasuk RSS tombol untuk memungkinkan pengguna untuk berlangganan pembaruan konten. Karena pengaturan keamanan dan persyaratan browser, RSS feed fitur ini hanya bekerja jika SSL diaktifkan. Misalnya, fitur RSS melakukan kerja dengan Firefox. Berbagai bug telah diperbaiki dan navigasi juga telah diperbarui untuk mengatur informasi yang tersedia. Ini adalah langkah inkremental lain sepanjang perjalanan untuk meningkatkan jcp.org. Dalam bulan-bulan mendatang, sebagai masyarakat terus menyarankan perubahan dan perangkat tambahan, upaya akan terus memperbaiki situs. Semua umpan menyimpan program dan JCP jcp.org bergerak maju dan ke atas. Virtual Machine 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. Sumber : http://uriflabamba.blogspot.com/2009/12/proses-komunitas-java-java-community.html http://nesyakomaladewi4telematika.blogspot.com/2009/12/proses-komunitas-java-java-community.html http://ridwan-simbada.blogspot.com/2011/12/proses-komunitas-java-java-community.html

Read more »

AMIC (AUTOMOTIVE MULTIMEDIA INTERFACE COLLABORATION)

Arsitektur 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. AMI-C adalah organisasi global yang mewakili mayoritas dunia produksi kendaraan. AMI-C adalah mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif antarmuka untuk kendaraan jaringan komunikasi. Organization of motor vehicle manufactures created to facilitate the development and standardization of automotive multimedia interfaces to motor vehicle communication networks.– Specifications for physical network interfaces, network protocols and In-vehicle software interfaces (telematics and local) : • Release 2 specifications due Dec. 2002 • Characteristic • Vehicle control: Low-speed wired communication • Information system: High-speed wired communication 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 Fungsional Dan Struktur Fungsional dari AMIC (Automotive Multimedia Interface Collaboration) Kolaborasi antar muka ototmotif multimedia adalah sebuah organisasi yang dibentuk untuk menciptakan standarisasi dunia yang digunakan dalam mengatur bagaimana sebuah perangkat elektronik dapat bekerja. Contoh Komputer dan alat komunikasi kendaraan atau computer dan radio dalam mobil. Satiap alat elektronik itu harus dapat bekerja dengan selaras sehingga kendaraan dapat lebih handal. Setiap perangkat elektronik yang dipasang belum tentu cocok dengan setiap kendaraan. Perangkat elektronik atau multimedia bisa saja mengganggu sistem keselamatan dan system-sistem lain di dalam kendaraan. Itulah kenapa perlu dibentuk standarisasi kolaborasi antarmuka multimedia. Automotive Multimedia Interface Collaboration (AMI-C) sudah memiliki anggota : Fiat, Ford, General Motors, Honda, Mitsubishi, Nissan, PSA Peugeot-Citroen, Renault. AMI-C mengembangkan dan men-standarisasi antarmuka multimedia dan telematika otomotif yang umum untuk jaringan komunikasi kendaraan. Dan 40 pemasok elektronik mendaftarkan diri untuk menulis standar. Mereka berpendapat untuk menulis standar diperlukan waktu selama 2 tahun. Tapi dua tahun adalah masa di telematika. Penyelenggara elektronik, ponsel, komputer dan peralatan video yang akan menggunakan koneksi dapat melewati beberapa generasi dalam waktu itu. Standar-standar akan memungkinkan sebuah pasar plug-and-play global untuk perangkat elektronik yang akan dipasang di kendaraan dengan kemudahan yang sama dengan melampirkan pheriperal komputer pribadi. Tujuan dari AMIC ini antara lain 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. Sumber http://findarticles.com/p/articles/mi_hb6674/is_200010/ai_n26654367/?tag=rel.res2 http://findarticles.com/p/articles/mi_m0EIN/is_2002_July_23/ai_89435142/ http://findarticles.com/p/articles/mi_hb6674/is_200103/ai_n26655264/ http://findarticles.com/p/articles/mi_m0EIN/is_2003_April_25/ai_100626150/?tag=content;col1

Read more »

OPEN SERVICES GATEWAY INITIATIVE (OSGI)

Spesifikasi OSGI yang sekarang digunakan dalam aplikasi mulai dari ponsel ke open source Eclipse IDE. Wilayah aplikasi lain meliputi mobil, otomasi industri, otomatisasi bangunan, PDA, komputasi grid, hiburan (misalnya iPronto), armada manajemen dan aplikasi server. Adapun spesifikasi yang lain dimana OSGI akan dirancang untuk melengkapi standar perumahan yang ada, seperti orang – orang LonWorks (lihat kontrol jaringan), CAL, CEBus, HAVi, dan lain-lain. Inti bagian dari spesifikasi adalah suatu kerangka kerja yang mendefinisikan aplikasi model manajemen siklus hidup, sebuah layanan registrasi, sebuah lingkungan eksekusi dan modul. Berdasarkan kerangka ini, sejumlah besar OSGI layers, API, dan Jasa telah ditetapkan. Spesifikasi OSGI yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGI. OSGI Alliance yang memiliki program kepatuhan yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGI implementasi berisi lima entri. Open Service Gateway Initiative (OSGi) adalah sebuah system dan aplikasi interoperability berbasis komponen platform yang terintegrasi. OSGi merupakan system modul dinamik untuk Java. Teknologi OSGi adalah Universal Middleware. Teknologi OSGi menyediakan sebuah service-oriented, lingkungan yang berbasis komponen untuk pengembang dan menawarkan jalan standard untuk mengatur siklus hidup software. Kemampuan ini dapat menambah nilai jangkauan dari computer dan peralatan yang menggunakan platform Java dengan sangat hebat. Teknologi OSGi mengadopsi keuntungan dari menambah time-to-market dan mengurangi biaya pengembangan karena teknologi OSGi menyediakan subsistem komponen yang terintegrasi dari pre-build dan pre-tested. Teknologi ini juga mengurangi biaya perawatan dan memberikan kesempatan aftermarket yang baru dan unik karena jaringan dapat digunakan untuk update secara dinamik dan mengirimkan service dan aplikasi di lapangan. The OSGi Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah terbuka organisasi standar yang didirikan pada Maret 1999. Aliansi dan anggota-anggotanya telah ditentukan yang Java berbasis layanan platform yang dapat dikelola dari jarak jauhInti bagian dari spesifikasi adalah sebuah kerangka kerja yang mendefinisikan suatu manajemen siklus hidup aplikasi model, layanan registry, sebuah lingkungan Eksekusi dan Modul. Berdasarkan kerangka ini, sejumlah besar OSGi layers, API, dan Jasa telah ditetapkan. OSGi teknologi adalah sistem modul dinamis untuk Java ™ OSGi teknologi menyediakan layanan berorientasi, komponen berbasis lingkungan untuk para pengembang dan menawarkan cara-cara standar untuk mengelola siklus hidup perangkat lunak. Kemampuan ini sangat meningkatkan nilai berbagai komputer dan perangkat yang menggunakan platform Java. Pengadopsi teknologi OSGi manfaat dari peningkatan waktu ke pasar dan mengurangi biaya pengembangan karena teknologi OSGi menyediakan integrasi pra-dibangun dan pra-komponen subsistem diuji. Teknologi ini juga mengurangi biaya pemeliharaan dan kemajuan aftermarket baru peluang unik karena jaringan dapat dimanfaatkan untuk secara dinamis mengupdate atau memberikan layanan dan aplikasi di lapangan. Spesifikasi: OSGi spesifikasi yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGi. OSGi Alliance yang memiliki kepatuhan program yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGi implementasi berisi lima entri. Arsitektur: Setiap kerangka yang menerapkan standar OSGi menyediakan suatu lingkungan untuk modularisasi aplikasi ke dalam kumpulan yang lebih kecil. Setiap bundel adalah erat-coupled, dynamically loadable kelas koleksi, botol, dan file-file konfigurasi yang secara eksplisit menyatakan dependensi eksternal mereka (jika ada). Kerangka kerja konseptual yang dibagi dalam bidang-bidang berikut: Bundles Bundles adalah normal jar komponen dengan nyata tambahan header Services Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan menerbitkan-menemukan-model mengikat Jawa lama untuk menikmati objek (POJO). Services API untuk jasa manajemen (ServiceRegistration, ServiceTracker dan ServiceReference). Life-Cycle API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel. Modules Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode). Security Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan. Execution Environment Mendefinisikan metode dan kelas apa yang tersedia dalam platform tertentuTidak ada daftar tetap eksekusi lingkungan, karena dapat berubah sebagai Java Community Process menciptakan versi baru dan edisi Jawa. Namun, set berikut saat ini didukung oleh sebagian besar OSGi implementasi: • CDC-1.1/Foundation-1.1 CDC-1.1/Foundation-1.1 • OSGi/Minimum-1.0 OSGi/Minimum-1.0 • OSGi/Minimum-1.1 OSGi/Minimum-1.1 • JRE-1.1 JRE-1.1 • From J2SE-1.2 up to J2SE-1.6 Dari J2SE-1.2 hingga J2SE-1,6 • CDC-1.0/Foundation-1.0 CDC-1.0/Foundation-1.0 Referensi: http://en.wikipedia.org/wiki/OSGi http://www.osgi.org/Main/HomePage

Read more »