Manajemen Proyek S U B M A T E R I : S O F T W A R E E N G I N E E R I N G B Y A C E P T A R Y A N A A E T T H E A. B L O G. U N S O E D. A C.

Ukuran: px

Mulai penontonan dengan halaman:

Download "Manajemen Proyek S U B M A T E R I : S O F T W A R E E N G I N E E R I N G B Y A C E P T A R Y A N A A E T T H E A. B L O G. U N S O E D. A C."

Yandi Lesmana
6 tahun lalu
Tontonan:

1 Manajemen Proyek S U B M A T E R I : S O F T W A R E E N G I N E E R I N G B Y A C E P T A R Y A N A A E T T H E A. B L O G. U N S O E D. A C. I D LAB. DIMENSI INFORMASI TEKNIK ELEKTRO UNSOED

2 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 prinsip-prinsip dan teknik rekayasa dalam membangun jembatan, gedung tingkat tinggi

3 Karakteristik disiplin rekayasa Teknologi yang dapat dipahami dengan bagus Proses-proses yang terdefinisi bagus Hasil-hasil tahapan proses dapat diprediksi Keberulangan langkah-langkah proses Design Process

Rekayasa butuh imajinasi Petroski menyatakan : Konsep perancangan terhadap sistem yang sama sekali baru dapat melibatkan banyak imajinasi serta sintesis terhadap banyak pengalaman dan pengetahuan

4 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 Bagaimana kalau body pesawat militer diterapkan untuk komersil atau sebalikny

5 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 prinsipprinsip 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 pendekatan sistematis untuk pengembangan, operasi, pemeliharaan dan pemberhentian pemakaian perangkat lunak

6 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, teknikteknik untuk membangun perangkat lunak berkualitas tinggi dengan cara-cara yang costeffective. Melibatkan orang (people), proses (process), proyek (Project) dan produk (Product).

7 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 diberikan

8 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 lebih besar dan kompleks.

9 Kegagalan Proyek Pengembangan Perangkat Lunak (Hasil survai Standish Group, tahun ) 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 Kurangnya perencanaan 8, 1 Sistem tidak lagi dibutuhkan 7, 5

Aktivitas Dasar Pengembangan Perangkat Lunak feasibility

Diagnosis Investigation Design Spec Code & Test Code Test Plan

Acceptance Tests Soft Ware Operation User Documentation User s

10 Aktivitas Dasar Pengembangan Perangkat Lunak feasibility Proposal requirement Req Spec design ENHANCEMENT PROBLEM Diagnosis Investigation Design Spec Code & Test Code Test Plan Test Plan Test Procs Integration Tests Soft Ware Test Procs Acceptance Tests Soft Ware Operation User Documentation User s Guide Conceptual ANALYSIS DESIGN IMPLEMENTATION SYSTEM TEST USER TEST PRODUCTION

11 Standard IEEE : Software Project Management Plan DOD STD 80025A : System Segment Specification IEEE /1999 : Software Requirement Specification.

12 Tugas 4 Menyusun ulang User Requirement (7 buah) pada Tugas 2 sesuai dokumen standard IEEE /1999 : Software Requirement Specification. Dikumpulkan hai Rabu, 10 Juni 2009 by .

dokumen-dokumen yang mirip

Tujuan Perkuliahan. PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Agenda. Definisi Software (Perangkat Lunak) Lunak) 23/09/2010

Tujuan Perkuliahan. PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Agenda. Definisi Software (Perangkat Lunak) Lunak) 23/09/2010 Tujuan Perkuliahan PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Oleh : Sarwosri, S.Kom, M.T. Umi Laili Yuhana, S.Kom, M.Sc. Memberikan gambaran tentang perangkat lunak, rekayasa perangkat lunak. Memberikan