Cara Membuat Bootable USB Windows Tanpa Software

Bagi kamu pengguna netbook yang tidak dilengkapi dengan DVD-ROM, tentunya menginstall Windows melalui Bootable USB merupakan pilihan utama. Dari berbagai cara membuat bootable USB Windows, kebanyakan akan mengharuskan kamu untuk menggunakan software tambahan. Yup..cara tersebut memang mudah. Tetapi di tutorial ini UCUP akan mengajarkan kepada kamu cara membuat bootable USB Windows TANPA menggunakan software apapun.

 

Pertama siapkan dulu USB flashdisk yang akan digunakan beserta file ISO installer Windows. Setelah itu tancapkan flashdisk di PC, dan setelah terdeteksi buka Run (Win + R) -> ketikkan diskpart -> Enter

Window CMD diskpart akan terbuka, ketikkan list disk -> Enter

Lihat Disk berapa USB flashdisk kamu. Kamu bisa mengetahuinya dengan mudah melalui ukuran (size) flashdisk tersebut. Dalam contoh ini, USB flashdisk UCUP adalah Disk 1. 

Setelah itu, ketikkan select disk 1 (ganti 1 dengan ID dari urutan disk USB flashdisk kamu) -> Enter

Ketikkan clean lalu tekan Enter untuk menghapus partisi, file system, dan data yang masih tersimpan di USB Flashdisk. Pastikan proses cleaning diskpart tersebut berhasil.

Setelah itu ketikkan create partition primary -> Enter. Pastikan proses pembuatan partisi berhasil.

Setelah itu jadikan partisi tersebut sebagai active dengan cara mengetikkan active -> Enter. Pastikan partisi sudah berhasil di set sebagai active.

Format partisi tersebut dengan file system FAT32. Caranya cukup ketikkan format fs=fat32 label=UCUP quick -> Enter (ubah nama label dengan nama yang kamu inginkan)

Setelah berhasil, maka flashdisk kamu sudah menjadi partisi primary yang aktif dan bootable. Close window diskpart dengan mengetikkan exit.

Kini kamu tinggal mount saja file ISO installer Windows dan copy semua isinya ke flashdisk tersebut.

Setelah semua isi tercopy kedalam flashdisk, maka flashdisk tersebut siap untuk kamu gunakan untuk menginstall Windows.

Dan ngomong-ngomong, kamu sudah berhasil membuat bootable USB Windows tanpa menggunakan software tambahan apapun. Selamat! :)

  

Fakta Unik & Menarik tentang Semut

Semut termasuk dalam ordo “Hymenoptera” dan memiliki hubungan kekerabatan dengan tawon.

Diyakini semut pertama kali muncul selama periode Cretaceous dan merupakan produk evolusi tawon yang berasal dari periode Jurassic.

Para ilmuwan memperkirakan semut telah hidup di bumi selama lebih dari 100 juta tahun.

Berikut adalah klasifikasi ilmiah semut:

Kingdom: Animalia
Phylum: Arthropoda
Class: Insecta
Order: Hymenoptera
Suborder: Apocrita
Superfamily: Vespoidea
Family: Formicidae

Semut bisa hidup hampir di semua daratan bumi. Semut hidup dalam koloni besar dengan pembagian tugas yang rapi antar anggota koloni.

Koloni beranggotakan dari beberapa ratus hingga jutaan ekor.

Koloni umumnya memiliki satu atau dua betina subur yang disebut “ratu”, beberapa pejantan subur yang disebut “drone”, dan sejumlah besar betina steril yang disebut “pekerja”.

Ratu dan semut jantan bertanggung jawab untuk reproduksi. Para semut pekerja juga dibagi lagi dalam beberapa kategori berdasarkan tugas yang mereka lakukan.

Beberapa tugas termasuk mengumpulkan makanan, membela koloni, serta merawat larva, telur dan pupa.

 Berikut adalah 21 informasi dan fakta menarik perihal semut :

1. Semut sebagian besar ditemukan di iklim panas.

2. Terdapat lebih dari 10.000 spesies semut di seluruh dunia.

3. Rentang hidup rata-rata seekor semut adalah 45 sampai 60 hari.

