Jumat, 30 Oktober 2020

Tugas Online: Manajeman Proyek Software (Perangkat Lunak) Part. 1


1. Jelaskan tahap-tahap dalam siklus hidup proyek ? 

    Jawab: 

  • Fase Inisiasi (Initiation) atau seleksi ialah fase dimana kita memulai proses berupa identifikasi masalah, situasi fakta, dan analis kasus. Pada tahap ini biasa dilakukan survei untuk yang mengidentifikasi kondisi bisnis secara faktual beserta pilihan dari solusi yang di rekomendasikan. 
  • Fase Perencanaan (Planning) adalah fase dimana solusi proyek dari fase inisiasi dikembangkan secara lebih rinci. Perencanaan langkah-langkah yang diperlukan guna memenuhi tujuan proyek pun mulai dibuat. Pada fase ini, tim proyek melakukan identifikasi terhadap semua pekerjaan yang akan dilakukan. Identifikasi yang dibuat berupa kebutuhan sumber daya dan tugas proyek, tak lupa juga strategi yang akan digunakan. 
  • Fase Pelaksanaan (Execution) amerupakan fase dimana rencana proyek yang dimasukkan ke dalam proses serta pekerjaan proyek mulai dieksekusi. Kemajuan proyek akan terus dipantau serta dilakukan penyesuaian apabila terjadi perubahan dari rencana semula. 
  • Fase Pemantauan dan Pengendalian merupakan tahap dari proses pelaksanaan proyek sampai
    menjelang selesai proyek dan dilakukan evaluasi. Fase ini biasanya berkaitan dengan jadwal pelaksanaan, biaya, dan kualitas pelaksanaan proyek. Di mana tujuannya untuk menghasilkan hasil terbaik tetapi dengan pengeluaran seminimal mungkin. 
  • Fase Penyelesaian merupakan tahap akhir atau memberikan hasil dari proyek, melepaskan sumber daya proyek, dan menyerahkan dokumentasi proyek untuk bisnis, mengakhiri kontrak. Langkah berikutnya ialah evaluasi studi guna memeriksa apa yang sudah baik dan belum. Dengan jenis analisa ini, pengalaman dan evaluasi ditransfer kepada organisasi proyek. Hasil dari evaluasi ini akan dijadikan acuan untuk proyek masa depan atau pengembangannya agar lebih baik lagi. 

2. Jelaskan apa yang perlu ada dalam proposal proyek ? 

    Jawab: 

    Secara ringkas proposal proyek harus mengandung beberapa pokok isi sebagai berikut: 

a. Surat pengantar Ini termasuk bagian penting dari proposal, karena harus bisa menyakinkan user bahwa proposalnya perlu dipertimbangan. 

b. Ringkasan Eksekutif (Executive Summary) Berisi ringkasan yang jelas mengenai, proyek yang menekankan aspek-aspek penting yang memungkinkan pembaca menentukan relevansinya terhadap kebutuhan user dan kontribusinya terhadap penyelesaian masalah. 

c. Bagian Teknis Menunjukkan lingkup proyek, pendekatan yang digunakan untuk menyelesaikan masalah dalam proyek dan pekerjaan-pekerjaan yang ada. 

d. Manfaat/Keuntungan yang Akan Diperoleh Menggambarkan keuntungan/manfaat secara realistic dengan cukup detail untuk menunjukkan bahwa keperluan user akan dipenuhi oleh peserta lelang ini. 

e. Jadwal Berisi jadwal kapanhasil proyek bisa diserahkan. 

f. Bagian Keuangan Penjelasan mengenai biaya langsung, 

g. Bagian Legal Masalah-masalah yang akan muncul atau perubahan yang mungkin akan timbul; misalnya prosedur yang sesuai untuk menangani perubahan lingkup proyek, dan penghentian proyek. 

h. Kualifikasi Manajemen Bagian ini bersisi latar belakang organisasi kontraktor, pengalaman yang dipunyai, prestasi yang pernah dicapai, situasi keuangan, susunan tim dan orangorang kunci dalam organisasi. 

3. Apa resiko yang dihadapi jika pelaksanaan, pembuatan proyek sistem informasi tidak memperhatikan Siklus hidup proyek, berikan kemungkinan resiko yang terjadi serta solusinya 

    Jawab: 

    SDLC merupakan kependekkan dari Systems Development Life Cycle, atau dalam bahasa indonesia     berarti Siklus Hidup Pengembangan Sistem adalah sebuah metodologi yang digunakan untuk                mengembangkan atau menciptakan sebuah sistem. Yang terdiri dari: 

  • Rencana (Planning), 
  • Analisis (Analysis), 
  • Desain (Design), 
  • Implementasi (Implementation), 
  • Uji Coba (Testing) 
  • Pengelolaan (Maintenance). 

    Tahapan tahapan diatas merupakan tahapan atau metodologi yang sudah disesuaikan dan ideal                dengan kebutuhan pengembangan sistem. Jadi apabila pelaksanaan, pembuatan proyek sistem                informasi tidak mengikuti tahapan tersebut maka Proyek Sistem Informasi tersebut kemungkinan            terdapat beberapa kekurangan, dan kegagalan sistem tersebut untuk berjalan sesuai dengan yang            diinginkan semakin kecil. 

