PROSES-PROSES PERANGKAT LUNAK

Transkripsi

1 PROSES-PROSES PERANGKAT LUNAK REKAYASA PERANGKAT LUNAK

2 Muhlis tahir ptik a 09 unm 2

3 TUJUAN Memahami konsep proses perangkat lunak dan model proses perangkat lunak. Memahami berbagai model proses dan kapan model-model tersebut digunakan. Mengerti secara garis besar, tentang model proses untuk rekayasa persyaratan, pengembangan,pengujian dan evolusi perangkat lunak. Mengetahui teknologi CASE sebagai penunjang proses perangkat lunak.

4 MATERI 1) Model Proses Perangkat Lunak 2) Iterasi Proses 3) Spesifikasi Perangkat Lunak 4) Perancangan dan Implementasi Perangkat Lunak. 5) Validasi Perangkat Lunak 6) Evolusi Perangkat Lunak 7) Pendukung Proses Yang Terotomasi

5 Pendahuluan Proses perangkat lunak merupakan serangkaian kegiatan dan hasil yang berhunbungan dengannya,yang menuju pada dihasilkannya produk perangkat lunak. Kegiatan ini mencakup pengembangan perangkat lunak mulai dari awal, walaupun kenyataannya makin sering terjadi bahwa perangkat lunak yang baru dikembangkan dengan memperluas dan memodifikasi sistem yang telah ada. Walaupun ada banyak proses perangkat lunak, ada kegiatan-kegiatan mendasar yang umum bagi semua proses perangkat lunak.

6 Pendahuluan Kegiatan Mendasar Perangkat Lunak 1. Penspesifikasikan Perangkat Lunak 2. Perancangan dan Implementasi Perangkat Lunak 3. Pemvalidasian Perangkat Lunak 4. Pengevolusian Perangkat Lunak

7 1. Model Proses Perangkat Lunak Model proses perangkat lunak merupakan representasi abstrak dari proses perangkat lunak. Setiap model proses merepresentasikan suatu proses dari sudut pandang tertentu sehingga hanya memberikan informasi parsial mengenai proses tersebut. Model-model ini biasanya merupakan abstraksi yang dapat digunakan untuk menjelaskan pendekatan-pendekatan terhadap pengembangan perangkat lunak. Untuk banyak sistem besar, tentu saja, tidak hanya ada satu proses perangkat lunak yang digunakan.

8 1. Model Proses Perangkat Lunak Model proses meliputi; Pendekatan Model Air terjun (Water fall), Menempatkan semua aktifitas sesuai dengan tahapan pada model Waterfall dengan memisahkan dan membedakan antara spesifikasi dan pengembangan Pengembangan yang berevolusi, Pendekatan yang melanjutkan Aktifitas satu dan yang lainnya dari Spesifikasi dan pengembangan serta validasi secara cepat

9 Lanjutan Pengembangan sistem Formal, Pendekatan aktifitas bersasar suatu model sistem matematika yang ditransformasikan ke implementasi, Pengembangan Sstem berbasis Re-use (penggunaan ulang) komponen, sistem dibangun dari komponen yang sudah ada dengan fokus integrasi sistem.

10 Model Air Terjun (Waterfall) Requirements definition System and software design Impl ementation and unit testing Integration and system testing Operation and maintenance

11 Model Air Terjun (Waterfall) Fase Model Air Terjun 1) Analisis Kebutuhan dan pendefinisiannya 2) Perancangan sistem dan Perangkat Lunak 3) Implementasi dan unit testing 4) Integrasi dan pengujian sistem 5) Pengoperasian dan perawatan

12 Model Air Terjun (Waterfall) Kelebihan Model Air Terjun Mudah diterangkan kepada pelanggan yang tidak biasa dengan pembangunan perisian Model ini boleh memberikan pembangun perisian pandangan tahap-tinggi semasa proses pembangunan Kebanyakan model lain adalah ubahsuai dari model air terjun

13 Model Air Terjun (Waterfall) Kekurangan Model Terjun Pembagian proyek yang tidak flexibel dalam bentuk tahapan yang berbeda Hal ini mengakibatkan kesulitan saat merespon perubahan kebutuhan customer Dengan demikian, model ini hanya akan sesuai apabila kebutuhan telah disepakati dan dipahami dengan baik antara customer dan developer