4. Semut memiliki kaki sangat kuat yang membantu untuk berjalan cepat.

5. Warna semut berkisar antara hitam, hijau, merah, coklat, kuning, biru, atau ungu.

6. Semut mampu mengangkat beban sekitar 20 kali berat tubuhnya sendiri.

7. Semut dewasa tidak dapat menelan makanan padat. Mereka bergantung pada jus (sari makanan) yang diperoleh dari potongan-potongan makanan padat.

8. Semut menggunakan antena sebagai peraba dan pembau.

9. Ukuran semut berkisar dari 2 sampai 7 mm. Carpenter ant merupakan pengecualian karena dapat meregang sampai 2 cm bahkan lebih.

10. Ada setidaknya satu ratu dalam setiap koloni semut.

11. Semut memiliki dua perut. Satu perut untuk menyimpan makanan bagi dirinya sendiri dan perut lainnya berguna untuk menyimpan makanan yang bisa dibagikan ke semut lain.

12. Semut memiliki otak terbesar di antara semua serangga. Dikatakan bahwa kekuatan pemrosesan dalam otak semut setara dengan komputer Macintosh II.

13. Beberapa jenis semut dapat tidur tujuh jam sehari.

14. Semut sebagian besar merupakan omnivora. Artinya, mereka merupakan pemakan segala mulai dari serangga lain, biji, minyak, dan remah roti.

15. Ratu semut memiliki sayap ketika lahir. Sayap ini kemudian tanggal saat ratu semut mulai membangun koloni.

16. Semut hitam dan semut kayu tidak memiliki sengat, namun mereka mampu menyemprotkan cairan asam formiat.

17. Semut pemotong daun tropis menggunakan rahang tajam yang mereka miliki untuk memotong daun dan membuatnya menjadi semacam bubur (pulp).

Pulp tersebut kemudian digunakan sebagai media bercocok tanam jamur yang menjadi makanan mereka.

18. Salah satu tugas semut pekerja adalah mengambil sampah dari sarang dan kemudian memasukkannya ke dalam tempat pembuangan sampah.

19. Ketika seekor semut pekerja menemukan sumber makanan, ia akan meninggalkan jejak aroma untuk menarik semut lain agar datang ke lokasi tersebut.

20. Semut Slave-Maker (Polyergus Rufescens) melakukan penyerangan ke sarang semut lain dan mencuri pupa mereka. Setelah menetas, semut hasil curian tersebut lantas dijadikan pekerja seperti layaknya budak.

21. Sekitar 700.000 anggota dapat ditemukan pada koloni semut tentara (Eciton Burchelli).[]

Definisi Web Engineering

Web Engineering adalah aplikasi sistematis dan pendekatan kuantitatif (konsep, metode, teknik, alat) untuk menganalisis kebutuhan biaya, desain, implementasi, pengujian, pengropasian, dan pemeliharaan aplikasi web berkualitas tinggi.

Layer – layer dalam Web Engineering

A. Layer aplikasi,

layer ini mengacu pada aplikasi/software yang digunakan seperti Web Server, Webbrowser, FTP server, FTP Client, Email Server, Email Client

B. Layer Transport,

layer ini mengacu pada servis yang digunakan seperti HTTP, FTP, SMTP, SNMP dll. Layer ini memastikan bahwa transmisi data sampai ke servis yang tepat-tidak nyasar ke servis yang lain, selain itu layer ini juga menjamin paket data sampai dengan baik dan benar.

C. Layer Internet/Network,

layer ini digunakan untuk memandu supaya paket data dapat sampai ke komputer tujuan-tidak nyasar ke komputer yang lain.

D. Network Interface-Physical,

layer ini digunakan untuk menjembatani agar paket data dapat dikirimkan melalui media fisik, masuk dalam layer ini seperti driver dan network interface card.

Kategori / Metode Web Engineering

1. Informational

User hanya membaca konten yang disediakan dengan navigasi yang sederhana

2. Downloads

pengguna mendownload informasi dari server

3. Customizable

pengguna dapat berlangganan melalui konten web

4. Interaction

Komunitas pengguna berkomunikasi menggunakan chat room, informasi bulletin, atau pengiriman pesan cepat