Jumat, 23 Oktober 2020

Review Film Korea The Witch: Part 1 The Subversion (2018) - versi HiComeee

Sesuai dengan pos sebelumnya gua akan nge-review film korea yang berjudul The Witch: Part 1 The Subversion


Disinopsisnya film ini mengisahkan seorang remaja berkekuatan super kehilangan ingatan pasca tragedi yang menimpanya. Dr. Baek (Jo Min Su) dan Choi (Park Hee Soon) terkejut saat menerima kabar soal insiden di laboratorium mereka.


Akibat dari peristiwa ini, sejumlah peneliti harus meregang nyawa dan objek penelitian mereka menghilang tanpa jejak. 10 tahun berselang, seorang remaja bernama Ja Yoon (Kim Da Mi) berhasil menyedot perhatian para juri di sebuah ajang pencarian bakat. Selain dipuji karena keindahan suaranya, Ja Yoon juga bisa mengangkat benda-benda tanpa menyentuhnya. Dr. Baek meyakini bahwa Ja Yoon merupakan gadis kecil yang kabur dari laboratoriumnya. Bersama Choi, ia pun mulai melakukan perburuan.


Di tengah perjalanan menuju Seoul untuk audisi kedua, Ja Yoon dihampiri pria misterius yang mengaku sebagai Nobleman (Choi Woo Shik). Nobleman mengatakan bahwa ia mengenal Ja Yoon serta kisah masa lalunya. Sayangnya, sang gadis tidak dapat mengingat apapun. Situasi bertambah rumit saat anak buah Dr. Baek dan Choi mendatangi kediaman Ja Yoon dan mengancam orangtuanya. Kini, Ja Yoon tidak memiliki pilihan lain. Ia harus menuruti perkataan Nobleman untuk menemui Dr. Baek.


Di film ini gua nonton karena choi woo shik ganteng banget disini 😄 dan ternyata filmnya bagus banget 😁
Cuman gua kasian sama takdir lagi nih. Takdir kehidupan kim dami dan choi woo shik. Disini gua fokusin ngereview kim dami dan choi woo shik.

