Pengertian beserta contoh Perangkat Lunak Sistem, Pertangkat Lunak Real Time, Embedded Software, Perangkat Lunak Komputer Personal (PC), Perangkat Lunak Kecerdasan Buatan.

 

   a) Perangkat Lunak Sistem 

Add caption

adalah suatu istilah generik yang merujuk pada jenis perangkat lunak komputer yang mengatur dan mengontrol perangkat keras sehingga perangkat lunak aplikasi dapat melakukan tugasnya. Ia merupakan bagian esensial dari sistem komputer. Sistem operasi adalah suatu contoh yang jelas, sedangkan OpenGL atau pustaka basis data adalah contoh lainnya. Perangkat lunak jenis ini dibedakan dengan perangkat lunak aplikasi, yang merupakan program yang membantu pengguna melakukan tugas spesifik dan produktif, seperti pengolahan kata atau manipulasi gambar.

Perangkat lunak sistem dapat di bagi lagi menjadi 3 macam yaitu :

● Bahasa pemrograman : merupakan perangkat lunak yang bertugas mengkonversikan arsitektur dan algoritma yang di rancang manusia ke dalam format yang dapat di jalankan komputer, contoh bahasa pemrograman di antaranya : BASIC, COBOL, Pascal, C++, FORTRA

● Sistem Operasi : saat komputer pertama kali di hidupkan, sistem operasilah yang pertama kali di jalankan, sistem operasi yang mengatur seluruh proses, menterjemahkan masukan, mengatur proses internal, memanejemen penggunaan memori dan memberikan keluaran ke peralatan yang bersesuaian, contoh sistem operasi : DOS, Unix, Windows 95, 98, 2000, Xp, Vista , IMB OS/2, Apple’s System 7

● Utility : sistem operasi merupakan perangkat lunak sistem dengan fungsi tertentu, misalnya pemeriksaan perangkat keras (hardware troubleshooting), memeriksa disket yang rusak (bukan rusak fisik), mengatur ulang isi harddisk (partisi, defrag), contoh Utilty adalah Norton Utility.

  

b) Perangkat Lunak Real Time 

Add caption

Program-program yang memonitor, menganalisis, mengontrol kejadian dunia nyata pada saat terjadinya dalam rentang waktu yang tetap melalui jangkauan 1 milidetik sampai 1 menit.

Elemen dari Real Time Software : 
• Komponen pengumpulan data, yang mengumpulkan dan menformatinformasi dari lingkungan ekternal.
• Komponen analisa, yang mentransformasikan informasi yang diperlukan atau aplikasi tersebut.
• Komponen kontrol/output, yang memberikan respon terhadap lingkungan eksternal.
• Komponen monitoring, yang mengkoordinasi komponen-komponen lainnya, sehingga bisa memberikan respon yang Real Time (biasanya antara 1 milidetik/1 menit)
• Contoh: Mesin ATM (Automatic Teller Machine) bank, sistem informasi saham, pemesanan tiket pesawat terbang, beberapa mobil berteknologi EFI
• (Electronic Fuel Injection) dan VVT-i (Variable Valve Timing with Intelligence), sistem jajak pendapat pemilu capres / cawapres.

Add caption

c) Perangkat Sistem Embedded

Sistem embedded merupakan computing device yang didesain dengan tujuan tertentu secara spesifik untuk melakukan fungsi tertentu. Sistem embedded terdiri dari perangkat keras dan perangkat lunak. Perangkat keras meliputi mikroprosesor atau mikrokontroler dengan penambahan memori eksternal, I/O dan komponen lainnya seperti sensor, keypad, LED, LCD, dan berbagai macam aktuator lainnya. Perangkat lunak embedded merupakan penggerak pada sistem embedded.

Sebagian besar perangkat lunak sistem embedded real time memiliki program aplikasi yang spesifik yang didukung oleh Real Time Operating System (RTOS). Perangkat lunak embedded biasanya disebut firmware karena perangkat lunak tipe ini dimuat ke ROM, EPROM atau memory Flash. Sekali program dimasukkan kedalam perangkat keras maka tidak akan pernah berubah kecuali diprogram ulang


Kategori Sistem Embedded :
 
Sistem embedded dapat diklasifikasikan berdasarkan fungsi dan performansinya yaitu sebagai berikut :

– Sistem Embedded berdiri sendiri (Stand Alone)
Sistem embedded yang termasuk kategori ini dapat bekerja sendiri. Sistem embedded ini dapat menerima input digital atau analog, melakukan kalibrasi, konversi, pemprosesan data serta menghasilkan output data ke periperal output misalnya display LCD. Contoh alat yang termasuk kategori ini adalah konsol video game, MP3 player, kamera digital.
– Sistem Embedded Real-Time
Sistem dapat dikategorikan sebagai real-time jika waktu respon merupakan hal yang sangat penting. Beberapa tugas tertentu harus dilakukan pada periode waktu yang spesifik. Ada 2 tipe sistem embedded real time yaitu sistem embedded hard real time dan soft real-time.
– Sistem Embedded Hard Real-Time
Untuk sistem embedded ini, pengerjaan operasi melebihi waktu yang ditentukan dapat menyebabkan terjadinya kegagalan yang fatal dan menyebabkan kerusakan pada alat. Batas waktu respon untuk sistem ini sangatlah kritis yaitu dalam milidetik bahkan lebih singkat lagi. Contohnya penyelesaian operasi yang tidak sesuai waktunya pada sistem embedded kontrol rudal dapat menyebabkan bencana.