5. User input

Pengguna menyelesaikan form on-line untuk berkomunikasi

6. Transaction-oriented

pengguna dapat membuat permintaan yang dapat di validasi oleh web server agar pengguna dapat mudah dalam melakukan transakasi online

7. Service-oriented

Suatu aplikasi yang menyediakan layanan untuk pengguna

8. Portal

Suatu aplikasi yang dapat mengarahkan pengguna untuk penggunaan konten web lain

9. Database access

pengguna dapat mengakses query database dengan kapasitas yang besar dan beberapa informasi secara luas

10. Data warehousing

pengguna dapat mengkoleksi database dengan kapasitas yang besar dan beberapa informasi secara luas

Aktivitas /Proses Web Engineering

1. Formulasi

Kegiatan yang berfungsi untuk merumuskan tujuan dan ukuran dari aplikasi berbasis web serta menentukan batasannya sistem.

2. Perencanaan

Kegiatan yang digunakan untuk menghitung estimasi biaya proyek pembuatan aplikasi berbasis web ini, estimasi jumlah pengembang, estimasi waktu pengembangan, evaluasi resiko pengembangan proyek, dan mendefinisikan jadwal pengembangan untuk versi selanjutnya (jika diperlukan).

3. Analisis

Kegiatan untuk menentukan persyaratan - persyaratan teknik dan mengidentifikasi informasi yang akan ditampilkan pada aplikasi berbasis web.

4. Rekayasa

Terdapat dua pekerjaan yang dilakukan secara paralel, yaitu desain isi informasi dan desain arsitektur web.

5. Implementasi dan Pengujian

Suatu kegiatan untuk mewujudkan desain menjadi suatu web site. Teknologi yang digunakan tergantung dengan kebutuhan yang telah dirumuskan pada tahap analisis.

sumber: muhammadadri.files.wordpress.com

Analisis Terstruktur

Tujuan Analisis

1. Menjabarkan kebutuhan pemakai

2. Meletakkan dasar - dasar untuk perancangan perangkat lunak

3. Mendefinisikan semua kebutuhan pemakai sesuai dengan lingkup kontrak yang disepakati kedua belah pihak

Elemen Analisis

1. Pemodalan Data

2. Pemodelan Fungsional

3. Pemodelan Status/Kelakuan

Pemodelan Data

- Mendeskripsikan data yang terlibat dalam perangkat lunak

- Tools :

- ERD

diagram keterhubungan antar objek data

- Data Object Description

deskripsi atribut dari setiap objek data

- Data Dictionary

deskripsi semua objek data yang dibutuhkan maupun dihasilkan oleh perangkat lunak

Dengan metode terstruktur pada tahap analisis kita memodelkan PROBLEM dari tiga sudut pandang:

1. pemodelan fungsional; kita memodelkan fungsional P/L dalam terminologi proses dan aliran data antar proses; kita membuat DFD (data flow diagram)

2. pemodelan data; kita memodelkan kebutuhan data yang yang harus dikelola P/L dalam terminologi entitas data dan relasi antar-entitas; kita membuat ERD (entity-relationship diagram)

3. pemodelan kelakuan (behaviour); kita memodelkan aspek dinamis P/L dalam terminologi state, event, dan action; kita amembuat STD (state transition diagram)

SPIRAL

SPIRAL MODEL

Proses model yang lain, yang cukup populer adalah Spiral Model. Model ini juga cukup baru ditemukan, yaitu pada sekitar tahun 1988 oleh Barry Boehm pada artikel A Spiral Model of Software Development and Enhancement. Spiral model adalah salah satu bentuk evolusi yang menggunakan metode iterasi natural yang dimiliki oleh model prototyping dan digabungkan dengan aspek sistimatis yang dikembangkan dengan model waterfall. Tahap desain umumnya digunakan pada model Waterfall, sedangkan tahap prototyping adalah suatu model dimana software dibuat prototype (incomplete model), “blue-print”-nya, atau contohnya dan ditunjukkan ke user / customer untuk mendapatkan feedback-nya. Jika prototype-nya sudah sesuai dengan keinginan user / customer, maka proses SE dilanjutkan dengan membuat produk sesungguhnya dengan menambah dan memperbaiki kekurangan dari prototype tadi.