14 Model Air Terjun (Waterfall) Lanjutan Tidak menggambarkan cara kod dihasilkan kecuali sesuatu perisian itu sudah benar-benar difahami Tidak menyediakan panduan untuk mengendalikan sebarang perubahan yang berlaku pada produk dan aktiviti Gagal untuk mengganggap perisian sebagai satu proses penyelesaian masalah model air terjun adalah hasil dari proses pembangunan perkakasan

15 Pengembangan Evolusioner Pengembangan Evolusioner berdasarkan pada ide untuk mengembangkan implementasi awal, memperlihatkan kepada user untuk dikomentari, dan memperbaikinya versi demi versi sampai sistem yang memenuhi persyaratan. Tidak ada kegiatan spesifikasi,pengembangan, dan validasi yang terpisah, alih-alih kegiatan-kegiatan ini dilakukan pada saat yang bersamaan dengan umpan balik yang cepat untuk masing-masing kegiatan.

16 Pengembangan Evolusioner Dua jenis pengembangan evolusioner: I. Pengembangan Eksploratori. Bekerja dengan pelanggan untuk menyelidiki persyaratan mereka dan mengirimkan sistem akhir. II. Prototipe Yang Dapat Dibuang (Throw-Away). Memahami persyaratan pelanggan dan dengan demikian mengembangkan definisi persyaratan yang lebih untuk sistem.

17 Pengembangan Evolusioner Concurrent activities Specification Initial version Outline description Development Intermediate versions Validation Final version

18 Pengembangan Evolusioner Pendekatan evolusioner erhadap pengembangan pendekatan air terjun dalam menghasilkan sistem yang memenuhi kebutuhan langsung dari pelanggan. Keuntungannya adalah: bahwa spesifikasi dapat dikembangkan secara inkremental. User mendapat pemahaman yang lebih baik dari masalah mereka, sistem perangkat lunak dapat merefleksikannya.

19 Pengembangan Evolusioner Ada tiga Masalah Dalam Pengembangan evolusioner I. Proses Tidak Bisa Dilihat II. III. IV. Sistem Seringkali Memiliki Struktur Yang Buruk Mungkin Diperlukan Alat Bantu Dan Teknik Khusus. Untuk Sistem Kecil (kurang dari baris kode) V. Untuk Sistem Menengah(sampai baris kode) VI. Waktu Hidup Yang Pendek Bagi Pengembangan Sistem Yang Besar.

20 Pengembangan Sistem Formal Pengembangan sistem formal merupakan pendekatan terhadap pengembangan perangkat lunak yang memiliki kesamaan dengan model air terjun, tetapi proses pengembangannya didasarkan pada transformasi matematis dari spesifikasi sistem menjadi program yang dapat dijalankan. Perbedaan kritis antara pendekatan evolusioner dengan air terjun adalah: Spesifikasi persyaratan perangkat lunak diperbaiki menjadi spesifikasi formal yang rinci yang dinyatakan dalam notasi matematis. Proses pengembangan perancangan,implementasi dan pengujian unit digantikan oleh proses pengembangan transformasional di mana spesifikasi formal diperbaiki,melalui serangkaian transformasi menjadi program.

21 Pengembangan Sistem Formal

22 Pengembangan Sistem Formal Formal transformations T1 T2 T3 T4 Formal specifi cation R1 R2 R3 Executable program P1 P2 P3 P4 Proofs of transformation correctness

23 Pengembangan Sistem Formal Problems Dibutuhkan ketrampilan dan pelatihan khusus untuk mengaplikasikan teknik ini Kesulitan dalam menspesifikasikan beberapa aspek ke dalam sistem misalnya dalam penentuan user interface Applicability System kritis khususnya sistem yang mengutamakan faktor keselamatan dan keamanan sebelum sistem utamanya dioperasikan

24 Pengembangan Berorientasi Pemakaian ulang Berdasarkan pada pendekatan pakai-ulang yang sistematik dimana sistem dintegrasikan dari komponen-komponen yang telah tersedia atau disebut COTS (Commercial-off-the-shelf) system-system Tahap Proses ini : Component analysis(analisis Komponen) Requirements modification(modifikasi Persyaratan) System design with reuse(perancangan Sistem dengan Pemakaian Ulang) Development and integration(pengembangan Dan Integrasi) Pendekatan ini menjadi sangat penting namun kajian dan pengalaman masih sangat terbatas

25 Pengembangan Berorientasi Pemakaian ulang Requirements specifi cati on Component anal ysis Requirements modification System design with reuse Devel opment and integration System validation