Sistem embedded ini juga dapat ditemui pada kehidupan sehari-hari misalnya pada sistem kontrol kantong udara pada mobil. Waktu tunda pada sistem ini dapat mengancam keselamatan pengendara mobil karena kecelakaan biasanya terjadi dalam waktu yang sangat singkat. Sistem embedded harus dapat bekerja dengan batas waktu yang sangat tepat. Pemilihan chip dan RTOS sangatlah penting pada sistem embedded hard real-time ini.
– Sistem Embedded Soft Real-Time
Pada beberapa sistem embedded lainnya keterlambatan waktu respon dapat ditoleransi pada batas tertentu. Pelanggaran batas waktu dapat menyebabkan performansi menurun namun sistem dapat tetap beroperasi. Contoh alat pada kategori ini adalah mikrowave dan mesin cuci. Walaupun ada batas waktu untuk setiap operasinya namun keterlambatan yang dapat ditoleransi dapat dalam hitungan detik bukan milidetik.
– Networked Embedded Systems
Sistem embedded jaringan menghubungkan jaringan dengan interface jaringan ke sumber akses. Jaringan yang dihubungkan bisa jadi Local Area Network (LAN), Wide Area Network (WAN) atau internet. Sambungan dapat menggunakan kabel atau nirkabel. Networked embedded system dapat dikategorikan berdasarkan sambungannya tersebut. Namun dalam banyak sistem, penggunaan kabel maupun nirkabel dalam sistem embedded sering dilakukan. 

Contoh dari LAN networked embedded system adalah sistem pengamanan rumah dimana semua sensor (misalnya pendeteksi gerak, sensor tekanan, sensor cahaya ataupun sensor asap) semua terhubung melalui kabel dan dijalankan dengan protokol TCP/IP. Sistem pengamanan rumah dapat diintegrasikan dengan jaringan sistem pengamanan rumah dengan tambahan jaringan kamera yang dijalankan dengan protokol HTTP. Jadi semua sistem embedded dapat dikategorikan seperti klasifikasi sebelumnya namun pembagiannya tidak mutlak. Subsistem dari sistem embedded jaringan dapat real-time ataupun non real-time. Sistem real-time dapat berdiri sendiri atau terhubung dengan jaringan.

Add caption

 d) Perangkat Lunak Komputer Pribadi (PC)

Banyak digunakan pada aplikasi yang bersifat

perorangan (individu) .

contoh : pengolah kata, spreadsheet, game, DBMS

dan lain-lain.

 e) Perangkat Lunak Kecerdasan Buatan (Artificial Intelligent Software)

Dibuat dengan menggunakan teknik algoritma

non-numerik untuk memecahkan masalah

yang kompleks, digunakan dalam bidang aplikasi

kecerdasan buatan.

contoh : game, expert sistem, neural network, dan lain-lain.

 

Sumber : halimrifkyhartadi.blogspot.com

Model Life Cycle Software

 1.Model Waterfall

           1.1 Sejarah model waterfall 

Nama model ini sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut dengan “classic life cycle” atau model waterfall. Model ini pertama kali yang diperkenalkan oleh Winston Royce sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai didalam Software Engineering (SE). Model ini melakukan pendekatan secara sistematis dan berurutan. Disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan.

       1.2 Pengertian  Waterfall
Waterfall atau AIR terjun adalah model yang dikembangkan untuk pengembangan perangkat lunak, membuat perangkat lunak. model berkembang secara sistematis dari satu tahap ke tahap lain dalam mode seperti air terjun.

Model ini mengusulkan sebuah pendekatan kepada pengembangan software yang sistematikdan sekuensial yang mulai dari tingkat kemajuan sistem pada seluruh analisis, desain, kode, pengujian dan pemeliharaan. Model ini melingkupi aktivitas-aktivitas sebgai berikut : rekayasa dan pemodelan sistem informasi, analisis kebutuhan, desain, koding, mengujian dan pemeliharaan.
Model pengembangan ini bersifat linear dari tahap awal pengembangan system yaitu tahap perencanaan sampai tahap akhir pengembangan system yaitu tahap pemeliharaan. Tahapan berikutnya tidak akan dilaksanakan sebelum tahapan sebelumnya selesai dilaksanakan dan tidak bisa kembali atau mengulang ke tahap sebelumnya.

      1.      Tahapan atau fase model waterfal
      Ini adalah gambar tahapan atau fase yang paling umum tentang model waterfall

Akan tetapi Roger S. Pressman memecah model ini menjadi 6 tahapan meskipun secara garis besar sama dengan tahapan-tahapan model waterfall pada umumnya. Berikut adalah Gambar dan penjelasan dari tahap-tahap yang dilakukan di dalam model ini menurut Pressman:

-  System / Information Engineering and Modeling. Permodelan ini diawali dengan mencari kebutuhan dari keseluruhan sistem yang akan diaplikasikan ke dalam bentuk software. Hal ini sangat penting, mengingat software harus dapat berinteraksi dengan elemen-elemen yang lain seperti hardware, database, dsb. Tahap ini sering disebut dengan Project Definition. 
- Software Requirements Analysis. Proses pencarian kebutuhan diintensifkan dan difokuskan pada software. Untuk mengetahui sifat dari program yang akan dibuat, maka para software engineer harus mengerti tentang domain informasi dari software, misalnya fungsi yang dibutuhkan, user interface, dsb. Dari 2 aktivitas tersebut (pencarian kebutuhan sistem dan software) harus didokumentasikan dan ditunjukkan kepada pelanggan. 
- Design. Proses ini digunakan untuk mengubah kebutuhan-kebutuhan diatas menjadi representasi ke dalam bentuk “blueprint” software sebelum coding dimulai. Desain harus dapat mengimplementasikan kebutuhan yang telah disebutkan pada tahap sebelumnya. Seperti 2 aktivitas sebelumnya, maka proses ini juga harus didokumentasikan sebagai konfigurasi dari software.
- Coding. Untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer, maka desain tadi harus diubah bentuknya menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam bahasa pemrograman melalui proses coding. Tahap ini merupakan implementasi dari tahap design yang secara teknis nantinya dikerjakan oleh programmer. 
- Testing / Verification. Sesuatu yang dibuat haruslah diujicobakan. Demikian juga dengan software. Semua fungsi-fungsi software harus diujicobakan, agar software bebas dari error, dan hasilnya harus benar-benar sesuai dengan kebutuhan yang sudah didefinisikan sebelumnya. 
- Maintenance. Pemeliharaan suatu software diperlukan, termasuk di dalamnya adalah pengembangan, karena software yang dibuat tidak selamanya hanya seperti itu. Ketika dijalankan mungkin saja masih ada errors kecil yang tidak ditemukan sebelumnya, atau ada penambahan fitur-fitur yang belum ada pada software tersebut. Pengembangan diperlukan ketika adanya perubahan dari eksternal perusahaan seperti ketika ada pergantian sistem operasi, atau perangkat lainnya. 

