Review Materi Rekayasa Perangkat Lunak

  • Definisi Rekayasa Perangkat Lunak

Rekayasa Perangkat Lunak adalah pembentukan dan penggunaan prinsip-prinsip rekayasa suara dalam mendapatkan software yang handal dan bekerja secara efisien pada mesin.

IEEE Mengembangkan definisi yang lebih komprehensif, yaitu Rekayasa Perangkat Lunak adalah penerapan sistematis, disiplin, pendekatan kuantitatif untuk pengembangan operasi dan pemeliharaan perangkat lunak, yaitu penerapan rekayasa perangkat lunak.

  • Model Proses dalam Rekayasa Perangkat Lunak
  • Model Incremental

Model Incremantal sekuensial linier/berulang-ulang dengan filosofi iterative prototyping. Model inkremental berlaku urutan linear secara bergiliran sebagai waktu kalender berlangsung. Setiap urutan linier menghasilkan deliverable “kenaikan” perangkat lunak [MDE93]. Sebagai contoh, perangkat lunak pengolah kata yang dikembangkan dengan menggunakan tambahan.

Paradigma mungkin memberikan manajemen file, mengedit, dan produksi dokumen dasar fungsi dalam kenaikan pertama; editing yang lebih canggih dan produksi dokumen kemampuan dalam selisih kedua; ejaan dan tata bahasa memeriksa ketiga kenaikan dan halaman lanjutan tata letak kemampuan dalam kenaikan keempat.

Sudah seharusnya mencatat bahwa aliran proses untuk peningkatan apapun dapat menggabungkan paradigma prototyping. Ketika model inkremental digunakan, kenaikan pertama sering merupakan produk inti. Artinya, persyaratan dasar ditangani, tapi banyak fitur tambahan (beberapa dikenal, yang lain tidak diketahui) tetap tidak terkirim.

Produk inti digunakan oleh pelanggan (atau mengalami rinci review). Sebagai akibat dari penggunaan dan / atau evaluasi, perencanaan adalah dikembangkan untuk peningkatan selanjutnya. Rencananya membahas modifikasi inti produk untuk lebih memenuhi kebutuhan pelanggan dan pengiriman tambahan fitur dan fungsionalitas. Proses ini diulang setelah pengiriman masing-masing kenaikan, sampai produk yang lengkap dihasilkan.

Model berfokus pada pengiriman produk operasional dengan kenaikan masing-masing. awal

kenaikan yang dipreteli versi dari produk akhir, tetapi mereka memberikan kemampuan yang melayani pengguna dan juga menyediakan platform untuk evaluasi oleh pengguna.

Pengembangan Incremental sangat berguna ketika staf tidak tersedia untuk

implementasi lengkap dengan batas waktu bisnis yang telah ditetapkan untuk

proyek. Kenaikan awal dapat diimplementasikan dengan lebih sedikit orang. Jika produk inti

diterima dengan baik, maka staf tambahan (jika diperlukan) dapat ditambahkan untuk melaksanakan berikutnya

kenaikan. Selain itu, kenaikan dapat direncanakan untuk mengelola risiko teknis. untuk

Misalnya, sistem utama mungkin memerlukan ketersediaan hardware baru yang berada di bawah

pengembangan dan pengiriman yang tanggal tidak pasti. Ini mungkin untuk merencanakan lebih awal

increment dengan cara yang menghindari penggunaan perangkat keras ini, sehingga memungkinkan parsial

fungsionalitas akan dikirimkan ke pengguna akhir tanpa penundaan banyak sekali.

 

  • Model Spiral

Model Spiral, awalnya diusulkan oleh Boehm [BOE88], adalah software evolusi Model proses yang pasangan sifat iteratif dari prototipe dengan dikendalikan dan aspek sistematis dari model sekuensial linier. Ini memberikan potensi yang cepat pengembangan versi tambahan dari perangkat lunak. Menggunakan model spiral, software dikembangkan dalam serangkaian rilis inkremental. Selama iterasi awal, rilis inkremental bisa menjadi model kertas atau prototipe. Selama iterasi kemudian, Versi semakin lebih lengkap dari sistem rekayasa diproduksi. Model spiral dibagi menjadi beberapa kegiatan kerangka, juga disebut tugas daerah. 6Typically, ada antara tiga sampai enam wilayah tugas.

Model spiral yang berisi enam wilayah tugas:

  • Pelanggan komunikasi-tugas yang dibutuhkan untuk membangun komunikasi yang efektif antara pengembang dan pelanggan.
  • Perencanaan-tugas yang dibutuhkan untuk mendefinisikan sumber daya, jadwal, dan informasi lainnya projectrelated.
  • Risiko analisis-tugas yang dibutuhkan untuk menilai baik teknis dan manajemen risiko.
  • Teknik-tugas yang dibutuhkan untuk membangun satu atau lebih representasi dari aplikasi.
  • Pembangunan dan melepaskan-tugas yang dibutuhkan untuk membangun, menguji, menginstal, dan memberikan dukungan pengguna (misalnya, dokumentasi dan pelatihan).
  • Pelanggan evaluasi-tugas yang dibutuhkan untuk memperoleh umpan balik pelanggan berdasarkan pada evaluasi representasi perangkat lunak yang dibuat selama rekayasa tahap dan dilaksanakan selama tahap instalasi.

Masing-masing daerah yang dihuni oleh satu set tugas pekerjaan, disebut satu set tugas, yang disesuaikan dengan karakteristik proyek yang akan dilakukan. Untuk proyek-proyek kecil, sejumlah tugas kerja dan formalitas mereka rendah. Untuk yang lebih besar, proyek-proyek yang lebih penting, masing-masing daerah tugas yang memuat tugas pekerjaan lagi yang didefinisikan untuk mencapai tingkat yang lebih tinggi formalitas. Dalam semua kasus, kegiatan payung (misalnya, manajemen konfigurasi perangkat lunak dan perangkat lunak jaminan kualitas) mencatat dalam Bagian 2.2 diterapkan.

Sebagai proses evolusi ini dimulai, tim rekayasa perangkat lunak bergerak di sekitar spiral searah jarum jam, dimulai di pusat. Rangkaian pertama sekitar spiral mungkin mengakibatkan pengembangan spesifikasi produk; berikut melewati sekitar spiral dapat digunakan untuk mengembangkan prototipe dan kemudian semakin versi yang lebih canggih dari perangkat lunak. Setiap melewati wilayah perencanaan Hasil di penyesuaian terhadap rencana proyek. Biaya dan jadwal yang disesuaikan berdasarkan umpan balik yang berasal dari evaluasi pelanggan.

Selain itu, manajer menyesuaikan proyek jumlah yang direncanakan iterasi yang dibutuhkan untuk menyelesaikan perangkat lunak. Tidak seperti model proses klasik yang berakhir ketika software disampaikan, spiral Model dapat disesuaikan untuk menerapkan seluruh kehidupan perangkat lunak komputer. Pandangan alternatif dari model spiral dapat dianggap dengan memeriksa titik masuk proyek axis. Masing-masing kubus ditempatkan di sepanjang sumbu dapat digunakan untuk mewakili titik awal untuk berbagai jenis proyek. Sebuah “pengembangan konsep”.