Review of Process Model. SE 3773 Manajemen Proyek Teknologi Informasi Imelda Atastina

Transkripsi

1 Review of Process Model SE 3773 Manajemen Proyek Teknologi Informasi *Imelda Atastina*

2 Beberapa Model Proses RPL Linear Sequential Model Evolutionary Software Process Model Incremental Model Spiral Model RAD Prototyping Model Component Based Software Engineering (CBSE) Extreme Model (Optional) IMD - SE 3773 MPTI 2

3 Linear Sequential Model Disebut juga Waterfall Model Model klasik yang menganggap proses pembangunan perangkat lunak merupakan tahapan yang bersifat sistematis dan berurutan IMD - SE 3773 MPTI 3

4 Waterfall versi Pressman IMD - SE 3773 MPTI 4

5 Waterfall versi Sommerville IMD - SE 3773 MPTI 5

6 Model Waterfall Requirements analysis and definition Tahap mengumpulkan semua kebutuhan (requirements) selengkap mungkin, kemudian dianalisis sehingga dapat didefinisikan kebutuhan yang harus dipenuhi oleh program yang akan dibangun. Fase ini harus dikerjakan secara rinci dan selengkap mungkin agar dapat menghasilkan desain yang lengkap. System and software design Tahap merancang sesuai definisi kebutuhan yang telah dilakukan pada tahap Requirements analysis and definition. Jadi perancangan dikerjakan setelah tahap pertama dianggap selesai. IMD - SE 3773 MPTI 6

7 Model Waterfall (2) Implementation and unit testing Tahap menerjemahkan rancangan ke dalam program dalam bentuk kode-kode dengan menggunakan bahasa pemrograman yang sudah ditentukan. Program yang dibangun langsung diuji unit per unit. Integration and system testing Merupakan tahap penyatuan unit-unit program, baru kemudian diuji secara keseluruhan (system testing) Operation and maintenance Merupakan tahap mengoperasikan program dilingkungannya dan melakukan pemeliharaan. Pemeliharaan dapat berupa penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya. IMD - SE 3773 MPTI 7

8 Sifat Model Waterfall Kesulitan mengakomodasi perubahan karena sistem ini kaku Setiap fase harus dilakukan secara berurutan Cocok ketika kebutuhan dikumpulkan secara lengkap sehingga perubahan bisa ditekan sekecil mungkin. Tapi pada kenyataannya jarang sekali konsumen/pengguna yang bisa memberikankebutuhan secara lengkap, perubahan kebutuhan adalah sesuatu yang wajar terjadi. Waterfall pada umumnya digunakan untuk rekayasa sistem yang besar dimana proyek dikerjakan di beberapa tempat berbeda, dan dibagi menjadi beberapa bagian sub-proyek. IMD - SE 3773 MPTI 8

9 Evolutionary Software Process Model Bersifat iteratif Hasil proses merupakan produk yang semakin lama semakin lengkap, hingga versi akhir dari sebuah produk yang dianggap paling lengkap dan sempurna Model yang termasuk pada Evolutionary Software Process Model adalah : Incremental Model Spiral Model IMD - SE 3773 MPTI 9

10 Incremental Model IMD - SE 3773 MPTI 10

11 Incremental Model(2) Merupakan kombinasi dari waterfall model, yaitu dengan melakukan tahap-tahap waterfall model secara iteratif Hasil/produk dari iterasi 1 menjadi dasar perbaikan untuk iterasi 2, demikian seterusnya hingga produk dianggap sempurna IMD - SE 3773 MPTI 11

12 Sifat Incremental Model Model ini cocok jika anggota tim pengembang perangkat lunak sangat terbatas dan proyek berukuran kecil ( tidak lebih dari baris coding) Mampu mengakomodasi perubahan secara fleksibel. Produk yang dihasilkan pada increment pertama bukanlah prototype, tetapi merupakan produk yang sudah bisa berfungsi dengan spesifikasi dasar. Mungkin terjadi kesulitan untuk memetakan kebutuhan pengguna ke dalam rencana spesifikasi masing-masing hasil increment IMD - SE 3773 MPTI 12

