Proses Software. Tujuan

Transkripsi

1 Prses Sftware Arna Fariza PENS-ITS 1 Tujuan Memperkenalkan mdel prses sftware Menggambarkan beberapa mdel prses dan kapan digunakan Menggambarkan utline mdel prses untuk rekayasa persyaratan, pengembangan sftware, testing dan evlusi Mengenalkan mdel Ratinal Unified Prcess Mengenalkan teknlgi CASE untuk mendukung aktifitas prses sftware 2 1

2 Materi Mdel prses sftware Iterasi prses Agile Sftware Develpment Aktifitas Prses The Ratinal Unified Prcess Cmputer-aided sftware engineering 3 Prses Sftware Sekumpulan aktifitas terstruktur yang dibutuhkan untuk mengembangkan sistem sftware Spesifikasi Desain Validasi Evlusi Sebuah mdel prses perangkat lunak merupakan representasi abstrak dari prses. Menyajikan deskripsi prses dari beberapa perspektif tertentu. 4 2

3 Mdel Prses Sftware Generik Mdel waterfall Memisahkan dan membedakan fase spesifikasi dan pengembangan. Pengembangan Evlusiner Spesifikasi, pengembangan dan validasi terpisah Cmpnent-based sftware engineering Sistem dibangun dari kmpnen yang ada. Ada banyak varian mdel ini misalnya mengembangkan prses waterfall, tetapi menggunakan spesifikasi frmal yang disempurnakan melalui beberapa tahap untuk implementasi desain 5 Mdel Waterfall Definisi persyaratan Desain sistem dan sftware Implementasi dan testing unit Integrasi dan testing sistem Operasi dan maintenance 6 3

4 Fase mdel Waterfall Analisa dan definisi persyaratan Desain sistem dan sftware Implementasi dan unit testing Integrasi dan testing sistem Operasi dan maintenance Kelemahan utama dari mdel waterfall adalah sulitnya mengakmdasi perubahan setelah prses sedang berlangsung. Satu fase harus lengkap sebelum pindah ke tahap berikutnya. 7 Permasalahan Mdel Waterfall Tidak fleksibel, sulit merespn kebutuhan knsumen yang berubah Mdel ini hanya sesuai jika persyaratan/ kebutuhan dipahami dengan baik dan perubahan selama prses desain hanya sedikit. Sistem bisnis memiliki persyaratan yang stabil. Mdel waterfall sebagian besar digunakan untuk rekayasa sistem pryek besar di mana sistem dikembangkan di beberapa site (tempat). 8 4

5 Pengembangan Evlusiner Pengembangan Explratry Ditujukan untuk bekerja dengan knsumen dan mengembangkan dari spesifikasi awal. Dimulai dengan pemahaman persyaratan yang baik dan usulan fitur baru dari knsumen. Thrw-away prttyping Ditujukan untuk memahami persyaratan sistem. Dimulai dengan persyaratan kurang dipahami sampapi mendapatkan yang benar-benar dibutuhkan. 9 Pengembangan Evlusiner Aktifitas yang berjalan Spesifikasi Versi inisial Deskripsi utline Pengembangan Versi menengah Validasi Versi akhir 10 5

6 Pengembangan Evlusiner Permasalahan Aplikasi Kurangnya visibilitas prses; Struktur sistem buruk; Keahlian khusus (misalnya dalam bahasa pemrgraman untuk prttipe cepat) mungkin diperlukan. Untuk sistem interaktif berukuran kecil atau medium Untuk bagian dari sistem besar (misalnya user interface) Untuk sistem dengan daur hidup pendek 11 Cmpnent-based sftware engineering Berdasarkan systematic reuse dimana sistem diintegrasikan dari dari kmpnen yang ada atau sistem COTS (Cmmercial-ff-the-shelf). Tahapan prses Analisa kmpnen; Mdifikasi persyaratan; Desain sistem dengan reuse; Pengembangan dan integrasi. Pendekatan ini semakin banyak digunakan setelah beberapa standar kmpnen muncul. 6

7 Pengembangan Reuse-riented Spesifikasi persyaratan Analisa kmpnen Mdifikasi persyarata n Desain sistem dengan reuse Pengembangan dan integrasi Validasi sistem 13 Materi Mdel prses sftware Iterasi prses Agile Sftware Develpment Aktifitas Prses The Ratinal Unified Prcess Cmputer-aided sftware engineering 14 7

