Proses Komunitas Java (Java Community Process JCP)

Sebagai sebuah platform, JAVA terdiri atas 2 bagian utama, yaitu :

• Java Virtual Machine (JVM)

Java Virtual Machine adalah sebuah spesifikasi untuk sebuah komputer abstrak. JVM terdiri dari sebuah kelas pemanggil dan sebuah interpreter Java yang mengeksekusi kode arsitektur netral. Kelas pemanggil memanggil file API untuk dieksekusi oleh interpreter Java. Dengan kata lain JVM adalah sebagai perantara antara program yang akan dijalankan dan sistem operasi yang sedang digunakan.

• Java Application Programming Interface (JAVA API)

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.

Pada saat ini teknologi java semakin berkembang, Sun Microsystem memperkenalkan Java versi 1.2 atau lebih dikenal dengan nama Java 2 yang terdiri atas JDK dan JRE versi 1.2. Pada Java 2 ini, java dibagi menjadi 3 kategori:

• Java 2 Standart Edition (J2SE)

Kategori ini digunakan untuk menjalankan dan mengembangkan aplikasi-aplikasi Java pada level PC (Personal Computer)

• Java 2 Enterprise Edition (J2EE)

Kategori ini digunakan untuk menjalankan dan mengembangkan aplikasi-aplikasi Java pada lingkungan entriprise dengan menambahkan fungsionalitas-fungsionalitas java semacam EJB (Enterprise Java Bean), Java CORBA, Servlet dan JSP serta Java XML (Extensible Markup Language)

• Java 2 Micro Edition (J2ME)

Kategori ini digunakan untuk menjalankan dan mengembangkan aplikasi-aplikasi java pada handled devices atau perangkat-perangkat semacam handphone, Palm,PDA, dan Pocket PC. J2ME dirancang untuk dapat menjalankan program Java pada perangkat-perangkat semacam handphone dan PDA, yang memiliki karakteristik yang berbeda dengan sebuah komputer biasa, misalnya kecilnya jumlah memori pada handphone dan PDA. J2ME terdiri atas komponen-komponen sebagai berikut Java Virtual Machine (JVM) dan Java API (Application Programming Interface) serta Tools lain untuk pengembangan aplikasi Java semacam emulator Java Phone dan emulator Motorolla. Dalam J2ME dibagi menjadi dua bagian yang dikenal dengan istilah configuration dan profile.

