Analisis Terstruktur

Definisi

Analisis Data Terstruktur dalam bahasa Inggris disebut Structured data analysis (SDA adalah metode untuk menganalisis aliran informasi dalam sebuah organisasi menggunakan data flow diagram. Ini pada awalnya dikembangkan oleh IBM untuk analisis sistem dalam pengolahan data elektronik, meskipun sekarang telah diadaptasi untuk digunakan untuk menggambar kan arus informasi di setiap jenis proyek atau organisasi, khususnya di industri konstruksi di mana node dapat departemen, kontraktor, pelanggan, manajer, pekerja dan lain-lain.

Sistem Terstruktur Metode Analisis dan Desain (SSADM) adalah pendekatan sistem untuk analisis dan desain sistem informasi. SSADM diproduksi untuk Komputer dan Telekomunikasi Badan Pusat (sekarang KantoSistem Terstruktur Metode Analisis dan Desainr Pemerintah Commerce), kantor pemerintah Inggris berkaitan dengan penggunaan teknologi di pemerintahan, dari tahun 1980 dan seterusnya.

Ikhtisar

SSADM adalah metode waterfall dengan yang desain Sistem Informasi dapat tiba di. SSADM dapat dianggap mewakili puncak dari pendekatan yang dipimpin dokumen yang ketat untuk desain sistem, dan kontras dengan lebih kontemporer metode Rapid Application Development seperti DSDM.

SSADM merupakan salah satu implementasi tertentu dan dibangun di atas karya sekolah yang berbeda dari analisis terstruktur dan metode pengembangan, seperti Sistem Soft Petrus Checkland’s Metodologi, Larry Konstantinus Structured Design, Edward Yourdon’s Yourdon Terstruktur Metode, Michael A. Jackson ‘s Jackson Terstruktur Pemrograman, dan Tom DeMarco Analisis Terstruktur.

Nama-nama “terstruktur Analisis dan Desain Sistem Metode” dan “SSADM” sekarang Merek Dagang Terdaftar dari Kantor Pemerintah Commerce (OGC), yang merupakan Kantor Perbendaharaan Britania Raya.

Sejarah

1. 1980: Pusat Komputer dan Telekomunikasi Nasional (CCTA) mengevaluasi metode analisis dan desain.
2. 1981: Learmonth & Burchett Management Systems (LBMS) metode yang dipilih dari S-lima.
3. 1983: SSADM dibuat wajib untuk semua sistem informasi baru perkembangan
4. 1984: Versi 2 dari SSADM dirilis
5. 1986: Versi 3 dari SSADM dirilis, diadopsi oleh NCC
6. 1988: SSADM Sertifikat Kemahiran diluncurkan, SSADM dipromosikan sebagai “terbuka” standar
7. 1989: Bergerak menuju Euromethod, peluncuran produk KASUS skema sertifikasi
8. 1990: Versi 4 diluncurkan
9. 1993: SSADM V4 Standar dan Kesesuaian Peralatan Skema Diluncurkan
10. 1995: SSADM V4 + mengumumkan, V4.2 diluncurkan

SSADM teknik
Tiga teknik yang paling penting yang digunakan dalam SSADM adalah:

1. Logical Data Modeling :  Ini adalah proses identifikasi, pemodelan dan dokumentasi data persyaratan dari sistem yang akan dibuat. Data yang dipisahkan menjadi entitas (hal-hal yang bisnis perlu merekam informasi) dan hubungan (asosiasi antara entitas).
2. Data Flow Modeling : Ini adalah proses identifikasi, pemodelan dan mendokumentasikan bagaimana data bergerak di sekitar sistem informasi. Data Flow Modeling meneliti proses (kegiatan yang mengubah data dari satu bentuk ke bentuk lainnya), data toko (daerah memegang data), entitas eksternal (yang mengirim data ke dalam sistem atau menerima data dari sistem), dan arus data (rute oleh mana data dapat mengalir).
3. Entitas Model Prilaku : Ini adalah proses identifikasi, pemodelan dan mendokumentasikan peristiwa-peristiwa yang mempengaruhi setiap entitas dan urutan di mana peristiwa ini terjadi.

Tahapan

Metode SSADM mencakup aplikasi rangkaian analisis, dokumentasi dan tugas-tugas desain yang bersangkutan dengan berikut ini.

1. Tahap 0 – Studi Kelayakan : Untuk menentukan apakah suatu proyek layak diberikan, harus ada bentuk investigasi ke tujuan dan implikasi proyek. Untuk proyek skala yang sangat kecil ini mungkin tidak diperlukan sama sekali sebagai ruang lingkup proyek ini dengan mudah ditangkap. Dalam proyek-proyek yang lebih besar, kelayakan dapat dilakukan, tetapi dalam arti informal, baik karena tidak ada waktu untuk pendidikan formal atau karena proyek ini adalah “must-have” dan akan harus dilakukan salah satu cara atau yang lain. Ketika suatu studi kelayakan dilakukan, ada empat area utama pertimbangan: Teknik – adalah proyek teknis mungkin? Keuangan – bisa bisnis mampu melaksanakan proyek? Organisasi – akan sistem baru yang kompatibel dengan praktek-praktek yang ada? Etika – adalah dampak dari sistem baru diterima secara sosial? Untuk menjawab pertanyaan-pertanyaan ini, studi kelayakan secara efektif versi kental dari seorang analisis sistem penuh tertiup dan desain. Persyaratan dan pengguna dianalisis untuk batas tertentu, beberapa pilihan bisnis yang dibuat dan bahkan beberapa rincian pelaksanaan teknis. Produk tahap ini adalah dokumen studi kelayakan formal. SSADM menentukan bagian yang penelitian harus mengandung termasuk model awal yang telah dibangun dan juga rincian hak opsi menolak dan alasan penolakan mereka.
2. Tahap 1 – Investigasi lingkungan saat ini : Ini adalah salah satu tahapan yang paling penting dari SSADM. Para pengembang SSADM dipahami bahwa meskipun tugas dan tujuan sistem baru mungkin sangat berbeda dari sistem yang lama, data yang mendasari mungkin akan berubah sangat sedikit. Dengan datang ke pemahaman penuh persyaratan data pada tahap awal, analisis yang tersisa dan tahap desain dapat dibangun di atas dasar yang kuat. Dalam hampir semua kasus ada beberapa bentuk sistem saat ini meskipun seluruhnya terdiri dari orang-orang dan kertas. Melalui kombinasi mewawancarai karyawan, beredar kuesioner, observasi dan dokumentasi yang ada, analis datang ke pemahaman penuh dari sistem karena pada awal proyek. Ini melayani berbagai tujuan:  analis belajar terminologi bisnis, apa yang pengguna lakukan dan bagaimana mereka melakukannya, sistem lama menyediakan kebutuhan inti untuk sistem baru, kesalahan, kesalahan dan daerah inefisiensi yang disorot dan reparasi mereka ditambahkan ke persyaratan model data dapat dibangun pengguna menjadi terlibat dan belajar teknik dan model analis batas-batas dari sistem dapat didefinisikan. Produk tahap ini adalah: Pengguna Katalog menggambarkan semua pengguna dari sistem dan bagaimana mereka berinteraksi dengan Katalog Persyaratan rincian semua persyaratan sistem baru. Layanan Lancar Keterangan lebih lanjut terdiri dari : Lingkungan saat ini struktur data logis (ERD), Konteks Diagram (DFD). Levelled set DFDs untuk sistem logis saat ini data Kendali kamus termasuk hubungan antara menyimpan data dan entitas. Untuk menghasilkan model, analis bekerja melalui pembangunan model seperti yang telah kita jelaskan. Namun, set pertama dari diagram aliran data (DFDs) adalah model fisik saat ini, yaitu, dengan rincian lengkap tentang bagaimana sistem lama diterapkan. Versi terakhir adalah model logis yang saat ini pada dasarnya sama dengan fisik saat ini tetapi dengan semua mengacu pada implementasi dihapus bersama dengan redudansi seperti pengulangan proses atau data. Dalam proses penyusunan model, analis akan menemukan informasi yang membentuk pengguna dan katalog persyaratan.
3. Tahap 2 – Sistem Bisnis pilihan : Setelah diselidiki sistem saat ini, analis harus memutuskan pada desain keseluruhan sistem baru. Untuk melakukan hal ini, ia, dengan menggunakan output dari tahap sebelumnya, mengembangkan satu set pilihan sistem bisnis. Ini adalah cara yang berbeda dalam sistem baru dapat dihasilkan bervariasi dari melakukan apa-apa untuk membuang sistem yang lama secara keseluruhan dan membangun yang sama sekali baru. Analis mungkin mengadakan sesi brainstorming sehingga banyak dan berbagai gagasan mungkin dihasilkan. Ide-ide tersebut kemudian dikumpulkan untuk membentuk satu set dari dua atau tiga pilihan yang berbeda yang disajikan kepada pengguna. Pilihan pertimbangkan hal berikut: tingkat otomatisasi, batas antara sistem dan pengguna, distribusi sistem, misalnya, adalah salah satu terpusat ke kantor atau tersebar di beberapa? Biaya / manfaat dampak dari sistem baru,  Jika diperlukan, opsi ini akan didokumentasikan dengan struktur data logis dan tingkat 1 data-flow diagram. Para pengguna dan analis bersama-sama memilih pilihan usaha. Ini mungkin salah satu yang sudah pasti atau mungkin sintesis dari aspek yang berbeda dari pilihan yang ada. Output dari tahap ini adalah pilihan bisnis yang dipilih bersama-sama dengan semua output dari tahap 1.
4. Tahap 3 – Persyaratan spesifikasi : Ini mungkin adalah tahap yang paling kompleks di SSADM. Menggunakan persyaratan yang dikembangkan pada tahap 1 dan bekerja dalam kerangka pilihan bisnis yang dipilih, analis harus mengembangkan spesifikasi logis penuh sistem baru apa yang harus dilakukan. Spesifikasi harus bebas dari kesalahan, ambiguitas dan inkonsistensi. Dengan logis, kita berarti bahwa spesifikasi tidak mengatakan bagaimana sistem akan diimplementasikan melainkan menjelaskan apa yang akan dilakukan oleh sistem. Untuk menghasilkan spesifikasi logis, analis membangun model logis diperlukan untuk kedua diagram aliran data (DFDs) dan diagram hubungan entitas (ERDs). Ini digunakan untuk menghasilkan definisi fungsi setiap fungsi dimana pengguna akan membutuhkan sistem, entitas kehidupan-sejarah (ELHs) dan diagram efek korespondensi, ini adalah model dari bagaimana setiap peristiwa berinteraksi dengan sistem, untuk melengkapi sejarah hidup entitas- . Ini adalah terus dicocokkan terhadap persyaratan dan bila perlu, persyaratan ditambahkan ke dan diselesaikan. Produk tahap ini adalah dokumen Spesifikasi Persyaratan lengkap yang terdiri dari: Data diperbarui Katalog,  Persyaratan diperbaharui Katalog, Pemrosesan Spesifikasi yang pada gilirannya terdiri atas peran user / fungsi matriks definisi fungsi diperlukan model data logis, entitas sejarah hidup, efek korespondensi diagram.  Meskipun beberapa item mungkin asing bagi Anda, itu berada di luar cakupan unit ini untuk pergi ke mereka dengan sangat rinci.
5. Tahap 4 – Sistem pilihan Teknis : Tahap ini adalah yang pertama menuju implementasi fisik dari sistem baru. Seperti Sistem Bisnis Pilihan, dalam tahap ini sejumlah besar pilihan untuk implementasi sistem yang baru dapat dihasilkan. Hal ini mengasah ke dua atau tiga untuk menyajikan kepada pengguna dari pilihan akhir yang dipilih atau disintesis. Namun, pertimbangan yang sangat berbeda: arsitektur perangkat keras, perangkat lunak untuk menggunakan biaya pelaksanaan, staf yang diperlukan keterbatasan fisik seperti ruang yang ditempati oleh sistem distribusi termasuk jaringan yang yang mungkin memerlukan format keseluruhan dari antarmuka manusia komputer. Semua aspek ini juga harus sesuai dengan segala kendala yang diberlakukan oleh usaha seperti uang yang tersedia dan standardisasi hardware dan software. Output dari tahap ini adalah pilihan sistem yang dipilih teknis.
6. Tahap 5 – Desain Logis : Meskipun tingkat sebelumnya menetapkan rincian pelaksanaan, output dari tahap ini adalah implementasi-independen dan berkonsentrasi pada persyaratan untuk antarmuka manusia komputer. Tiga bidang kegiatan utama adalah definisi dari dialog pengguna. Ini adalah antarmuka utama dengan mana pengguna akan berinteraksi dengan sistem. Desain logis menentukan metode utama interaksi dalam hal struktur menu dan struktur perintah. Dua kegiatan lainnya prihatin dengan menganalisis dampak peristiwa di memperbarui sistem dan kebutuhan untuk membuat pertanyaan tentang data pada sistem. Kedua menggunakan peristiwa, deskripsi fungsi dan diagram korespondensi efek yang dihasilkan dalam tahap 3 untuk menentukan dengan tepat cara memperbarui dan membaca data dengan cara yang konsisten dan aman. Produk tahap ini adalah desain logis yang terdiri dari:  Struktur menu, Struktur perintah, Persyaratan katalog, Data katalog, Diperlukan struktur data logis. Logical model proses yang meliputi dialog dan model untuk update dan proses penyelidikan.
7. Tahap 6 – Desain Fisik : Ini adalah tahap akhir di mana semua spesifikasi logis dari sistem dikonversi ke deskripsi sistem dari segi nyata dan perangkat lunak. Ini adalah tahap yang sangat teknis dan gambaran sederhana yang disajikan di sini. Struktur data logis yang dikonversi menjadi arsitektur fisik dalam hal struktur database. Struktur yang tepat dari fungsi dan bagaimana mereka diimplementasikan ditetapkan. Struktur data fisik dioptimalkan mana yang diperlukan untuk memenuhi persyaratan ukuran dan kinerja. Produk ini adalah lengkap Fisik Desain yang bisa kirim insinyur perangkat lunak bagaimana membangun sistem secara detil spesifik perangkat keras dan perangkat lunak dan standar yang sesuai.

Keuntungan dan kerugian

Dengan menggunakan metodologi ini melibatkan suatu usaha yang signifikan yang mungkin tidak sesuai untuk semua proyek. Keuntungan utama SSADM adalah: Tiga berbeda dilihat dari sistem Dewasa, Pemisahan aspek logis dan fisik dari sistem, Yang terdefinisi dengan baik teknik dan dokumentasi.

Keterlibatan Pengguna

Ukuran SSADM merupakan halangan besar untuk menggunakannya dalam segala situasi. Ada sebuah investasi yang besar dalam biaya dan waktu dalam pelatihan orang untuk menggunakan teknik. Kurva belajar cukup besar tidak hanya terdapat beberapa teknik pemodelan untuk berdamai dengan, tetapi ada juga banyak standar untuk penyusunan dan penyajian dokumen.

Read more »

Metode RAD

        Rapid Aplication Development (RAD) adalah sebuah proses perkembangan perangkat lunak sekuensial linier yang menekankan siklus perkembangan dalam waktu yang singkat (60 sampai 90 hari) dengan pendekatan konstruksi berbasis komponen. Tahapn-Tahapan dalam Metode RAD sebagai berikut:

                                                 gambar 1.3 Pemodelan Metode RAD

1. Bussiness Modelling Fase ini untuk mencari aliran informasi yang dapat menjawab pertanyaan berikut: Informasi apa yang menegndalikan proses bisnis? Informasi apa yang dimunculkan? Di mana informasi digunakan ? Siapa yang memprosenya ?
2. Data Modelling. Fase ini menjelaskanobjek data yang dibutuhkan dalam proyek. Karakteristik (atribut) masing-masing data diidentifikasikan dan hubungan anta objek didefinisikan.
3. Process Modelling. Aliran informasi pada fase data medelling ditransformasikan untuk mendapatkan aliran informasi yang diperlukan pad implementasi fungsi bisnis. Pemrosesan diciptakan untuk menambah, memodifikasi, menghapus, atu mendapatkan kembali objek data tertentu
4. Aplication Generation. Selain menggunakan bahasa pemrograman generasi ketiga, RAD juga memakai komponen program yang telah ada atau menciptakan komponen yang bisa dipakai lagi. Ala-alat baantu bisa dipakai untuk memfasilitasi konstruksi perangkat lunak.
5. Testing and Turnover. Karena menggunakan kembali komponen yang telah ada, maka akan mengurangi waktu pengujian. Tetapi komponen baru harus diuji dan semua interface harus dilatih secara penuh.

    Beberapa Keunggulan Model RAD :

1. Setiap fungsi mayor dapat dimodulkan dalam waktu tertentu kurang dari 3 bulan dan dapat dibicarakan oleh tim RAD yang terpisah dan kemudian diintegrasikan sehinnga waktunya lebih efesien.
2. RAD mengikuti tahapan pengembangan sistem sepeti umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada (reusable object) sehingga pengembang pengembang tidak perlu membuat dari awal lagi dan waktu lebih singkat .

     Kelemahan Model RAD : 

1. Proyek yang besar dan berskala, RAD memerlukan sumer daya manusia yang memadai untuk menciptakan jumlah tim yang baik.
2. RAD menuntut pengembang dan pelanggan memiliki komitmen dalam aktivitas rapid fire yang diperlukan untuk melengkapi sebuah sistem dlam waktu yang singkat. Jika komitmen tersebut tidak ada maka proyek RAD akan gagal.

Read more »

Metode Incremental

            Incremental model adalah model pengembangan sistem pada software engineering berdasarkan requirement software yang dipecah menjadi beberapa fungsi atau bagian sehingga model pengembangannya secara bertahap. dilain pihak ada mengartikan model incremental sebagai  perbaikan dari model waterfall dan sebagai standar pendekatan topdown. Layaknya Model Waterfall, model ini pun juga memiliki tahapan tahapan untuk perancangan perangkat lunaknya, yaitu: 

1. Requirement , Requirment adalah proses tahapan awal yang dilakukan pada incremental model adalah penentuan kebutuhan atau analisis kebutuhan.
2. Specification, Specification adalah proses spesifikasi dimana menggunakan analisis kebutuhan sebagai acuannya.
3. Architecture Design, adalah tahap selanjutnya, perancangan software yang terbuka agar dapat diterapkan sistem pembangunan per-bagian pada tahapan selanjutnya.
4. Code setelah melakukan proses desain selanjutnya ada pengkodean.
5. Test merupakan tahap pengujian dalam model ini. 

                                              gambar 1.2 desain pemodelan Incremental

            Tahapan-tahapan tersebut dilakukan secara berurutan. Setiap bagian yang sudah selesai dilakukan testing, dikirim ke pemakai untuk langsung dapat digunakan. Pada incremental model, tiga tahapan awal harus diselesaikan terlebih dahulu sebelum sebelum tahap membangun tiap increment. Untuk mengantisipasi kondisi yang terjadi pada incremental model, diperkenalkan model More Risky Incremental Model. Model ini menerapkan sistem kerja yang paralel. Setelah daftar kebutuhan didapatkan dari pemakai, tim spesifikasi membuat spesifikasi untuk modul pertama. Setelah spesifikasi pertama selesai, tim desain menindak lanjuti. Tim spesifikasi sebelumnya juga langsung membuat spesifikasi untuk model kedua, dan seterusnya. Jadi, tidak harus menunggu modul pertama selesai hingga dikirim ke user.
 
                Beberapa Kelebihan Dari Mode Incremental atara lain :

1. Merupakan model dengan manajemen yang sederhana
2. Pengguna tidak perlu menunggu sampai seluruh sistem dikirim untuk mengambil keuntungan dari sistem tersebut. Increment yang pertama sudah memenuhi persyaratan mereka yang paling kritis, sehingga perangkat lunak dapat segera digunakan.
3. Resiko untuk kegagalan proyek secara keseluruhan lebih rendah. Walaupun masalah masih dapat ditemukan pada beberapa increment. Karena layanan dengan prioritas tertinggi diserahkan pertama dan increment berikutnya diintegrasikan dengannya, sangatlah penting bahwa layanan sistem yang paling penting mengalami pengujian yang ketat. Ini berarti bahwa pengguna akan memiliki kemungkinan kecil untuk memenuhi kegagalan perangkat lunak pada increment sistem yang paling bawah.
4. Nilai penggunaan dapat ditentukan pada setiap increment sehingga fungsionalitas sistem disediakan lebih awal.
5. Memiliki risiko lebih rendah terhadap keseluruhan pengembagan sistem,
6. Prioritas tertinggi pada pelayanan sistem adalah yang paling diuji

      Kelemahannya adalah :

1. kemungkinan tiap bagian tidak dapat diintegrasikan
2. Dapat menjadi build and Fix Model, karena kemampuannya untuk selalu mendapat perubahan selama proses rekayasa berlangsung
3. Harus Open Architecture
4. Mungkin terjadi kesulitan untuk memetakan kebutuhan pengguna ke dalam rencana spesifikasi masing-masing hasil increment.

Read more »

Metode Waterfall

         Metode air terjun adalah sebuah proses desain berurutan, sering digunakan dalam proses pengembangan perangkat lunak (RPL), di mana setiap kemajuan dilihat terus mengalir ke bawah (seperti air terjun) melalui tahap investigasi, analisis, desain, implementasi dan perawatan. penjelasannya adalah sebagai berikut:

1. Tahap investigasi dilakukan untuk menentukan apakah terjadi suatu
   masalah atau adakah peluang suatu sistem informasi dikembangkan. Pada
   tahapan ini studi kelayakan perlu dilakukan untuk menentukan apakah
   sistem informasi yang akan dikembangkan merupakan solusi yang layak 
2. Tahap analisis bertujuan untuk mencari kebutuhan pengguna dan organisasi
   serta menganalisa kondisi yang ada (sebelum diterapkan sistem informasi
   yang baru). 
3. Tahap disain bertujuan menentukan spesifikasi detil dari komponenkomponen
   sistem informasi (manusia, hardware, software, network dan
   data) dan produk-produk informasi yang sesuai dengan hasil tahap analisis. 
4. Tahap implementasi merupakan tahapan untuk mendapatkan atau
   mengembangkan hardware dan software (pengkodean program),
   melakukan pengujian, pelatihan dan perpindahan ke sistem baru. 
5. Tahapan perawatan (maintenance) dilakukan ketika sistem informasi sudah
   dioperasikan. Pada tahapan ini dilakukan monitoring proses, evaluasi dan
   perubahan (perbaikan) bila diperlukan.

                                                  Gambar 1.1 desain metode waterfall

    

           Namun dalam pengembangan metode tersebut terdapat beberapa kelemahan dan kelebihan nya, berikut ini beberapa kekurangan yang dimiliki metode waterfall ini

1. Membutuhkan keahlian yang baik atau yang telah berpengalaman dalam mengembangkan perangkat lunak, dalam arti metode ini kurang cocok bagi pemula.
2. Diperlukan majaemen yang baik, karena proses pengembangan tidak dapat berulang sebelum menghasilkan suatu produk, yaitu aplikasi. Jadi apabila dalam suatu proses seperti perancangan tidak selesai tepat waktu, maka akan mempengaruhi keseluruhan proses pengembangan perangkat lunak
3. Pada kenyataannya, jarang mengikuti urutan sekuensial seperti pada teori. Iterasi sering terjadi menyebabkan masalah baru.
4. Sulit bagi pelanggan untuk menentukan semua kebutuhan secara eksplisit.
5. Pelanggan harus sabar, karena pembuatan perangkat lunak akan dimulai ketika tahap desain sudah selesai. Sedangkan pada tahap sebelum desain bisa memakan waktu yang lama.
6. Kesalahan di awal tahap berakibat sangat fatal pada tahap berikutnya

     Adapun beberapa kelebihannya, yaitu :

1.  Metode ini masih lebih baik digunakan walaupun sudah tergolong kuno, daripada menggunakan pendekatan asal-asalan. Selain itu, metode ini juga masih masuk akal jika kebutuhan sudah diketahui dengan baik.
2.   Merupakan model pengembangan paling handal dan paling lama digunakan
3.   Cocok untuk system software berskala besar.
4.   Cocok untuk system software yang bersifat generic.
5.   Pengerjaan project system akan terjadwal dengan baik dan mudah dikontrol

Read more »

Pendahuluan

       Kita membutuhkan serangkaian tahapan dan cara-cara tertentu agar dapat menghasilkan sesuatu yang menjadi harapan kita. Demikian juga dalam rekayasa perangkat lunak, diperlukan tahapan-tahapan kerja yang harus dilalui. Rekayasa perangkat lunak yang sukses tidak hanya membutuhkan kemampuan komputasi seperti algoritma, pemrograman, dan basis data yang kuat, namun juga perlu penentuan tujuan yang baik, identifikasi cara penyelesaian, metode pengembangan, urutan aktifitas, identifikasi kebutuhan sumberdaya, dan faktor-faktor lain. Hal-hal seperti ini terkait dengan apa yang disebut dengan metode rekayasa perangkat lunak. Ada banyak Metode metode yang digunakan dalam RPL namun disini saya akan mengambil sample 3 saja yaitu Metode Waterfall, Metode Incremental, dan Metode RAD

Read more »