Pemodelan Industri Perangkat Lunak

Ukuran: px

Mulai penontonan dengan halaman:

Download "Pemodelan Industri Perangkat Lunak"

Sukarno Makmur
7 tahun lalu
Tontonan:

1 Pemodelan Industri Perangkat Lunak Dosen Pengampu : Teguh Wahyono Fakultas Teknologi Informasi Universitas Kristen Satya Wacana Revisi Januari 2006

2 1.1. Mengapa Pemodelan? Pemodelan adalah suatu alur proses produksi perangkat lunak yang disesuaikan dengan goal dari produksi tersebut. Pemodelan dilakukan di tahapan awal produksi. Dalam industri perangkat lunak, pemodelan delam perangkat lunak merupakan suatu yang harus dikerjakan karena akan mempengaruhi perkerjaanpekerjaan RPL. Jika model proses tidak dipikirkan dengan baik, maka akan terlalu besar modifikasi software. Modifikasi perangkat lunak biasanya lebih dari 60 % dari total biaya pembuatan perangkat lunak.

3 1.2. Karakteristik Proses Understandability, Sejauh mana proses dapat dimengerti. Visibility, kemajuan proses terlihat jelas. Supportability, yaitu sejauh mana proses dapat di dukung oleh CASE. Acceptability, apakah proses dapat diterima dan digunakan selama pembuatan perangkat lunak Reliability, apakah proses didesain agar kesalahan proses dapat dihindari. Robustness, dapatkah proses terus berjalan walaupun terjadi masalah yang tak diduga Maintainability, dapatkah proses berkembang untuk mengikuti kebutuhan atau perbaikan Rapidity, bagaimana kecepatan proses pengiriman sistem dapat secara lengkap memenuhi spesifikasi.

4 1.3. Berbagai Model Proses Pendekatan Waterfall Pengembangan secara Evolusioner Model Spiral Boehm Model Kombinasi (Penggabungan sistem dengan menggunakan komponen-komponen yang dapat digunakan kembali).

5 1.4. Waterfall Model Berisi rangkaian aktivitas proses dan disajikan dalam proses yang terpisah. Setelah setiap langkah didefinisikan, langkah tersebut di sign off dan pengembangan dilanjutkan pada langkah berikutnya..

6 Fase dalam Waterfall Model Penentuan dan analisis spesifikasi Jasa, kendala dan tujuan dihasilkan dari konsultasi dengan pengguna sistem. Desain sistem dan perangkat lunak Proses yang menghasilkan sebuah arsitektur sistem keseluhan. Implementasi dan ujicoba unit Uji unit termasuk pengujian bahwa setiap unit sesuai spesifikasi. Integrasi dan ujicoba sistem Unit program diintegrasikan dan diuji menjadi sistem yang lengkap untuk disampaikan ke kastamer Operasi dan pemeliharaan Normalnya, ini adalah phase yang terpanjang. Sistem dipasang dan digunakan.

7 Plus Minus Waterfall Model Mencerminkan kepraktisan engineering, proses tidak linier dan sederhana tapi mengandung urutan iterasi dari aktivitas pengembangan. Ketika perangkat lunak telah digunakan terdapat kesalahan dan kelalaian dalam analisa kebutuhan dapat diatasi. Kelemahannya, model yang banyak mengandung iterasi sehingga membuat sulit bagi pihak manajemen untuk memeriksa seluruh rencana dan laporan. Masalah lainnya adalah ketidakluwesan pembagian project ke dalam langkah yang nyata/jelas. Sistem yang disampaikan kadang-kadang tidak dapat digunakan sesuai keinginan kastamer. Konsekuensinya, model proses perangkat lunak yang berdasarkan pada pendekatan ini digunakan dalam pengembangan sistem perangkat lunak dan hardware yang luas.

8 2.5. Evolusioner Model Model dimana terdapat interaksi tinggi antara customer dengan penembang untuk mendapatkan software yang sesuai keinginan. Pengembangan dimulai dengan bagian-bagian sistem yang dimengerti. Sistem dikembangkan melalui penambahan features sesuai yang diusulkan oleh kastamer..