26 Pengembangan Berorientasi Pemakaian ulang Model ini mempunyai keuntungan yang nyata yaitu mengurangi besarnya perangkat lunak yang akan dikembangkan, serta memperkecil biaya dan resiko. Memungkinkan penyelesaian perangkat lunak dengan cepat.

27 Proses Iterasi Dalam suatu project system requirements selalu mengalami perubahan, itulah sebabnya iterasi proses pada tahapan awal yang selalu dikerjakan berulang-ulang menjadi bagian dari prosess pada system yang lebih besar. Iterasi dapat diterapkan pada setiap model proses yang generik. Model Pendekatan Itersi: 1. Pengembangan Inkremental. Dimana spesifikasi, perancangan dan implementasi perangkat lunak dibagi menjadi serangkaian inkremen yang dikembangkan secara bergantian. 2. Pengembangan Spiral. Dimana pengembangan sistem seolah beralur membentuk spiral ke luar dari garis awal sampai sistem pengembangan akhir.

28 Proses Iterasi-(Pengembangan Inkremental) Bukan sekedar menghantarkan sistem sebagai single delivery, development dan delivery dipecah menjadi beberapa tahapan dimana tiap tahap akan mendeliver bagian dari kebutuhan fungsionalitas sistem. Mengurangi pengerjaan ulang pada proses pengembangan dan memberi kesempatan bagi pelanggan untuk menunda keputusan persyaratan rinci sampai mereka memperoleh pengalaman dengan sistem. Pada proses ini pelanggan mengidentifikasi, secara garis besar, layanan (service) yang akan disediakan oleh sistem. Persyaratan pengguna diprioritiskan dan persyaratan prioritas tertinggi dimasukkan dalam awal increment

29 Proses Iterasi-(Pengembangan Inkremental) Defi ne outl ine requi rements Assign requi rements to increments Design system archi tecture Develop system increment Vali date increment System incomplete Integrate increment Vali date system Final system

30 Proses Iterasi-(Pengembangan Inkremental) Kebutuhan customer dapat di-delivered di tiaptiap increment sehingga sistem akan tersedia lebih awal. increments awal bertindak sebagai prototype untuk membantu menentukan kebutuhan untuk increment selanjutnya. Menurunkan resiko kegagalan proyek secara keseluruhan. Layanan prioritas yang paling tertinggi sistem cenderung untuk menerimanya.

31 Proses Iterasi-(Pengembangan Inkremental) Extreme programming: Pendekatan baru pada tahapan pengembangan dengan berbasis pada development and delivery of very small increments of functionality Mengacu pada pengembangan kode secara konstan, pelibatan user dalam development team dan pairwise programming

32 Proses Iterasi-(Pengembangan Spiral) Process direpresentasikan sebagai spiral bukan aktifitas sequence dengan backtracking Merupakan model proses perangkat lunak yang memadukan wujud pengulangan dari model prototyping dengan aspek pengendalian dan sistematika dari linear sequential model. Dalam model ini perangkat lunak dikembangkan dalam suatu seri incremental release. Setiap loop dalam spiral merupakan tahap dalam proses. Tidak ada fase tetap seperti spesifikasi atau desain-loop dalam spiral dipilih tergantung pada apa yang dibutuhkan. Resiko secara eksplisit dinilai dan diselesaikan selama proses.

33 Proses Iterasi-(Pengembangan Spiral) Determine objectives alternatives and constraints Plan next phase REVIEW Requi rements pl an Life-cycle plan Development plan Integrati on and test plan Risk analysis Risk analysis Risk analysis Prototype 2 Risk analysis Prototype 1 Concept of Operati on S/W requi rements Requi rement validati on Desi gn V&V Service Acceptance test Evaluate alternatives identify, resol ve risks Prototype 3 Operati onal protoype Simulations, models, benchmarks Product desi gn Code Unit test Integrati on test Detail ed desi gn Develop, verify next-l evel product

34 Proses Iterasi-(Pengembangan Spiral) Setiap Untai Pada Spiral dibagi Menjadi Empat Sektor Penentuan Tujuan Menentukan tujuan untuk phase yang diidentifikasi Penilaian dan Pengurangan Resiko Resiko dikenali dan aktifitas dilakukan untuk mengurangi sejumla resiko Pegembangan Dan Validasi Model development system ditentukan yang memungkinkan penggunaan berbagai model secara umum Perencanaan Proyek ini ditinjau dan dibuat rencana untuk fase proyek berikutnya

