Keuntungan Mengoptimalkan CRM

Meningkatkan keuntungan bagi konsumen
Dengan adanya hubungan yang baik, bukan hanya perusahaan yang akan memperoleh keuntungan, tetapi konsumen juga akan mendapatkan keuntungan. Keuntungan yang diperoleh nasabah atau konsumen juga bermacam-macam, misalnya harga khusus yang diberikan oleh perusahaan dan mendapatkan pelayanan ekstra karena telah menjadi pelanggan atau nasabah perusahaan tersebut dalam waktu yang cukup lama.

Menemukan calon nasabah atau konsumen yang baru
Dengan adanya hubungan baik antara perusahaan dan konsumen tercipta ketika kedua belah pihak telah mencapai kesepakatan yang saling menguntungkan. Dari sisi nasabah atau konsumen, ketika ia merasa diuntungkan dengan pelayanan jasa yang diberikan, maka akan tercipta hubungan yang baik dengan perusahaan. Setelah merasa puas dan telah tercipta hubungan yang baik, maka konsumen akan menceritakan keunggulan perusahaan tersebut kepada orang lain. Informasi yang disampaikan oleh nasabah atau konsumen bisa membangun image yang baik mengenai perusahaan tersebut dan hal tersebut bisa mendatangkan nasabah atau konsumen yang baru bagi perusahaan tersebut.

Membina Hubungan Dengan Nasabah Atau Konsumen
Dengan adanya CRM maka hubungan antara perusahaan dengan nasabah atau konsumen lebih terjalin, misalnya dengan mengadakan acara gathering atau talkshowdengan memberikan gimmicks atau hadiah yang akan menarik konsumen atau nasabah untuk tetap loyal pada perusahaan. Selain untuk menjaga loyalitas, dalam acara tersebut, kita juga dapat memperkenalkan produk atau layanan jasa lainnya kepada nasabah atau konsumen kita. 

Membuat cross selling menjadi lebih efektif
Dikatakan bahwa CRM bisa membuat cross selling menjadi lebih efektif karena adanya database yang terintegrasi. Dengan adanya database tersebut, maka tanpa ditanya, kita telah mengetahui secara otomatis mengenai produk apa yang telah dimiliki oleh konsumen ataupun produk yang belum ia beli dari keseluruhan rangkaian produk yang kita pasarkan. Selain itu, dengan adanya hubungan yang baik antara perusahaan dengan nasabah atau konsumen, maka kita mengetahui lebih banyak mengenai profil nasabah atau konsumen, sehingga kemungkinan kita untuk melakukan kesalahan sasaran dalam memasarkan produk menjadi sangat kecil.

Membuat fasilitas call-center menjadi lebih efisien
Dengan adanya hubungan yang baik antara perusahaan dan konsumen, maka fasilitas call-center yang ada pada perusahaan bukan hanya menawarkan produk kepada konsumen tetapi dipergunakan untuk membina dan mempertahankan hubungan yang baik dengan konsumen serta menawarkan produk-produk baru.

Menciptakan pelayanan jasa yang lebih baik
Hubungan yang tercipta antara perusahaan dan konsumen akan membuat komunikasi menjadi lebih baik. Dengan adanya hubungan yang sudah akrab antara perusahaan dengan konsumen, maka pelayanan yang diberikan pun akan lebih baik karena telah terbentuk rasa saling percaya antara perusahaan dan konsumen.

Sumber : http://managementfile.com/column.php?id=1387&page=services

CRM

1. Masa depan CRM terletak pada pemanfaatan predictive analytics, yang membuat model berbagai skenario bisnis, dan meletakkan pondasi untuk melakukan perubahan secara efektif.

Apa fungsi dari data mining pada pemanfaatan CRM ?

Jawab:

            Fungsi dari Data Mining pada pemanfaatan CRM ialah  membantu perusahaan untuk mengambil keputusan. mengenai data mining dan CRM analitik hanya akan membuat para eksekutif bisnis mengeritkan dahi. Pasalnya, algoritma data mining dan OLAP (online analytic processing) kelihatannya lebih banyak merupakan dunia para ahli statistic dan manfaat dari analisis dan perncangan Data Mining untuk CRM bagi perusahaan ialah salah satunya meningkatkan keuntungan perusahaan dengan melakukan cross-selling kepada pelanggan.

2. Dalam UKM, dulu yang namanya feeling itu lebih dominan dalam pengambilan keputusan. Mengapa sekarang pengambilan keputusan berdasarkan feeling semakin berkurang dan lebih mengadalkan kekuatan CRM dalam pengambilan keputusan ?

Jawab:

            Feeling atau insting bisa membuat salah langkah dalam pengambilan keputusan bagi perusahaan. peran insting paling tidak secara bertahap bisa dikurangi, sehingga keputusan yang diambil bisa lebih valid. Oleh karena dengan adanya solusi CRM yang juga dimanfaatkan untuk business analysis peran insting paling tidak secara bertahap bisa dikurangi, sehingga keputusan yang diambil bisa lebih valid.Apabila kita bisa mengolah CRM dengan baik, manfaat yang didapat juga bisa lebih terasa terutama dalam mendorong pengambilan keputusan.

Proses komunitas java (Java Community Process JCP) Virtual Machine dan APIs

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


Sumber :
http://code86.wordpress.com/2009/11/19/layanan-interface-dan-fitur-fitur-telematika/
http://translate.google.co.id/translate?hl=id&sl=en&u=http://en.wikipedia.org/wiki/Virtual_machine&ei=dVgRS-DgIY2OMc2mzTM&sa=X&oi=translate&ct=result&resnum=1&ved=0CA4Q7gEwAA&prev=/search%3Fq%3Dvirtual%2Bmachine%26hl%3Did%26client%3Dfirefox-a%26rls%3Dorg.mozilla:en-US:official%26hs%3DqER
http://translate.google.co.id/translate?hl=id&sl=en&tl=id&u=http%3A%2F%2Fen.wikipedia.org%2Fwiki%2FAPI

Kolaborasi Antar muka Otomotif Multimedia dari segi struktural

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. Dan memiliki anggota: Fiat, Ford, General Motors, Honda, Mitsubishi, Nissan, PSA Peugeot-Citroen, Renault, …

 

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.

Kolaborasi Antar muka Otomotif Multimedia dari segi arsitektur

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.

        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.

Kesimpulan Proses komunitas java (Java Community Process JCP)

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.

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

            1.         Java Virtual Machine (JVM)
            2.         Java Application Programming Interface (JAVA API)


1.         Java Virtual Machine (JVM) : 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.
 

2.         Java Application Programming Interface (JavaAPI) : 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:

2.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.2.      Java Enterprose Edition (EE), sebuah inisiatif API untuk merancang

aplikasi serverdengan mendukung untuk basis data.
2.3.      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 
2. Java Networking
3. Java Database Connectivity (JDBC)
4. Java Server Pages (JSP)
5. Java Card








Sumber : sultanifajar.blogspot.com

Proses komunitas java (Java Community Process JCP) APIs

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

 

 

 

sumber : http://asep10106240.wordpress.com/2009/12/10/proses-komunitas-java-java-community-process-jcp/

Kolaborasi Antar muka Otomotif Multimedia dari segi fungsional

Automotive Multimedia Interface Collaboration (AMI-C) adalah mengembangkan dan standarisasi yang umum multimedia dan telematika otomotif untuk kendaraan antarmuka jaringan komunikasi.
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.

Apa itu kolaborasi antar muka otomotif multimedia ?
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 bias saja mengganggu system 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.


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

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

sumber : http://vhinta.blogspot.com/2012/11/bagaimana-fungsional-kolaborasi.html

Kolaborasi Antar muka Otomotif Multimedia- (Automotive Multimedia Interface Colaboration - AMI-C)

Kendaraan segera akan mengalami 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)















Sumber : http://tikacrud.blogspot.com/2011/11/kolaborasi-antarmuka-otomotif.html
http://wartawarga.gunadarma.ac.id/2009/12/automotive-multimedia-interface-colaboration-ami-c/

Kesimpulan Open Services Gateway Initiative (OSGi) Dari Segi Spesifikasi & Arsitektur

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

1.         Mengetahui bagaimana spesifikasi dari OSGI : 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.

2.         Mengetahui Bagaimana Arsitektur Dari OSGI : Ada kerangka OSGI yang 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).

Sumber : http://sultanifajar.blogspot.com

Open Services Gateway Initiative (OSGi) Dari Segi Spesifikasi

Open Services Gateway Initiative (OSGi) Dari Segi Spesifikasi

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

2.         Mengetahui bagaimana spesifikasi dari OSGI

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.

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

 

 

 

 

Sumber : http://ayazmaniez.wordpress.com/2009/11/24/open-service-gateway-initiative-osgi/

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

Kesimpulan Manajemen Data

Kesimpulan Manajemen Data

1.         Manajemen Data Sisi klien

            Manajemen data ini dapat diaplikasikan pada aplikasi mainframe yang sangat besar untuk membagi beban proses loading antara client dan server. Dalam perkembangannya, client server dikembangkan oleh dominasi perusahaan-perusahaan software yaitu Baan, Informix, Microsoft, dll. Istilah tier dalam server adalah untuk menjelaskan pembagian sebuah aplikasi yang melalui client dan server. Pembagian proses kerja adalah bagian uatama dari konsep client / server saat ini.

2.         Manajemen Data sisi Server