Awal mula dari kim dami yang menyadari kalau dia di jadikan sebagai alat pembunuh oleh para penelitian. Ditempat ini bukan hanya dia beberapa anak kecil pun di jadikan sebagai wadah bahan percobaan. Dami merencanakan untuk melarikan diri. Tapi tak tahu sebabnya apa dia dan woo shik terlibat perkelahian dan saling melarikan diri dari sana ke dalam hutan yang cukup lebat. Dami berhasil keluar dari sana dan ditemukan oleh sepasang suami istri yang tidak memiliki anak. Sedangkan woo shik ia ditangkap kembali oleh penjaga yang memiliki pangkat tinggi disana. Dalam pikirannya dia kesal dan marah dengan keadaan ini dan tentunya kepada dami juga.
Sepuluh tahun kemudian, Woo shik menjadi alat pembunuh untuk sang penelitian, bersama dengan rekan rekannya yang sama seperti dia. Sedangkan dami, ia lupa akan diri dia sendiri siapa. Dami membutuhkan uang untuk biaya pengobatan ibu angkatnya. Temannya merekomendasikan dia mengikuti audisi acara bakat. Dami pun menyanggupi itu, ia pun berhasil lolos. Audisi kedua di adakan acara tv dia menunjukan kemampuannya di depan semua orang. Sang penelitian dan penjaga melihat ia ditv. Ternyata sang penelitian tidak mempercayai kembali sang penjaga. Ia pun memecat penjaga, penjaga pun kesal dan ia menelpon sang peneliti yang lain. Penelitian yang lain menyetujui yang direncanakan penjaga. Ia pun segera mencari keberadaan dami.
Dan yang bertemu terlebih dahulu yaitu, choi woo shik. Woo shik sengaja bertemu dengan dami di kereta menuju seoul audisi kedua dami ditv. Dami tidak mengenal woo shik, tapi woo shik bersikeras bahwa dami mengenal dia juga. Lalu woo shik menyadari bahwa dami benar tidak mengenal dia. Woo shik pun membiarkan dami terlebih dahulu. Lalu mereka pun bertemu kembali di lingkungan dami, woo shik memiliki tugas untuk segera membunuh orangtua angkat dami. Dami menyadari, dia pun segera berlari menuju rumahnya dan ternyata kedua orang tuanya baik baik saja. Malam harinya ada orang orang yang masuk ke rumah dami, dami merasakannya. Orang tersebut segera mentodong teman dami yang menginap dikamarnya. Dami disudutkan untuk mengaku bahwa dami adalah penyihir pembunuh yang dibuat oleh sang Dr. penelitian. Tetapi dami tidak mengakui bahwa itu bukan dia. Lama kelaman orang tersebut kesal ia pun akan menyayat leher teman dami. Dami murka ia tidak sanggup menahan lalu semua itu terjadi. Ia dengan cepat bisa membunuh sekitar lebih dari 5 orang didalam rumahnya. Ternyata mereka semua adalah orang suruhan sang penjaga. Tak lama setelah kejadian itu woo shik muncul. Woo shik takjub akan keahlian dami bahwa dami memang punya skala yang berbeda dari mereka. Dami melihat kamar kedua orang tuanya, woo shik menyadari itu ia pun langsung memebantah kalau kedua orang tua dami itu masih aman. Woo shik bersikeras membuat dami ikut dengannya. Kalau tidak seluruh orang didesa ini akan di bunuh oleh ia dan rekan rekannya.
Dami pun memikirkannya, ia harus ikut dengan woo shik. 
Di dalam perjalanan woo shik menyindir dami, bahwa dia pandai memilih orang tua angkat yang tidak akan meninggalkannya. 
Mereka pun tiba di awal mula mereka di ciptakan. Dami di bawa keruangan serba putih tak tahu bahwa diluar itu ada yang mengawasi. Sang penelitian itu pun berbicara dan dami seger menyadari bahwa dia diawasi. Sang penelitian merasa takjub bahwa dami bertahan dengan tubuh itu. Sang penelitian membawa hadiah untuk dami. Obat penawar rasa sakit, ia akan merasakan sehat kembali hanya dengan menyuntikkan ramuan itu. Tapi dami dibuat untuk mengingat semua kejadian masa lalu terlebih dahulu, tak lama ia pun disuntikkan ramuan itu. Diruangan lain woo shik menyadari bahwa dami sengaja berakting bahwa dia melupakan semua ingatannya dia mengingat semua itu. Ia pun pergi dari ruangan itu. Dami senang merasakan tubuhnya sehat bugar ia pun segera menyerang anak buah sang penelitian. Dan segera menuju ke sang penelitian, ia menyeret sang penelitian untuk memberitahu dimana lagi ramuan itu tapi sang penelitian tidak mau memberitahu nya.
Woo shik tidak bisa kabur dengan mudah, tak lama sang penjaga tiba disana dan bertemu denganya. Woo shik segera tahu kalau itu penjaga yang menyeret dia kembali kesini. Penjaga dan anak buahnya menyerang rekan rekan woo shik. 
Woo shik beralih untuk menyerang dami karena dia kesal dan marah. Mereka pun bertemu terjadilah perkelahian. Woo shik tahu kalau ia tidak akan mampu mengalahkan dami. Ia menyesali akan hidup mereka seperti ini nama tak punya dan mati pun tak diketahui. Setelah itu dami pun menembak tepat dikepala woo shik.
Dami pun berhasil menemukan ramuannya ia memberikan hampir semua ramuannya kepada orang tua angkatnya. Lalu ia pergi jauh dari mereka. Dami berhasil menemukan siapa yang membuat ramuan itu dengan kata lain ia masih hidup.


Nah disini gua fokus nya dikehidupan dami dan woo shik. Andaikan mereka berdua berada di takdir kehidupan yang berbeda mungkin udah jadi sepasang kekasih 😂
Soalnya suka banget woo shik disini ganteng abis visualnya 😆
Di adegan terakhir woo shik dia menyesal kalo takdir hidup mereka berdua seperti ini. Sebenernya karakter woo shik itu baik, cuman sama sama egoisnya jadi kepala batu, saling bertengkar lah adu jontos lah. Pada akhirnya mereka berdua itu temen sejati sampai akhir.

Begitulah review gua tentang film ini, inget ya gua review karena fokus ke karakter woo shiknya 😁
Sampai jumpa di review film selanjutnya
😎

Senin, 21 September 2020

Review Film Korea Forgotten (2017) - versi HiComeee


