Manajemen data sisi client

1.1 Mobile Aplications

Karena mobilitas orang yang terus meningkat, sehingga membutuhkan aplikasi destop tradisional yang berjalan di perangkat mobile. Email, Address Book dan Calendering merupakan yang banyak digunakan di aplikasi mobile oleh konsumen dan pekerja informasi. Namun aplikasi ini masih sangat sederhana.Perangkat seperti perangkat keras (pemrosesan dan kapasitas memori) kemajuan,pengguna akan menuntut kemampuan lebih kaya dalam aplikasi ini. Sebagai contoh, perhatikan aplikasi Kalender yang kaya - dengan dukungan untuk memeriksa dan jadwal janji dan pertemuan, berbagi kalender berkolaborasi di seluruh pekerja, memadukan kalender dengan aplikasi lain, dan seterusnya. Dalam perusahaan ruang, personil penjualan ponsel akan memerlukan aplikasi CRM yang berjalan pada perangkat mobile mereka,layanan di perusahaan tersebut akan memerlukan kemampuan untuk memeriksa spesifikasi produk dan melakukan on-line pemesanan dari perangkat mobile.
Berikut ini adalah daftar dari beberapa perwakilan skenario aplikasi mobile. Ini adalah contoh-contoh nyata yang diambil dari Microsoft SQL Server Compact pelanggan Edisi skenario, tetapi berlaku untuk setiap ponsel DBMS.

Route delivery management : Drivers mendapatkan data rute sehari-hari yang disinkronkan ke perangkat mobile.Handphone DMBS menyediakan toko data lokal pada perangkat dan data yang akan disinkronkan dengan 
sumber data backend 

Utilities consumption reading : Solusi menyediakan kemampuan untuk membaca Minyak, Air, Gas dan Listrik meter. Staf lapangan menggunakan Pocket PC untuk menangkap bacaan meteran dan perusahaan yang tertarik  dalam membuat aplikasi yang tersedia melalui ponsel pintar juga.

Mobile CRM : Handphone CRM menyediakan solusi CRM pada perangkat.Solusi biasanya mengintegrasikan ke aplikasi ERP lainnya. DBMS menyediakan penyimpanan data lokal dan sinkronisasi data (replikasi) Mekanisme replikasi bekerja melalui berbagai alat transportasi (misalnya WiFi, Bluetooth, GPRS, 3G, dll).

Sensor Database : Data yang dikumpulkan oleh perangkat sensor disimpan dalam DBMS lokal pada perangkat. Seperti mobile sistem DBMS harus beroperasi pada konfigurasi yang sangat terbatas (misalnya kekuasaan yang rendah, memori kecil, NVRAM). Perangkat sensor biasanya ditempatkan di lokasi terpencil dan dimonitor dari sebuah situs pusat. Memerlukan pemantauan data dari DBMSs individu untuk menjadi queried dan agregat. Jaringan Sensor DBMSs bentuk jaringan sensor yang DBMSs federasi queryable dari pusat situs.

1.2 Embedded Applications

Sebagian besar aplikasi mobile adalah aplikasi embedded dan biasanya mid-tier aplikasi yang embedded dan embedded menanamkan sebuah sistem database (cache) untuk  kinerja dan pengelolaan. . Juga, kebanyakan aplikasi low-end merupakan embedded, misalnya Microsoft Access. Ini  aplikasi diatur sendiri, self-host, dan sangat portabel.  
Berikut adalah beberapa contoh aplikasi embedded database .

Desktop Media applications : Windows Vista home entertainment terintegrasi ke PC. Ini memberikan mudah dan cara yang ampuh untuk mengelola hiburan digital - foto, musik, TV, film, video, radio, dll SQL  CE DBMS digunakan sebagai embedded sistem database untuk menyimpan data media ini misalnya Informasi daftar TV disimpan.