13 Spiral Model IMD - SE 3773 MPTI 13

14 Spiral Model (2) Setiap loop mewakili satu fase dari software process. Loop paling dalam berfokus pada kelayakan dari sistem, loop selanjutnya berfokus tentang definisi dari kebutuhan, loop berikutnya berkaitan dengan desain sistem dan seterusnya IMD - SE 3773 MPTI 14

15 Sektor dalam Spiral Model Setiap loop dalam Spiral Model terdiri atas beberapa sektor, yaitu : Objective settings (menentukan tujuan): menentukan tujuan dari fase yang ditentukan. Batasan-batasan pada proses dan produk sudah diketahui. Perencanaan sudah disiapkan. Resiko dari proyek sudah diketahui. Alternatif strategi sudah disiapkan berdasarkan resiko-resiko yang diketahui, dan sudah direncanakan. Risk assessment and reduction (Penanganan dan pengurangan resiko): setiap resiko dianalisis secara detil pada sektor ini. Langkah-langkah penanganan dilakukan, misalnya membuat prototype untuk mengetahui ketidakcocokan kebutuhan. IMD - SE 3773 MPTI 15

16 Sektor dalam Spiral Model(2) Development and Validation (Pembangunan dan pengujian): Setelah evaluasi resiko, maka model pengembangan sistem dipilih. Misalnya jika resiko user interface dominan, maka membuat prototype User Interface. Jika bagian keamanan yang bermasalah, maka menggunakan model formal dengan perhitungan matematis, dan jika masalahnya adalah integrasi sistem model waterfall lebih cocok. Planning: Proyek dievaluasi atau ditinjau-ulang dan diputuskan untuk terus ke fase loop selanjutnya atau tidak. Jika melanjutkan ke fase berikutnya rencana untuk loop selanjutnya. IMD - SE 3773 MPTI 16

17 RAD (Rapid Application Development) Menekankan proses pembangunan perangkat lunak dalam waktu singkat. Pembangunan perangkat lunak yang singkat dicapai dengan menerapkan component based construction Waktu yang singkat merupakan tantangan yang dijawab melalui model ini Sistem dibagi menjadi beberapa modul dan dikerjakan dalam waktu yang hampir bersamaan dalam batas waktu yang telah ditentukan IMD - SE 3773 MPTI 17

18 RAD (2) IMD - SE 3773 MPTI 18

19 Fase-fase dalam RAD Business modelling mendefinisikan kebutuhan sistem Fase menjawab pertanyaan-pertanyaan sbb: Informasi apa yang mengendalikan proses bisnis? Informasi apa yang dihasilkan? Siapa yang menghasilkan informasi? Kemana informasi itu diberikan? Siapa yang mengolah informasi? kebutuhan dari sistem Data modelling analisis kebutuhan dan data Fase menyusun aliran informasi yang sudah didefinisikan, menjadi sekumpulan objek data. Pada fase ini pula ditentukan karakteristik/atribut dan hubungan antar objek-objek tersebut IMD - SE 3773 MPTI 19

20 Fase-fase dalam RAD(2) Process Modelling Objek data yang sudah didefinisikan diubah menjadi aliran informasi yang diperlukan untuk menjalankan fungsifungsi bisnis. Application Generation RAD menggunakan component program yang sudah ada atau membuat component yang bisa digunakan lagi, selama diperlukan. Testing and Turnover Karena menggunakan component yang sudah ada, maka kebanyakan component sudah melalui uji atau testing. Namun component baru dan interface harus tetap diuji. IMD - SE 3773 MPTI 20