Disini gua bakalan nge-review film korea 2017. Forgotten, film ini disinopsisnya bercerita tentang Jin Seok (Kang Ha Neul) pindah ke rumah baru bersama kakaknya Yoo Seok (Kim Moo Yul), ibu (Na Young Hee) dan ayah (Moon Sung Geun). Jin Seok diketahui menderita hipersensitivitas, ia harus hidup dengan obat-obatan untuk dapat hidup normal. Suatu malam hujan turun, Jin Seok melihat kakaknya dilemparkan ke sebuah van oleh sekelompok pria. Kemudian, 19 hari berlalu, Yoo Seok kembali ke rumah, namun ia tidak mengingat kejadian dari kepergiannya. Jin seok memperhatikan perubahan yang terjadi dalam kepribadian dan perilaku kakak laki-lakinya. Ia mulai curiga bahwa orang yang kembali bukan Yoo Seok. Sementara itu Jin Seok terus mendengar suara dari ruang terkunci di gudang rumah pemilik sebelumnya.
 
 
 
Dan setelah gua tonton film nya, gua merasa kasian sama 2 karakter ini. Jin Seok dan Yoo Seok.

Awal film pasti kalian pikir mereka satu keluarga yang bahagia, nyatanya itu semua palsu. Yoo Seok ternyata ternyata bukan kakak asli Jin Seok ia seorang boss preman yang merencanakan sektsa ingatan dari jin seok ini sampai begitu mirip. Ada tujuannya disini, jin seok melupakan ingatannya yang begitu penting. Dia sengaja melupakan kenangan itu dari otaknya, mungkin karena saking tidak sanggup ia bayangkan kembali jadi diotaknya dikubur dalam dalam ingatan tersebut. 
Forgotten (2017) - Filmaffinity

Tahun 1997 pada saat itu kenangan bahagia dan menyedihkan dimulai serta takdir dari dua karakter ini dipertaruhkan.
Jin seok rela menjadi pembunuh bayaran dari dokter yang menangani kakanya sendiri. Ya benar, kenangan yang meyedihkan dimulai saat kenangan bahagia telah dilalu. Pada saat itu mereka ada di satu mobil, keluarga jin seok. Kedua orang tua meninggal dan kakanya terbaring dirumah sakit serta butuh biaya operasi kembali. Sedangkan jin seok dia sudah tidak memiliki apa apa. Dalam keadaan putus asa ia memilih langkah yang salah. Menjadi pembunuh bayaran dengan imbalan uang yang cukup untuk mebiayai operasi kakanya. Ia mengetahui kalau klien tersebut adalah sang dokter. Walau mempunyai nyali lemah, bimbang dan kurang percaya diri, jin seok tetap berhasil melaksanakan perintah dari sang dokter. Tetapi ia membuat satu kesalahan. Salah satu anak dari dokter tersebut ikut terbunuh oleh dia. Jin seok pikir anak yang satunya tertidur. Ternyata dia terbangun dan melihat jin seok. Lalu jin seok menenangkan dia menyuruh menghitung 1 sampai 100 mengulangi sampai 10 kali.
Jin seok tidak menyangka, anak kecil itu tumbuh besar dan selalu mencari dia. Penasaran ingin tahu kebenarannya, mengapa keluarganya sampai dibunuh olehnya. Anak kecil tersebut ternyata adalah boss preman. Dia sampai mengasumsi sendiri, alasan ibu dan kakanya di bunuh pada malam itu. Dan asumsi dia pun benar, tetapi sampai akhir jin seok tetap merahasiakan hal tersebut. Dikarenakan anak kecil ini sudah melalu hal yang berat. Lalu kalau sampai ditambah fakta tersebut dia akan melakukan hal yamg diluar kendalinya.
Boss preman mencoba membunuh jin seok tapi ia tidak sanggup setelah jin seok kembali mengingat ingatannya. Ia langsung pergi dari hadapan jin soek. Karena dengan asumsi nya sendiri kenyataannya benar, walaupun jin seok tetap tidak mengungkapkan kenyataannya. Jin seok sangat terpukul dan sangat merasa bersalah. Ia pun melihat suntikan yang dibawa boss preman untuk membuat ia meninggal.
Lalu, dalam keadaan kesedihan dan merasa bersalah jin seok membunuh diri dia sendiri. Sedangkan boss preman dalam keadaan sedih kesal dan amarah yang sangat tidak bisa dikendalikan ia memilih melakukan bunuh diri.
Mereka sudah lelah akan jalan hidup yang dilalui. Pada akhirnya kedua karakter tersebut lebih memilih meninggalkan takdir mereka dikehidupan ini.

Ah ada satu adegan dimana jin seok muda bertemu anak kecil saat tahun 1997. Mereka pada masa kenangan yang bahagia.
Seandainya, takdir kehidupan mereka tidak berbelok arah. Mungkin boss preman dan jin seok akan menjadi dongsaeng hyung yang tidak bisa dipisahkan. Tapi nyatanya ini lah takdir kehidupan yang mereka jalani.
Bertemu untuk pertama kali pada masa bahagia dan meninggal saat waktu yang bersamaan pada masa kesedihan.