Line of Business applications : aplikasi LOB Typical multi-tier adalah aplikasi dimana data di back-end sumber data cenderung authoritative Data di-cache di tengah-tier sebagai referensi data dan logika aplikasi  dijalankan di atasnya. Data referensi ini biasanya terintegrasi dari beberapa backend data / aplikasi sumber, ditransformasikan ke dalam format yang sesuai untuk logika aplikasi untuk memproses secara efisien, dan membawa dekat dengan aplikasi  pada pertengahan-tier

Stream processing : Dalam stream processing engine, data diproses seperti kedatangan data dan sebelum disimpan. Di memori sistem embedded DBMS dapat digunakan untuk stream processing engines.

sumber : 
sites.computer.org/debull/A07Sept/nori.pdf
 http://wahyuramadhan01.blogspot.com/2009/12/1-manajemen-data-sisi-client.html

Manajemen Data sisi Server

  Manajemen Data yang terjadi pada sisi server dapat kita pahami pada versi DBMS dibawah ini.

MODBMS (Moving Object DBMS)

MODBMS (Memindahkan Obyek DBMS) adalah sebuah DBMS yang menyimpan dan mengelola informasi lokasi serta dinamis lainnya informasi tentang obyek bergerak. MODBMS memungkinkan seseorang untuk mewakili benda-benda bergerak dalam database dan untuk menanyakan pertanyaan tentang gerakan tersebut. Daerah MODBMS merupakan bidang yang belum dijelajahi relatif terhadap RDBMS atau DBMS Spasial di mana beberapa karya yang telah dilakukan dalam standarisasi dan komersialisasi.

Ada beberapa penelitian prototipe untuk MODBMS seperti DOMINO tetapi hanya sedikit produk MODBMS komersial. Memindahkan objek dapat diklasifikasikan ke dalam bergerak poin dan bergerak daerah. Memindahkan objek hanya relevan tergantung waktu posisi dalam ruang. Mereka bisa mobil, truk, pesawat terbang, kapal atau ponsel pengguna. Pindah daerah objek bergerak dengan rupa seperti badai, hutan file, tumpahan minyak, wabah penyakit, dan sebagainya. Pindah daerah berubah posisi dan geometri objek dengan waktu sambil bergerak poin hanya berubah posisi benda.

Sumber : http://cosaviora.blogspot.com

Manajemen Database Sistem Perangkat Bergerak

Sebuah sistem manajemen basisdata relasional atau dalam bahasa Inggrisnya dikenal sebagai relational database management system (RDBMS) adalah sebuah program komputer (atau secara lebih tipikal adalah seperangkat program komputer) yang didisain untuk mengatur/memanajemen sebuah basisdata sebagai sekumpulan data yang disimpan secara terstruktur, dan melakukan operasi-operasi atas data atas permintaan penggunanya. Contoh penggunaan DBMS ada banyak sekali dan dalam berbagai bidang kerja, misalnya akuntansi, manajemen sumber daya manusia, dan lain sebagainya. Meskipun pada awalnya DBMS hanya dimiliki oleh perusahaan-perusahaan berskala besar yang memiliki perangkat komputer yang sesuai dengan spesifikasi standar yang dibutuhkan (pada saat itu standar yang diminta dapat dikatakan sangat tinggi) untuk mendukung jumlah data yang besar, saat ini implementasinya sudah sangat banyak dan adaptatif dengan kebutuhan spesifikasi data yang rasional sehinggal dapat dimiliki dan diimplementasikan oleh segala kalangan sebagai bagian dari investasi perusahaan. Keluhan yang muncul dan dikenal secara umum terhadap keberadaan RDBMS adalah kenyataan bahwa implementasi yang ada saat ini dipandang sebagai terlalu “statis”. Spekulasipun bermunculan terhadap kemungkinan untuk membuat sebuah sistem basisdata generasi baru yang menggunakan model “relasional secara dinamis” dengan kolom yang bisa dibuat secara dinamis, ukuran yang berkembang secara dinamis, didefinisikan secara dinamis. Setiap baris dapat diimplementasikan sebagai map (kamus ataupun larik asosiatif) dan kolom-kolom yang tidak dikenal secara sederhana disajikan sebagai field kosong. Beberapa kalangan menganggap hal ini menyalahi model relasioal murni, namun kalangan lain menyanggah bahwa sebuah penggunaan map hanyalah sebagai detil implementasi saja. Sehingga dalam pandangan ini, sebuah “kolom yang tidak ditemukan/tidak ada” secara sederhana hanyalah dipandang sebagai perihal interpretasi dan dianggap sebagai pilihan cara penyajian saja.

 