8 Iterasi Prses Persyaratan sistem SELALU berkembang dalam perjalanan pryek sehingga prses iterasi di mana tahap-tahap yang dikerjakan sebelumnya menjadi bagian dari prses untuk sistem yang besar. Iterasi dapat diaplikasikan untuk semua mdel prses generik 2 pendekatan : Pengembangan incremental Pengembangan spiral 15 Pengembangan Incremental Delivery sistem bukan pengiriman tunggal, tetapi pengembangan dan pengiriman dipecah menjadi bertahap dengan setiap increment memberikan bagian fungsinal yang diperlukan. Persyaratan user dipriritaskan dan persyaratan priritas tertinggi dimasukkan dalam increment awal. Setelah pengembangan increment dimulai, persyaratan dibekukan lebih dahulu dan persyaratan untuk increment selanjutnya dapat dikembangkan. 16 8

9 Incremental develpment Mendefinisikan persyaratan utline Increment persyaratan Desain arsitektur sistem Mengembangkan Increment sistem Validasi increment Integrasi increment Validasi sistem Sistem final System incmplete 17 Keuntungan Pengembanan Incremental Sftware disampaikan ke knsumen pada setiap increment sehingga fungsinal sistem tersedia terlebih dahulu increment awal bertindak sebagai prttype untuk membantu memperleh persyaratan untuk increment berikutnya Resik lebih rendah dari keseluruhan kegagalan pryek Layanan sistem priritas tertinggi cenderung menerima testing terbanyak 18 9

10 Pengembangan Spiral Prses direpresentasikan sebagai spiral bukan sebagai urutan kegiatan dengan melihat sistem sebelumnya (backtracking). Setiap lp dalam spiral merupakan fase dalam prses. Tidak ada fase tetap seperti spesifikasi atau desain - lp dalam spiral dipilih tergantung pada apa yang dibutuhkan. Risik secara eksplisit dinilai dan diselesaikan selama prses berlangsung. 19 Mdel Spiral mdel pada Prses Sftware Menentukan alternatif dan batasan byektif Analisa resik Analisa resik Evaluasi identifikasi alternative, pemecahan resik Perencanaan fase berikutnya REVIEW Rencana persyaratan dan rencana daur hidup Rencana Pengembangan Integrasi dan test plan Analisa resik Analisa resik C n c e p t f O p e r a t i n Prttype 3 Prttype 2 Prt - type 1 Validasi persyaratan Servis Desain V&V Kebutuhan S/W Tes penerimaan Prttype perasinal Simulasi, mdel, benchmark Desain Prduk Tes Integrasi Tes Unit Kde Desain detail Mengembangkan, verifikasi prduk level berikutnya 20 10

11 Sektr Mdel Spiral Tujuan pengaturan Tujuan khusus untuk setiap tahap diidentifikasikan. Penilaian dan pengurangan resik Risik dinilai dan aktifitas dimasukkan untuk mengurangi risik utama. Pengembangan dan Validasi Mdel pengembangan untuk sistem dipilih yang dari mdel generik. Perencanaan Pryek direview dan tahap berikutnya dari spiral direncanakan. 21 Materi Mdel prses sftware Iterasi prses Agile Sftware Develpment Aktifitas Prses The Ratinal Unified Prcess Cmputer-aided sftware engineering 22 11

12 Agile Sftware Develpment Respn efektif terhadap perubahan Kmunikasi efektif dengan semua stakehlder Melibatkan knsumen pada tim, menghilangkan istilah "kami dan mereka" Pengrganisasian tim sehingga pekerjaan terkendali Rapid, incremental delivery f sftware 23 Agile Sftware Prcess Tiga Kunci Asumsi Kesulitan dalam memprediksi perubahan persyaratan dan priritas pelanggan Untuk banyak jenis s / w, desain dan knstruksi disisipkan Analisis, desain, knstruksi, dan pengujian yang tidak mudah ditebak 24 12

13 Agile Sftware Prcess Sebuah agile prcess harus beradaptasi Beradaptasi secara bertahap (Incremental) Membutuhkan umpan balik pelanggan Katalis yang efektif untuk umpan balik pelanggan sebagai prttipe perasinal 25 Agile Prcess Mdels Extreme Prgramming (XP) Adaptive Sftware Develpment (ASD) Dynamic Systems Develpment Methd (DSDM) Scrum Crystal Feature Driven Develpment (FDD) Agile Mdeling (AM) 26 13

14 Extreme Prgramming (XP) Merupakan agile prcess yang digunakan secara luas, dikenalkan leh Kent Beck [BEC99] XP menggunakan pendekatan berrientasi byek sebagai paradigma pembangunan Mendefinisikan 4 aktifitas Planning Design Cding Testing 27 Extreme Prgramming (XP) user stries values acceptance test criteria iteratin plan simple design CRC cards spike slutins prttypes refactring pair prgramming Release sftware increment prject velcity cmputed unit test cntinuus integratin acceptance testing 28 14