Review .... dari gua seperti ini yang ditanggep setelah menonton film ini. Inilah alesan gua kenapa merasa kasian dengan dua karakter ini. Andaikan waktu diulang kembali mungkin akhir film ini akan happy ending 🙂
Sampai jumpa di review film selanjutnya
👋
The Witch : Part 1 - The Subversion
👋

😉



Selasa, 31 Maret 2020

METODOLOGI PENGEMBANGAN SISTEM


Metodologi pengembangan perangkat lunak adalah kerangka kerja yang digunakan untuk menyusun, merencanakan dan mengendalikan proses pengembangan sistem informasi. Metodologi pengembangan sistem mengacu pada langkah-langkah yang digunakan untuk membentuk, merencanakan dan mengendalikan proses pengembangan sistem informasi karena hampir tidak mungkin untuk memajukan proyek ke metode komputerisasi tanpa pekerjaan sebelumnya.
Sistem prototyping adalah metodologi pengembangan yang cocok untuk sistem atau aplikasi yang tidak terlalu rumit dan tidak melibatkan terlalu banyak analis. Ini berarti merancang versi awal sistem sebelum mencoba membangun sistem akhir kemudian secara bertahap mengembangkannya untuk memenuhi kebutuhan pengguna.
Berikut beberapa Metodologi Pengembangan Perangkat Lunak serta Keuntungan dan Kerugiannya :
1.     Waterfall Model
Waterfall Model adalah salah satu metodologi pengembangan perangkat lunak yang paling tradisional (gaya klasik) dan umum digunakan untuk pengembangan perangkat lunak. Waterfall Model memiliki proses pengembangan perangkat lunak dalam aliran sekuensial linier yang berarti bahwa setiap fase dalam proses pengembangan dimulai hanya jika fase sebelumnya selesai.

Keuntungan Waterfall Model :
       Sangat sederhana dan mudah dimengerti serta menggunakan metode yang sangat bermanfaat bagi pengembang pemula
       Mudah dikelola dan setiap fase memiliki hasil serta proses peninjauan individual yang spesifik
       Fase diproses dan diselesaikan sekaligus dalam satu waktu sehingga menghemat banyak waktu
       Bekerja lebih efektif dalam proyek-proyek kecil di mana persyaratan sangat dipahami
       Pengujian lebih mudah karena dapat dilakukan dengan mengacu pada skenario yang ditentukan dalam spesifikasi fungsional sebelumnya
Kerugian Waterfall Model :
       Hanya dapat digunakan ketika persyaratan di muka yang sangat tepat tersedia
       Tidak berlaku untuk jenis pemeliharaan proyek
       Kelemahan utama dari metode ini adalah bahwa sekali aplikasi dalam tahap pengujian, tidak mungkin untuk kembali dan mengedit sesuatu
       Tidak ada kemungkinan untuk menghasilkan perangkat lunak yang berfungsi sampai mencapai tahap terakhir dari siklus
       Tidak ada opsi untuk mengetahui hasil akhir dari keseluruhan proyek
       Model ini bagus untuk proyek kecil tetapi tidak cocok untuk proyek yang panjang dan berkelanjutan
       Tidak ideal untuk proyek di mana persyaratan sangat moderat, dan ada ruang lingkup besar untuk modifikasi
2.     Prototype Methodology
Prototype Methodology adalah proses pengembangan perangkat lunak yang memungkinkan pengembang hanya membuat prototipe solusi untuk menunjukkan fungsionalitasnya kepada klien dan membuat modifikasi yang diperlukan sebelum mengembangkan aplikasi yang sebenarnya.

Keuntungan Prototype Methodology :
       Ketika sebuah prototipe ditampilkan kepada klien, mereka mendapatkan pemahaman yang jelas dan 'rasa' lengkap tentang fungsionalitas perangkat lunak
       Secara signifikan mengurangi risiko kegagalan, karena potensi risiko dapat diidentifikasi pada tahap awal dan langkah-langkah moderasi dapat diambil dengan cepat
       Komunikasi antara tim pengembangan perangkat lunak dan klien membuat lingkungan yang sangat baik dan kondusif selama proyek
       Membantu dalam pengumpulan kebutuhan dan analisis kebutuhan ketika ada kekurangan dokumen persyaratan
Kerugian Prototype Methodology :
       Prototyping biasanya dilakukan dengan biaya pengembang sehingga harus dilakukan dengan menggunakan sumber daya minimal jika tidak biaya pengembangan organisasi terlalu banyak
       Terlalu banyak keterlibatan klien tidak selalu disukai oleh pengembang perangkat lunak
       Terlalu banyak modifikasi mungkin tidak baik untuk proyek, karena mudah mengganggu alur kerja seluruh tim pengembangan perangkat lunak