Model ini juga mengkombinasikan top-down design dengan bottom-up design, dimana top-down design menetapkan sistem global terlebih dahulu, baru diteruskan dengan detail sistemnya, sedangkan bottom-up design berlaku sebaliknya. Top-down design biasanya diaplikasikan pada model waterfall dengan sequential-nya, sedangkan bottom-up design biasanya diaplikasikan pada model prototyping dengan feedback yang diperoleh. Dari 2 kombinasi tersebut, yaitu kombinasi antara desain dan prototyping, serta top-down dan bottom-up, yang juga diaplikasikan pada model waterfall dan prototype, maka spiral model ini dapat dikatakan sebagai model proses hasil kombinasi dari kedua model tersebut. Oleh karena itu, model ini biasanya dipakai untuk pembuatan software dengan skala besar dan kompleks.

Spiral model dibagi menjadi beberapa framework aktivitas, yang disebut dengan task regions. Kebanyakan aktivitas2 tersebut dibagi antara 3 sampai 6 aktivitas. Berikut adalah aktivitas-aktivitas yang dilakukan dalam spiral model:

• Customer communication. Aktivitas yang dibutuhkan untuk membangun komunikasi yang efektif antara developer dengan user / customer terutama mengenai kebutuhan dari customer.

• Planning. Aktivitas perencanaan ini dibutuhkan untuk menentukan sumberdaya, perkiraan waktu pengerjaan, dan informasi lainnya yang dibutuhkan untuk pengembangan software.

• Analysis risk. Aktivitas analisis resiko ini dijalankan untuk menganalisis baik resiko secara teknikal maupun secara manajerial. Tahap inilah yang mungkin tidak ada pada model proses yang juga menggunakan metode iterasi, tetapi hanya dilakukan pada spiral model.

• Engineering. Aktivitas yang dibutuhkan untuk membangun 1 atau lebih representasi dari aplikasi secara teknikal.

• Construction & Release. Aktivitas yang dibutuhkan untuk develop software, testing, instalasi dan penyediaan user / costumer support seperti training penggunaan software serta dokumentasi seperti buku manual penggunaan software.

• Customer evaluation. Aktivitas yang dibutuhkan untuk mendapatkan feedback dari user / customer berdasarkan evaluasi mereka selama representasi software pada tahap engineering maupun pada implementasi selama instalasi software pada tahap construction and release.

Berikut adalah gambar dari spiral model secara umum :

Satu lingkaran dari bentuk spiral pada spiral model dibagi menjadi beberapa daerah yang disebut dengan region. Region tersebut dibagi sesuai dengan jumlah aktivitas yang dilakukan dalam spiral model. Tentunya lingkup tugas untuk project yang kecil dan besar berbeda. Untuk project yang besar, setiap region berisi sejumlah tugas-tugas yang tentunya lebih banyak dan kompleks daripada untuk project yang kecil. SE berjalan dari inti spiral berjalan mengitari sirkuit per sirkuit. Sebagai contoh untuk sirkuit pertama dilakukan untuk pembangunan dari spesifikasi dari software dengan mencari kebutuhan dari customer. Untuk sirkuit pertama harus menjalani semua aktivitas yang didefinisikan. Setelah 1 sirkuit terlewati lanjut ke tugas selanjutnya misalnya membangun prototype. Tugas ini juga harus mengitari 1 sirkuit dan begitu terus selanjutnya sampai project selesai.

Tidak seperti model-model konvesional dimana setelah SE selesai, maka model tersebut juga dianggap selesai. Akan tetapi hal ini tidak berlaku untuk spiral model, dimana model ini dapat digunakan kembali sepanjang umur dari software tersebut. Pada umumnya, spiral model digunakan untuk beberapa project seperti Concept Development Project (proyek pengembangan konsep), New Product Development Project (proyek pengembangan produk baru), Product Enhancement Project (proyek peningkatan produk), dan Product Maintenance Project (proyek pemeliharaan proyek). Keempat project tersebut berjalan berurutan mengitari sirkuit dari spiral. Sebagai contoh setelah suatu konsep dikembangkan dengan melalui aktivitas2 dari spiral model, maka dilanjutkan dengan proyek selanjutnya yaitu pengembangan produk baru, peningkatan produk, sampai pemeliharaan proyek. Semuanya melalui sirkuit2 dari spiral model.