35 Spesifikasi Perangkat Lunak Proses ini untuk menentukan services apa yang dibutuhkan dan batasan pada tahapan pengoperasian dan pengembangan sistem. Ada 4 Fase Utama Pada Proses Rekayasa Persyaratan: Studi kelayakan Elisitasi Dan Analisis Persyaratan Spesifikasi Persyaratan Validasi Persyaratan

36 Spesifikasi Perangkat Lunak Feasibility study Feasibility report Requirements eli citati on and analysi s System models Requirements specifi cati on User and system requirements Requirements validation Requirements document

37 Perancangan Implementasi Perangkat Lunak Proses mengkonversi spesifikasi system specification kedalam executable system Desain Sotwre Desain struktur software yng mengacu pada dokumen specification Implementation Struktur ini Terjemahkan ke dalam suatu program executable Aktifitas desain dan implementasi sangatlah berdekatan dan kadang saling tumpang tindih

38 Perancangan Implementasi Perangkat Lunak Kegiatan-Kegiatan Proses Perancangan Yang Spesifik: I. Perancangan Arsitektural (Architectural design) II. III. IV. Spesifikasi Abstrak (Abstract specification) Perancangan Inteface (Interface design) Perancangan Komponen (Component design) V. Perancangan Struktur Data (Data structure design) VI. Perancangan Algoritma (Algorithm design)

39 Perancangan Implementasi Perangkat Lunak Requirements specification Design acti vities Architectural design Abstract specification Interface design Component design Data structur e design Algorithm design System architecture Software specification Interface specification Component specification Data structur e specification Algorithm specification Design products

40 Metode Perancangan Pendekatan sistemastis untuk mengembangkan desain sofware. Desain biasanya didokumentasikan sebagai satu set model grafis. Kemungkinan model menjadi: Data Flow Model Hubungan Entitas-Atribut Model Model Struktural Model Berorintasi Objek

41 Pemrograman Dan Debug Merubah desain kedalam program dan menghilangkan errors yang ditimbulkan dari program Pemrograman merupakan kegiatan pribadi dan disini tidak ada proses yang biasanya dipakai dan akan memulai dengan komponen-komponen yang mereka ketahui. Pemrogram melakukan beberapa pengujian untuk menemukan kesalahan dalam program dan menghapus kesalahan dalam proses debugging. Debugger harus membuat hipotesis mengenai perilaku program yang dapat terlihat, kemudian menguji hipotesis ini dengan harapan menemukan kesalahan yang menyebabkan penyimpangan output

42 Pemrograman Dan Debug Locate error Design error repai r Repai r error Re-test program Proses Debug

43 Validasi Perangkat Lunak Verification dan validation diperlukan untuk menunjukkan bahwa system telah sesuai dengan spesifikasinya dan memenuhi kebutuhan dari customer Melibatkan checking dan review proses serta system testing System testing meliputi mengeksekusi system dengan skenario test yang diturunkan dari spesifikasi data real untuk diproses oleh system

44 Validasi Perangkat Lunak Unit testi ng Module testi ng Sub-system testing System testi ng Acceptance testi ng Component testi ng Integration testing Proses Pengujian User testi ng

45 Validasi Perangkat Lunak Tahap-Tahap Pada Proses Pengujian: I. Pengujian Unit. Masing Masing Komponen Diuji. II. Pengujian Modul. Terkait koleksi komponen tergantung diuji. III. Pengujian SubSistem. Modul diintegrasikan ke dalam subsistem dan diuji. Disini harus fokus dalam pengujian interface. IV. Pengujian Sistem. Pengujian secara Keseluruhan. V. Pengujian Penerimaan. Pengujian data pelanggan untuk memeriksa kinerja sistem.

46 Validasi Perangkat Lunak Requirements specifi cation System specifi cation System design Detail ed design Acceptance test plan System i ntegration test plan Sub-system i ntegration test plan Module and unit code and tess Servi ce Acceptance test System i ntegration test Sub-system i ntegration test Fase Pengujian Pada Proses Perangkat Lunak

47 Evolusi Perangkat Lunak Software pada dasarnya flexible dan dapat dirubah. Dengan berubahnya kebutuhan seiring dengan perubahan kondisi bisnis, software yang mendukung bisnis sudah selayaknya juga ikut berubah Walaupun sering terjadi pembatasan antara proses pengembangan perangkat lunak dan proses evolusi perangkat lunak (pemeliharaan perangkat lunak). Proses pemeliharaan dianggap menantang dari pengembangan perangkat lunak aslinya.