b.  Karakteristik
Dalam model ini terdapat beberapa sifat-sifat yang menojol dan cenderung menjadi  permasalahan pada model waterfall.
·    Ketika problem muncul, maka proses berhenti karena tidak dapat menuju ke tahapan selanjutnya. Apabila terdapat kemungkinan problem tersebut muncul akibat kesalahan dari tahapan sebelumnya, maka proses harus membenahi tahapan sebelumnya agar problem ini tidak muncul.
·     Karena pendekatannya secara sequential, maka setiap tahap harus menunggu hasil dari tahap sebelumnya. Hal itu tentu membuang waktu yang cukup lama, artinya bagian lain tidak dapat mengerjakan hal lain selain hanya menunggu hasil dari tahap sebelumnya. 

c.       Mengapa model ini sangat populer? 
Selain karena pengaplikasian menggunakan model ini mudah, kelebihan dari model ini adalah ketika semua kebutuhan sistem dapat didefinisikan secara utuh, eksplisit, dan benar di awal project, maka SE dapat berjalan dengan baik dan tanpa masalah. Meskipun seringkali kebutuhan sistem tidak dapat didefinisikan seeksplisit yang diinginkan, tetapi paling tidak, problem pada kebutuhan sistem di awal project lebih ekonomis dalam hal uang (lebih murah), usaha, dan waktu yang terbuang lebih sedikit jika dibandingkan problem yang muncul pada tahap-tahap selanjutnya.

Meskipun demikian, karena model ini melakukan pendekatan secara urut / sequential, maka ketika suatu tahap terhambat, tahap selanjutnya tidak dapat dikerjakan dengan baik dan itu menjadi salah satu kekurangan dari model ini. Selain itu, ada beberapa kekurangan pengaplikasian model ini, antara lain adalah sebagai berikut: 
·    Ketika problem muncul, maka proses berhenti, karena tidak dapat menuju ke tahapan selanjutnya. Bahkan jika kemungkinan problem tersebut muncul akibat kesalahan dari tahapan sebelumnya, maka proses harus membenahi tahapan sebelumnya agar problem ini tidak muncul. Hal-hal seperti ini yang dapat membuang waktu pengerjaan SE. 
·     Karena pendekatannya secara sequential, maka setiap tahap harus menunggu hasil dari tahap sebelumnya. Hal itu tentu membuang waktu yang cukup lama, artinya bagian lain tidak dapat mengerjakan hal lain selain hanya menunggu hasil dari tahap sebelumnya. Oleh karena itu, seringkali model ini berlangsung lama pengerjaannya. 
·    Pada setiap tahap proses tentunya dipekerjakan sesuai spesialisasinya masing-masing. Oleh karena itu, ketika tahap tersebut sudah tidak dikerjakan, maka sumber dayanya juga tidak terpakai lagi. Oleh karena itu, seringkali pada model proses ini dibutuhkan seseorang yang “multi-skilled”, sehingga minimal dapat membantu pengerjaan untuk tahapan berikutnya.

     d. Kapan model waterfall di gunakan????? 
Salah satu model tradisional dan mudah yang tahapannya mengalir satu arah seperti air terjun         adalah Waterfall Model atau Linear Sequential Model. Pertanyaannya, kapan sebaiknya model tersebut digunakan?
Teori-teori lama menyimpulkan ada beberapa hal, yaitu:

1. Ketika semua persyaratan sudah dipahami dengan baik di awal pengembangan.
2. Definisi produk stabil dan tidak ada perubahan saat pengembangan untuk alasan apapun seperti perubahan eksternal, perubahan tujuan, perubahan anggaran atau perubahan teknologi. Untuk itu, teknologi yang digunakan pun harus sudah dipahami dengan baik.
3. Menghasilkan produk baru, atau versi baru dari produk yang sudah ada. Sebenarnya, jika menghasilkan versi baru maka sudah masuk incremental development, yang setiap tahapnya sama dengan Waterfall kemudian diulang-ulang.
4. Porting produk yang sudah ada ke dalam platform baru.

Dengan demikian, Waterfall dianggap pendekatan yang lebih cocok digunakan untuk proyek pembuatan sistem baru. Tetapi salah satu kelemahan paling dasar adalah menyamakan pengembangan perangkat keras dengan perangkat lunak dengan meniadakan perubahan saat pengembangan. Padahal, galat diketahui saat perangkat lunak dijalankan, dan perubahan-perubahan akan sering terjadi.      

1.3 Tahapan Pengembangan Dalam Waterfall

Tahap – tahap pengembangan waterfall model adalah
 1. Analisis dan definisi persyarat 

 Pelayanan, batasan, dan tujuan sistem ditentukan melalui konsultasi dengan user.
2. Perancangan sistem dan perangkat lunak
Kegiatan ini menentukan arsitektur sistem secara keseluruhan
3. Implementasi dan pengujian unit
Perancangan perangkat lunak direalisasikan sebagai serangkaian program
4. Integrasi dan pengujian sistem
Unit program diintegrasikan atau diuji sebagai sistem yang lengkap untuk menjamin bahwa persyaratan sitem telah terpenuhi

5. Operasi dan pemeliharaan

Merupakan fase siklus yang paling lama. Sistem diinstall dan dipakai. Perbaikan mencakup

koreksi dari berbagai error, perbaikan dan implementasi unit sistem dan pelayanan sistem.

