Catatan Kuliah Rekayasa Perangkat Lunak (Software Engineering) Bagian 1

Catatan Kuliah

Rekayasa Perangkat Lunak (Software Engineering) Bagian 1

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005

1

Software Engineering: A Practitioner’s Approach, 6/e

Bab 2 Proses : Pandangan Umum copyright © 1996, 2001, 2005

R.S. Pressman & Associates, Inc. Muhammad Idham Ananta Timur, S.T., M.Kom Dahlan Abdullah Hanya digunakan di lingkungan Universtias Hanya boleh digandakan untuk mahasiswa di lingkungan universitas yang menggunakan buku Software Engineering: A Practitioner's Approach. Selain itu dilarang keras menggandakan.


2

Definisi 



Pembangunan dan Pengggunaan prinsip-prinsip rekayasa dalam rangka mendapatkan perangkat lunak yang ekonomis yang handal dan bekerja efisien pada komputer yang nyata (Fritz Bauer) IEEE 



Aplikasi pendekatan sistematik, disiplin, terquantifikasi pada pengembangan, operasi, perawatan perangkat lunak, yaitu aplikasi rekayasa pada perangkat lunak Studi pendekatan-pendekatan di atas


3

Teknologi Berlapis Rekayasa Perangkat Lunak tools methods process model a “quality” focus


4

Pandangan Umum RPL 

Rekayasa : analisis, desain, konstruksi, verifikasi, dan manajemen entitas teknis (dan sosial)     



Problem apa yang harus diselesaikan ? Karakteristik entitias apa yang digunakan untuk menyelesaikan masalah ? Bagaimana entitas (dan solusinya) direalisasikan ? Bagaimana entitas di konstruksi ? Pendekatan apa yang digunakan untuk menemukankesalahan yang dibuat pada desain dan konstruksi entitas ? Bagaimana entitas didukung dalam jangka panjang, dimana koreksi, adaptasi, dan peningkatan selalu diminta pengguna pada entitas


5

Tiga Fase Umum RPL  



Fase definisi, fokus pada pertanyaan “apa” Fase pengembangan, fokus pada pertanyaan “bagaimana” Fase dukungan, fokus pada “perubahan” :    

Koreksi Adaptasi Peningkatan Pencegahan


6

Bingkai Kerja Proses Bingkai Kerja Proses Aktivitas Bingkai Kerja Tugas-tugas Produk-produk milestones & deliverables QA checkpoints Aktivitas Payung


7

Aktivitas Bingkai Kerja   

Komunikasi Perencanaan Pemodelan  



Konstruksi 





Analisis Kebutuhan Desain Menyusun kode Pengujian

Produksi


8

Aktivitas Payung      

 

Manajemen Proyek PL Review Teknik Formal Jaminan Mutu PL Manajemen Konfigurasi PL Persiapan dan Produksi Produk Pekerjaan Manajemen Penggunaan Kembali Pengukuran Manajemen Resiko


9

Model Proses : Adaptabilitas  

Aktivitas-aktivitas bingkai kerja akan selalu diaplikasikan pada setiap project, tetapi …. Tugas-tugas (dan derajat kekakuan) pada setiap aktivitas akan bervariasi bergantung pada :   

Tipe proyek Karakteristik proyek Penilaian umum; persetujuan tim proyek


10

CMMI 





CMMI menentukan setiap area proses dalam hal “tujuan spesifik” dan “langkah-langkah spesifik” yang dibutuhkan untuk menggapai tujuan-tujuan tersebut. Tujuan-Tujuan Spesifik membangun karakteristikkarakteristik yang harus ada jika aktivitas yang dilakukan sebuah proses adalah efektif. Langkah-Langkah Spesifik membuat sebuah tujuan menjadi sekelompok aktivitas-aktivitas yang berkaitan dengan proses.


11

Pola-Pola Proses 

 

Pola-pola proses menentukan sekelompok aktivitas, aksi, tugas-tugas pekerjaan, produk-produk pekerjaan dan/atau perilaku yang berkaitan Sebuah template digunakan untuk menentukan pattern/pola Contoh-contoh umum :     

Komunikasi pelanggan (sebuah aktivitas proses) Analisis (sebuah aksi) Pengumpulan Kebutuhan (sebuah tugas proses) Review sebuah produk kerja (sebuah tugas proses) Model Desain (sebuah produk kerja)


12

Asesmen Proses 



Sebuah proses harus dinilai untuk memastikan bahwa mereka memenuhi sekumpulan kriteria proses dasar yang penting bagi rekayasa PL yang sukses. Beberapa pilihan penilaian yang tersedia :    

SCAMPI CBA IPI SPICE ISO 9001:2000


13

Penilaian dan Peningkatan Software Pr oce ss

is e xamine d by

identifies modifications to

identifies cap abilities and risk of

Software Process Assessment

Software Process Imp rovement

leads to

leads to

Capability Determin ation

motivates


14

Proses Personal PL (PSP) 

Rekomendasi 5 aktivitas bingkai kerja :     



Perencanaan Desain level tinggi Review Desain level tinggi Pengembangan Postmortem

Penekanan pada kebutuhan software engineer untuk mengidentifikasi kesalahan di awal waktu, dan memahami tipe-tipe kesalahan tersebut


15

Proses Tim PL (TSP) 

  

Setiap proyek diluncurkan menggunakan sebuah script yang mendefinisikan tugas-tugas yang harus diselesaikan Tim diarahkan secara mandiri Pengukuran dianjurkan Pengukuran dianailisis dengan tujuan meningkatkan proses tim


16

Tujuan Utama Proses PL : Kualitas Tinggi Ingat: Kualitas Tinggi = Proyek pendek Mengapa? Sedikit/Tidak ada Pekerjaan ulang!


17

Catatan Kuliah Rekayasa Perangkat Lunak (Software Engineering) Bagian 1

Recommend Documents