15 Materi Mdel prses sftware Iterasi prses Agile Sftware Develpment Aktifitas Prses The Ratinal Unified Prcess Cmputer-aided sftware engineering 29 Aktifitas Prses Spesifikasi Sftware Desain dan implementasi Sftware Validasi Sftware Evlusi Sftware 15

16 Spesifikasi Sftware Prses penentukan layanan apa saja yang dibutuhkan dan kendala pada perasi dan pengembangan sistem. Prses rekayasa persyaratan Studi kelayakan Perlehan dan analisa persyaratan Spesifikasi persyaratan Validasi persyaratan 31 Prses Rekayasa persyaratan Studi kelayakan Mendapatkan dan analisa persyaratan Spesifikasi persyaratan Lapran kelayakan Validasi persyaratan Mdel sistem persyaratan sistem dan user Dkumen persyaratan 32 16

17 Desain dan Implementasi Sftware Prses mengubah spesifikasi sistem ke sistem yang dapat dieksekusi. Desain sftware Merancang struktur sftware yang didapatkan dari spesifikasi Implementasi Mengubah struktur sftware ke dalam prgram yang dieksekusi Aktifitas desain dan implementasi saling berhubungan atau mungkin terpisah 33 Aktifitas Prses Desain Desain arsitektur Spesifikasi abstrak Desain antar muka Desain kmpnen Desain struktur data Desain algritma 34 17

18 Prses Desain Sftware Spesifikasi persyarata n Aktifitas desain Desain arsitektur Spesifikasi abstrak Desain antar muka Desain kmpnen Desain struktur data Desain algritma Arsitektur sistem Spesifikasi sftware Spesifikasi antar muka Spesifikasi kmpnen Spesifikasi struktur data Spesifikasi algritma Prduk desain 35 Metde Terstruktur Pendekatan sistematis untuk pengembangan desain sftware Desain biasanya terdkumentasi sebagai kumpulan mdel grafis Mdel yang mungkin Mdel Object; Mdel Sequence; Mdel State transitin; Mdel Structural; Mdel Data-flw

19 Pemrgraman dan Debugging Menerjemahkan desain ke dalam prgram dan menghilangkan errr dari prgram. Pemrgraman adalah aktivitas pribadi - tidak ada prses pemrgraman generik. Pemrgram melakukan beberapa pengujian prgram untuk menemukan kesalahan dalam prgram dan menghapus kesalahan dalam prses debugging. 37 Prses Debugging Mencari errr Desain perbaikan errr Perbaikan errr Re-test prgram 38 19

20 Validasi Sftware Verifikasi dan validasi (V & V) dimaksudkan untuk menunjukkan bahwa sistem sesuai dengan spesifikasi dan memenuhi persyaratan dari knsumen. Melibatkan review prses dan pengujian sistem. Pengujian sistem melibatkan eksekusi sistem dengan uji kasus yang berasal dari spesifikasi data riil yang diprses leh sistem. 39 Prses Testing 20

21 Tahapan Testing Testing Unit atau Kmpnen Kmpnen individu diuji secara independen; Kmpnen mungkin fungsi atau benda atau kelmpk yang berhubungan dari entitas. Testing Sistem Pengujian sistem secara keseluruhan. Testing Penerimaan Pengujian dengan data knsumen untuk memeriksa bahwa sistem memenuhi persyaratan pelanggan. 41 Fase Testing Spesifikasi persyaratan Spesifikasi sistem Desain sistem Desain detail Perencanaan tes penerimaan Perencanaan tes integrasi sistem Perencanaan tes integrasi sub sistem Kde dan tes mdul dan unit Servis Tes penerimaan Tes integrasi sistem Tes integrasi sub sistem 42 21

22 Evlusi Sftware Sftware bersifat fleksibel dan dapat berubah Jika persyaratan berubah karena situasi bisnis yang berubah, perangkat lunak yang mendukung bisnis juga harus berkembang dan berubah. Walaupun sudah ada batas antara pembangunan dan evlusi (maintenance), sedikit demi sedikit sistem dapat menjadi benar-benar baru. 43 Evlusi Sistem Menentukan persyaratan sistem Menaksir sistem yang sudah ada Menawarkan perubahan sistem Mdifikasi sistem Sistem yang sudah ada Sistem baru 44 22