3.     Agile Software Development Methodology
Agile Software Development Methodology adalah pendekatan yang digunakan untuk merancang proses manajemen perangkat lunak disiplin yang juga memungkinkan beberapa perubahan sering dalam proyek pengembangan. Ini jenis metodologi pengembangan perangkat lunak yang merupakan salah satu kerangka kerja konseptual untuk melakukan berbagai proyek rekayasa perangkat lunak. Digunakan untuk meminimalkan risiko dengan mengembangkan perangkat lunak dalam kotak waktu singkat yang disebut iterasi yang umumnya berlangsung selama satu minggu hingga satu bulan.
Keuntungan Agile Software Development Methodology :
       Metodologi Agile memiliki pendekatan adaptif yang mampu menanggapi perubahan kebutuhan klien
       Komunikasi langsung dan umpan balik yang konstan dari perwakilan pelanggan tidak memberikan ruang untuk segala dugaan dalam sistem
Kerugian Agile Software Development Methodology :
       Berfokus pada perangkat lunak yang berfungsi daripada dokumentasi, karena itu dapat mengakibatkan kurangnya dokumentasi
       Proyek pengembangan perangkat lunak dapat keluar jalur jika pelanggan tidak begitu jelas tentang hasil akhir dari proyeknya
4.     Rapid Application Development (RAD)
Rapid Application Development (RAD) adalah metodologi yang efektif untuk memberikan pengembangan lebih cepat dan hasil berkualitas lebih tinggi daripada yang dicapai dengan metodologi pengembangan perangkat lunak lainnya. Tujuan utama metodologi ini adalah untuk mempercepat seluruh proses pengembangan perangkat lunak.

Keuntungan Rapid Application Development (RAD) :
       Membantu mengurangi risiko dan upaya yang diperlukan dari pihak pengembang perangkat lunak
       Membantu klien untuk mengambil ulasan cepat untuk proyek tersebut
       Mendorong umpan balik pelanggan yang selalu memberikan ruang lingkup peningkatan untuk setiap proyek pengembangan perangkat lunak
Kerugian Rapid Application Development (RAD) :
       Tergantung pada kinerja tim dan individu yang kuat untuk mengidentifikasi dengan jelas persyaratan bisnis yang tepat
       Hanya bekerja pada sistem yang dapat dimodulasi yang dapat dibangun menggunakan metodologi ini
       Pendekatan ini menuntut tim pengembang dan perancang yang sangat terampil yang mungkin tidak memungkinkan untuk setiap organisasi
       Tidak berlaku bagi pengembang untuk digunakan dalam proyek anggaran kecil karena biaya pemodelan dan pembuatan kode otomatis sangat tinggi
5.     Dynamic Systems Development Model Methodology
Dynamic Systems Development Model Methodology adalah metodologi pengembangan perangkat lunak yang awalnya didasarkan pada metodologi Pengembangan Aplikasi Cepat. Tujuan utamanya adalah untuk memberikan sistem perangkat lunak tepat waktu dan sesuai anggaran.
Keuntungan Dynamic Systems Development Model Methodology :
       Pengguna sangat terlibat dalam pengembangan sistem sehingga, mereka lebih cenderung menguasai proyek pengembangan perangkat lunak
       Dalam model ini, fungsionalitas dasar disampaikan dengan cepat, dengan fungsionalitas yang lebih banyak disampaikan secara berkala
       Menyediakan akses mudah oleh pengembang ke pengguna akhir
       Dalam pengembangan semacam ini, proyek-proyek pendekatan disampaikan tepat waktu dan sesuai anggaran tertentu
Kerugian Dynamic Systems Development Model Methodology :
       Hal pertama adalah DSDM mahal untuk diimplementasikan, karena mengharuskan pengguna dan pengembang keduanya dilatih untuk menggunakannya secara efektif.
       Model yang relatif baru, tidak terlalu umum dan mudah dipahami
6.     Spiral Model
Spiral Model adalah model canggih yang berfokus pada identifikasi awal dan pengurangan risiko proyek. Pengembang mulai dalam skala kecil kemudian mengeksplorasi risiko yang terlibat dalam proyek, membuat rencana untuk menangani risiko, dan akhirnya memutuskan apakah akan mengambil langkah selanjutnya dari proyek untuk melakukan iterasi spiral berikutnya.
Keuntungan Spiral Model :
       Tingginya jumlah analisis risiko karenanya, penghindaran risiko yang mungkin tentu berkurang
       Bagus untuk proyek besar dan kritis
       Fungsionalitas tambahan dapat ditambahkan di kemudian hari
       Lebih cocok untuk proyek-proyek berisiko tinggi, di mana kebutuhan bisnis mungkin berbeda dari waktu ke waktu