Pesatnya perkembangan bagi komunikasi bergerak mendorong para operator layanan berlomba untuk memperkaya macam layanannya guna menambah pemasukan bagi perusahaanya. Komunikasi data bergerak, misalnya untuk akses internet. Pengenalan WAP (Wireless Application Protocol) telah menunjukkan potensi sebagai layanan internet nirkabel/ WAP merupakan protocol global terbuka yang memungkinkan para pengguna mengakses layanan-layanan on-line dari layar kecil pada telepon genggam dengan menggunakan built-in browser. WAP bekerja pada berbagai teknologi jaringan bergerak, yang memungkinkan pasar missal bagi penciptaan layanan data bergerak.

Contoh dari layanan bergerak adalah GPRS. GPRS merupakan system transmisi berbasis paket untuk GSM yang menggunakan prinsip 'tunnelling'. GPRS tidak menawarkan laju data tinggi yang memadai untuk multimedia nayata, tetapi GPRS merupakan kunci untuk menghilangkan beberapa batas pokok bagi layanan-layanan data bergerak.

Beberapa faktor yang menjadi pertimbangan bahwa GPRS merupakan teknologi kunci untuk data bergerak :

    Memperkaya utility investasi untuk perangkat GSM yang sudah ada.

    Merupakan teknologi jembatan yang bagus menuju generasi ke 3.

    Mampu memanfaatkan kemampuan cakupan global yang dimiliki GSM.

    Menghilangkan atau mengurangi beberapa pembatas bagi akses data bergerak.

   Memiliki laju data sampai 115 kbps yang berarti dua kali lipat daripada koneksi 'dial up' 56 kbps yang berlaku.

    Menampakan diri sebagai komunikasi yang 'selalu' terhubung sehingga memiliki waktu sesi hubungan yang pendek dan akses langsung ke internet.

 

Sumber:

http://abanktama.wordpress.com/2010/03/08/manajemen-sistem-basis-data-pada-perangkat-bergerak/

http://bhobob.blogspot.com/2012/11/manajemen-database-sistem-perangkat.html

Spesifikasi dari open service 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.

Bagaimana arsitektur dari Open Service Gateway Intiative (OSGI)

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

Sumber:http://bluewarrior.wordpress.com/2009/12/01/open-services-gateway-initiative-osgi/.html

Bagaimana fungsional kolaborasi antarmuka otomotif multimedia telematika

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 pribadi anda. Program ini sudah memiliki anggota: Fiat, Ford, General Motors, Honda, Mitsubishi, Nissan, PSA Peugeot-Citroen, Renault.
Perusahaan penyedia antarmuka dalam oto,otif adalah Automotive Multimedia Interface Collaboration (AMI-C). Mereka  menyatakan bahwa, mereka akan menggandeng teknologi Open Service Gateway Initiative (OSGi) sebagai framework untuk platform sofware yang dibangun untuk informasi mobile dan sistem entertainment. Dalam kombinasi’a, AMI-C dan framework OSGi akan menyediakan satu platform software yang umum dan pasar yang terbuka untuk penyedia aplikasi atomotif berbasis wireless. Untuk pengguna, platform umum tersebut akan menyediakan pilihan software aplikasi yang luas.