23 Materi Mdel prses sftware Iterasi prses Agile Sftware Develpment Aktifitas Prses The Ratinal Unified Prcess Cmputer-aided sftware engineering 45 The Ratinal Unified Prcess Adalah mdel prses mdern yang berasal dari UML dan prses yang terkait. Secara nrmal digambarkan dari 3 perspektif Perspektif dinamis yang menunjukkan fase dari waktu ke waktu; Perspektif statis yang menunjukkan kegiatan prses; Perspektif praktis yang menunjukkan praktik yang baik. 23

24 Mdel Fase RUP Inceptin Fase RUP Membangun bisnis untuk sistem. Elabratin Mengembangkan pemahaman dmain masalah dan arsitektur sistem. Cnstructin Desain sistem, pemrgraman dan testing. Transisin Memelihara sistem dalam lingkungan kerja. 24

25 RUP gd practice Mengembangkan perangkat lunak secara iteratif Mengella persyaratan Menggunakan arsitektur cmpnent-based Visualisasi mdel sftware Verifikasi kualitas sftware Perubahan kntrl ke sftware Materi Mdel prses sftware Iterasi prses Agile Sftware Develpment Aktifitas Prses The Ratinal Unified Prcess Cmputer-aided sftware engineering 50 25

26 Cmputer-aided sftware engineering Cmputer-aided sftware engineering (CASE) adalah sftware yang mendukung prses pengembangan dan evlusi sftware. Aktifitas Otmatis antara lain Editr Grafis untuk pengembangan mdel sistem; Data dictinary untuk mengella desain entitas; Graphical UI builder untuk membangun user interface; Debugger untuk menemukan kegagalan prgram; Penterjemah tmatis untuk membangkitkan versi baru dari prgram. Teknlgi CASE Teknlgi Case membawa perbaikan signifikan dalam prses sftware Rekayasa sftware membutuhkan pemikiran kreatif hal ini tidak dapat ditmasi Rekayasa sftware adalah aktifitas tim dan untuk pryek besar, banyak waktu dihabiskan untuk interaksi tim. Teknlgi CASE tidak mendukung hal ini

27 Klasifikasi CASE Klasifikasi membantu mengerti perbedaan tipe tl CASE dan dukungan untuk aktifitas prses Perspektif Fungsinal Tl diklasifikasi berdasarkan fungsi tertentu Perspektif Prses Tl diklasifikasi berdasarkan aktifitas prses yang didukung Perspektif Integrasi Tl diklasifikasi berdasarkan rganisasi ke dalam unit integrasi 53 Klasifikasi tl berdasarkan fungsi Tl type Planning tls Editing tls Change management tls Cnfiguratin management tls Prttyping tls Methd-supprt tls Language-prcessing tls Prgram analysis tls Testing tls Debugging tls Dcumentatin tls Re-engineering tls Examples PERT tls, estimatin tls, spreadsheets Text editrs, diagram editrs, wrd prcessrs Requirements traceability tls, change cntrl systems Versin management systems, system building tls Very high-level languages, user interface generatrs Design editrs, data dictinaries, cde generatrs Cmpilers, interpreters Crss reference generatrs, static analysers, dynamic analysers Test data generatrs, file cmparatrs Interactive debugging systems Page layut prgrams, image editrs Crss-reference systems, prgram re-structuring systems 27

28 Klasifikasi Tl berbasis aktifitas Tl Integrasi CASE Mendukung task prses individu seperti pemeriksaan knsistensi desain, text editing dll Wrkbench Mendukung fase prses seperti spesifikasi atau desain. Biasanya melibatkan sejumlah tl integrasi Lingkungan Mendukung semua atau bagian substansi dari keseluruhan prses sftware. Biasanya melibatkan beberapa wrkbench terintegrasi 56 28

29 Tl, wrkbench, lingkungan Key Pints Prses sftware adalah aktivitas yang terjadi dalam memprduksi dan menghasilkan sistem sftware. Direpresentasikan dalam mdel prses sftware Aktifitas umum adalah spesifikasi, desain dan implementasi, validasi dan evlusi Mdel prses generik menggambarkan rganisasi dari prses sftware Mdel prses iteratif menggambarkan prses sftware sebagai siklus aktifitas 58 29

30 Key pint Rekayasa persyaratan adalah prses mengembangkan spesifikasi sftware Prses desain dan implementasi mengubah spesifikasi ke prgram eksekusi Validasi melibatkan pemeriksaan bahwa sistem sesuai dengan spesifikasi dan keperluan user Evlusi menyangkut mdifikasi sistem setelah digunakan Ratinal Unified Prcess adalah mdel prses umum yang membagi aktifitas berdasarkan fase Teknlgi CASE mendukung aktifitas prses sftware 59 30