S U B M AT E R I : S O F T WA R E E N G I N E E R I N G B Y A C E P TA R YA N A
A E TT H E A . B L O G . U N S O E D. A C . I D
Manajemen Proyek
Rekayasa
Rekayasa adalah upaya untuk pembentukan
produk berkualitas melalui pendekatan
sistematik yang berdasarkan sains dan
matematika dalam merancang, menghasilkan dan
mengoperasikan struktur, mesin, proses atau
sistem.
Perlu pendekatan rekayasa dalam pengembangan
perangkat lunak
Rekayasawan/insinyur Teknik Sipil menerapkan
Karakteristik disiplin rekayasa
Teknologi yang dapat dipahami dengan bagus
Proses-proses yang terdefinisi bagus
Hasil-hasil tahapan proses dapat diprediksi
Keberulangan langkah-langkah proses
Rekayasa
butuh imajinasi
Petroski menyatakan : “Konsep perancangan terhadap
sistem yang sama sekali baru dapat melibatkan banyak imajinasi serta sintesis terhadap banyak pengalaman dan pengetahuan seperti yang terjadi pada seniman kala
menuangkan karya di atas kanvas atau kertas. Perancangan diartikulasi oleh rekayasawan (yang berperan) sebagai
saintis dalam penerapan metode sains yang telah teruji secara ketat sebagaimana yang seharusnya dilakukan seorang saintis.
INDAH, ELOK MENYERAMKAN
Definisi Software Engineering
Ian Sommervile : RPL berkaitan dengan teori, metode dan kakas
yang diperlukan dalam mengembangkan perangkat lunak untuk komputer
Fritz Baurer : RPL adalaj penetapan dan penggunaan prinsip-prinsip
rekayasa yang tangguh/teruji dalam upaya memperoleh perangkat lunak secara ekonomis, handal dan bekerja efisien di mesin nyata.
Mynatt : RPL secara sederhana dinyatakan sebagai pendekatan
sistematis untuk penciptaan dan pemilikan perangkat lunak.
IEEE Standard Glossary of SE Terminology (IEEE83) : RPL adalah
Rekayasa Perangkat Lunak
RPL adalah :
Pendekatan yang sistematik, berdisiplin dan dapat
dikuantifikasi untuk pengembangan,
pengoperasian dan pemeliharaan perangkat lunak.
Merupakan pendekatan menyeluruh terhadap
teori-teori, proses-proses, metode-metode,
teknik-teknik untuk membangun perangkat lunak
berkualitas tinggi dengan cara-cara yang
cost-effective.
Melibatkan orang (people), proses (process),
Gejala Kegagalan Pengembangan Perangkat Lunak
Produk perangkat lunak diberikan terlambat
Proyek perangkat lunak melebihi anggaran
Perangkat lunak yang diberikan sering tidak
melakukan yang dikehendaki
Produk perangkat lunak cacat ketika
diberikan
Proyek besar ditinggalkan sebelum produk
Pengembangan Perangkat Lunak Sebagai
landasan kuat sebagai berikut :
Agar dapat memprediksi waktu, usaha, dan ongkos
pengembangan perangkat lunak
Adanya kualitas buruk pada perangkat lunak, dan peran
rekayasa perangkat lunak sebagai upaya pencarian cara
perbaikan kualitas perangkat lunak
Perubahan rasio antara biaya perangkat lunak dan perangkat
keras yang cenderung menjadikan perangkat lunak sebagai
komponen vital/kritis dan lebih mahal.
Perkembangan perangkat keras yang cepat dan meningkat
mendorong terciptanya perangkat lunak yang dapat
memanfaatkan fitur –fitur perangkat keras.
Permintaan yang meningkat
Permintaan sistem-sistem perangkat lunak komputer yang
Kegagalan Proyek Pengembangan Perangkat Lunak
(Hasil survai Standish Group, tahun 1995)
ALASAN
%
Kebutuhan yang tidak lengkap 13,1 Kurangnya keterlibatan pemakai 12,4 Kurangnya sumber daya 10 , 6 Harapan yang tidak realistik 9 , 9 Kurangnya dukungan eksekutif 9 , 3 Kebutuhan dan spesifikasi yang
berubah 8, 7
Aktivitas Dasar Pengembangan
Perangkat Lunak
feasibilit y requiremen t design Code & Test Integration Tests Acceptance Tests Operation Diagnosis Investigation User Documentation Proposa l Proposa l Req Spec Req Spec Design Spec Design Spec Code Soft War e Soft Ware Test Procs Test Procs Test Procs Test Procs User’s Guide Test Plan Test Plan Test Plan ENHANCEMENT PROBLEM Conceptual ANALYSIS DESIGN
IMPLEMENTATI
Standard
IEEE 1058.1-1987 : Software Project
Management Plan
DOD STD 80025A : System Segment
Specification
IEEE 830-1993/1999 : Software Requirement
MODEL-DRIVEN DEVELOPMENT
(MDD)
Model-driven development is the idea that we
can transform models into systems.
Models can be of many kinds:
– Parametrics for controllers
– Control diagrams
Tugas Kelompok
Presentasi tentang topik MDD mencakup
Pendahuluan, Motivasi, Perkembangan MDD,
Contoh MDD, Pengembangan MDD
Test 1
Mahasiswa mampu merangkum historis,
esensi pengembangan Sistem (hardware dan
sofftware) setiap generasi yang berorientasi
pada pemikiran MDD. Akan lebih baik jika
diberikan contoh model pengembangan
sistemnya.
Waktu Test : Senin Pagi pukul 08.00 sd 09.30