9 Aktifitas Evolusioner Outline discription. Tahap penentuan kebutuhan sistem oleh customer dan pengembang secara bersamasama. Concurent Activities Spesification, menghasilkan versi inisial dari sebuah software. Development, menghasilkan versi intermediate dari sebuah software. Pada versi intermediate, software akan selalu berevolusi dan berkembang sesuai kebutuhan. Validation, adalah versi akhir dari sebuah program.

10 Kelemahan Evolusioner Model Proses tidak visibel. Manager-manager membutuhkan "deliverables" yang teratur untuk mengukur kemajuan. Sistem-sistem biasanya kurang terstruktur Perubahan yang terus menerus akan mengurangi stuktrur dari perangkat lunak. Evolusi perangkat lunak terlihat sulit dan mahal. Ketrampilan khusus jarang dimiliki Kebanyakan sistem yang dikembangkan melalui cara ini telah diimplementasikan oleh kelompok kecil yang memiliki ketrampilan yang tinggi dan motivasi yang kuat.

11 Yang Cocok dg Evolusioner Pengembangan sistem yang relatif kecil. Pengembangan sistem yang memiliki masa hidup yang relatif singkat. Pengembangan sistem atau bagian-bagian dari sistem yang besar dimana tidak memungkinkan untuk menyatakan spesifikasi secara rinci.

12 2.6. Spiral BOEHM Model Determine objectives alternatives and constraints Plan next phase REVIEW Requirements plan Life-cycle plan Development plan Integration and test plan Risk analysis Risk analysis Risk analysis Prototype 2 Risk analysis Prototype 1 Concept of Operation S/W requirements Requirement validation Design V&V Service Acceptance test Evaluate alternatives identify, resolve risks Prototype 3 Operational protoype Simulations, models, benchmarks Product design Code Unit test Integration test Detailed design Develop, verify next-level product

13 Karakteristik Spiral Boehm Model Boehm berbentuk spiral. Setiap loop mewakili sebuah tahap dari proses perangkat lunak. Tidak ada tahap yang tetap dalam model ini. Manajemen harus memutuskan bagaimana membentuk proyek kedalam tahap-tahap. Setiap loop dibagi dalam 4 sektor Pembuatan tujuan Tujuan, hambatan dalam proses ataupun produk serta resiko-resiko proyek ditentukan. Perkiraan dan pengurangan resiko Untuk setiap resiko yang telah diidentifikasi, akan dibuat analisis rincinya. Pengembangan dan validasi Setelah evaluasi resiko, sebuah model pengembangan untuk sistem dipilih. Perencanaan Jika diputuskan untuk melanjutkan pada loop spiral berikutnya maka proyek dibicarakan kembali dan rencana dibuat untuk tahap selanjutnya.

14 Karakteristik Spiral Boehm Model Boehm berbentuk spiral, yang menggambarkan kebutuhan pengembangan proses yang berkesinambungan. Setiap loop mewakili sebuah tahap dari proses perangkat lunak. Tidak ada tahap yang tetap dalam model ini, sehingga Manajemen harus memutuskan bagaimana membentuk proyek kedalam tahap-tahap. Jumlah loop bisa disesuaikan berdasarkan kebutuhan.

15 Karakteristik Spiral Boehm Setiap loop dibagi dalam 4 sektor seperti : Pembuatan tujuan Tujuan, hambatan dalam proses ataupun produk serta resiko-resiko proyek ditentukan. Perkiraan dan pengurangan resiko Untuk setiap resiko yang telah diidentifikasi, akan dibuat analisis rincinya. Pengembangan dan validasi Setelah evaluasi resiko, sebuah model pengembangan untuk sistem dipilih. Perencanaan Jika diputuskan untuk melanjutkan pada loop spiral berikutnya maka proyek dibicarakan kembali dan rencana dibuat untuk tahap selanjutnya.

dokumen-dokumen yang mirip

BAGIAN 4. METODE ILMIAH

BAGIAN 4. METODE ILMIAH Teguh Wahyono Penulisan Karya Ilmiah Program Studi D3 Teknik Informatika Fakultas Teknologi Informasi Universitas Kristen Satya Wacana Info PKM Pengumpulan proposal di Biro Kemahasiswaan