48 Evolusi Sistem Define system requirements Assess existing systems Propose system changes Modi fy systems Existing systems New system

49 Pendukung Proses Terotomasi Computer-aided software engineering (CASE) adalah software untuk mendukung software development dan process evolusi. Activity automation Pengembangan model sistem grafis. Pemahaman rancangan menggunakan kamus data yang menyimpan informasi mengenai entitas dan hubungan pada rancangan. Pembuatan interface user dari deskripsi grafis yang dibuat secara interaktif dengan user. Debug program dengan menyediakan informasi mengenai program yang sedang berjalan. Penerjemahan program yang terotomasi dari bahasa pemrograman

50 Pendukung Proses Terotomasi Case technology telah berkembang dengan sangat pesat dalam mendukung software process melebihi dari yang diperkirakan sebelumnya: Perancangan Perangkat lunak memerlukan pikiran kreatif. Perancang Perangkat lunak adalah suatu aktivitas tim dan, karena proyek besar yang memerlukan banyak waktu untuk ber interaksi dengan timnya. CASE teknologi tidak benarbenar memberi banyak mendukung ini

51 Klasifikasi CASE Pengklasifikasian CASE membantu kita dalam memahami berbagai tipe dari CASE tools dan dukungannya terhadap process activities. CASE Tool dari tiga sudut pandang: 1. Sudut Pandang Fungsional. Di mana CASE Tool diklasifikasikan menurut fungsinya. 2. Sudut Pandang Proses. Di mana CASE Tool diklasifikasikan menurut kegiatan proses yang didukungnya. 3. Sudut Pandang Integrasi. Di mana CASE Tool diklasifikasikan menurut bagaimana mereka diorganisasikan ke dalam unit-unit yang terintegrasi, yang memberikan dukungan bagi satu kegiatan proses atau lebih.

52 Klasifikasi Fungsional dari CASE Tool Tool type Planning tools Editing tools Change management tools Configuration management tools Prototyping tools Method-support tools Language-processing tools Program analysis tools Testing tools Debugging tools Documentation tools Re-engineering tools Examples PERT tools, estimation tools, spreadsheets Text editors, diagram editors, word processors Requirements traceabili ty tools, change control systems Version management systems, system building tools Very high-level languages, user interface generators Design editors, data dictionaries, code generators Compilers, interpreters Cross reference generators, static analysers, dynamic analysers Test data generators, file comparators Interactive debugging systems Page layout programs, i mage editors Cross-reference systems, program restructuring systems

53 Klasifikasi Berbasis Kegiatan dan CASE Tool Reengineering tools Testing tool s Debuggi ng tools Program analysi s tools Language-processi ng tools Method support tools Prototypi ng tool s Configuration management tools Change management tool s Documentation tools Editing tool s Planning tools Speci fication Design Impl ementation Verifi cation and Validation

54 CASE Integration 1) Tool (Alat Bantu) Mendukung pekerjaan proses individual seperti memeriksa konsistensi perancangan,kompilasi program, membandingkan hasil pengujian dll. 2) Workbench Fase atau kegiatan proses seperti spesifikasi, perancangan, dsb. Terdiri dari serangkain tool dengan derajat integrasi yang lebih besar atau lebih kecil. 3) Lingkungan Mendukung Semua atau paling tidak bagian yang penting dari proses lengkap lunak. Lingkungan biasanya mencakup beberapa workbench yang terintegrasi dengan suatu cara.

55 Tool, Workbench dan Lingkungan CASE technol ogy Tools Workbenches Environments Editors Compi lers File comparators Integrated environments Process-centred environments Analysi s and design Programming Testing Multi-method workbenches Si ngle-method workbenches General-purpose workbenches Language-speci fic workbenches

56 Hal-Hal Penting Proses Perangkat Lunak adalah aktifitas meliputi producing dan evolving software system. Aktifitas ini direpresentasikan dalam software process model Activitas umumnya meliputi specification, design dan implementation, validation dan evolution Model process secara umum menggambarkan organisasi process software Iterative process models mendiskripsikan software process sebagai siklus aktifitas

57 Hal-Hal Penting(2) Rekayasa Kebutuhan adalah process pengembangan spesifikasi software Proses Perancangan dan implementasi mengubah spesifikasi menjadi executable program Validasi Perangkat Lunak memastikan system telah memenuhi spesifikasi dan kebutuhan user Evolusi Perangkat Lunak fokus pada modifikasi system setelah software system diterapkan Teknologi CASE mendukung aktifitas Proses Perangkat Lunak.