PROSES KOMUNITAS JAVA (JAVA COMMUNITY PROCESS (JCP)

Setelah pembahasan mengenai jenis platform dan perkembangan yang ada pada JAVA. sekarang saya akan memcoba memberikan informasi tentang siapa yang mengembangkan kedua platform JAVA tersebut.

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.

Pada Spesifikasi untuk J2SE, J2EE dan J2ME perkembangannya dibawah pengawasan Java Community Process (JCP). Spesifikasi yang dihasilkan adalah Java Specification Request (JSR). JCP terdiri dari para ahli dari berbagai perusahaan yang tergabung untuk membentuk Spesification. JSR ini melalui beberapa tahap pada JCP sebelum selesai. Setiap JSR diberi nomor.

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

Automotive Multimedia Interface Collaboration (AMI-C)

Kendaraan segera akan mengalamin peningkatan perlengkapan dengan ditambahkannya sistem digital yang mendukung beberapa aplikasi seperti untuk mengakses informasi, komunikasi, kemanan dan internet. Ketertarikan terhadap aplikasi multimedia pada kendaraan meningkat, misalnya pada periode 2003-2005. Seperti: pengenalan aplikasi real-time, kamera kecepatan tinggi, seiring dengan semakin meningkatnya komersialisasi lalu lintas multimedia dan pelayanan pariwisata dan travel. Oleh sebab itu, kebutuhan akan multimedia bus yang diletakkan pada kendaraan akan meningkat.

Automotive Multimedia Interface Collaboration (AMI-C) menyatakan bahwa 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.

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

 

Tujuan dari proyek ini ialah sebagai berikut :

Menyediakan interface standar untuk memungkinkan pengendara mobil untuk menggunakan berbagai media, komputer dan perangkat komunikasi – dari sistem navigasi dan hands-free telepon selular, melalui manusia maju / mesin sistem antarmuka, termasuk pengenalan suara dan sintesis, untuk dipersembahkan komunikasi jarak dekat (DSRC) sistem untuk kendaraan untuk infrastruktur komunikasi dan sistem mobil seperti airbag, pintu kunci dan diagnostik input / output.
Memotong biaya keseluruhan informasi kendaraan dan peralatan hiburan dengan meningkatkan ukuran pasar yang efektif dan memperpendek waktu pengembangan – industri otomotif efektif terdiri dari banyak pasar yang kecil karena setiap platform kendaraan sering mengandung berbagai adat-mengembangkan komponen dan platform yang khas hanya sekitar 50.000 unit. Menawarkan standar terbuka dan spesifikasi untuk informasi interface dalam kendaraan dan antara kendaraan dan dunia luar.

 

sumber :  

http://tikacrud.blogspot.com/2011/11/kolaborasi-antarmuka-otomotif.html

http://wartawarga.gunadarma.ac.id/2009/12/automotive-multimedia-interface-colaboration-ami-c/

OSGI (Open Service Gateway Initiative)

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.

Proses Spesifikasi

Spesifikasi OSGi dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk publik secara gratis di bawah Lisensi Spesifikasi OSGi. The Alliance OSGi memiliki kepatuhan program yang hanya terbuka untuk anggota. Pada November 2010, ada tujuh bersertifikat OSGi kerangka implementasi . Sebuah halaman terpisah daftar baik bersertifikat dan non-bersertifikat Implementasi Spesifikasi OSGi, yang meliputi kerangka OSGi dan spesifikasi OSGi lainnya.

Kerangka OSGi (OSGi framework)

Kerangka OSGi adalah sistem modul dan layanan platform untuk Java bahasa pemrograman yang menerapkan lengkap dan dinamis model komponen , sesuatu yang seperti tahun 2012 tidak ada di Jawa standalone / VM lingkungan. Aplikasi atau komponen (datang dalam bentuk dari bundel untuk penyebaran) dapat jarak jauh diinstal, mulai, berhenti, diperbarui, dan dihapus tanpa memerlukan restart, pengelolaan paket Jawa / kelas ditentukan dengan sangat rinci. Aplikasi manajemen siklus hidup (start, stop, install, dll) dilakukan melalui API yang memungkinkan untuk remote download dari kebijakan manajemen. Registri layanan memungkinkan berkas untuk mendeteksi penambahan layanan baru, atau penghapusan layanan dan beradaptasi sesuai.

Spesifikasi OSGi telah bergerak melampaui fokus asli gateway layanan, dan sekarang digunakan dalam aplikasi mulai dari ponsel ke open source Eclipse IDE. Area aplikasi lainnya termasuk mobil, otomasi industri, otomatisasi bangunan, PDA, komputasi grid, hiburan, armada manajemen dan aplikasi server.

Arsitektur (Architecture)

Setiap kerangka yang menerapkan standar OSGi menyediakan suatu lingkungan untuk modularisasi aplikasi ke dalam bundel kecil. Setiap bundel adalah koleksi, erat dynamically loadable kelas, guci, dan file konfigurasi yang secara eksplisit menyatakan dependensi eksternal mereka (jika ada).

Kerangka ini secara konseptual dibagi menjadi bidang-bidang berikut :

• Bundel : Bundel normal jar komponen dengan nyata tambahan header.

• Layanan : Lapisan layanan menghubungkan bundel dalam cara yang dinamis dengan menawarkan model menerbitkan-menemukan-bind untuk polos Interfaces Java tua (POJI) atau Plain Old Java Objects POJO

• Layanan Registry : The API untuk jasa manajemen (ServiceRegistration , ServiceTracker dan ServiceReference).

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

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

• Keamanan : Lapisan yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra-didefinisikan kemampuan.

• Eksekusi Lingkungan : Mendefinisikan apa yang metode dan kelas yang tersedia dalam platform tertentu. Tidak ada daftar tetap eksekusi lingkungan, karena dapat berubah sebagai Java Community Process menciptakan versi baru dan edisi Jawa.

Bundles (Kumpulan)

Bundel adalah sekelompok kelas Java dan sumber daya tambahan yang dilengkapi dengan manifes rinci MANIFEST.MF file pada semua isinya, serta layanan tambahan yang diperlukan untuk memberikan kelompok termasuk kelas Java perilaku yang lebih canggih, sejauh deeming seluruh agregat komponen.

Di bawah ini adalah contoh khas MANIFEST.MF file dengan Headers OSGi :

Bundle-Nama: Hello World

Bundle-SymbolicName: org.wikipedia.helloworld

Bundle-Description: Sebuah bundel Hello World

Bundle-ManifestVersion: 2

Bundle-Version: 1.0.0

Bundle-Activator: org.wikipedia.Activator

Ekspor-Paket: org.wikipedia.helloworld, version = “1.0.0″

Impor-Paket: org.osgi.framework, version = “1.3.0″

Makna dari isi dalam contoh adalah sebagai berikut :

• Bundle-Nama: Mendefinisikan nama terbaca-manusia untuk bundel ini, Cukup memberikan nama pendek untuk bundel.
• Bundle-SymbolicName: Header hanya diperlukan, entri ini menetapkan pengenal unik untuk bundel, berdasarkan konvensi nama domain terbalik (digunakan juga oleh paket java ).
• Bundle-Description: Penjelasan mengenai fungsi bundel itu.
• Bundle-ManifestVersion: Menunjukkan spesifikasi OSGi digunakan untuk membaca bundel ini.
• Bundle-Version: menunjuk nomor versi ke bundel.
• Bundle-Activator: Menunjukkan nama kelas yang akan dipanggil sekali bundel diaktifkan.
• Ekspor-Paket: mengungkapkan mana Java paket yang terkandung dalam sebuah kemasan akan dibuat tersedia untuk dunia luar.
• Impor-Paket: Menunjukkan mana Java paket akan diperlukan dari dunia luar untuk memenuhi dependensi yang dibutuhkan dalam sebuah kemasan.

Siklus Kehidupan (Life-cycle)

Lapisan Siklus Hidup menambahkan bundel yang dapat secara dinamis diinstal, mulai, berhenti, diperbarui dan dihapus. Bundel bergantung pada lapisan modul untuk pemuatan kelas tetapi menambahkan API untuk mengelola modul dalam waktu dijalankan. Lapisan siklus hidup memperkenalkan dinamika yang biasanya bukan bagian dari aplikasi. Mekanisme ketergantungan luas digunakan untuk menjamin operasi yang benar dari lingkungan. Hidup operasi siklus sepenuhnya dilindungi dengan arsitektur keamanan.

Di bawah ini adalah contoh dari kelas khas Jawa melaksanakan BundleActivator antarmuka :

Paket org.wikipedia;
impor org.osgi.framework.BundleActivator;
mengimpor org.osgi.framework.BundleContext;
public class Activator mengimplementasikan BundleActivator {
private BundleContext konteks;
kekosongan awal publik (BundleContext konteks) throws Exception {
Sistem keluar println (“Memulai: Hello World”)..;
konteks ini = konteks.;
}
kekosongan berhenti publik (BundleContext konteks) throws Exception {
Sistem keluar println (“Menghentikan: Dunia Kejam Goodbye”)..;
konteks ini = null.;
}
}

SUMBER :
OSGi :  http://en.wikipedia.org/wiki/OSGi
Open Service Gateway Initiative (OSGI), Spesifikasi OSGI :  http://ayazmaniez.wordpress.com/2009/11/24/open-service-gateway-initiative-osgi/

MANAJEMEN DATA SISI KLIEN, SISI SERVER DAN DATABASE SISTEM PERANGKAT BERGERAK

Apa yang pengertian dari ”Manajemen data Telematika”. Merupakan pengembangan dan penerapan arsitektur, kebijakan, praktik, dan prosedur yang secara benar menangani siklus hidup lengkap data yang dibutuhkan oleh suatu perusahaan. Jadi, Manajemen data telematika merupakan prosedur yang menangani siklus hidup lengkap data yang dibutuhkan oleh perusahaan dengan bantuan telematika.

Didalam manajemen data telematika ini, di bagi-bagi menjadi 3,kategori yaitu :

1.         Manajemen data sisi klien

2.         Manajemen data sisi server

3.         Manajemen data base sistem perangkat bergerak

1. Manajemen Data Sisi Klien

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

Mobile DBMS (Embedded/Ultra tiny/Java Database)

Merupakan suatu DBMS yang terdapat pada peralatan bergerak (mobile device). mobile DBMS adalah versi khusus dari sebuah departemen atau perusahaan DBMS. Ini dirancang untuk digunakan dengan remote pengguna yang biasanya tidak terhubung ke jaringan. DBMS memungkinkan mobile akses database lokal dan modifikasi pada laptop atau perangkat genggam, seperti PDA atau PocketPC Palm. Selanjutnya, mobile DBMS menyediakan mekanisme untuk sinkronisasi perubahan basis data jauh terpusat, perusahaan atau departemen server database.

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

 3. Manajemen Database sistem perangkat bergerak 

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.

Karakteristik manajemen database sistem perangkat bergerak :

a.       Memungkinkan untuk menginstal di dalam embedded devices

b.      Replika Data dan sinkronisasi ke Database perusahaan tradisional

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://ferlucky.blogspot.com/2012/11/middleware-telematika.html

http://saprida.blogspot.com/2011/11/manajemen-data-bab-ix.html

http://sultanifajar.blogspot.com/2012/11/manajemen-data-sisi-klien.html

PENGERTIAN MANAJEMEN DATA

Pengertian manajemen data menurut DAMA (Demand Assigned Multiple Access) adalah pengembangan dan penerapan arsitektur, kebijakan, praktik, dan prosedur yang secara benar menangani siklus hidup lengkap data yang dibutuhkan oleh suatu perusahaan.
 

Sedangkan tujuan dari menejemen data sendiri adalah :

1. Menyediakan informasi yang akurat dan tepat waktu.
2. Mengembangkan dan mempertahankan satu sistem yang efisien untuk membuat, menyimpan, memanfaatkan, memelihara dan menempatkan informasi firma.
3. Melindungi kepentingan informasi firma, dan mendesain dan mengontrol standar yang efektif dan metode evaluasi periodik berkaitan dengan manajemen data, peralatan dan prosedur.
4. Membantu mendidik pegawai perusahaan dengan metode yang paling efektif untuk mengontrol dan mengolah data perusahaan.

Kegiatan manajemen data mencakup : 

• Pengumpulan data. Data yang diperlukan dikumpulkan dan dicatat dalam status formulir yang disebut dokumen sumber (source document) yang berfungsi sebagai input bagi sistem. 

• Integritas dan pengujian. Data tersebut diperiksa untuk menyakinkan konsistensi dan akurasinya berdasarkan suatu peraturan dan kendala yang telah ditentukan sebelumnya. 

• Penyimpanan. Data disimpan pada suatu medium seperti pita magnetik atau piringan magnetik. 

• Pemeliharaan. Data baru ditambahkan, data yang ada diubah, dan data yang tidak lagi diperlukan dihapus agar sumber daya tetap mutakhir. 

• Keamanan. Data dijaga untuk mencegah penghancuran, kerusakan, atau penyalahgunaan. 

• Organisasi. Data disusun sedemikian rupa untuk memenuhi kebutuhan informasi pemakai. 

• Pengambilan. Data tersedia bagi pemakai

Penggunaan DASD 

DASD adalah medium file master yang baik. Pengunaan lain yang terpopuler adalah sebagai medium penyimpanan sementara untuk menampung data semi-terproses.

KONSEP DATABASE  

Database adalah suatu koleksi computer yang terintegrasi, diorganisasikan dan disimpan dalam suatu cara yang memudahkan pengambilan kembali. Integrasi logis dari catatan – catatan dalam banyak file ini disebut konsep database. Dua tujuan utama dari konsep database adalah meminimumkan pengulangan dan mencapai independensi data. Independensi data adalah kemampuan untuk membuat perubahan dalam struktur data tanpa membuat perubahan pada program yang memproses data.

STRUKTUR DATABASE

Hubungan Eksplisit
Satu pendekatan untuk menetapkan hubungan eksplisit antara catatan – catatan dari beberapa file adalah dengan menyusun catatan – catatan tersebut dalam suatu hirarki, ini disebut struktur hirarki. Suatu catatan yang memiliki anak catatan disebut parent, dan anak catatan itu disebut children.

Hubungan Implisit  

Hubungan implisit, yaitu hubungan yang dapat dinyatakan secara tidak langsung dari catatn data yang telah ada. Data dalam database relasional ada dalam bentuk tabel – tabel yang disebut flat file. Flat file adalah suatu penyusunan data dua dimensi dalam kolom – kolom dan baris – baris.

PERANGKAT LUNAK DATABASE 

Perangkat lunak yang menetapkan dan memelihara integrasi logis antar file, baik eksplisit maupun implisit, disebut sistem manajemn database.

MENCIPTAKAN DATABASE 

Menentukan kebutuhan data : langkah kunci mencapai CBIS. Nama yang diberikan untuk deskripsi dari semua data perusahaan adalah model data perusahaan.

MENGGUNAKAN DATABASE  

Query adalah permintaan informasi dari data-base, dan query language adalah bahasa khusus yang user-friendly yang memungkinkan computer menjawab query.

SUATU MODEL DBMS  

Manajer database adalah elemen paling penting karena menangani permintaan data para pemakai. Query language dan DML adalah bagian dari manajer data-base.

PENGELOLA DATABASE 

Tugas DBA terbagi dalam empat area utama: perencanaan database, penerapan database, operasi database, dan keamanan database.
 

Keuntungan DBMS :

• Mengurangi pengulangan data 
• Mencapai independensi data
• Mengintegrasikan data dari beberapa file
• Mengambil data dan informasi secara tepat
• Meningkatkan keamanan

Kerugian DBMS :

• Memperoleh perangkat lunak yang mahal 
• Memperoleh konfigurasi perangkat keras yang besar
• Mempekerjakan dan mempertahankan staff DBA

SUMBER : 

http://id.wikipedia.org/wiki/Manajemen-Data

http://tridayanti123.blogspot.com/2013/03/pengertian-manajemen-data.html