SDM PRPL

Mengevaluasi ruang lingkup dan keahlian yang dibutuhkan. Perencanan harus menentukan posisi organisasi (seperti manajer, perekayasa PL, dll) dan spesialisasi (seperti telekomunikasi, data base, client/server).

Jumlah orang yang dibutuhkan untuk sebuah proyek PL bisa ditentukan setelah adanya estimasi usaha untuk pengembangan (seperti person-months).

dokumen-dokumen yang dibutuhkan dalam proyek rekayasa perangkat lunak

SDPLN (Software Development Plan):

SDPLN adalah untuk lay-out rencana keseluruhan yang diperlukan dalam rangka untuk mengembangkan, memodifikasi atau meng-upgrade sistem perangkat lunak sementara Meninggalkan jejak-out rincian tentang bagaimana setiap langkah yang perlu disampaikan. Ini mencakup setiap aspek-aspek dari proyek pengembangan perangkat lunak proses implementasi, dokumentasi hingga siklus hidup perangkat lunak pengujian dan peluncuran.

SRS (Software Requirements Specification):

SRS adalah deskripsi lengkap tentang perilaku sistem yang akan dikembangkan. Ini mencakup satu set kasus penggunaanyang menggambarkan semua interaksi pengguna akan memiliki dengan perangkat lunak. Selain menggunakan kasus, SRS juga berisi persyaratan non-fungsional (atau metode Gapor Dison itu). Non-fungsional persyaratan persyaratan yang memaksakan kendala pada desain atau pelaksanaan (seperti kinerja rekayasa persyaratan, kualitas standar, atau kendala desain).

SAD (Software Architecture Document):

SAD berfungsi untuk memberikan informasi yang melengkapi source code. Pada level yang lebih tinggi, ini mungkin termasuk dalam:

1.       Sebuah penjelasan garis besar dari arsitektur perangkat lunak, termasuk komponen perangkat lunak utama dan interaksi mereka.

2.       Sebuah pemahaman yang umum dari driver (persyaratan, kendala dan prinsip-prinsip) yang mempengaruhi arsitektur.

3.       Penjelasan dari platform hardware dan software pada sistem dibangun dan disebarkan.

4.       Pembenaran eksplisit bagaimana arsitektur ini memenuhi driver.

User Documentation

Salah satu elemen dari evaluasi untuk perangkat lunak adalah kualitas dokumentasi pengguna yang disertakan dengan
perangkat lunak. Dokumentasi pengguna dapat diberikan sebagai panduan penggunadalam bentuk elektronik, sebagai
kertas dimasukkan dalam penyerahan, atau dalam bentuk bantuan online. Penggunasemakin mengungkapkan
keinginan untuk konteks-sensitif bantuan online, yang menyediakan layar khusus dan tugas khusus
panduan ketika diakses dari dalam aplikasi perangkat lunak.

Test Plan:

Dokumen Test Plan ini menjelaskan tentang bagaimana Software yang dibuat dapat berjalan sesuai dengan rencana yang telah di tetapkan. Bukan hanya kode program yang di uji coba, tetapi juga meliputi semua modul program, alur bisnis software, penggunaan interface, performance dari Software serta keterkaitan antar halaman dari source code.

Tahapan dalam Proyek rekayasa perangkat lunak

Dalam pengembangan sebuah perangkat lunak dibutuhkan suatu tahapan yang akan memandu tim pengembang dalam merancang perangkat lunak. tahapan tersebut dipisah menjadi 5, yaitu:

1. Requirements analysis and definition : pada tahap ini tim pengembang mengumpulkan kebutuhan secara lengkap kemudian dianalisis dan mendefinisikan kebutuhan-kebutuhan proses bisnis yang harus dipenuhi oleh perangkat lunak (solusi bisnis) yang akan dibangun.

2. System and software design : pada tahap ini tim pengembang mendesain sistem dan aplikasi meliputi desain konseptual, logikal dan fisikal .

3. Implementation and unit testing : pada tahap ini desain yang telah di rancang diimplementasikan dengan menterjemahkan ke dalam kode-kode program menggunakan sebuah bahasa pemrograman, sekaligus melakukan pengujian terhadap unit-unit program yang telah dibuat.

4. Integration and system testing : tim pengembang menyatukan unit-unit program kemudian melakukan pengujian sistem perangkat lunak secara keseluruhan.

5. Operation and maintenance : tim pengembang melakukan pengoperasian program dan melakukan pemeliharaan terhadap perangkat lunak dengan penyesuaian atau perubahan terhadap situasi sebenarnya.