1.4  Keuntungan dari Model Waterfall 
·  Merupakan model pengembangan paling handal dan paling lama digunakan.
·   Cocok untuk system software berskala besar.
·   Cocok untuk system software yang bersifat generic.
·    Pengerjaan project system akan terjadwal dengan baik dan mudah dikontrol.

 1.5  Kelemahan Waterfall 
·         Waktu pengembangan lama. hal ini dikarenakan input tahap berikutnya adalah output dari tahap sebelumnya. Jika satu tahap waktunya molor, maka waktu keseluruhan pengembangan juga ikut molor.
·         Biaya juga mahal, hal ini juga dikarenakan waktu pengembangan yang lama
·         Terkadang perangkat lunak yang dihasilkan tidak akan digunakan karena sudah tidak sesuai dengan requirement bisnis customer. hal ini juga dikarenakan waktu pengembangan yang lama. selain itu dikarenakan waterfall merupakan aliran yang linear, sehingga jika requirement berubah proses tidak dapat diulang lagi.
·         Karena tahap-tahapan pada waterfall tidak dapat berulang, maka model ini tidak cocok untuk pemodelan pengembangan sebuah proyek yang memiliki kompleksitas tinggi.
·         Meskipun waterfall memiliki banyak kelemahan yang dinilai cukup fatal, namun model ini merupakan dasar bagi model-model lain yang dikembangkan setelahnya. 

2. Rapid Application Development (RAD)
 2.1 Sejarah RAD
Siklus hidup Tradisional dirancang di tahun 1970an, dan masih banyak digunakan hingga saat ini, berdasarkan pendekatan terstruktur yang bertahap untuk mengembangkan sistem. Urutan atau langkah langkah yang rumit ini memaksa user untuk keluar setelah menyelesaikan spesifikasi masing masing sebelum pengembangan dapat melanjutkan ke langkah berikutnya. Persyaratan dan perencanaan kemudian berhenti dan sistem di implementasikan,dan diuji,. Dengan konvensional metode, ada penundaan yang lama sebelum pelanggan dapat melihat hasil apapun dan proses pembangunan dapat mengambil waktu begitu lama sehingga pelanggan bisnis dapat mengubah secara mendasar sebelum sistem ini siap untuk digunakan.

Sebagai tanggapan terhadap, langkah searah Stagewise atau Model Water Fall, Barry Boehm, Ketua SW Engineer di TRW, memperkenalkan Model development Spiral nya. Model Spiral adalah risikodriven, sebagai lawan dari kodedriven, pendekatan yang menggunakan pemodelan proses daripada fase metodologi. Melalui model nya, Boehm pertama kali diimplementasikan perangkat lunak prototyping sebagai cara untuk mengurangi risiko. Pengembangan proses Spiral Model memisahkan produk ke bagian bagian yang kritis atau tingkat sementara melakukan analisis risiko, prototyping, dan langkah yang sama di setiap tingkatan. Demikian pula, Tom Gilb's evolusioner Life Cycle didasarkan pada evolusi prototyping alasan mana prototipe tumbuh dan halus ke final produk.

 Karya Boehm dan Gilb membuka jalan bagi perumusan metodologi yang disebut Rapid Prototyping Iteratif Produksi (RIPP) di DuPont di pertengahan ke akhir 1980an. James Martin kemudian diperluas kerja yang dilakukan di DuPont dan tempat lain ke dalam suatu proses, lebih besar lebih formal, yang telah menjadi dikenal sebagai Rapid Application Development (RAD). RAD kompres pengembangan langkah demi langkah metode konvensional menjadi proses berulangulang. Pendekatan RAD demikian termasuk mengembangkan dan memperbaiki model data, model proses, dan prototipe secara parallel menggunakan proses iteratif. Persyaratan Pengguna diperhalus, solusi dirancang, solusinya adalah prototyped, prototipe ditinjau, masukan pengguna disediakan, dan proses dimulai la.

2.2 Pengertian RAD
 Rapid application development (RAD) atau rapid prototyping adalah model proses pembangunan perangkat lunak yang tergolong dalam teknik incremental (bertingkat). RAD menekankan pada siklus pembangunan pendek, singkat, dan cepat. Waktu yang singkat adalah batasan yang penting untuk model ini. Rapid application development menggunakan metode iteratif (berulang) dalam mengembangkan sistem dimana working model (model kerja) sistem dikonstruksikan di awal tahap pengembangan dengan tujuan menetapkan kebutuhan (requirement) pengguna. Model kerja digunakan hanya sesekali saja sebagai basis desain dan implementasi sistem akhiRapid Application Development (RAD) adalah metodologi pengembangan perangkat lunak yang berfokus pada membangun aplikasi dalam waktu yang sangat singkat. Istilah ini menjadi kata kunci pemasaran yang umum menjelaskan aplikasi yang dapat dirancang dan dikembangkan dalam waktu 609 hari, tapi itu awalnya ditujukan untuk menggambarkan suatu proses pembangunan yang melibatkan application prototyping dan iterative development.

Menurut James Martin “Rapid Application Development (RAD) merupakan pengembangan siklus yang dirancang untuk memberikan pengembangan yang jauh lebih cepat dan hasil yang lebih berkualitas tinggi daripada yang dicapai dengan siklus hidup tradisional. Hal ini dirancang untuk mengambil keuntungan maksimum dari pengembangan perangkat lunak yang telah berevolusi barubaru ini."

Profesor Clifford Kettemborough dari College Whitehead, University of Redlands, mendefinisikan Rapid Application Development sebagai "pendekatan untuk membangun sistem komputer yang menggabungkan ComputerAssisted Software Engineering (CASE) tools dan teknik, userdriven prototyping,. RAD meningkatkan kualitas sistem secara drastis dan mengurangi waktu yang diperlukan untuk membangun sistem."