Mengapa spiral model begitu populer? Pendekatan dengan model ini sangat baik digunakan untuk pengembangan sistem software dengan skala besar. Karena progres perkembangan dari SE dapat dipantau oleh kedua belah pihak baik developer maupun user / customer, sehingga mereka dapat mengerti dengan baik mengenai software ini begitu juga dengan resiko yang mungkin didapat pada setiap aktivitas yang dilakukan. Selain dari kombinasi 2 buah model yaitu waterfall dan prototyping, kelebihan dari software ini ada pada analisis resiko yang dilakukan, sehingga resiko tersebut dapat direduksi sebelum menjadi suatu masalah besar yang dapat menghambat SE. Model ini membutuhkan konsiderasi langsung terhadap resiko teknis, sehingga diharapkan dapat mengurangi terjadinya resiko yang lebih besar. Sebenarnya dengan menggunakan prototype juga bisa menghindari terjadinya resiko yang muncul, tetapi kelebihan dari model ini yaitu dilakukannya proses prototyping untuk setiap tahap dari evolusi produk secara kontinu. Model ini melakukan tahap2 yang sudah sangat baik didefinisikan pada model waterfall dan ditambah dengan iterasi yang menyebabkan model ini lebih realistis untuk merefleksikan dunia nyata. Hal-hal itulah yang menjadi kelebihan menggunakan spiral model.

WATERFALL

WATERFALL PROCESS MODEL

Nama model ini sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut dengan “classic life cycle” atau model waterfall. Model ini adalah model yang muncul pertama kali yaitu 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 urut mulai dari level kebutuhan sistem lalu menuju ke tahap analisis, desain, coding, testing / verification, dan maintenance. Disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan. Sebagai contoh tahap desain harus menunggu selesainya tahap sebelumnya yaitu tahap requirement. Secara umum tahapan pada model waterfall dapat dilihat pada gambar berikut :

Gambar di atas adalah tahapan umum dari model proses ini. 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 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.

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.

Menurut saya, tahapan-tahapan model ini sudah cukup baik dalam artian minimal untuk melakukan SE, maka harus ada tahapan-tahapan ini. Tahapan-tahapan ini jugalah yang digunakan oleh model-model yang lain pada umumnya. Ada filosofi yang mengatakan sesuatu yang sukses diciptakan pertama kali, maka akan terus dipakai di dalam pengembangannya. Hal ini juga berlaku pada waterfall model ini. Mungkin dapat dikatakan bahwa inilah standar untuk melakukan SE.

Akan tetapi, yang mungkin menjadi banyak pertimbangan mengenai penggunaan dari model ini adalah metode sequential-nya. Mungkin untuk awal-awal software diciptakan, hal ini tidak menjadi masalah, karena dengan berjalan secara berurutan, maka model ini menjadi mudah dilakukan. Sesuatu yang mudah biasanya hasilnya bagus. Oleh karena itu model ini sangat populer. Akan tetapi, seiring perkembangan software, model ini tentu tidak bisa mengikutinya. Yang menjadi kelemahan adalah pada pengerjaan secara berurutan tadi, seperti yang sudah saya utarakan sebelumnya. Kelemahan-kelemahan yang lain juga sudah saya utarakan di atas, atau bahkan masih ada yang lainnya.

Dari sini, nantinya akan dikembangkan model-model yang lain, bahkan ada tahap evolusioner dari suatu model proses untuk mengatasi kelemahan-kelemahan tadi. Meskipun secara tahapan masih menggunakan standar tahapan waterfall model. Kesimpulannya adalah ketika suatu project skalanya sedang mengarah kecil bisa menggunakan model ini. Akan tetapi kalau sudah project besar, tampaknya kesulitan jika menggunakan model ini.

Sumber :

• Buku Software Engineering by Roger S. Pressman
• http://en.wikipedia.org/wiki/Waterfall_model