Kerugian Spiral Model :
       Model yang mahal untuk digunakan dalam hal pengembangan
       Keberhasilan seluruh proyek tergantung pada fase analisis risiko sehingga, kegagalan dalam fase ini dapat merusak seluruh proyek
       Tidak sesuai untuk proyek berisiko rendah
       Risiko besar metodologi ini adalah bahwa hal itu dapat berlanjut tanpa batas waktu dan tidak pernah selesai
7.     Extreme Programming Methodology
Extreme Programming Methodology adalah metodologi rekayasa perangkat lunak yang gesit. Dikenal sebagai metodologi XP terutama digunakan untuk membuat perangkat lunak dalam lingkungan yang sangat tidak stabil. Tujuan utama model XP ini adalah untuk menurunkan biaya persyaratan perangkat lunak.
Keuntungan Extreme Programming Methodology :
       Menekankan pada keterlibatan pelanggan
       Membantu untuk menetapkan rencana dan jadwal yang rasional dan membuat para pengembang berkomitmen secara pribadi terhadap jadwal mereka yang tentunya merupakan keuntungan besar dalam model XP
       Konsisten dengan sebagian besar metode pengembangan modern sehingga, pengembang dapat menghasilkan perangkat lunak berkualitas
Kerugian Extreme Programming Methodology :
       Hanya seefektif orang-orang yang terlibat, Agile tidak menyelesaikan masalah ini
       Model pengembangan perangkat lunak semacam ini membutuhkan pertemuan dengan interval yang sangat sering dengan biaya besar bagi pelanggan
       Membutuhkan terlalu banyak perubahan pengembangan yang benar-benar sangat sulit untuk diadopsi setiap kali bagi pengembang perangkat lunak
       Cenderung tidak mungkin untuk diketahui perkiraan pasti dari upaya kerja yang diperlukan untuk memberikan penawaran, karena pada awal proyek tidak ada yang menyadari tentang seluruh ruang lingkup dan persyaratan proyek
8.     Feature Driven Development
Feature Driven Development adalah metodologi pengembangan perangkat lunak berulang yang dimaksudkan untuk digunakan oleh tim besar yang mengerjakan proyek menggunakan teknologi berorientasi objek.
Keuntungan Feature Driven Development :
       Membantu untuk memindahkan proyek dengan ukuran lebih besar dan mendapatkan kesuksesan yang berulang
       Lima proses sederhana membantu menyelesaikan pekerjaan dalam waktu singkat dan cara termudah
       Dibangun di atas standar yang ditetapkan untuk industri pengembangan perangkat lunak, sehingga membantu pengembangan mudah dan praktik terbaik yang diakui industri
Kerugian Feature Driven Development :
       Bukan metodologi yang ideal untuk proyek yang lebih kecil sehingga, itu tidak baik untuk pengembang perangkat lunak individu
       Ketergantungan yang tinggi pada pengembang utama berarti orang tersebut harus diperlengkapi sepenuhnya untuk bertindak sebagai koordinator, perancang utama, dan mentor
       Tidak ada dokumentasi tertulis yang diberikan kepada klien dalam metodologi ini sehingga, mereka tidak bisa mendapatkan bukti untuk perangkat lunak mereka sendiri
9.     Joint Application Development Methodology
Joint Application Development Methodology (JAD) adalah metodologi persyaratan-definisi dan pengembangan antarmuka pengguna di mana pengguna akhir, klien dan pengembang menghadiri rapat luar-ruang yang intens untuk bekerja dan menyelesaikan sistem perangkat lunak. Bertujuan untuk melibatkan klien dalam desain dan pengembangan aplikasi.
Keuntungan Joint Application Development Methodology :
       Memungkinkan pengumpulan dan konsolidasi secara simultan sejumlah besar informasi
       Mode pengembangan perangkat lunak ini secara efektif menghasilkan sejumlah besar informasi berkualitas tinggi dalam waktu singkat
       Perbedaan diselesaikan segera dengan bantuan yang tepat dari penyelenggara
       Menyediakan forum untuk mengeksplorasi berbagai sudut pandang mengenai suatu topik
Kerugian Joint Application Development Methodology :
       Membutuhkan banyak waktu karena memerlukan upaya perencanaan dan penjadwalan yang signifikan dari pihak tim pengembangan proyek
       Membutuhkan komitmen investor yang signifikan dalam hal waktu dan upaya
       Membutuhkan personel yang terlatih dan berpengalaman untuk implementasi yang efektif dari seluruh proyek         