Manajemen Data yang terjadi pada sisi server dapat kita pahami pada versi DBMS dibawah ini. MODBMS (Moving Object 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.

3.         Manajemen DataBase sistem perangkat bergerak

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.

Sumber : sultanifajar.blogspot.com

Manajemen DataBase sistem perangkat bergerak

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 :

1.         Memungkinkan untuk menginstal di dalam embedded devices

2.         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://saprida.blogspot.com/2011/11/manajemen-data-bab-ix.html  

http://jdwisatrio.blogspot.com/2012/11/manajemen-data.html

Manajemen Data sisi Server

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 Data Sisi Klien

 

Manajemen Data Sisi Klien

 

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 ini dapat diaplikasikan pada aplikasi mainframe yang sangat besar untuk membagi beban proses loading antara client dan server. Dalam perkembangannya, client server dikembangkan oleh dominasi perusahaan-perusahaan software yaitu Baan, Informix, Microsoft, dll. Istilah tier dalam server adalah untuk menjelaskan pembagian sebuah aplikasi yang melalui client dan server. Pembagian proses kerja adalah bagian uatama dari konsep client / server saat 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.

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

http://cosaviora.blogspot.com/2010/12/manajemen-data-telematika.html

Membuat WBS dengan contoh sesuai dengan penulisan ilmiah

Cara membuat WBS dengan contoh sesuai dengan Penulisan Ilmiah

Work Breakdown Structure (WBS) adalah pemecahan atau pembagian pekerjaan ke dalam bagian yang lebih kecil (sub-kegiatan). Atau Seperangkat yang membantu kita untuk menentukan dan mengelompokkan elemen-elemen pekerjaan (tugas) dan membantu mengetahui Ruang Lingkup pekerjaan.

Berikut WBS pada Penulisan Ilmiah saya yang berjudul “Aplikasi Informasi Rumah Sakit Unggulan Di Wilayah Jakarta Pusat Menggunakan Java Android Pada Mobile Sistem” yang menggunakan bentuk WBS non linier.

Dimana Untuk membuat aplikasi tersebut, penulis melakukan langkah-langkah sebagai berikut:

1. Membuat Struktur Navigasi
2. Merancang Tampilan
3. Mengimplementasikan nya ke dalam extension .apk

4. Ujicoba Aplikasi Tersebut

            Dimana Struktur Navigas PI Saya Yang berjudul Aplikasi Informasi Rumah Sakit Unggulan Di Wilayah Jakarta Pusat Menggunakan Java Android Pada Mobile Sistem : 

Pentingnya Manajemen Kontrol Pada Sistem

Tujuan pengontrolan ialah untuk memastikan bahwa CBIS telah diimplementasikan seperti yang direncanakan, system beroperasi seperti yang dikehendaki, dan operasi tetap dalam keadaan aman dari penyalahgunaan atau gangguan.

Informasi adalah salah suatu asset penting dan sangat berharga bagi kelangsungan hidup  bisnis, Oleh karena itu, manajemen informasi penting bagi  meningkatkan kesuksusesan yang kompetitif dalam  semua sektor ekonomi.Aset – aset yang terdapat pada sistem informasi harus dilindungu untuk menghinndari berbagai ancaman (Threads). Sumber ancaman bisa timbul dari bagian eksternal maupun internal.

Tujuan manajemen informasi adalah untuk melindungi kerahasiaan, integritas dan ketersediaan informasi.Dengan tumbuhnya berbagai  penipuan, spionase, virus, dan hackers sudah mengancam informasi bisnis  manajemen oleh karena meningkatnya keterbukaan informasi dan lebih sedikit kendali/control yang dilakukan melalui teknologi informasi modern. Untuk menghindari kerugian tersebut, oleh karenanya dilakukan manajemen kontrol keamanan pada sistem

Sebuah system harus mempunyai tiga property (sifat), yaitu :

*     Integritas, system akan mempunyai integritas bila ia berjalan menurut spesifikasinya. Perancang system berusaha untuk mengembangkan system yang mempunyai integritas fungsional, yaitu kemampuan untuk melanjutkan operasi, apabila salah satu atau lebih dari komponennya tidak berjalan.

*       Audibilitas, ia akan bersifat audible jika ia memiliki visibilitas dan accountability (daya perhitungan). Bila system memiliki audibilitas maka mudah bagi seseorang untuk memeriksa, memverifikasi atau menunjukkan penampilannya.

*           Daya kontrol, daya kontrol memungkinan manajer untuk menangani pengerahan atau penghambatan pengaruh terhadap system. Teknik yang efektif untuk mendapatkan daya kontrol system ini adalah dengan membagi system menjadi subsistem yang menangani transaksi secara terpisah.

Layanan informasi, keamanan, context ware and event base

Randi pradipta 15109076


3. - Layanan Informasi
    - Layanan Keamanan
    - Layanan Context ware and event base

Layanan Informasi dan Layanan Keamanan

Pengertian Layanan Informasi adalah penyampaian berbagai informasi kepada sasaran layanan agar individu dapat memanfaatkan informasi tersebut demi kepentingan hidup dan perkembangannya.

Tujuan layanan informasi secara umum agar terkuasainya informasi tertentu sedangkan secara khusus terkait dengan fungsi pemahaman (paham terhadap informasi yang diberikan) dan memanfaatkan informasi dalam penyelesaian masalahnya. Layanan informasi menjadikan individu mandiri yaitu memahami dan menerima diri dan lingkungan secara positif, objektif dan dinamis, mampu mengambil keputusan, mampu mengarahkan diri sesuai dengan kebutuhannya tersebut dan akhirnya dapat mengaktualisasikan dirinya.

Keamanan informasi terdiri dari perlindungan terhadap aspek-aspek berikut:
Confidentiality (kerahasiaan) pada aspek ini system menjamin kerahasiaan data atau informasi, memastikan bahwa informasi hanya dapat diakses oleh orang yang berwenang dan menjamin kerahasiaan data yang dikirim, diterima dan disimpan.
Integrity (integritas) pada aspek ini system menjamin data tidak dirubah tanpa ada ijin pihak yang berwenang, menjaga keakuratan dan keutuhan informasi serta metode prosesnya untuk menjamin aspek integrity ini.
Availability (ketersediaan) pada aspek ini system menjamin data akan tersedia saat dibutuhkan, memastikan user yang berhak dapat menggunakan informasi dan perangkat terkait.
Keamanan informasi diperoleh dengan mengimplementasi seperangkat alat kontrol yang layak dipakai, yang dapat berupa kebijakan-kebijakan, struktur-struktur organisasi dan piranti lunak.

LAYANAN CONTEXT-AWARE dan EVENT-BASE

Istilah context-awareness mengacu kepada kemampuan layanan network untuk mengetahui berbagai konteks- konteks yang ada, yaitu sekumpulan parameter yang relevan dari pengguna (user) dan penggunaan network tersebut, serta memberikan layanan yang sesuai dengan parameter yang ada. Beberapa konteks yang dapat digunakan yaitu lokasi user, data dasar user, jenis dan kemampuan terminal yang digunakan user, dan berbagai preferensi user lainnya. Sebagai contoh : ketika seorang user sedang mengadakan rapat, maka context-aware mobile phone yang dimiliki user menyimpulkan bahwa user sedang mengadakan rapat dan akan menolak seluruh panggilan telepon yang tidak penting. Konteks location awareness dan activity recognition yang merupakan bagian dari context-awareness menjadi pembahasan dalam bidang penelitian ilmu computer pada saat ini.
Ada 4 kategori aplikasi context-awareness menurut Bill N. Schilit, Norman Adams, dan Roy Want, yaitu :

1. Proximate selection.
adalah suatu teknik antarmuka yang memudahkan pengguna dalam memilih atau melihat lokasi objek yang berada didekatnya dan mengetahui posisi lokasi dari user itu sendiri. Ada dua variabel yang berkaitan dengan proximate selection ini, yaitu locus dan selection dengan kata lain tempat dan pilihan.

2. Automatic Contextual Reconfiguration
Aspek terpenting suatu kasus sistem context-aware adalah bagaimana suatu konteks yang digunakan membawa perbedaan terhadap konfigurasi sistem dan bagaimana cara antar setiap komponen berinteraksi satu sama lain nya. Sebagai contoh, penggunaan virtual whiteboard sebagai salah satu inovasi automatic reconfiguration yang menciptakan ilusi pengaksesan virtual objects sebagai layaknya fisik suatu benda.
Contextual Reconfiguration juga bisa diterapkan pada fungsi sistem operasi; sebagai contoh: sistem operasi suatu komputer A bisa memanfaatkan memori komputer lainnya yang berada didekatnya untuk melakukan back-up data sebagai antisipasi jika power komputer A melemah.

3. Contextual Informations and Commands
Kegiatan manusia bisa diprediksi dari situasi atau lokasi dimana mereka berada. Sebagai contoh, ketika berada di dapur, maka kegiatan yang dilakukan pada lokasi tersebut pasti berkaitan dengan memasak. Hal inilah yang menjadi dasar dari tujuan contextual information and commands, dimana informasi-informasi tersebut dan perintah yang akan dilaksanakan disimpan ke dalam sebuah directory tertentu. Setiap file yang berada di dalam directory berisi locations and contain files, programs, and links. Ketika seorang user berpindah dari suatu lokasi ke lokasi lainnya, maka browser juga akan langsung mengubah data lokasi di dalam directory. Sebagai contoh: ketika user berada di kantor, maka user akan melihat agenda yang harus dilakukan; ketika user beralih lagi ke dapur, maka user tersebut akan melihat petunjuk untuk membuat kopi dan data penyimpanan kebutuhan dapur.

4. Context-Triggered Actions
Cara kerja sistem context-triggered actions sama layaknya dengan aturan sederhana IF-THEN. Informasi yang berada pada klausa kondisi akan memacu perintah aksi yang harus dilakukan. Kategori sistem context-aware ini bisa dikatakan mirip dengan contextual information and commands, namun perbedaannya terletak pada aturan-aturan kondisi yang harus jelas dan spesifik untuk memacu aksi yang akan dilakukan.


Randi pradipta
15109076
4 KA 11

Deskripsi Arsitektur client side and server side.

Randi pradipta 15109076


2.  - Aritektur Client Site
     - Aritektur Server Site
     - Definisi Aritektur Client Site dan Server Site

Arsitektur merupakan sekumpulan dari system sirkuit, chip, bus untuk ekspansi slot, BIOS dan lain-lainnya. Arsitektur system harus berdasarkan konfigurasi sistem secara keseluruhan yang akan menjadi tempat dari DBMS, basis data dan aplikasi yang memanfaatkannya yang juga akan menentukan bagaimana pemakai dapat berinteraksi dengannya.
 Tiga elemen utama sebuah arsitektur, masing-masing sering dianggap sebagai arsitektur, adalah:
1.    Arsitektur sistem pemrosesan,
2.    Arsitektur telekomunikasi dan jaringan, &
3.    Arsitektur data.
Arsitektur telematika adalah sebuah aplikasi yang secara logic berada diantara lapisan aplikasi (application layer dan lapisan data dari sebuah arsitektur layer – layer TCP/IP).
Arsitektur data Dalam arsitektur telematika terdiri atas dua arsitektur yaitu :
1.    Arsitektur Server Side Server
Sebuah server Web khusus yang menyediakan layanan untuk sebuah client. Bisa berupa informasi dan data yang dinginkan oleh client. Dan dalam server sering dikenal sebuah istilah yaitu tier, tier di dalam server digunakan untuk menjelaskan pembagian sebuah aplikasi yang melalui client dan server,  yang diproses dan hasilnya akan dikembalikan kepada client .
2.    Arsitektur Client Side Client
Merupakan satu aplikasi komputer yang ada pada satu komputer pengguna  dan terhubung ke satu server. Client bersifat menerima apa yang dikirimkan oleh sebuah server.
Jadi arsitektur client server merupakan suatu pembagian tugas antara penyedia layanan (server) dengan penerima layanan (client) , client server biasanya digunakan melalui sebuah jaringan komputer dengan hardware yang terpisah. Oleh karena itu sering sekali kita saat meminta sebuah layanan dikirimkan melalui komputer terkadang lama, karena servernya harus mengkonfirmasi terlebih dahulu, dan akan menerima hasil pemrosesan data yang dilakukan oleh server kemudian ditampilkan kepada user pada sebuah aplikasi yang dapat berinteraksi langsung dengan user. Dalam arsitektur client server pun memiliki beberapa permodelan, yaitu : Ø Arsitektur Mainframe Permodelan ini menyediakan waktu dan sebagian memorinya untuk pemakai, kemudianberpindah user lain dan kembali pada user awal. Didalam media penyimpanan server terdapat file-file yang dapat diakses langsung oleh user namun arsitektur ini memiliki keterbatasan dalam proses sharing.

Service pada telematika
Ada 3 macam service pada telematika, yaitu :
1. Layanan Informasi
Layanan Informasi adalah suatu penggabungan telekomunikasi digital dengan                teknologi komputer yang mempunyai peran penting dalam komunikasi. Agar informasi tidak tercampur-campur sehingga perlu adanya layanan informasi.
Contoh layanan informasi :
• Emergency rescue with 911
• Car location tracing (thief-proof)

2. Layanan Keamanan
Layanan Keamanan adalah suatu bentuk layanan yang menyediakan keamanan     informasi dan data yang ada. Layanan keamanan bisa berupa penentuan akses kontrol, penggunaan protokol dan enkripsi.
Contoh layanan keamanan :
• Navigation assistant (real-time traffic information)
• Weather, stock information
• Entertainment and M-Commerce

3.    Layanan Context Aware & Event Base
Layanan Context Aware & Event Base adalah suatu layanan yang mengacu terhadap kemampuan dari layanan suatu jaringan yang digunakan untuk
mengetahui penggunaan jaringan tersebut.
Contoh layanan context aware & event base :
• Vehicle Diagnostic Service
• Car Insurance based on driving statistic
Deskripsinya adalah
server side maksudnya script/program berjalan di server dan client tidak bisa melihat listing program. Client hanya mendapat hasil dari program yang dijalankan di server. Contoh PHP.

client side maksudnya script/program berjalan di komputer client dan pengguna/client bisa melihat listing program. Contoh HTML, Javascript.




Randi pradipta
15109076
4 KA 11

Definisi telematika

Randi Pradipta 15109076

1.  - Definisi Telematika
     - Perkembangan Telematika
     - Tren dan Perkembangan Telematika

Pengertian Telematika

Istilah telematika pertama kali digunakan pada tahun 1978 oleh Simon Nora dan Alain Minc dalam bukunya L’informatisation de la Societe. Istilah telematika yang berasal dari kata dalam bahasa Prancis telematique merupakan gabungan dua kata: telekomunikasi dan informatika.

Telekomunikasi sendiri mempunyai pengertian sebagai teknik pengiriman pesan, dari suatu tempat ke tempat lain, dan biasanya berlangsung secara dua arah. Telekomunikasi mencakup semua bentuk komunikasi jarak jauh, termasuk radio, telegraf/telex, televisi, telepon, fax, dan komunikasi data melalui jaringan komputer. Sedangkan pengertian Informatika (Inggris: Informatics) mencakup struktur, sifat, dan interaksi dari beberapa sistem yang dipakai untuk mengumpulkan data, memproses dan menyimpan hasil pemrosesan data, serta menampilkannya dalam bentuk informasi. Jadi pengertian Telematika sendiri lebih mengacu kepada industri yang berhubungan dengan penggunaan komputer dalam sistem telekomunikasi.

Perkembangan Telematika

Untuk kasus di Indonesia, perkembangan telematika mengalami tiga periode berdasarkan fenomena yang terjadi di masyarakat. Pertama adalah periode rintisan yang berlangsung akhir tahun 1970-an sampai dengan akhir tahun 1980-an. Periode kedua disebut pengenalan, rentang waktunya adalah tahun 1990-an, dan yang terakhir adalah periode aplikasi. Periode ketiga ini dimulai tahun 2000.

1. Periode Rintisan

Aneksasi Indonesia terhadap Timor Portugis, peristiwa Malari, Pemilu tahun 1977, pengaruh Revolusi Iran, dan ekonomi yang baru ditata pada awal pemerintahan Orde Baru, melahirkan akhir tahun 1970-an penuh dengan pembicaraan politik serta himpitan ekonomi. Sementara itu sejarah telematika mulai ditegaskan dengan digariskannya arti telematika pada tahun 1978 oleh warga Prancis.

Mulai tahun 1970-an inilah Toffler menyebutnya sebagai zaman informasi. Namun demikian, dengan perhatian yang minim dan pasokan listrik yang terbatas, Indonesia tidak cukup mengindahkan perkembangan telematika.

Memasuki tahun 1980-an, perubahan secara signifikan pun jauh dari harapan. Walaupun demikian, selama satu dasawarsa, learn to use teknologi informasi, telekomunikasi, multimedia, mulai dilakukan. Jaringan telepon, saluran televisi nasional, stasiun radio nasional dan internasional, dan komputer mulai dikenal di Indonesia, walaupun penggunanya masih terbatas. Kemampuan ini dilatarbelakangi oleh kepemilikan satelit dan perekonomian yang meningkat dengan diberikannya penghargaan tentang swasembada pangan dari Perserikatan Bangsa-Bangsa (PBB) kepada Indonesia pada tahun 1984.

Setahun sebelumnya di Amerika Serikat, tepatnya tanggal 1 Januari 1983, internet diluncurkan. Sejak ARPAnet (Advance Research Project Agency) dan NSFnet (National Science Foundation) digabungkan, pertumbuhan jaringan semakin banyak, dan pada pertengahan tahun, masyarakat mulai memandangnya sebagai internet.

Penggunaan teknologi telematika oleh masyarakat Indonesia masih terbatas. Sarana kirim pesan seperti yang sekarang dikenal sebagi email dalam suatu Group, dirintis pada tahun 1980-an. Mailing List (milis) tertua di Indonesia dibuat oleh Johhny Moningka dan Jos Lukuhay, yang mengembangkan perangkat pesan berbasis unix, ethernet, pada tahun 1983, persis bersamaan dengan berdirinya internet sebagai protokol resmi di Amerika Serikat. Pada tahun-tahun tersebut, istilah unix, email, PC, modem, BBS, ethernet masih merupakan kata-kata yang sangat langka.

Periode rintisan telematika ini merupakan masa di mana beberapa orang Indonesia belajar menggunakan telematika, atau minimal mengetahuinya. Tahun 1980-an, teleconference terjadwal hampir sebulan sekali di TVRI (Televisi Republik Indonesia) yang menyajikan dialog interaktif antara Presiden Suharto di Jakarta dengan para petani di luar Jakarta, bahkan di luar pulau Jawa. Pada pihak akademisi dan praktisi praktisi IT (Information and Technology), merekam penggunaan internet sebagai berikut.

Menjelang akhir tahun 1980-an, tercatat beberapa komunitas BBS, seperti Aditya (Ron Prayitno), BEMONET (BErita MOdem NETwork), JCS (Jakarta Computer Society — Jim Filgo), dan lain-lain. Konon, BEMONET cukup populer dan bermanfaat sebagai penghilang stress dengan milis seperti “JUNK/Batavia“. Di kalangan akademis, pernah ada UNInet dan Cossy. UNINET merupakan sebuah jaringan berbasis UUCP yang konon pernah menghubungkan Dikti, ITS, ITB, UI, UGM, UnHas, dan UT. Cossy pernah dioperasikan dengan menggunakan X.25 dengan pihak dari Kanada. Milis yang kemudian muncul menjelang akhir tahun 1980-an ialah the Indonesian Development Studiesi (IDS) (Syracuse, 1988); UKIndonesian (UK, 1989); INDOZNET (Australia, 1989); ISNET (1989); JANUS (Indonesians@janus.berkeley.edu), yang saking besarnya sampai punya beberapa geographical relayers; serta tentunya milis kontroversial seperti APAKABAR.

Jaringan internet tersebut, terhubungkan dengan radio. Medio tahun 1980 diisi dengan komunikasi internasional melalui kegiatan radio amatir, yang memiliki komunitas dengan nama Amatir Radio Club (ARC) Institut Teknologi Bandung (ITB). Bermodalkan pesawat transceiver HF SSB Kenwood TS 430 dengan komputer Apple II, sekitar belasan pemuda ITB menghubungkan server BBS amatir radio seluruh dunia, agar email dapat berjalan lancar.

2. Periode Pengenalan

Periode satu dasawarsa ini, tahun 1990-an, teknologi telematika sudah banyak digunakan dan masyarakat mengenalnya. Jaringan radio amatir yang jangkauannya sampai ke luar negeri marak pada awal tahun 1990. hal ini juga merupakan efek kreativitas anak muda ketika itu, setelah dipinggirkan dari panggung politik, yang kemudian disediakan wadah baru dan dikenal sebagai Karang Taruna. Pada sisi lain, milis yang mulai digagas sejak tahun 1980-an, terus berkembang.

Internet masuk ke Indonesia pada tahun 1994, dan milis adalah salah satu bagian dari sebuah web. Penggunanya tidak terbatas pada kalangan akademisi, akan tetapi sampai ke meja kantor. ISP (Internet Service Provider) pertama di Indonesia adalah IPTEKnet, dan dalam tahun yang sama, beroperasi ISP komersial pertama, yaitu INDOnet.

Dua tahun keterbukaan informasi ini, salah satu dampaknya adalah mendorong kesadaran politik dan usaha dagang. Hal ini juga didukung dengan hadirnya televisi swasta nasional, seperti RCTI (Rajawali Citra Televisi) dan SCTV (Surya Citra Televisi) pada tahun 1995-1996.

Teknologi telematika, seperti komputer, internet, pager, handphone, teleconference, siaran radio dan televisi internasional – tv kabel Indonesia, mulai dikenal oleh masyarakat Indonesia. Periode pengenalan telematika ini mengalami lonjakan pasca kerusuhan Mei 1998.

Masa krisis ekonomi ternyata menggairahkan telematika di Indonesia. Di saat keterbukaan yang diusung gerakan moral reformasi, stasiun televisi yang syarat informasi seperti kantor berita CNN dan BBC, yakni Metro Tv, hadir pada tahun 1998. Sementara itu, kapasitas hardware mengalami peningkatan, ragam teknologi software terus menghasilkan yang baru, dan juga dilanjutkan mulai bergairahnya usaha pelayanan komunikasi (wartel), rental komputer, dan warnet (warung internet). Kebutuhan informasi yang cepat dan gegap gempita dalam menyongsong tahun 2000, abad 21, menarik banyak masyarakat Indonesia untuk tidak mengalami kesenjangan digital (digital divide).
Pemerintah yang masih sibuk dengan gejolak politik yang kemudian diteruskan dengan upaya demokrasi pada Pemilu 1999, tidak menghasilkan suatu keputusan terkait perkembangan telematika di Indonesia. Dunia pendidikan juga masih sibuk tambal sulam kurikulum sebagai dampak perkembangan politik terbaru, bahkan proses pembelajaran masih menggunakan cara-cara konvensional. Walaupun demikian, pada tanggal 15 Juli 1999, arsip pertama milis Telematika dikirim oleh Paulus Bambang Wirawan, yakni sebuah permulaan mailing list internet terbesar di Indonesia.

3. Periode Aplikasi

Reformasi yang banyak disalahartikan, melahirkan gejala yang serba bebas, seakan tanpa aturan. Pembajakan software, Hp ilegal, perkembangan teknologi komputer, internet, dan alat komunikasi lainnya, dapat dengan mudah diperoleh, bahkan di pinggir jalan atau kios-kios kecil. Tentunya, dengan harga murah.

Keterjangkauan secara finansial yang ditawarkan, dan gairah dunia digital di era Millenium ini, bukan hanya mampu memperkenalkannya kepada masyarakat luas, akan tetapi juga mulai dilaksanakan, diaplikasikan. Pada pihak lain, semua itu dapat berlangsung lancar, dengan tersedianya sarana transportasi, kota-kota yang saling terhubung, dan industri telematika dalam negeri yang terus berkembang.

Awal era Millenium inilah, pemerintah Indonesia serius menanggapi perkembangan telematika dalam bentuk keputusan politik. Kebijakan pengembangan yang sifatnya formal “top-down” direalisasikan dengan dikeluarkannya Keputusan Presiden No. 50 Tahun 2000 tentang Tim Koordinasi Telematika Indonesia (TKTI), dan Instruksi Presiden No. 6 Tahun 2001 tentang Pendayagunaan Telematika. Dalam bidang yang sama, khususnya terkait dengan pengaturan dan pelaksanaan mengenai berbagai bidang usaha yang bergerak di sektor telematika, diatur oleh Direktorat Jenderal Aplikasi Telematika (Dirjen Aptel) yang kedudukannya berada di bawah dan bertanggung jawab kepada Menteri Komunikasi dan Informasi Republik Indonesia.

Selanjutnya, teknologi mobile phone begitu cepat pertumbuhannya. Bukan hanya dimiliki oleh hampir seluruh lapisan masyarakat Indonesia, fungsi yang ditawarkan terbilang canggih. Muatannya antara 1 Gigabyte, dapat berkoneksi dengan internet juga stasiun televisi, dan teleconference melalui 3G. Teknologi komputer demikian, kini hadir dengan skala tera (1000 Gigabyte), multi processor, multislot memory, dan jaringan internet berfasilitas wireless access point. Bahkan, pada kafe dan kampus tertentu, internet dapat diakses dengan mudah, dan gratis.

Terkait dengan hal tersebut, Depkominfo mencatat bahwa sepanjang tahun 2007 yang lalu, Indonesia telah mengalami pertumbuhan 48% persen terutama di sektor selular yang mencapai 51% dan FWA yang mencapai 78% dari tahun sebelumnya. Selain itu, dilaporkan tingkat kepemilikan komputer pada masyarakat juga mengalami pertumbuhan sangat signifikan, mencapai 38.5 persen. Sedangkan angka pengguna Internet mencapai jumlah 2 juta pemakai atau naik sebesar 23 persen dibanding tahun 2006. Tahun 2008 ini diharapkan bisa mencapai angka pengguna 2,5 juta.

Data statistik tersebut menunjukkan aplikasi telematika cukup signifikan di Indonesia. Namun demikian, telematika masih perlu disosialisasikan lebih intensif kepada semua lapisan masyarakat tanpa terkecuali. Pemberdayaan manusianya, baik itu aparatur Negara ataupun non-pemerintah, harus terus ditumbuhkembangkan.

Selama perkembangan telematika di Indonesia sekitar tiga dasawarsa belakangan ini, membawa implikasi di berbagai bidang. Kemudahan yang disuguhkan telematika akan meningkatkan kinerja usaha, menghemat biaya, dan memperbaiki kualitas produk. Masyarakat juga mendapat manfaat ekonomis dan peningkatan kualitas hidup.

Peluang untuk memperoleh informasi bernuansa porno dan bentuk kekerasan lainnya, dapat terealisir. Di lain pihak, segi individualis dan a-sosial amat mungkin akan banyak menggejala di masyarakat. Walaupun demikian, masih banyak faktor lain yang dapat mempengaruhi perilaku masyarakat tertentu dan faktor yang sama dapat berdampak lain pada lingkungan yang berbeda.

Tren Ke Depan Usaha Telematika

Pada prinsipnya berbagai jenis usaha di dunia telematika dapat di pilah-pilah menjadi berbagai usaha yang sifatnya modular tidak terlalu tergantung satu dengan lainnya. Beberapa servis seperti NIC servis & CA/RA/PKI servis memang merupakan servis pendukung yang sifatnya tidak terlalu profit-oriented, akan tetapi tidak bisa di pisahkan dari usaha yang didukungnya.

Secara umum model yang ingin di usulkan terlihat dalam gambar model terlampir. Model dibuat modular yang berarti entitas industri di masing-masing segmen di usahakan untuk bisa berdiri sendiri tidak harus tergantung satu sama lain.

Ada lima (5) kelompok besar segmen industri jasa yang di identifikasi yaitu:
1. Infrastruktur Telekomunikasi (biasanya risiko bisnis paling besar)
2. Infrastruktur Internet (biasanya risiko bisnis sedang & rendah)
3. Hosting service (biasanya risiko bisnis rendah)
4. Transaction type service (biasanya risiko bisnis rendah).
5. Content / knowledge producer (biasanya risiko bisnis rendah).

Ada dua (2) arah utama yang terjadi di level aplikasi yang pertama ke arah jasa yang sifatnya transaksi (biasanya di sini yang berputar adalah uang & barang) yang ke dua lebih ke arah transaksi pengetahuan & informasi. Karakteristik dari kedua arah tersebut akan berbeda; sayang sekarang ini yang lebih di gembar-gemborkan terutama e-commerce – padahal jika kita cukup pandai (dalam arti berpengetahuan banyak) maka bermain-main di k-commerce akan lebih menarik.

Ada tiga (3) hal utama yang akan menentukan kehidupan / tingkat kompetisi maupun kontrol pemerintah di jenis usaha yang dipilih, tiga (3) hal tersebut adalah:
• Tingkat risiko bisnis.
• Kontrol kualitas.
• Tanggung jawab sosial (menjamin proses cross subsidi).

Pada tingkat risiko bisnis yang rendah, sebaiknya pasar di bebaskan dari proses lisensi atau perizinan – kompetisi bebas diberlakukan konsekuensinya kontrol kualitas di lakukan sendiri oleh masyarakat; pemerintah dapat memfasilitasi transparansi kualitas entitas. Sebaliknya untuk tingkat risiko bisnis yang tinggi, proses perizinan atau lisensi yang di ikuti kontrol kualitas dari pemerintah. Yang perlu diperhatikan barangkali membuat semua proses menjadi transparan ke masyarakat banyak.

Dalam hal semua jenis usaha pada akhirnya bukan teknologi yang akan memenangkan pertandingan. Teknologi hanyalah alat bantu semata, kemenangan hanya bisa diperoleh dari keberhasilan dalam membentuk massa yang real di masyarakat. Dalam dunia informasi yang biasanya massanya berpendidikan, proses community building agak lebih pelik dari pada dunia biasa. Konsep penggalangan massa seperti para partai politik di dunia nyata tidak mungkin dilakukan di dunia maya. Interaksi dua arah berbentuk diskusi, di talkshow, di kolom-kolom media di tumpu oleh kemampuan leadership (kepemimpinan), total customer satisfaction dan komitmen kepada masyarakat berpengetahuan akan menjadi kunci keberhasilan dalam melibatkan masyarakat dalam kebersamaan. Fungsi fasilitator sangat erat di dunia maya sangat berbeda dengan dunia nyata yang lebih mementingkan struktur dan komando.




Randi pradipta
15109076
4 KA 11

Pengembangan Sistem Informasi

Nama dan NPM:
                          1. Azka maulana D            11109710
                          2. Fajar sultani                   15109893
                          3. M.Najiulloh A               16109213
                          4. Randi pradipta               15109076

Kenapa dan mengapa kita melakukan pengembangan sistem?

PENGERTIAN SISTEM DAN ANALIS SISTEM

1.DEFINISI SISTEM

Terdapat dua kelompok pendekatan didalam mendefinisikan sistem, yaitu yang
menekankan pada prosedurnya dan yang menekankan pada komponen atau
elemennya. Pendekatan sistem yang lebih menekankan pada prosedur
mendefinisikan sistem sebagai berikut ini :
Suatu sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling
berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan
atau untuk menyelesaikan suatu sasaran yang tertentu
Menurut Jerry Fitzgerald, Ardra F. Fitzgerald dan Warren D. Stallings, Jr.,
mendefinisikan prosedur sebagai berikut :
Suatu prosedur adalah urut-urutan yang tepat dari tahapan-tahapan instruksi
yang menerangkan Apa (What) yang harus dikerjakan, Siapa (Who) yang
mengerjakannya, Kapan (When) dikerjakan dan Bagaimana (How)
mengerjakannya
Pendekatan sistem yang lebih menekankan pada elemen atau komponennya
mendefiniskan sistem sebagai berikut ini :
Sistem adalah kumpulan dari elemen-elemen yang berinteraksi untuk
mencapai suatu tujuan tertentu
Kedua kelompok definisi tersebut adalah benar dan tidak bertentangan, yang
berbeda adalah cara pendekatannya. Pendekatan sistem yang merupakan kumpulan
elemen-elemen atau komponen-komponen atau subsistem-subsistem merupakan
definisi yang lebih luas. Definisi ini lebih banyak diterima, karena kenyataannya
suatu sistem dapat terdiri dari beberapa subsistem atau sistem bagian. Sebagai misal,
sistem akuntansi dapat terdiri dari beberapa subsistem-subsistem, yaitu subsistem
akuntansi penjualan, subsistem akuntansi pembelian, subsistem akuntansi
penggajian, subsistem akuntansi biaya dan lain sebagainya.

Apa itu Subsistem ?
Subsistem sebenarnya hanyalah sistem di dalam suatu sistem, ini berarti bahwa
sistem berada pada lebih dari satu tingkat. Pemisalan lainnya, mobil adalah suatu
sistem yang terdiri dari sistem-sistem bawahan seperti sistem mesin, sistem badan
mobil dan sistem rangka. Masing-masing sistem ini terdiri dari sistem tingkat yang
lebih rendah lagi. Misalnya, sistem mesin adalah kombinasi dari sistem karburator,
sistem generator, sistem bahan bakar dan seterusnya.
Apa itu Supersistem ?

Walaupun istilah supersistem jarang digunakan, sistem seperti ini ada. Jika suatu
sistem adalah bagian dari sistem yang lebih besar, sistem yang lebih besar itu adalah
supersistem. Contohnya, pemerintahan kota adalah suatu sistem, tetapi ia juga
merupakan bagian dari sistem yang lebih besar – pemerintahan propinsi.
Pemerintahan propinsi adalah supersistem dari pemerintahan kota dan juga
merupakan subsistem dari pemerintahan nasional.
Dari definisi dan penjelasan diatas dapatlah diambil kesimpulan, suatu sistem
terdiri dari elemen yang bisa berbentuk individu atau bagian-bagian yang terpisah,
kemudian berinteraksi satu sama lain untuk mencapai tujuan. Mobil terdiri dari
bagian-bagian sistem yang berinteraksi/kerjasama untuk tujuan mobil tersebut
bergerak ke suatu arah. Keluarga, pertama kali terdiri dari 2 individu yang terpisah
yang mana individu itu sendiri merupakan suatu sistem yang terdiri dari subsistem3


subsistem, kemudian bersatu membentuk keluarga untuk mencapai suatu tujuan.
Keluarga itu sendiri merupakan subsistem dari sistem Rukun Tetangga (RT), RT
merupakan subsistem dari Rukun Warga (RW), RW subsistem dari suatu Kelurahan,
Kelurahan subsistem dari suatu Kecamatan, dan demikian seterusnya.

2. Karakteristik Sistem

Komponen Sistem (Components)
Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang
artinya saling bekerja sama membentuk satu kesatuan. Komponen-komponen sistem
atau elemen-elemen sistem dapat berupa suatu subsistem atau bagian-bagian dari
sistem. Setiap sistem tidak perduli betapapun kecilnya, selalu mengandung
komponen-komponen atau subsistem-subsistem. Setiap subsistem mempunyai sifatsifat
dari sistem untuk menjalankan suatu fungsi tertentu dan mempengaruhi proses
sistem secara keseluruhan. Jadi, dapat dibayangkan jika dalam suatu sistem ada
subsistem yang tidak berjalan/berfungsi sebagaimana mestinya. Tentunya sistem
tersebut tidak akan berjalan mulus atau mungkin juga sistem tersebut rusak sehingga
dengan sendirinya tujuan sistem tersebut tidak tercapai.

Batas Sistem (Boundary)
Batas sistem (boundary) merupakan daerah yang membatasi antara suatu sistem
dengan sistem yang lainnya atau dengan lingkungan luarnya. Batas sistem ini
memungkinkan suatu sistem dipandang sebagai satu kesatuan. Batas suatu sistem
menunjukkan ruang lingkup (scope) dari sistem tersebut.
Lingkungan Luar Sistem (Environments)
Lingkungan luar dari suatu sistem adalah apapun diluar batas dari sistem yang
mempengaruhi operasi sistem. Lingkungan luar sistem dapat bersifat
menguntungkan dan dapat juga bersifat merugikan sistem tersebut. Lingkungan luar
yang menguntungkan merupakan energi dari sistem dan dengan demikian harus
tetap dijaga dan dipelihara. Sedang lingkungan luar yang merugikan harus ditahan
dan dikendalikan, kalau tidak maka akan menggangu kelangsungan hidup dari
sistem.
Penghubung (Interface) Sistem
Penghubung sistem merupakan media penghubung antara satu subsistem dengan
subsistem lainnya. Melalui penghubung ini memungkinkan sumber-sumber daya
mengalir dari satu subsistem ke yang lainnya. Keluaran (output) dari satu subsistem
akan menjadi masukan (input) untuk subsistem lainnya dengan melalui penghubung.
Dengan penghubung satu subsistem dapat berintegrasi dengan subsistem yang
lainnya membentuk satu kesatuan.
Masukan (Input) Sistem
Masukan sistem adalah energi yang dimasukkan ke dalam sistem. Masukan
dapat berupa masukan perawatan (maintenance input) dan masukan sinyal (signal
input). Maintenance input adalah energi yang dimasukkan supaya sistem tersebut
dapat beroperasi. Signal input adalah energi yang diproses untuk didapatkan
keluaran. Sebagai contoh didalam sistem komputer, program adalah maintenance
input yang digunakan untuk mengoperasikan komputernya dan data adalah signal
input untuk diolah menjadi informasi.
Keluaran (Output) Sistem
Keluaran sistem adalah hasil dari energi yang diolah dan diklasifikasikan
menjadi keluaran yang berguna dan sisa pembuangan. Keluaran dapat merupakan
masukan untuk subsistem yang lain atau kepada supersistem. Misalnya untuk sistem
komputer, panas yang dihasilkan adalah keluaran yang tidak berguna dan merupakan
hasil sisa pembuangan, sedang informasi adalah keluaran yang dibutuhkan.
Pengolah (Process) Sistem
Suatu sistem dapat mempunyai suatu bagian pengolah yang akan merubah
masukan menjadi keluaran. Suatu sistem produksi akan mengolah masukan berupa
bahan baku dan bahan-bahan yang lain menjadi keluaran berupa barang jadi. Sistem

akuntansi akan mengolah data-data transaksi menjadi laporan-laporan keuangan dan
laporan-laporan lain yang dibutuhkan oleh manajemen.
Sasaran (Objectives) atau Tujuan (Goal)
Suatu sistem pasti mempunyai tujuan atau sasaran. Kalau suatu sistem tidak
mempnyai sasaran, maka operasi sistem tidak akan ada gunanya. Sasaran dari sistem
sangat menentukan sekali masukan yang dibutuhkan sistem dan keluaran yang akan
dihasilkan sistem. Suatu sistem dikatakan berhasil bila mengenai sasaran atau
tujuannya.
Perbedaan suatu sasaran (objectives) dan suatu tujuan (goal) adalah, goal
biasanya dihubungkan dengan ruang lingkup yang lebih luas dan sasaran dalam
ruang lingkup yang lebih sempit. Bila merupakan suatu sistem utama, seperti
misalnya sistem bisnis perusahaan, maka istilah goal lebih tepat diterapkan. Untuk
sistem akuntansi atau sistem-sistem lainnya yang merupakan bagian atau subsistem
dari sistem bisnis, maka istilah objectives yang lebih tepat. Jadi tergantung dari
ruang lingkup mana memandang sistem tersebut. Seringkali tujuan (goal) dan
sasaran (objectives) digunakan bergantian dan tidak dibedakan.

3. Klasifikasi Sistem
Sistem dapat diklasifikasikan dari beberapa sudut pandang, diantaranya sebagai
berikut ini :
1. Sistem diklasifikasikan sebagai sistem abstrak (abstract system) dan sistem fisik
(physical system)
Sistem abstrak adalah sistem yang berupa pemikiran atau ide-ide yang tidak
tampak secara fisik. Misalnya sistem teologia, yaitu sistem yang berupa
pemikiran-pemikiran hubungan antara manusia dengan Tuhan. Sistem fisik
merupakan sistem yang ada secara fisik. Misalnya sistem komputer, sistem
akuntansi, sistem produksi dan lain sebagainya.

2. Sistem diklasifikasikan sebagai sistem alamiah (natural system) dan sistem
buatan manusia (human made system)
Sistem alamiah adalah sistem yang terjadi melalui proses alam, tidak dibuat
manusia. Misalnya sistem perputaran bumi. Sistem buatan manusia adalah
sistem yang dirancang oleh manusia. Sistem buatan manusia yang melibatkan
interaksi antara manusia dengan mesin disebut dengan human-machine system
atau ada yang menyebut dengan man-machine system. Sistem informasi
merupakan contoh man-machine system, karena menyangkut penggunaan
komputer yang berinteraksi dengan manusia.

3. Sistem diklasifikasikan sebagai sistem tertentu (deterministic system) dan sistem
tak tentu (probabilistic system)
Sistem tertentu beroperasi dengan tingkah laku yang sudah dapat diprediksi.
Interaksi diantara bagian-bagiannya dapat dideteksi dengan pasti, sehingga
keluaran dari sistem dapat diramalkan. Sistem komputer adalah contoh dari
sistem tertentu yang tingkah lakunya dapat dipastikan berdasarkan programprogram
yang dijalankan. Sistem tak tentu adalah sistem yang kondisi masa
depannya tidak dapat diprediksi karena mengandung unsur probabilitas.
4. Sistem diklasifikasikan sebagai sistem tertutup (closed system) dan sistem
terbuka (open system)
Sistem tertutup merupakan sistem yang tidak berhubungan dan tidak terpengaruh
dengan lingkungan luarnya. Sistem ini bekerja secara otomatis tanpa adanya
turut campur tangan dari pihak diluarnya. Secara teoritis sistem tertutup ini ada,
tetapi kenyataannya tidak ada sistem yang benar-benar tertutup, yang ada
hanyalah relatively closed system (secara relatif tertutup, tidak benar-benar
tertutup). Sistem terbuka adalah sistem yang berhubungan dan terpengaruh
dengan lingkungan luarnya. Sistem ini menerima masukan dan menghasilkan
keluaran untuk lingkungan luar atau subsistem yang lainnya. Karena sistem
sifatnya terbuka dan terpengaruh oleh lingkungan luarnya, maka suatu sistem
harus mempunyai suatu sistem pengendalian yang baik. Sistem yang baik harus
dirancang sedemikian rupa, sehingga secara relatif tertutup karena sistem
tertutup akan bekerja secara otomatis dan terbuka hanya untuk pengaruh yang
baik saja.
Suatu sistem yang dihubungkan dengan lingkungannya melalui arus sumber
daya disebut sistem terbuka. Sebuah sistem pemanas atau pendingin ruangan,
contohnya, mendapatkan input-nya dari perusahaan listrik, dan menyediakan
panas/dinginnya bagi ruangan yang ditempatinya.
Dengan menggunakan logika yang sama, suatu sistem yang tidak dihubungkan
dengan lingkungannya adalah sistem tertutup. Sebagai contohnya, sistem
tertutup hanya terdapat pada situasi laboratorium yang dikontrol ketat.

4. Pengertian Pengembangan Sistem
Pengembangan sistem (systems development) dapat berarti menyusun suatu
sistem yang baru untuk menggantikan sistem yang lama secara keseluruhan atau
memperbaiki sistem yang telah ada. Sistem yang lama perlu diperbaiki atau diganti
disebabkan karena beberapa hal, yaitu sebagai berikut ini :
a. Adanya permasalahan-permasalahan (problems) yang timbul di sistem yang
lama yang dapat berupa :
Ketidakberesan
Ketidakberesan dalam sistem yang lama menyebabkan sistem yang lama
tidak dapat beroperasi sesuai dengan yang diharapkan. Ketidakberesan ini
dapat berupa :
kecurangan-kecurangan disengaja yang menyebabkan tidak amannya
harta kekayaan perusahaan dan kebenaran dari data menjadi kurang
terjamin;
kesalahan-kesalahan yang tidak disengaja yang juga dapat menyebabkan
kebenaran dari data kurang terjamin;
tidak efisiennya operasi;
tidak ditaatinya kebijaksanaan manajemen yang telah ditetapkan.
Pertumbuhan organisasi
Pertumbuhan organisasi yang menyebabkan harus disusunnya sistem yang
baru. Pertumbuhan organisasi diantaranya adalah kebutuhan informasi yang
semakin luas, volume pengolahan data semakin meningkat, perubahan
prinsip akuntansi yang baru. Karena adanya perubahan ini, maka
menyebabkan sistem yang lama tidak efektif lagi, sehingga sistem yang lama
sudah tidak dapat memenuhi lagi semua kebutuhan informasi yang
dibutuhkan manajemen.

b. Untuk meraih kesempatan-kesempatan (opportunities)
Teknologi informasi telah berkembang dengan cepatnya. Perangkat keras
komputer, perangkat lunak dan teknologi komunikasi telah begitu cepat
berkembang. Organisasi mulai merasakan bahwa teknologi informasi ini perlu
digunakan untuk meningkatkan penyediaan informasi sehingga dapat
mendukung dalam proses pengambilan keputusan yang akan dilakukan oleh
manajemen. Dalam keadaaan pasar bersaing, kecepatan informasi atau efisiensi
waktu sangat menentukan berhasil atau tidaknya strategi dan rencana-rencana
yang telah disusun untuk meraih kesempatan-kesempatan yang ada. Bila pesaing
dapat memanfaatkan teknologi ini, maka kesempatan-kesempatan akan jatuh ke
tangan pesaing. Kesempatan-kesempatan ini dapat berupa peluang-peluang
pasar, pelayanan yang meningkat kepada langganan dan lain sebagainya.

c. Adanya instruksi-instruksi (directives)
Penyusunan sistem yang baru dapat juga terjadi karena adanya instruksi-instruksi
dari atas pimpinan ataupun dari luar organisasi, seperti misalnya peraturan
pemerintah.
Berikut ini dapat digunakan sebagai indikator adanya permasalahanpermasalahan
dan kesempatan-kesempatan yang dapat diraih, sehingga
menyebabkan sistem yang lama harus diperbaiki, ditingkatkan bahkan diganti
keseluruhannya. Indikator-indikator ini diantaranya adalah sebagai berikut :
- keluhan dari langganan;
- pengiriman barang yang sering tertunda;
- pembayaran gaji yang terlambat;
- laporan yang tidak tepat waktunya;
- isi laporan yang sering salah;
- tanggung jawab yang tidak jelas;
- waktu kerja yang berlebihan;
- ketidakberesan kas;
- produktifitas tenaga kerja yang rendah;
- banyaknya pekerja yang menganggur;
- kegiatan yang tumpang tindih;
- tanggapan yang lambat terhadap langganan;
- kehilangan kesempatan kompetisi pasar;
- kesalahan-kesalahan manual yang tinggi;
- persediaan barang yang terlalu tinggi;
- pemesanan kembali barang yang tidak efisien;
- biaya operasi yang tinggi;
- file-file yang kurang teratur;
- keluhan dari supplier karena tertundanya pembayaran;
- bertumpuknya back-order (tertundanya pengiriman karena kurangnya
persediaan barang);
- investasi yang tidak efisisen;
- peramalan penjualan dan produksi tidak tepat;
- kapasitas produksi yang menganggur (idle capasities);
- pekerjaan manajer yang terlalu teknis;
- dll.
Dengan telah dikembangkannya sistem yang baru, maka diharapkan akan terjadi
peningkatan-peningkatan di sistem yang baru. Peningkatan-peningkatan ini
berhubungan dengan PIECES (merupakan singkatan untuk memudahkan
mengingatnya), yaitu sebagai berikut :
o Performance (kinerja), peningkatan terhadap kinerja (hasil kerja) sistem yang
baru sehingga menjadi lebih efektif. Kinerja dapat diukur dari throughput dan
response time. Throughput adalah jumlah dari pekerjaan yang dapat dilakukan
suatu saat tertentu. Response time adalah rata-rata waktu yang tertunda diantara
dua transaksi atau pekerjaan ditambah dengan waktu response untuk
menanggapi pekerjaan tersebut.
o Information (informasi), peningkatan terhadap kualitas informasi yang disajikan.
o Economy (ekonomis), peningkatan terhadap manfaat-manfaat atau keuntungankeuntungan
atau penurunan-penurunan biaya yang terjadi.
o Control (pengendalian), peningkatan terhadap pengendalian untuk mendeteksi
dan memperbaiki kesalahan-kesalahan serta kecurangan-kecurangan yang dan
akan terjadi.
o Efficiency (efisiensi), peningkatan terhadap efisiensi operasi. Efisiensi berbeda
dengan ekonomis. Bila ekonomis berhubungan dengan jumlah sumber daya yang
digunakan, efisiensi berhubungan dengan bagaimana sumber daya tersebut
digunakan dengan pemborosan yang paling minimum. Efisiensi dapat diukur
dari outputnya dibagi dengan inputnya.
o Services (pelayanan), peningkatan terhadap pelayanan yang diberikan oleh
sistem.

PRINSIP PENGEMBANGAN SISTEM
1. Sistem yang dikembangkan adalah untuk manajemen
2. Sistem yang dikembangkan adalah investasi modal yang besar
a. Semua alternatif yang ada harus diinvestigasi
b. Investasi yang terbaik harus bernilai
3. Sistem yang dikembangkan memerlukan orang yang terdidik
4. Tahapan kerja dan tugas-tugas yang harus dilakukan dalam proses
pengembangan sistem
5. Proses pengembangan sistem tidak harus urut
6. Jangan takut membatalkan proyek
7. Dokumentasi harus ada untuk pedoman dalam pengembangan sistem

SIKLUS HIDUP PENGEMBANGAN SISTEM
Pengembangan sistem informasi yang berbasis komputer dapat merupakan tugas
kompleks yang membutuhkan banyak sumber daya dan dapat memakan waktu
berbulan-bulan bahkan bertahun-tahun untuk menyelesaikannya. Proses
pengembangan sistem melewati beberapa tahapan dari mulai sistem itu direncanakan
sampai dengan sistem tersebut diterapkan, dioperasikan dan dipelihara. Bila operasi
sistem yang sudah dikembangkan masih timbul kembali permasalahan-permasalahan
yang kritis serta tidak dapat diatasi dalam tahap pemeliharaan sistem, maka perlu
dikembangkan kembali suatu sistem untuk mengatasinya dan proses ini kembali ke
tahap yang pertama, yaitu tahap perencanaan sistem. Siklus ini disebut dengan siklus
hidup suatu sistem (systems life cycle). Daur atau siklus hidup dari pengembangan
sistem merupakan suatu bentuk yang digunakan untuk menggambarkan tahapan
utama dan langkah-langkah di dalam tahapan tersebut dalam proses
pengembangannya.
Dari sekian banyak siklus pengembangan sistem menurut beberapa penulis sejak
tahun 1970-an, diambil salah satu yang akan menjadi acuan kita mengenai
pengembangan sistem ini, yaitu menurut John Burch, Gary Grudnitski, Information
Systems, Theory and Practice (New York: John Wiley & Sons) yang menuliskan
tahapan pengembangan sistem sebagai berikut :
1. Kebijakan dan perencanaan sistem (system policy and planning).
2. Pengembangan sistem (system development)
a. Analisis sistem (system analysis)
b. Desain sistem secara umum (general system design)
c. Penilaian sistem (system evaluation)
d. Desain sistem terinci (detailed system design)
e. Implementasi sistem (system implementation)

3. Manajemen sistem dan operasi (system management and operation)
1. Kebijakan dan perencanaan sistem (system policy and planning).
Sebelum suatu sistem informasi dikembangkan, umumnya terlebih dahulu
dimulai dengan adanya suatu kebijakan dan perencanaan untuk mengembangkan
sistem itu. Tanpa adanya perencanaan sistem yang baik, pengembangan sistem tidak
akan dapat berjalan sesuai dengan yang diharapkan. Tanpa adanya kebijakan
pengembangan sistem oleh manajemen puncak (top management), maka
pengembangan sistem tidak akan mendapat dukungan dari manajemen puncak ini.
Padahal dukungan dari manajemen puncak sangat penting artinya. Kebijakan sistem
(systems policy) merupakan landasan dan dukungan dari manajemen puncak untuk
membuat perencanaan sistem. Perencanaan sistem (systems planning) merupakan
pedoman untuk melakukan pengembangan sistem.
Kebijakan untuk mengembangkan sistem informasi dilakukan oleh manajemen
puncak karena manajemen menginginkan untuk meraih kesempatan-kesempatan
yang ada yang tidak dapat diraih oleh sistem yang lama atau sistem yang lama
mempunyai banyak kelemahan-kelemahan yang perlu diperbaiki (misalnya untuk
meningkatkan efektifitas manajemen, meningkatkan produktivitas atau
meningkatkan pelayanan yang lebih baik kepada langganan).
Partisipasi dan keterlibatan manajemen puncak masih diharapkan untuk
keberhasilan sistem yang akan dikembangkan. Untuk itu manajemen puncak
dilengkapi dengan suatu tim penasehat yang disebut dengan komite pengarah
(steering commitee) yang umumnya dibentuk dari wakil-wakil pimpinan dari
masing-masing departemen pemakai sistem seperti misalnya manajer-manajer
departemen atau manajer-manajer divisi. Seringkali komite ini diketuai sendiri oleh
direktur utama. Tugas komite ini adalah sebagai berikut :
1. Mengkaji, menyetujui atau membuat rekomendasi yang berhubungan dengan
perencanaan sistem, proyek-proyek sistem serta pengadaan perangkat keras,
perangkat lunak dan fasilitas-fasilitas lainnya.
2. Mengkoordinasi pelaksanaan proyek sistem sesuai dengan rencananya.
3. Memonitor atau mengawasi kemajuan dari proyek sistem.
4. Menilai kinerja dari fungsi-fungsi sistem yang telah dikembangkan.
5. Memberikan saran-saran dan petunjuk-petunjuk terhadap proyek sistem yang
sedang dikembangkan, terutama yang berhubungan dengan pencapaian sasaran
sistem, sasaran perusahaan dan juga terhadap kendala-kendala yang dihadapi.
Setelah manajemen puncak menetapkan kebijakan untuk mengembangkan
sistem informasi, sebelum sistem ini sendiri dikembangkan, maka perlu
direncanakan terlebih dahulu dengan cermat. Perencanaan sistem (systems planning)
ini menyangkut estimasi dari kebutuhan-kebutuhan fisik, tenaga kerja dan dana yang
dibutuhkan untuk mendukung pengembangan sistem ini serta untuk mendukung
operasinya setelah diterapkan. Perencanaan sistem dapat terdiri dari perencanaan
jangka pendek (short-range) dan perencanaan jangka panjang (long-range).
Perencanaan jangka pendek meliputi periode 1 sampai 2 tahun. Perencanaan jangka
panjang melingkupi periode sampai dengan 5 tahun. Karena perkembangan
teknologi komputer yang sangat cepat, maka perencanaan pengembangan sistem
informasi untuk periode yang lebih dari 5 tahun sudah tidak tepat lagi.
Proses perencanaan sistem dikelompokkan menjadi 3 proses utama, yaitu :
1. Merencanakan proyek-proyek sistem yang akan dilakukan oleh staf perencana
sistem
2. Menentukan proyek-proyek sistem yang akan dikembangkan yang dilakukan
oleh komite
3. Mendefinisikan proyek-proyek sistem dikembangkan yang dilakukan oleh analis
sistem.

2. Pengembangan sistem (system development)
a. Analisis sistem (system analysis)
Penelitian atas sistem yang telah ada dengan tujuan untuk merancang sistem
yang baru atau diperbarui
b. Desain sistem secara umum (general system design)
Tujuan dari desain sistem secara umum adalah untuk memberikan gambaran
secara umum kepada user tentang sistem yang baru.
c. Penilaian sistem (system evaluation)
Hasil desain sistem secara umum tentunya harus menjadi pertimbangan
pihak manajemen apakah melanjutkan pengembangan sistem yang baru
berdasarkan gambaran desain sistem secara umum atau menolak rancangan
baru tersebut.
d. Desain sistem terinci (detailed system design)
Dengan memahami sistem yang ada dan persyaratan-persyaratan sistem baru,
selanjutnya adalah penentuan proses dan data yang diperlukan oleh sistem
baru. Jika sistem itu berbasis komputer, rancangan harus menyertakan
spesifikasi jenis peralatan yang akan digunakan.
e. Implementasi sistem (system implementation)
Merupakan kegiatan memperoleh dan mengintegrasikan sumber daya fisik
dan konseptual yang menghasilkan suatu sistem yang bekerja.
3. Manajemen sistem dan operasi (system management and operation)
Pemeliharaan sistem (systems maintenance ) dilaksanakan untuk 3 alasan :
1. Memperbaiki kesalahan
Penggunaan sistem mengungkapkan kesalahan (bugs) dalam program atau
kelemahan rancangan yang tidak terdeteksi dalam pengujian sistem.
Kesalahan-kesalahan ini dapat diperbaiki.
2. Menjaga kemutakhiran sistem
Dengan berlalunya waktu, terjadi perubahan-perubahan dalam lingkungan
sistem yang mengharuskan modifikasi dalam rancangan atau perangkat
lunak. Contohnya, pemerintah mengubah rumus perhitungan pajak jaminan
sosial.
3. Meningkatkan sistem
Saat sistem digunakan, akan ditemukan cara-cara membuat peningkatan
sistem. Saran-saran ini diteruskan kepada spesialis informasi yang
memodifikasi sistem sesuai saran tersebut.
Pada titik tertentu, modifikasi sistem akan menajdi sedemikian rupa, sehingga
lebih baik memulai dari awal. Lalu, siklus hidup sistem akan terulang.

Pendekatan Pengembangan Sistem
Terdapat beberapa pendekatan untuk mengembangkan sistem, yaitu sebagai
berikut ini :
1. Pendekatan klasik lawan pendekatan terstruktur (dipandang dari
metodologi yang digunakan)
Metodologi pendekatan klasik mengembangkan sistem dengan mengikuti
tahapan-tahapan di systems life cycle. Pendekatan ini menekankan bahwa
pengembangan sistem akan berhasil bila mengikuti tahapan di systems life cycle.
Akan tetapi sayangnya, didalam praktek, hal ini tidaklah cukup, karena
pendekatan ini tidak memberikan pedoman lebih lanjut tentang bagaimana
melakukan tahapan-tahapan tersebut dengan terinci karena pendekatan ini tidak
dibekali dengan alat-alat dan teknik-teknik yang memadai. Sedangkan
pendekatan terstruktur yang baru muncul sekitar awal tahun 1970-an pada
dasarnya mencoba menyediakan kepada analis sistem tambahan alat-alat dan
teknik-teknik untuk mengembangkan sistem disamping tetap mengikuti ide dari
systems life cycle.
Karena sifat dari sistem informasi sekarang menjadi lebih kompleks, pendekatan
klasik tidak cukup digunakan untuk mengembangkan suatu sistem informasi
yang sukses dan akan menimbulkan beberapa permasalahan. Permasalahanpermasalahan
yang dapat timbul di pendekatan klasik antara lain adalah sebagai
berikut :
a. Pengembangan perangkat lunak akan menjadi sulit
Pendekatan klasik kurang memberikan alat-alat dan teknik-teknik di dalam
mengembangkan sistem dan sebagai akibatnya proses pengembangan
perangkat lunak menjadi tidak terarah dan sulit untuk dikerjakan oleh
pemrogram. Lain halnya dengan pendekatan terstruktur yang memberikan
alat-alat seperti diagram arus data (data flow diagram), kamus data (data
dictionary), tabel keputusan (decision table), diagram IPO dan bagan
terstruktur (structured chart) dan lain sebagainya yang memungkinkan
pengembangan perangkat lunak lebih terarah berdasarkan alat-alat dan
teknik-teknik tersebut.
b. Biaya perawatan atau pemeliharaan sistem akan menjadi lebih mahal
Biaya pengembangan sistem yang termahal adalah terletak di tahap
perawatannya. Mahalnya biaya perawatan di pendekatan klasik ini
disebabkan karena dokumentasi sistem yang dikembangkan kurang lengkap
dan kurang terstruktur. Dokumentasi ini merupakan hasil dari alat-alat dan
teknik-teknik yang digunakan. Karena pendekatan klasik kurang didukung
dengan alat-alat dan teknik-teknik, maka dokumentasi menjadi tidak lengkap
dan walaupun ada tetapi strukturnya kurang jelas, sehingga pada waktu
pemeliharaan sistem menjadi kesulitan.
c. Kemungkinan kesalahan sistem besar
Pendekatan klasik tidak menyediakan kepada analis sistem cara untuk
melakukan pengetesan sistem, sehingga kemungkinan kesalahan-kesalahan
sistem akan menjadi lebih besar. Berbeda dengan pendekatan terstruktur
yang pengembangan sistemnya dilakukan dalam bentuk modul-modul yang
terstruktur. Modul-modul ini akan lebih mudah dites secara terpisah dan
kemudian pengetesan dapat dilakukan pada integrasi semua modul untuk
meyakinkan bahwa interaksi antar modul telah berfungsi semestinya.
Pengetesan sistem sebelum diterapkan merupakan hal yang kritis karena
koreksi kesalahan sistem setelah diterapkan akan mengakibatkan
pengeluaran biaya yang lebih besar. Beberapa penelitian menunjukkan
bahwa sistem yang tidak dites selama tahap pengembangannya merupakan
sumber utama dari kesalahan-kesalahan sistem.
d. Keberhasilan sistem kurang terjamin
Penekanan dari pendekatan klasik adalah kerja dari personil-personil
pengembang sistem, bukan pada pemakai sistem, padahal sekarang sudah
disadari bahwa dukungan dan pemahaman dari pemakai sistem terhadap
sistem yang sedang dikembangkan merupakan hal yang vital untuk
keberhasilan proyek pengembangan sistem pada akhirnya. Salah satu
kontribusi utama pendekatan terstruktur adalah partisipasi dan dukungan dari
pemakai sistem.
Pendekatan klasik mengasumsikan bahwa analis sistem telah mengerti akan
kebutuhan-kebutuhan pemakai sistem dengan jelas dan benar. Pengalaman
telah menunjukkan bahwa di beberapa kasus, kebutuhan-kebutuhan pemakai
sistem tidaklah selalu jelas dan benar menurut analis sistem. Pendekatan
klasik kurang melibatkan pemakai sistem dalam pengembangan sistem, maka
kebutuhan-kebutuhan pemakai sistem menjadi kurang sesuai dengan yang
diinginkan dan sebagai akibatnya sistem yang diterapkan menjadi kurang
berhasil.
e. Masalah dalam penerapan sistem
Karena kurangnya keterlibatan pemakai sistem dalam tahapan
pengembangan sistem, maka pemakai sistem hanya akan mengenal sistem
yang baru pada tahap diterapkan saja. Sebagai akibatnya pemakai sistem
akan menjadi kaget dan tidak terbiasa dengan sistem baru yang tiba-tiba
dikenalkan. Sebagai akibat lebih lanjut, pemakai sistem akan menjadi frustasi
karena tidak dapat mengoperasikan sistem dengan baik.

2. Pendekatan sepotong lawan pendekatan sistem (dipandang dari sasaran
yang akan dicapai)
Pendekatan sepotong (piecemeal approach) merupakan pendekatan
pengembangan sistem yang menekankan pada suatu kegiatan atau aplikasi
tertentu saja. Pada pendekatan ini, kegiatan atau aplikasi yang dipilih,
dikembangkan tanpa memperhatikan posisinya di sistem informasi atau tanpa
memperhatikan sasaran keseluruhan dari organisasi. Pendekatan in hanya
memperhatikan sasaran dari kegiatan atau aplikasi itu saja.
Lain halnya dengan pendekatan sistem (systems approach) yang memperhatikan
sistem informasi sebagai satu kesatuan terintegrasi untuk masing-masing
kegiatan atau aplikasinya. Pendekatan sistem ini juga menekankan pada
pencapaian sasaran keseluruhan dari organisasi, tidak hanya menekankan pada
sasaran dari sistem informasi itu saja.

3. Pendekatan bawah-naik lawan pendekatan atas-turun (dipandang dari cara
menentukan kebutuhan dari sistem)
Pendekatan bawah naik (bottom-up approach) dimulai dari level bawah
organisasi, yaitu level operasional dimana transaksi dilakukan. Pendekatan ini
dimulai dari perumusan kebutuhan-kebutuhan untuk menangani transaksi dan
naik ke level atas dengan merumuskan kebutuhan informasi berdasarkan
transaksi tersebut. Pendekatan ini juga merupakan ciri-ciri dari pendekatan
klasik. Pendekatan bawah-naik bila digunakan pada tahap analisis sistem disebut
juga dengan istilah data analysis, karena yang menjadi tekanan adalah data yang
akan diolah terlebih dahulu, informasi yang akan dihasilkan menyusul mengikuti
datanya.
Pendekatan atas-turun (top-down approach) sebaliknya dimulai dari level atas
organisasi, yaitu level perencanaan strategi. Pendekatan ini dimulai dengan
mendefinisikan sasaran dan kebijaksanaan organisasi. Langkah selanjutnya dari
pendekatan ini adalah dilakukannya analisis kebutuhan informasi. Setelah
kebutuhan informasi ditentukan, maka proses turun ke pemrosesan transaksi,
yaitu penentuan output, input, basis data, prosedur-prosedur operasi dan kontrol.
Pendekatan ini juga merupakan ciri-ciri dari pendekatan terstruktur. Pendekatan
atas-turun bila digunakan pada tahap analisis sistem disebut juga dengan istilah
decision analysis, karena yang menjadi tekanan adalah informasi yang
dibutuhkan untuk pengambilan keputusan oleh manajemen terlebih dahulu,
kemudian data yang perlu diolah didefinisikan menyusul mengikuti informasi
yang dibutuhkan.

4. Pendekatan sistem-menyeluruh lawan pendekatan moduler (dipandang
dari cara mengembangkannya)
Pendekatan sistem-menyeluruh (total-system approach) merupakan pendekatan
yang mengembangkan sistem serentak secara menyeluruh. Pendekatan ini
kurang mengena untuk sistem yang komplek, karena akan menjadi sulit untuk
dikembangkan. Pendekatan ini juga merupakan ciri-ciri dari pendekatan klasik.
Pendekatan moduler (modular approach) berusaha memecah sistem yang rumit
menjadi beberapa bagian atau modul yang sederhana, sehingga sistem akan lebih
mudah dipahami dan dikembangkan. Akibat lebih lanjut adalah sistem akan
dapat dikembangkan tepat pada waktu yang telah direncanakan, mudah dipahami
oleh pemakai sistem dan mudah untuk dipelihara. Pendekatan ini juga
merupakan ciri-ciri dari pendekatan terstruktur.

5. Pendekatan lompatan-jauh lawan pendekatan berkembang (dipandang dari
teknologi yang akan digunakan
Pendekatan lompatan-jauh (great loop approach) menerapkan perubahan
menyeluruh secara serentak menggunakan teknologi canggih. Perubahan ini
banyak mengandung resiko, karena teknologi komputer begitu cepat
berkembang dan untuk tahun-tahun mendatang sudah menjadi usang.
Pendekatan ini juga terlalu mahal, karena memerlukan investasi seketika untuk
semua teknologi yang digunakan dan pendekatan ini juga sulit untuk
dikembangkan, karena terlalu komplek.
Pendekatan berkembang (evolutionary approach) menerapkan teknologi canggih
hanya untuk aplikasi-aplikasi yang memerlukan saja pada saat itu dan akan terus
dikembangkan untuk periode-periode berikutnya mengikuti kebutuhannya sesuai
dengan perkembangan teknologi yang ada. Pendekatan berkembang
menyebabkan investasi tidak terlalu mahal dan dapat mengikuti perkembangan
teknologi yang cepat, sehingga teknologi yang digunakan tidak cepat menjadi
usang.

Metodologi Pengembangan Sistem
Metodologi adalah :
Kesatuan metode-metode, prosedur-prosedur, konsep-konsep pekerjaan, aturanaturan
dan postulat-postulat yang digunakan oleh suatu ilmu pengetahuan, seni atau
disiplin lainnya
Metode adalah :
Suatu cara/teknik yang sistematik untuk mengerjakan sesuatu. Metodologi
pengembangan sistem yang ada biasanya dibuat atau diusulkan oleh :
- Penulis buku
- Peneliti
- Konsultan
- Systems house
- Pabrik software
Metodologi Pengembangan Sistem diklasifikasikan menjadi 3 golongan
1. Functional Decomposition Methodologies (Metodologi Pemecahan Fungsional)
Metodologi ini menekankan pada pemecahan dari sistem ke dalam subsitemsubsistem
yang lebih kecil, sehingga akan lebih mudah untuk dipahami,
dirancang dan diterapkan. Yang termasuk dalam kelompok metodologi ini
adalah :
- HIPO (Hierarchy plus Input-Process-Output)
- SR (Stepwise Refinement) atau ISR (Iterative Stepwise Refinement)
- Information-Hiding
2. Data Oriented Methodologies (Metodologi Orientasi Data)
Metodologi ini menekankan pada karakteristik dari data yang akan diproses.
Metodologi ini dapat dikelompokkan kembali ke dalam dua kelas, yaitu :
a. Data-flow oriented methodologies
Metodologi ini secara umum didasarkan pada pemecahan dari sistem
kedalam modulo-modul berdasarkan dari tipe elemen data dan tingkah-laku
logika modul tersebut di dalam sistem. Dengan metodologi ini, sistem secara
logika dapat digambarkan secara logika dari arus data dan hubungan antar
fungsinya di dalam modul-modul disistem. Yang termasuk dalam metodologi
ini adalah
- SADT (Structured Analisys and Design Techniques)
- Composite Design
- SSAD (Structured Systems Analysis and Design)
b. Data structure oriented methodologies
Metodologi ini menekankan struktur dari input dan output di sistem. Struktur
ini kemudian akan digunakan sebagai dasar struktur dari sistemnya.
Hubungan fungsi antar modul atau elemen-elemen sistem kemudian
dijelaskan dari struktur sistemnya. Yang termasuk dalam metodologi ini
adalah :
- JSD (Jackson’s systems development)
- W/O (Warnier / Orr)
3. Prescriptive Methodologies
Yang termasuk dalam metodologi ini adalah :
- ISDOS (Information Systems Design and Optimization System)
Kegunaannya adalah mengotomatisasi proses pengembangan sistem
informasi. ISDOS mempunyai 2 komponen :
a. PSL
Merupakan komponen utama dari ISDOS, yaitu suatu bahasa untuk
mencatat kebutuhan pemakai dalam bentuk machine-readable form,
sehingga output yang dihasilkannya dapat dianalisis oleh PSA. PSL
merupakan bahasa untuk menggambarkan sistemnya dan bukan
merupakan bahasa pemrograman prosedural.
b. PSA
Merupakan paket perangkat lunak yang mirip dengan kamus data (data
dictionary) dan digunakan untuk mengecek data yang dimasukkan, yang
disimpan , yang dianalisis dan yang dihasilkan sebagai output laporan
dengan pemanfaatan DBMS dalam penyimpanan datanya. Kegunaan dan
hasil dari PSA adalah :
PSA menganalisis PSL untuk kesalahan-kesalahan sintak dan akan
menghasilkan laporan-laporan dalam bentuk data dictionary, function
dictionary serta analisis dari hubungan-hubungan proses.
Laporan dalam bentuk grafik, seperti laporan yang menggambarkan
hubungan dari proses termasuk apakah suatu proses merupakan
bagian dari porses yang lain atau suatu proses mempunyai komponen
proses-proses lain.
PSA akan melakukan analisis jaringan untuk mengecek kelengkapan
dari semua hubungan data dan proses-proses.
PSA juga akan melakukan analisis dari hubungan ketergantungan
waktu dari data dan analisis dari spesifikasi volume.
- PLEXSYS
Kegunaannya adalah untuk melakukan transformasi suatu statemen bahasa
komputer tingkat tinggi ke suatu executable code untuk suatu konfigurasi
perangkat keras yang diinginkan. PLEXSYS merupakan tambahan untuk
ISDOS. Kalau ISDOS digunakan pada aspek penntuan kebutuhan,
PLEXSYS digunakan pad aspek penghasil kode program secar otomatis.
- PRIDE
Merupakan perangkat lunak terpadu yang baik untuk analisis/disain sistem
terstruktur, manajemen data, manajemen proyek dan pendokumentasian.
- SDM/70
Merupakan suatu perangkat lunak yang berisi kumpulan metode, estimasi,
dokumentasi dan petunjuk administrasi guna membantu pemakai untuk
mengembangkan dan merawat sistem yang efektif
- SPECTRUM
Perangkat lunak ini mempunyai beberapa versi untuk keperluan yang
berbeda, semacam SPECTRUM-1 untuk life cycle konvensional,
SPECTRUM-2 untuk sistem manajemen proyek terstruktur, SPECTRUM-3
untuk on-line interactive estimator.
- SRES (Software Requirement Engineering System) dan SREM (Software
Requirement Engineering Methodology)
- DBO (Design By Objective), PAD (Program Analysis Diagram), HOS
(Higher Order Software), MSR (Meta Stepwise Refinement), PDL (Program
Design Language)
Alat dan Teknik Pengembangan Sistem
Untuk dapat melakukan langkah-langkah sesuai dengan yang diberikan oleh
metodologi pengembangan sistem yang terstruktur, maka dibutuhkan alat dan teknik
untuk melaksanakannya. Alat-alat yang digunakan dalam suatu metodologi
umumnya berupa suatu gambar atau diagram atau grafik. Selain berbentuk gambar,
alat-alat yang digunakan juga ada yang tidak berupa gambar atau grafik
(nongraphical tools), seperti misalnya data dictionary, structured english,
pseudocode serta formulir-formulir untuk mencatat dan menyajikan data.
Alat-alat pengembangan sistem yang berbentuk grafik diantaranya adalah
sebagai berikut ini :
a. HIPO diagram
Hierarchy plus Input-Process-Output, HIPO, adalah alat dokumentasi program
yang berbasis pada fungsi, yaitu tiap-tiap modul di dalam sistem digambarkan
oleh fungsi utamanya.
b. Data flow diagram
Digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru
yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan
fisik dimana data tersebut mengalir (misalnya lewat telpon, surat dan
sebagainya) atau lingkungan fisik dimana data tersebut akan disimpan (misalnya
file kartu, microfile, harddisk, tape, diskette dan lain sebagainya).
c. Structured chart
Digunakan untuk mendefinisikan dan mengilustrasikan organisasi dari sistem
informasi secara berjenjang dalam bentuk modul dan submodul dengan
menunjukkan hubungan elemen data dan elemen kontrol antara hubungan
modulnya, sehingga memberikan penjelasan lengkap dari sistem dipandang dari
elemen data, elemen kontrol, modul dan hubungan antar modulnya.
d. SADT
Structured Analysis and Design Technique, SADT, memandang suatu sistem
terdiri dari dua hal : benda (obyek, dokumen atau data) dan kejadian (kegiatan
yang dilakukan oleh orang, mesin atau perangkat lunak). Menggunakan dua tipe
diagram yaitu, diagram kegiatan (activity diagrams, disebut actigrams) dan
diagram data (data diagrams, disebut datagrams).

e. Jackson’s diagram
Jackson’s Systems Development, JSD, membangun suatu model dari dunia nyata
(real world) yang menyediakan subyek-subyek permasalahan dari sistem.
Disamping alat-alat berbentuk grafik yang digunakan pada suatu metodologi
tertentu, masih terdapat beberapa alat berbentuk grafik yang sifatnya umum, yaitu
dapat digunakan di semua metodologi yang ada. Alat-alat ini berupa suatu bagan
yang dapat diklasifikasikan sebagai berikut :
1. Bagan untuk menggambarkan aktivitas (activity charting)
a. Bagan alir sistem (systems flowchart)
b. Bagan alir program (program flowchart) yang dapat berupa :
_ bagan alir logika program (program logic flowchart)
_ bagan alir program komputer terinci (detailed computer program
flowchart)
c. Bagan alir kertas kerja (paperwork flowchart)
d. Bagan alir proses (process flowchart)
e. Gantt chart
2. Bagan untuk menggambarkan tataletak (layout charting)
3. Bagan untuk menggambarkan hubungan personil (personal relationship
charting)
a. Bagan distribusi kerja (working distribution chart)
b. Bagan organisasi (organization chart)
Teknik-teknik dalam pengembangan sistem yang dapat digunakan antara lain
sebagai berikut ini :
a. Teknik manajemen proyek, yaitu CPM (Critical Path Method) dan PERT
(Program Evaluation and Review Technique)
Teknik ini digunakan untuk penjadwalan waktu pelaksanaan suatu proyek.
b. Teknik menemukan fakta (fact finding techniques)
Yaitu teknik yang dapat digunakan untuk mengumpulkan data dan menemukan
fakta-fakta dalam kegiatan mempelajari sistem yang ada. Teknik-teknik ini
diantaranya adalah :
- wawancara (interview)
wawancara memungkinkan analis sistem sebagai pewawancara (interviewer)
untuk mengumpulkan data secara tatap muka langsung dengan orang yang
diwawancarai (interviewee).
- observasi (observation)
observasi adalah pengamatan langsung suatu kegiatan yang sedang dilakukan
yang mana pada waktu observasi analis sistem dapat ikut juga berpartisispasi
dengan orang-orang yang sedang melakukan suatu kegiatan tersebut.
- daftar pertanyaan (questionaires)
adalah suatu daftar yang berisi dengan pertanyaan-pertanyaan untuk tujuan
khusus yang memungkinkan analis sistem untuk mengumpulkan data dan
pendapat dari responden-responden yang dipilih.
- pengumpulan sampel (sampling)
pengambilan sampel adalah pemilihan sejumlah item tertentu dari seluruh
item yang ada dengan tujuan mempelajari sebagian item tersebut untuk
mewakili seluruh itemnya dengan pertimbangan biaya dan waktu yang
terbatas.
c. Teknik analisis biaya/manfaat (cost-effectiveness analysis atau cost-benefit
analysis)
Teknik ini menilai dari sisi kelayakan ekonomis suatu pengembangan sistem
informasi.
d. Teknik untuk menjalankan rapat
Selama proses pengembangan sistem dilakukan, seringkali rapat-rapat diadakan
baik oleh tim pengembangan sistem sendiri atau rapat antara tim pengembangan
sistem dengan pemakai sistem dan manajer, sehingga kemampuan analis sistem
untuk memimpin atau berpartisipasi di dalam suatu rapat merupakan hal yang
penting terhadap kesuksesan proyek pengembangan sistem.
e. Teknik inspeksi/walkthrough
Inspeksi merupakan kepentingan dari pemakai sistem dan walkthrough
merupakan kepentingan dari analis sistem. Analis sistem melakukan
walkthrough untuk maksud supaya dokumentasi yang akan diserahkan kepada
pemakai sistem secara teknik tidak mengalami kesalahan dan dapat dilakukan
dengan diverifikasi terlebih dahulu oleh analis sistem yang lain. Pemakai sistem
melakukan inspeksi untuk maksud menilai dokumentasi yang diserahkan oleh
analis sistem secara teknik tidak mengandung kesalahan.
Penyebab kegagalan pengembangan sistem :
Kurangnya penyesuaian pengembangan sistem
Kelalaian menetapkan kebutuhan pemakai dan melibatkan pemakai sistem
Kurang sempurnanya evaluasi kualitas analisis biaya
Adanya kerusakan dan kesalahan rancangan
Penggunaan teknologi komputer dan perangkat lunak yang tidak direncanakan
dan pemasangan teknologi tidak sesuai
Pengembangan sistem yang tidak dapat dipelihara
Implementasi yang direncanakan dilaksanakan kurang baik

5. Fungsi Analis Sistem
Analis sistem (systems analyst) adalah orang yang menganalisis sistem
(mempelajari masalah-masalah yang timbul dan menentukan kebutuhan-kebutuhan
pemakai sistem) untuk mengidentifikasikan pemecahan yang beralasan. Sebutan lain
untuk analis sistem ini adalah analis informasi (information analyst), analis bisnis
(business analyst), perancang sistem (systems designer), konsultan sistem (systems
consultant) dan ahli teknik sistem (systems engineer).
Analis sistem berbeda dengan pemrogram. Pemrogram (programmer) adalah
orang yang menulis kode program untuk suatu aplikasi tertentu berdasarkan rancang
bangun yang telah dibuat oleh analis sistem. Akan tetapi ada juga analis sistem yang
melakukan tugas-tugas seperti pemrogram dan sebaliknya ada juga pemrogram yang
melakukan tugas-tugas yang dilakukan oleh analis sistem. Orang yang melakukan
tugas baik sebagai analis sistem maupun pemrogram disebut analis/pemrogram
(analyst/programmer) atau pemrogram/analis (programmer/analyst). Tugas dan
tanggungjawab analis sistem dan pemrogram adalah berbeda dan dapat dilihat pada
tabel berikut :
Pemrogram Analis sistem
1. tanggungjawab pemrogram terbatas
pada pembuatan program komputer.
2. Pengetahuan pemrogram cukup
terbatas pada teknologi komputer,
sistem komputer, utilities dan
bahasa-bahasa pemrograman yang
diperlukan.
3. Pekerjaan pemrogram sifatnya teknis
dan harus tepat dalam pembuatan
instruksi-instruksi program.
4. Pekerjaan pemrogram tidak
menyangkut hubungan dengan
banyak orang, terbatas pada sesama
pemrogram dan analis sistem yang
mempersiapkan rancang bangun
(spesifikasi) programnya.
4. Tanggungjawab analis sistem tidak
hanya pada pembuatan program
komputer saja, tetapi pada sistem
secara keseluruhan.
5. Pengetahuan analis sistem harus
luas, tidak hanya pada teknologi
komputer, tetapi juga pada bidang
aplikasi yang ditanganinya.
6. Pekerjaaan analis sistem dalam
pembuatan program terbatas pada
pemecahan masalah secara garis
besar.
7. Pekerjaan analis sistem melibatkan
hubungan banyak orang, tidak
terbatas pada sesama analis sistem,
pemrogram, tetapi juga pemakai
sistem dan manajer.

Pengetahuan dan Keahlian yang Diperlukan Analis Sistem
Analis sistem harus mempunyai pengetahuan yang luas dan keahlian yang
khusus. Beberapa analis sistem setuju bahwa pengetahuan-pengetahuan dan keahlian
berikut ini sangat diperlukan bagi seorang analis sistem yang baik :
1. Pengetahuan dan keahlian tentang teknik pengolahan data, teknologi
komputer dan pemrograman komputer
a. Keahlian teknis yang harus dimiliki adalah termasuk keahlian dalam
penggunaan alat dan teknik untuk pengembangan perangkat lunak aplikasi
serta keahlian dalam menggunakan komputer.
b. Pengetahuan teknis yang harus dimiliki meliputi pengetahuan tentang
perangkat keras komputer, teknologi komunikasi data, bahasa-bahasa
komputer, sistem operasi, utilities dan paket-paket perangkat lunak lainnya.
2. Pengetahuan tentang bisnis secara umum
Aplikasi bisnis merupakan aplikasi yang sekarang paling banyak diterapkan,
maka analis sistem harus mempunyai pengetahuan tentang ini. Pengetahuan ini
dibutuhkan supaya analis sistem dapat berkomunikasi dengan pemakai sistem.
Pengetahuan tentang bisnis ini meliputi akuntansi keuangan, akuntansi biaya,
akuntansi manajemen, sistem pengendalian manajemen, pemasaran, produksi,
manajemen personalia, keuangan, tingkah laku organisasi, kebijaksanaan perusahaan
dan aspek-aspek bisnis lainnya.
3. Pengetahuan tentang metode kuantitatif
Dalam membangun model-model aplikasi, analis sistem banyak menggunakan
metode-metode kuantitatif, seperti misalnya pemrograman linier (linier
programming), pemrograman dinamik (dynamic programming), regresi (regresion),
network, pohon keputusan (decision tree), trend, simulasi dan lain sebagainya.
4. Keahlian pemecahan masalah
Analis sistem harus mempunyai kemampuan untuk meletakkan permasalahanpermasalahan
komplek yang dihadapi oleh bisnis, memecah-mecah masalah tersebut
ke dalam bagian-bagiannya, menganalisisnya dan kemudian harus dapat
merangkainya kembali menjadi suatu sistem yang dapat mengatasi permasalahanpermasalahan
tersebut.
5. Keahlian komunikasi antar personil
Analis sistem harus mempunyai kemampuan untuk mengadakan komunikasi
baik secara lisan maupun secara tertulis. Keahlian ini diperlukan di dalam
wawancara, presentasi, rapat dan pembuatan laporan-laporan.
6. Keahlian membina hubungan antar personil
Manusia merupakan faktor yang kritis di dalam sistem dan watak manusia satu
dengan yang lainnya berbeda. Analis sistem yang kaku dalam membina hubungan
kerja dengan personil-personil lainnya yang terllibat, akan membuat pekerjaannya
menjadi tidak efektif. Apalagi bila analis sistem tidak dapat membina hubungan
yang baik dengan pemakai sistem, maka akan tidak mendapat dukungan dari
pemakai sistem atau manajemen dan kecenderungan pemakai sistem akan
mempersulitnya.

Tim Pengembangan Sistem
Dalam proyek pengembangan sistem yang kecil dan sederhana, kemungkinan
hanya ada seorang analis sistem yang merangkap sebagai pemrogram
(analis/pemrogram) atau seorang pemrogram yang merangkap sebagai analis sistem
(pemrogram/analis). Akan tetapi untuk proyek pengembangan sistem yang besar
atau komplek, pekerjaan ini biasanya dilakukan oleh sejumlah orang dalam bentuk
tim. Anggota dari tim pengembangan sistem ini tergantung dari besar-kecilnya
ruang-lingkup proyek yang kaan ditangani. Tim ini secara umnum dapat terdiri dari
personil-personil sebagai berikut ini :
1. Manajer analisis sistem
Manajer analisis sistem (manager of systems analysis) ini disebut juga sebagai
koordinator proyek dan mempunyai tugas dan tanggungjawab sebagai berikut ini
a. Sebagai ketua/koordinator tim pengembangan sistem
b. Mengarahkan, mengontrol dan mengatur anggota tim pengembangan sistem
lainnya
c. Membuat jadwal pelakasanaan proyek pengembangan sistem yang akan
dilakukan
d. Bertanggungjawab dalam mendefinisikan masalah, studi kelayakan, disain
sistem dan penerapannya
e. Memberikan rekomendasi-rekomendasi perbaikan sistem
f. Mewakili tim untuk berhubungan dengan pemakai sistem dalam hal
perundingan-perundingan dan pemberian-pemberian nasehat kepada
manajemen dan pemakai sistem
g. Membuat laporan-laporan kemajuan proyek (progress report)
h. Mengkaji ulang dan memeriksa kembali hasil kerja dari tim
2. Ketua analis sistem
Ketua analis sistem (lead systems analyst) biasanya menjabat sebagai wakil dari
manajer analisis sistem. Tugasnya adalah membantu tugas dari manajer analisis
sistem dan mewakilinya bila manajer analisis sistem berhalangan.
3. Analis sistem senior
Analis sistem senior (senior systems analyst) merupakan analis sistem yang
sudah berpengalaman.
4. Analis sistem
Analis sistem (systems analyst) merupakan analis sistem yang cukup
berpengalaman dan dapat bekerja sendiri tanpa bimbingan dari analis sistem
senior.
5. Analis sistem yunior
Analis sistem yunior (junior systems analyst) merupakan analis sistem yang
belum berpengalaman dan masih membutuhkan bimbingan-bimbingan dari
analis sistem yang lebih senior. Analis sistem yunior ini sering juga disebut
dengan analis sistem yang masih dilatih (systems analyst trainee).
6. Pemrogram aplikasi senior
Pemrogram aplikasi senior (senior applications programmer) merupakan
pemrogram komputer yang sudah berpengalaman dengan tugas merancang
spesifikasi dari program aplikasi dan mengkoordinasi kerja dari pemrogram yang
lainnya. Pemrogram aplikasi senior ini kadang-kadang juga disebut dengan
pemrogram/analis.
7. Pemrogram aplikasi
Pemrogram aplikasi (applications programmer) merupakan pemrogram
komputer yang cukup berpengalaman dan dapat melakukan tugasnya tanpa harus
dibimbing secara langsung lagi.
8. Pemrogram aplikasi yunior
Pemrogram aplikasi yunior (junior applications programmer) merupakan
pemrogram komputer yang belum berpengalaman dan masih dibawah bimbingan
langsung dari pemrogram yang lebih senior. Pemrogram aplikasi yunior biasanya
hanya dilibatkan pada pembuatan modul-modul program yang sederhana, seperti
misalnya pembuatan bentuk-bentuk I/O. Pemrogram aplikasi yunior ini sering
juga disebut dengan pemrogram aplikasi yang masih dilatih (applications
programmer trainee).


SUMBER:
1. Burch, J.G., System, Analysis, Design, and Implementation, Boyd & Fraser Publishing
Company, 1992.
2. Jogiyanto, Analisis dan Disain Sistem Informasi, ANDI OFFSET Yogyakarta, 1990.
3. John G. Burch, Jr, Felix R. Strater, Gary Grudnistski, Information Systems : Theory and
Practice, Second Edition, John Wiley & Sons, 1979
4. Meilir Page-Jones, The Practical Guide to Structured Systems Design, Second Edition,
Yourdon Press, Prentice Hall, 1988
5. I.T. Hawryszkiewycz, Introduction Systems Analysis and Design, Second Edition, Prentice
Hall, 1991
6. Pujianto.blog.ugm
7. Raymond McLeod, Jr, Management Information System : A Study of Computer-Based
Information Systems, Sixth Edition, Prenctice Hall, 1979