Sebagai gambaran umum, pengembangan aplikasi berarti mengembangkan aplikasi pemrograman yang bervariasi dari pemrograman umum dalam arti bahwa ia memiliki tingkat yang lebih tinggi dari liabillity, termasuk untuk kebutuhan capturing dan testing. Pada 1970an, Rapid Application Development muncul sebagai respon untuk nonagile processes, seperti model Waterfall. Pengembang perangkat lunak menghadapi masalah waktu dengan metodologi sebelumnya sebagai sebuah aplikasi yang begitu lama untuk membangun. Dengan demikian, metodologi tersebut sering mengakibatkan sistem tidak dapat digunakan. 

 2.3 Model RAD

a) Bussiness model
 Aliran informasi di antara fungsi – fungsi bisnis dimodelkan dengan suatu     cara untuk menjawab pertanyaan – pertanyaan berikut : 
a.        informasi apa yang mengendalikan proses bisnis? 
b.       Informasi apa yang di munculkan? 
c.       Siapa yang memunculkanya? 
d.       Ke mana informasi itu pergi? 
e.       Siapa yang memprosesnya? 

b) Data modeling 
a.    Aliran informasi yang di definisikan sebagai bagian dari fase   business  modeling disaring kedalam serangkaian objek data yang dibutuhkan untuk menopang bisnis tersebut 
b.      Karakteristik (disebut atribut) masing – masing objek diidentifikasi dan hubungan antara objek – objek tersebut didefinisikan. 
c.       Bagian dari pemodelan bisnis yang didefinisikan ke dalam sekumpulan objek data. 
d. Karakteristik (atribut) dari setiap objek diidentifikasikan dan hubungannya.

c) Prosess modelling 
a.Aliran informasi yang didefinisikan di dalam fase data modeling ditransformasikan untuk mencapai aliran informasi yang perlu bagi implementasi sebuah fungsi bisnis. 
- Gambaran pemrosesan diciptakan untuk menambah, memodifikasi,menghapus,atau mendapatkan kembali sebuah objek data. 
b.      Objek data akan diimplementasikan pada fungsi bisnis. 
c. Deskripsi proses dibangun untuk penambahan modifikasi, penghapusan,pengambilan kembali objek data.
  
d) Application generation 
RAD mengasumsikan pemakaian teknik generasi ke empat. Selain menciptakan perangkat lunak dengan 
a. Menggunakan bahasa pemrograman generasi ketiga yang konvensional 
·Pada semua kasus, alat – alat bantu otomatis dipakai untuk memfasilitasi konstruksi perangkat lunak. 
b. Melakukan penggunaan kembali komponen yang ada (jika mungkin). 
c.  Atau membuat kembali penggunaan kembali komponen jika dibutuhkan. 

e) Testing and turnover 
a. Karena proses RAD menekankan pada pemakaian kembali,banyak komponen program telah diuji. Hal ini mengurangi keseluruhan waktu pengujian. 
-      Tetapi komponen baru harus di uji dan semua interface harus dilatih secara penuh. 

2.4 Keuntungan dan Kelemahan RAD 

2.4.1        Keuntungan RAD 

RAD mempunyai keuntungan yang dapat disimpulkan sebagai berikut: 
-      Sangat berguna dilakukan pada kondisi user tidak memahami kebutuhankebutuhan apa saja yang digunakan pada proses pengembangan perangkat lunak. 
-  RAD mengikuti tahapan pengembangan sistem sepeti umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada (reusable object) sehingga pengembang tidak perlu membuat dari awal lagi dan waktu lebih singkat berkisar antara 60 hari-90 hari. 
-          Karena mempunyai kemampuan untuk menggunakan komponen yang sudah ada dan waktu yang lebih singkat maka membuat biaya menjadi lebih rendah dalam menggunakan RAD

 2.4.2 Kelemahan RAD

Beberapa hal yang perlu diperhatikan dalam implementasi pengembangan   menggunakan model RAD : 
- Proyek yang berskala besar, RAD memerlukan sumber daya manusia yang memadai untuk menciptakan jumlah tim yang baik. 
-  RAD menuntut pengembang dan pelanggan memiliki komitmen dalam aktivitasi rapid fire yang diperlukan untuk melengkapi sebuah sistem dalam waktu yang singkat. Jika komitmen tersebut tidak ada maka proyek RAD akan gagal.

3. V Model

3.1 Sejarah

Pada tahun 1986 Kementerian Federal untuk pertahanan memulai dua proyek.
Software lingkungan pengembangan untuk sistem informasi (Seu-IS) dan Software lingkungan pengembangan untuk sistem pengiriman senjata dan senjata (Seu-WS) dengan tujuan sebagai berikut:

Untuk membuat biaya atas pengembangan perangkat lunak keseluruhan dan transparansi proses dan perawatan juga membatasi akibatnya. Untuk menjamin dan / atau ini lebih meningkatkan dengan tindakan yang sesuai standar minimum untuk kualitas perangkat lunak. Untuk mencapai oleh komparatif dari tawaran ketiga kemandirian yang lebih besar dari offerers individu untuk. Untuk standarisasi dan mengatur lebih transparan dalam pengembangan perangkat lunak di rumah sendiri. Asal Militer

Untuk hal ini pada prinsipnya juga pengolahan konsep dari NATO-sekutu seharusnya dapat diterapkan, seperti misalnya Amerika standar DoD 2.167 STD A atau standar Perancis GAM T 17. Sebuah pemeriksaan rinci dari model ini menunjukkan bahwa bagaimanapun mereka tidak mampu, semua persyaratan untuk menjadi adil. Jadi salah satu memutuskan untuk pengembangan diri, yang membawa versi pertama keluar dari model V-pada tahun 1988 - sebagai hasil dari proyek Seu-WS -. Ke ini sampai April 1990 realisasi dari proyek Seu-IS kemudian diintegrasikan dan versi perbaikan dari model V-dekrit itu tetap dari bulan Februari 1991 oleh Menteri Federal untuk pertahanan sebagai tingkat pool pengembangan perusahaan penyiaran untuk produksi software dengan Angkatan Bersenjata Jerman Federal.