10.  Lean Development Methodology
Lean Development Methodology berfokus pada penciptaan perangkat lunak yang mudah diubah dan lebih fokus secara strategis daripada jenis metodologi tangkas lainnya. Tujuannya adalah untuk mengembangkan perangkat lunak dalam sepertiga waktu, dengan anggaran yang sangat terbatas dan jumlah alur kerja yang diperlukan sangat sedikit.
Keuntungan Lean Development Methodology :
       Penghapusan awal efisiensi keseluruhan dari proses pengembangan tentu saja membantu mempercepat proses seluruh pengembangan perangkat lunak yang tentunya mengurangi biaya proyek
       Memberikan produk lebih awal adalah keuntungan yang pasti. Ini berarti bahwa tim pengembang dapat memberikan lebih banyak fungsionalitas dalam periode waktu yang lebih singkat, sehingga memungkinkan lebih banyak proyek untuk disampaikan
       Pemberdayaan tim pengembangan membantu dalam mengembangkan kemampuan pengambilan keputusan anggota tim yang menciptakan lebih banyak motivasi di antara anggota tim
Kerugian Lean Development Methodology :
       Keberhasilan dalam pengembangan perangkat lunak tergantung pada seberapa disiplin anggota tim dan bagaimana memajukan keterampilan teknis mereka
       Peran seorang analis bisnis sangat penting untuk memastikan dokumentasi persyaratan bisnis dipahami dengan benar. Jika organisasi mana pun tidak memiliki orang dengan analis bisnis yang tepat maka metode ini mungkin tidak berguna bagi mereka
       Fleksibilitas besar diberikan kepada pengembang yang tentu saja hebat, tetapi terlalu banyak akan dengan cepat mengarah ke tim pengembangan yang kehilangan fokus pada tujuan aslinya.
11.  Rational Unified Process Methodology
Rational Unified Process Methodology yang dikenal sebagai RUP adalah satu proses pengembangan perangkat lunak modern. Metodologi ini membagi proses pengembangan menjadi empat fase berbeda yang masing-masing melibatkan pemodelan bisnis, analisis dan desain, implementasi, pengujian dan penyebaran. Ini adalah metodologi pengembangan program berorientasi objek dan webenabled.
Keuntungan Rational Unified Process Methodology :
       Menekankan pada dokumentasi yang akurat
       Secara proaktif mampu menyelesaikan risiko proyek yang terkait dengan kebutuhan klien yang berkembang untuk perubahan yang hati-hati dan manajemen permintaan
       Lebih sedikit kebutuhan akan integrasi ketika proses integrasi berlangsung sepanjang proses pengembangan
Kerugian Rational Unified Process Methodology :
       Pengembang perangkat lunak harus ahli dalam pekerjaannya untuk mengembangkan perangkat lunak di bawah metodologi ini.
       Proses pengembangan dalam metodologi ini sangat kompleks dan tidak terorganisir dengan tepat.
       Integrasi sepanjang proses pengembangan perangkat lunak menambah kebingungan yang menyebabkan lebih banyak masalah selama tahap pengujian.
       Terlalu rumit sehingga sangat sulit untuk dipahami.
12.  Scrum Development Methodology
Scrum Development Methodology dapat diterapkan untuk hampir semua proyek. Model pengembangan perangkat lunak Scrum dimulai dengan perencanaan singkat, pertemuan, dan diakhiri dengan tinjauan akhir. Metodologi pengembangan ini digunakan untuk pengembangan perangkat lunak yang cepat yang mencakup serangkaian iterasi untuk membuat perangkat lunak yang diperlukan.
Keuntungan Scrum Development Methodology :
       Pengambilan keputusan sepenuhnya berada di tangan tim
       Memungkinkan proyek di mana dokumentasi persyaratan bisnis tidak dianggap sangat signifikan untuk pengembangan yang sukses
       Ini adalah metode yang dikontrol secara ringan yang benar-benar berempati pada pembaruan yang sering dari kemajuan, oleh karena itu, langkah pengembangan proyek terlihat dalam metode ini
       Rapat harian dengan mudah membantu pengembang untuk memungkinkannya mengukur produktivitas individu. Ini mengarah pada peningkatan produktivitas masing-masing anggota tim
Kerugian Scrum Development Methodology :
       Estimasi biaya dan waktu proyek tidak akurat
       Tidak cocok untuk proyek ukuran besar
       Hanya membutuhkan anggota tim yang berpengalaman.
KESIMPULAN
Metodologi pengembangan perangkat lunak di atas sangat penting yang sebagian besar digunakan untuk berbagai proyek pengembangan perangkat lunak. Selain itu, semua metodologi ini bekerja dengan baik dalam proyek-proyek tertentu tergantung pada sifat proyek. Sering terjadi bahwa satu metodologi yang cocok untuk proyek tertentu mungkin tidak cocok untuk proyek lain. Selain itu, tidak satu pun dari metodologi ini yang sangat mudah karena masing-masing memiliki pro dan kontra sendiri. Jadi, pengembang perangkat lunak harus memiliki informasi tentang semua metodologi ini sebelum memilih salah satu dari metode pengembangan ini untuk proyek pengembangan perangkat lunak mereka.