21 Sifat RAD Tidak cocok untuk proyek skala besar Proyek bisa gagal karena waktu yang disepakati tidak dipenuhi Sistem yang tidak dapat dimodularisasi tidak cocok untuk model ini Sistem dengan resiko teknis yang tinggi juga kurang cocok untuk model ini IMD - SE 3773 MPTI 21

22 Model Prototyping IMD - SE 3773 MPTI 22

23 Tahapan-tahapan Model Prototyping Pengumpulan kebutuhan Developer dan klien bertemu untuk menentukan tujuan umum, kebutuhan yang diketahui dan gambaran bagianbagian yang akan dibutuhkan berikutnya. Detil kebutuhan mungkin tidak dibicarakan disini, pada awal pengumpulan kebutuhan Perancangan Perancangan dilakukan cepat dan rancangan mewakili semua aspek software yang diketahui, dan rancangan ini menjadi dasar pembuatan prototype. Evaluasi prototype Pada tahap ini, klien mengevaluasi prototype yang dibuat dan digunakan untuk memperjelas kebutuhan software. IMD - SE 3773 MPTI 23

24 Manfaat Model Prototyping Dapat digunakan saat klien tidak dapat memberikan spesifikasi kebutuhannya dengan jelas Dapat digunakan saat developer masih meragukan akan efisiensi dari algoritma yang digunakan, atau tingkat adaptasi terhadap sistem operasi dimana PL akan digunakan, ataupun masih meragukan rancangan user interface Memudahkan komunikasi antara developer dan klien karena kedua belah pihak mendapat gambaran yang lebih nyata dan jelas IMD - SE 3773 MPTI 24

25 Kekurangan Model Prototyping Dalam membuat prototype banyak hal yang diabaikan seperti efisiensi, kualitas, kemudahan dipelihara/dikembangkan, dan kecocokan dengan lingkungan yang sebenarnya. Jika klien merasa cocok dengan prototype yang disajikan dan berkeras terhadap produk tersebut, maka developer harus kerja keras untuk mewujudkan produk tersebut menjadi lebih baik, sesuai kualitas yang seharusnya. Developer biasanya melakukan kompromi dalam beberapa hal karena harus membuat prototype dalam waktu singkat. Misalnya sistem operasi yang tidak sesuai, bahasa pemrograman yang berbeda, atau algoritma yang lebih sederhana. IMD - SE 3773 MPTI 25

26 CBSE Component-Based Software Engineering (CBSE) adalah proses yang menekankan perancangan dan pembangunan software dengan menggunakan komponen software yang sudah ada. Model ini bersifat iteratif IMD - SE 3773 MPTI 26

27 Tahapan CBSE CBSE terdiri dari dua bagian yang terjadi secara paralel yaitu software engineering (component-based development) dan domain engineering IMD - SE 3773 MPTI 27

28 Component Based Development Model IMD - SE 3773 MPTI 28

29 Domain Engineering Hal-hal yang dilakukan pada tahapan domain engineering: Menciptakan model domain bagi aplikasi yang akan digunakan untuk menganalisis kebutuhan pengguna. Identifikasi, pembangunan, pengelompokan dan pengalokasikan komponen-komponen software supaya bisa digunakan pada sistem yang ada dan yang akan datang. IMD - SE 3773 MPTI 29

30 Software Engineering Hal-hal yang dilakukan pada tahap software engineering (component-based development) adalah : Melakukan analisis terhadap domain model yang sudah ditetapkan Menentukan spesifikasi dan merancang berdasarkan model struktur dan spesifikasi sistem. Melakukan pembangunan software dengan menggunakan komponen-komponen yang sudah ditetapkan berdasarkan analisis dan rancangan yang dihasilkan sebelumnya hingga akhirnya menghasilkan software. IMD - SE 3773 MPTI 30

Review of Process Model. SE 3773 Manajemen Proyek Teknologi Informasi *Imelda Atastina*

Review of Process Model. SE 3773 Manajemen Proyek Teknologi Informasi Imelda Atastina