3.2 Pengertian V-Model

Dalam V-Model , alokasi tugas ( kegiatan ) kepada orang-orang yang terorganisir melalui peran. Dalam kaitan ini, peran menggambarkan dibutuhkan pengetahuan dan kemampuan seseorang harus memiliki dalam rangka untuk memenuhi tugas-tugas yang dialokasikan kepadanya. Dengan demikian, berkaitan dengan organisasi, V-Model tidak memihak. Berkenaan dengan proyek penanganan ini berarti bahwa peranan dari model V- harus dialokasikan untuk perorangan pada saat proyek (kegiatan PM1 - Inisialisasi Proyek ) diinisialisasi. Di pihak berwenang dan perusahaan, orang-orang selalu unit organisasi terkecil.

Oleh karena itu, alokasi orang untuk peran juga untuk mempertimbangkan struktur organisasi dan penanganan organisasi. Peran mengidentifikasi kegiatan-kegiatan yang mungkin memerlukan hanya sebagian dari jam kerja anggota staf, atau, dalam kasus lain, mereka mungkin memerlukan beberapa kali jam kerja dari anggota staf.

Oleh karena itu, anggota staf mungkin memiliki beberapa peran yang dialokasikan kepadanya, atau satu peran dapat dipenuhi oleh beberapa anggota staf. Bagian penting dalam alokasi ini adalah bahwa peran sendiri tidak akan mengganggu satu sama lain dan dengan demikian mungkin menjadi masalah yang tak terpecahkan bagi orang yang bertanggung jawab atas peran (misalnya berkaitan dengan peran konstruktif SD di satu sisi dan dengan penguji pada lainnya tangan). Misalnya, peran Pimpinan Proyek tidak boleh dikombinasikan dengan peran orang yang bertanggung jawab QA, karenaPemimpin Proyek terutama bertanggung jawab untuk waktu dan anggaran, dan manajer QA untuk kualitas. Sebagai contoh lain, peran manajer QA kompatibel dengan peran Perwakilan CM .

Kriteria untuk alokasi adalah bahwa seseorang tidak harus berada dalam konflik kepentingan, struktur tanggung jawab dan pengalaman, pengetahuan, kesesuaian, ketersediaan (utilisasi) dari anggota proyek.

Dalam hal tidak ada kegiatan lebih banyak dialokasikan setelah menjahit, beberapa peran yang dapat dijatuhkan dari proyek tersebut. Dalam proyek-proyek kecil, tidak dapat dihindari bahwa beberapa peran yang dialokasikan untuk satu orang. Dalam proyek-proyek besar, peran masing-masing biasanya ditutupi oleh anggota staf yang berbeda.

Beberapa peran yang relevan untuk proyek tersebut dapat dipindahkan ke unit organisasi untuk seluruh panjang dari proyek. Ini praktis terutama dalam kasus seperti di mana aktivitas peran agak rumit dan peningkatan konstan dalam pengetahuan dapat diharapkan sambil terus berhubungan dengan materi pelajaran. Di atas semua itu, peran ini dapat berupa tugas cross-sectional alam dan menjadi prasyarat dan dasar untuk semua proyek.Mereka adalah independen dari proyek individu sejak layanan mereka diwajibkan oleh semua proyek. Contoh umum adalah Manajer Proyek , Manajer Q , manajer CM , dan IT Perwakilan . Contoh untuk alokasi peran untuk orang / unit organisasi dalam satu struktur organisasi dapat ditemukan dalam koleksi manual.

The V-Model mengasumsikan bahwa pengembangan sistem atau sistem pemeliharaan dan modifikasi adalah fokus komisi. Biasanya, pelanggan merupakan unit organisasi yang komisi pengembangan sistem lain unit organisasi baik di luar atau di dalam perusahaan otoritas /. Ketika mempertimbangkan pelanggan dan kontraktor, ini tidak berarti bahwa peran dalam Model V- akan digandakan (peran pelanggan dan ontractor rolesc).Komunikasi tambahan dan tugas koordinasi harus ditentukan yang dapat menyebabkan pengaturan dari keputusan lebih lanjut dan kelompok kemudi. R.2 Peran di V-Model Peran yang diperintahkan sesuai dengan submodels: dalam setiap submodel, ada • salah satu manajer yang mendefinisikan kondisi marjinal untuk kegiatan submodel dan yang berfungsi sebagai pengambil keputusan atas, • perencanaan perwakilan, kemudi dan mengendalikan tugas-tugas dari submodel tersebut, satu atau beberapa orang yang bertanggung jawab atas tugas-tugas yang direncanakan dari submodel tersebut. Tabel R. 1 menggambarkan peranan dari model V- .

3.3 Keuntungan dari V-Model

• Bahasa yang digunakan untuk merepresentasikan konsep V model menggunakan bahasa formal. Contoh : dengan menggunakan objek model ataupun frame-frame • Meminimalisasikan kesalahan pada hasil akhir karena ada test pada setiap prosesnya.

•  Penyesuaian yang cepat pada projek yang baru

• Memudahkan dalam pembuatan dokumen projek

• Biaya yang murah dalam perawatan dan modifikasinya

• • V Model sangat fleksibel. V Model mendukung project tailoring dan penambahan dan pengurangan method dan tool secara dinamik. Akibatnya sangat mudah untuk melakukan tailoring pada V Model agar sesuai dengan suatu proyek tertentu dan sangat mudah untuk menambahkan method dan tool baru atau menghilangkan method dan tool yang dianggap sudah obsolete.

• • V Model dikembangkan dan di-maintain oleh publik. User dari V Model berpartisipasi dalam change control board yang memproses semua change request terhadap V Model.

3.4 Kerugian dari V-Model

• Aktifitas V-Model hanya difokuskan pada projectnya saja, bukan pada keseluruhan organisasi. V-Model adalah proses model yang hanya dikerjakan sekali selama project saja, bukan keseluruhan organisasi.
• Prosesnya hanya secara sementara. Ketika project selesai, jalannya proses model dihentikan. Tidak berlangsung untuk keseluruhan organisasi.
• Metode yang ditawarkan terbatas. Sehingga kita tidak memiliki cara pandang dari metode yang lain. Kita tidak memiliki kesempatan untuk mempertimbangkan jika ada tools lain yang lebih baik.
• Toolnya tidak selengkap yang dibicarakan. SDE (Software Development Environment).Tidak ada tools untuk hardware di V-Model. Tool yang dimaksud adalah “software yang mendukung pengembangan atau pemeliharaan / modifikasi dari system IT. n V Model adalah model yang project oriented sehingga hanya bisa digunakan sekali dalam suatu proyek.
• V Model terlalu fleksibel dalam arti ada beberapa activity dalam V Model yang digambarkan terlalu abstrak sehingga tidak bisa diketahui dengan jelas apa yang termasuk dalam activity tersebut dan apa yang tidak.

 3.5 Penerapan V Model

 V model biasa digunakan pada proyek-proyek dengan skala yang besar. Sebagai contohnya yaitu digunakan di Jerman untuk mengatur sistem administrasi pemerintahannya dalam hal ini pada bagian BWB (Bundesamt für Wehrtechnik und Beschaffung = German Federal Office for Procurement).

4.Simple Interaction Design Model

Simple Interaction Design Model sebagai suatu proses untuk mencapai suatu tujuan dengan pencarian berbagai solusi melalui ruang lingkup sistem, materi, biaya dan kemungkinan penyelesaiannya (feasibilitas), sebagai wujud kreativitas dan pengambilan keputusan untuk menyeimbangkan trade-off. Dan Sebagai representasi suatu perencanaan pengembangan yang berisikan sekumpulan elaborasi alternatif dan suksesif.
Dalam desain interaksi terdapat empat kegiatan utama, yaitu :
– Identifikasi kebutuhan dan persyaratan sistem
– Pengembangan desain alternatif (desain konseptual dan fisikal)
– Membuat versi interaktif dari desain yang dihasilkan
– Mengevaluasi desain (usabilitas dan user experience)

5.Star Lifecycle
 
 Dalam Siklus permodelan ini pengujian dilakukan terus menerus. Misalnya dimulai dari menentukan kosep desain (conceptual design ) dalam proses ini akan langsung terjadi evaluasi untuk langsung ternilai apakah sudah sesuai dengan kebutuhan user, bila belum maka akan terus berulang di evaluasi hingga benar-benar pas, selanjutnya apabila sudah pas, maka dari tahap evaluasi yang pertama akan lanjut ke proses yg selanjutnya yakni requirements/specification yakni memverifikasikan persyaratan rancangan tersebut, dan pada tahap itu juga langsung terjadi pengevaluasian seperti tahap pertama, dan selanjutnya akan tetap sama terjadi pada tahapan-tahapan selanjutnya yakni task analysis/fungsion analysis, pengimplementasian, prototyping hingga pada akhirnya terciptalah sebuah aplikasi yang sesuai dengan kebutuhan user.

Sumber : wijayaerwin07.blogspot.com

 Definisi Ubiquitous Computing

Ubiquitous computing (ubicomp) adalah pasca-desktop model interaksi manusia-komputer dalam

pengolahan informasi yang telah sepenuhnya terintegrasi ke dalam objek dan aktivitas sehari-hari. Dalam rangka kegiatan biasa, seseorang "menggunakan" komputasi di mana-mana melibatkan banyak perangkat komputasi dan sistem secara bersamaan, dan mungkin tidak selalu bahkan menyadari bahwa mereka melakukannya. Model ini biasanya dianggap sebagai kemajuan dari paradigma desktop.

Paradigma ini juga digambarkan sebagai merasuk komputasi, ambien intelijen. Ketika terutama mengenai obyek yang terlibat, juga fisik komputasi, yang Internet of Things, haptic komputasi, dan hal-hal yang berpikir. Alih-alih mengusulkan definisi yang tunggal untuk komputasi di mana-mana dan untuk istilah yang terkait ini, sebuah taksonomi properti untuk komputasi di mana-mana telah diusulkan, dari yang berbeda jenis atau rasa dari mana-mana sistem dan aplikasi dapat digambarkan
Di mana-mana nama komputasi gelombang ketiga di bidang komputer, baru saja mulai. Pertama adalah mainframe, masing-masing dimiliki oleh banyak orang. Sekarang kita berada di era komputasi pribadi, orang dan mesin menatap saling gelisah di desktop. Berikutnya datang di mana-mana komputasi, atau usia teknologi tenang, ketika teknologi surut ke latar belakang kehidupan kita. Alan Kay dari Apple menyebutnya "Ketiga Paradigma" komputasi.

Mark Weiser adalah ayah dari komputasi mana-mana; nya halaman web berisi link ke banyak makalah mengenai topik ini.


Dua surat baru-baru ini mengungkapkan unsur-unsur komputasi di mana-mana filsafat: "Open House" (juga dalam MS Word versi), dan "Tenang Merancang Technology"

 Definisi Open Source

Open source atau yang diartikan sebagai software terbuka atau dengan kata lain free software

(perangkat lunak bebas) merupakan perangkat lunak (software) yang lisensinya memberi kebebasan kepada para pengguna untuk menjalankan program apa saja, mempelajari dan memodifikasi program, dan mendistribusikan program yang asli atau yang sudah dimodifikasi tanpa harus membayar royalty kepada pengembang sebelumnya (David Wheeler).

Sedangkan definisi lain yang mengartikan open source adalah Sebuah perangkat lunak yang di kembangkan secara gotong royong tanpa koordinasi resmi, menggunakan kode program (source code) yang tersedia secara bebas (free), serta didistribusikan melalui internet (Esther Dyson (1998)).
Yang harus dipahami adalah arti dari free diatas bukan berarti gratis, namun lebih menuju kepada makna bebas. Makna bebas ini di kategorikan menjadi 4 macam :
1. Kebebasan menjalankan program utuk apa saja.
2. Kebebasan mempelajari bagaimana program itu bekerja serta dapat disesuaikan dengan kebutuhan anda. Akses pada program merupakan suatu prasyarat.
3. Kebebasan untuk menyebarluaskan kembali hasil salinan perangkat lunak tersebut sehingga dapat membantu sesama.
4. Kebebasan untuk meningkatkan kinerja program, dan dapat menyebarkan ke khalayak umum sehingga semua dapat menikmati keuntungannya. Akses pada suatu program juga menjadi sebuah prasyarat.

Definisi Cloud Computing

Cloud computing mungkin masih samar terdengar bagi orang awam. Tetapi keberadaan cloud computing di era digital kini sebenarnya telah terasa di tengah masyarakat dalam kehidupan sehari hari seperti penggunaan email dan juga media sosial.
Secara umum, definisi cloud computing (komputasi awan) merupakan gabungan pemanfaatan teknologi komputer (komputasi) dalam suatu jaringan dengan pengembangan berbasis internet (awan) yang mempunyai fungsi untuk menjalankan program atau aplikasi melalui komputer – komputer yang terkoneksi pada waktu yang sama, tetapi tak semua yang terkonekasi melalui internet menggunakan cloud computing.
Teknologi komputer berbasis sistem Cloud ini merupakan sebuah teknologi yang menjadikan internet sebagai pusat server untuk mengelola data dan juga aplikasi pengguna. Teknologi ini mengizinkan para pengguna untuk menjalankan program tanpa instalasi dan mengizinkan pengguna untuk mengakses data pribadi mereka melalui komputer dengan akses internet.

 Definisi Dropbox

Dropbox adalah layanan penyedia data berbasis web yang dioperasikan oleh Dropbox, Inc. Dropbox menggunakan sistem penyimpanan berjaringan yang memungkinkan pengguna untuk menyimpan dan berbagi data serta berkas dengan pengguna lain di internet menggunakan sinkronisasi data.

Dropbox didirikan pada tahun 2007 oleh lulusan Massachusetts Institute of Technology (MIT) Drew Houston dan Arash Ferdowsi dengan modal awal yang didapat dari Y Combinator. 

Dropbox menyediakan layanan baik gratis ataupun berbayar, masing-masing dengan keuntungan yang bervariasi. Pada tahun 2011 Dropbox juga meluncurkan "Dropbox for Teams", sebuah layanan dari Dropbox yang dikhususkan untuk kelompok bisnis atau kelompok lainnya yang membutuhkan layanan untuk mengendalikan administrasi, tagihan yang terpusat, dan lain sebagainya. "Dropbox for Teams" tetap tersedia di situs web, namun harga yang ditawarkan berbeda dengan layanan Dropbox lainnya.

Bila dibandingkan dengan layanan serupa lainnya, Dropbox menawarkan jumlah pengguna yang relatif besar, dengan penggunaan sistem operasi yang bervariasi, baik untuk perangkat mobile ataupun deskto. Terdapat berbagai versi untuk berbagai sistem operasi, termasuk untuk Microsoft Windows, Mac OS X, dan Linux (resmi atau tidak resmi). Dan tersedia juga berbagai versi untuk perangkat mobile, diantaranya Android, Windows Phone 7, iPhone, iPad, WebOS, dan Blackberry, dan klien yang berbasis web. Dropbox menggunakan model finansial Freemium, dan layanan gratisnya menyediakan 2 GB penyimpanan online gratis. Para pengguna yang menyarankan Dropbox ke orang lain bisa meningkatkan kapasitas penyimpanan hingga 8 GB. Kompetitor utama dari Dropbox antara lain, Box.net, FilesAnywhere, CloudMe, CrashPlan, Egnyte, iCloud, Mozy, SpiderOak, SugarSync, TitanFile, Ubuntu One, Windows Live SkyDrive, Wuala dan ZumoDrive. 

Definisi Google Engine

arti Google itu sendiri adalah sebuah tren yang sering digunakan dalam pencarian melalui internet. Tren ini seringkali muncul sebagai sebuah kata kerja.

Sederhananya, arti Google secara harfiah adalah MENCARI. Namun karena Google sudah menjadi sebuah tren dalam dunia pencarian dunia maya, maka istilah Google telah berubah menjadi situs pencarian paling terkenal yang ada di internet, yaitu google.com

Namun menurut Larry dan Sergey (Pendiri Perusahaan Google), Google bukanlah suku kata yang mengandung arti tertentu melainkan sebuah plesetan dari kata ‘googol’   sebuah istilah matematika untuk bilangan yang direpresentasikan dengan angka 1 yang diikuti 100 nol. Penggunaan istilah itu mencerminkan misi mereka untuk mengatur jumlah informasi di web yang terasa tidak terbatas.

 

Definisi Google Drive

Google Drive adalah layanan penyimpanan daring milik Google yang diluncurkan pada 24 April 2012. Layanan ini merupakan ekstensi dari Google Docs dan akan mengganti URL docs.google.com^[4]

dengan drive.google.com setelah diaktifkan. Google Drive memberikan layanan penyimpanan gratis sebesar 15 GB dan dapat ditambahkan dengan pembayaran tertentu. Dengan fitur unggulan yang sama seperti Dropbox, yaitu sinkronisasi data melalui folder khusus di dalam desktop atau lebih dikenal dengan Desktop Sync Clients. GDrive memberikan kapasitas gratis sebesar 5 GB dan tentunya fitur-fitur yang terintegrasi dengan layanan Google lainnya seperti: Gmail, G+ dan Google Search. Fitur yang bisa digaris bawahi dari GDrive adalah API’s untuk para Developer. Hingga kini GDrive telah terhubung dengan puluhan aplikasi pihak ketiga