Software Proses. Model Proses Perangkat Lunak. Pengembangan Perangkat Lunak. Framework activities 3/20/2018. System Development Life Cycle (SDLC)

Ukuran: px

Mulai penontonan dengan halaman:

Download "Software Proses. Model Proses Perangkat Lunak. Pengembangan Perangkat Lunak. Framework activities 3/20/2018. System Development Life Cycle (SDLC)"

Hadi Suparman Budiaman
6 tahun lalu
Tontonan:

System Development Life Cycle (SDLC) Software Proses Planning Implementation Analysis Design Pengembangan Perangkat Lunak Sebuah Lapisan Teknologi Model Proses Perangkat Lunak 1.

1 System Development Life Cycle (SDLC) Software Proses Planning Implementation Analysis Design Pengembangan Perangkat Lunak Sebuah Lapisan Teknologi Model Proses Perangkat Lunak 1. Linear Sequential Model 1. Waterfall Model 2. V Model 3. RAD Model 2. Prototyping Model 3. Evolutionary Model 1. Incremental Model 2. Spiral Model 3. Component Assembly Model 4. Concurrent Development Model 4. Formal Method 5. Unified Process 6. 4GT Model 7. Agile Methods (ex: Scrum) KERANGKA KERJA PROSES PERANGKAT LUNAK Common Process Framework Framework Activities Task Sets Tasks Milestones, deliveriables SQA points Framework activities Merupakan tahapan pokok dalam pembuatan sebuah software, yang meliputi: work task, work product, milestone (scheduling) & deliverable, Quality Checkpoint. Umbrella Activities 1

2 FRAMEWORK ACTIVITIES Komunikasi, tujuan mengumpulkan informasi mengenai kebutuhan customer terhadap software yang diinginkan. Perencanaan, mendeskripsikan task-task secara teknis, resiko yang akan dihadapi, hingga penjadwalan proses pengembangan software berdasarkan kebutuhan. Pemodelan, dilakukan kreasi model bagi pengembang sehingga customer bisa mendapatkan gambaran mengenai software.. Constructor & Deployment, cenderung pada pembangunan software menggunakan Tools- Tools tertentu. Umbrella Activities Merupakan kegiatan yang menaungi atau dengan kata lain memayungi dari pengembangan software agar dapat menghasilkan software yang sesuai dengan kriteria. Yang termasuk ke dalam Umbrela Activities adalah software project management (Pelacakan proyek perangkat lunak dan kontrol ) formal technical reviews, software quality assurance, software configuration management, reusability management, Measurement, document preparation and production, risk management. CMMI (Capability Maturity Model Integration) SEI ; Software Engineering Institute Characteristics of Maturity levels Level 4 Quantitatively Managed Level 5 Optimizing Focus on process improvement Processes measured and controlled REQUIREMENT Level 3 Defined Processes characterized for organization and is proactive ( ) Level 2 Repeatable Processes characterized for projects and is often reactive (penelusuran proyek terdahulu) Level 1 Initial Processes Unpredictable, poorly controlled and reactive (kesemrawutan) Pengertian Requirement Requirement? Sesuatu pada produk yang harus dilakukan atau sebuah kualitas yang harus dimiliki produk tersebut (Robertson99). Sebuah spesifikasi kebutuhan adalah bagaimana tujuan harus sesuai dengan sistem yang diusulkan (Anton96). 2

Pengertian Requirement Engineering Requirement Engineering adalah Proses dimana persyaratan untuk produk perangkat lunak dikumpulkan, dianalisis, didokumentasikan, dan dikelola di seluruh siklus

3 Pengertian Requirement Engineering Requirement Engineering adalah Proses dimana persyaratan untuk produk perangkat lunak dikumpulkan, dianalisis, didokumentasikan, dan dikelola di seluruh siklus hidup rekayasa perangkat lunak. Requirement Engineering Process Sebuah proses yang kompleks dengan aktifitas yang berbelitbelit dan banyak aktor yang terlibat Requirement Engineering berkaitan dengan menafsirkan dan memahami tujuan, kebutuhan, dan keyakinan dari pihak yang berkepentingan Requirements yang lemah/ tidak lengkap adalah sumber utama dari kegagalan (Standish95) Kebutuhan yang tidak mencukupi, tidak konsisten, tidak lengkap atau ambigu mempunyai dampak yang kritis terhadap kualitas hasil perangkat lunak tersebut (Bell&Tayer76) Keterlambatan koreksi dari kesalahan meningkatkan biaya sampai 200 kali lebih banyak selama proses requirement engineering (Boehm81) Jika customer tidak senang dengan perangkat lunak yang dibangun maka software developer membangun perangkat lunak yang salah. Quoted form Head First Software Development 3

4 Cara Mendapatkan Kebutuhan Cara Mendapatkan Kebutuhan 1. Wawancara Berupa komunikasi verbal untuk mendapatkan informasi langsung dari satu atau sekelompok orang. 3. Observasi Peninjauan langsung tim requirement engineer ke tempat customer untuk merasakan atau memperhatikan prosedur manual secara langsung dalam rangka mendapatkan kebutuhan. 2. Kuesioner Berupa alat komunikasi berupa pertanyaan tertulis yang diberikan kepada customer. 4. Pencarian Dokumen (Data Sekunder) Pencarian terhadap dokumen-dokumen manual yang berhubungan dengan kebutuhan pembangunan perangkat lunak. Requirement Engineering Perbedaan User dan System Requirement 1. User Requirement Pernyataan dalam bentuk bahasa natural ditambah diagram dari layanan sistem dan batasannya. Dibuat untuk customer. 2. System Requirement Dokumen terstruktur yang mengatur detail deskripsi dari layanan sistem. Dibuat sebagai kontrak antara customer dan software developer. 3. Software Spesification Deskripsi perangkat lunak yang detail yang menyajikan informasi untuk perancangan atau implementasi sistem. Dibuat untuk software developer. PARAMETER PEMBANDING USER REQUIREMENT Kedetailan Informasi Tidak terlalu detail Target Pengguna Bentuk Informasi Pengguna sistem yang tidak mempunyai pengetahuan teknik yang detail Bahasa natural dan diagram sederhana tentang layanan sistem SYSTEM REQUIREMENT Lebih detail Developer (terkadang customer ingin mengetahui) Model sistem Contoh User dan System Requirement User Requirement Sistem bisa melakukan operasi dasar pengolahan data buku yang ada di perpustakaan System Requirement 1. Sistem bisa melayani proses penambahan data buku yang diinput oleh pengguna 2. Sistem bisa melayani pengeditan data buku yang sudah tersimpan dalam basis data 3. Sistem bisa melayani penghapusan data buku yang tidak sedang dipinjam atau dikembalikan Requirement Classifications 4

5 Kebutuhan fungsional Menunjukkan What the system should do. Menunjukkan fasilitas apa yang dibutuhkan serta aktivitas apa saja yang terjadi dalam sistem baru. Kebutuhan fungsional mencakup: * Fungsi deskripsi kebutuhan * Laporan baik hardcopy maupun softcopy * Updating * Penyimpanan data, pencarian kembali dan transfer data Kebutuhan fungsional Contoh: dalam sistem informasi akademik Mahasiswa dapat melakukan input KRS Kebutuhan Non fungsional Kebutuhan yang mencakup: * Waktu respon * Rata-rata waktu untuk kegagalan * Kebutuhan keamanan * Akses untuk pengguna yang tidak punya hak Kebutuhan Non fungsional Contoh: Website harus easy to access, easy to use, easy to understand dan menjamin keamanan data member dari orang yang tidak bertanggungjawab. Requirement Engineering Process Requirements engineering melibatkan semua siklus hidup aktivitas yang berhubungan dengan kebutuhan. Meliputi: Gathering Mengumpulkan data kebutuhan Documenting Dokumentasi Managing requirements Mengatur/ memanage kebutuhan yang sudah dikumpulkan 5

6 PROPERTI Pengukuran Kebutuhan UKURAN Kecepatan 1. Transaksi yang diproses per detik 2. Waktu respon pengguna 3. Waktu refresh layar Ukuran 1. Kbytes 2. Jumlah RAM Kemudahan Penggunaan 1. Waktu Pelatihan 2. Jumlah help yang disediakan Reliabilitas 1. Rata-rata waktu kegagalan 2. Kemungkinan untuk tidak bisa diakses 3. Jumlah kegagalan yang terjadi Robustness 1. Waktu restart ketika terjadi kegagalan 2. Presentase dari kegagalan 3. Kemungkinan data hilang ketika terjadi kegagalan Portability 1. Persentase dari statement yang berhasil dieksekusi pada target system Dokumen Kebutuhan Definisi Pernyataan resmi dari apa yang dibutuhkan oleh developer sistem untuk membangun sistem dan berisi penggabungan antara definisi dan spesifikasi kebutuhan Petunjuk Penulisan Dokumen Kebutuhan Pengguna Dokumen Kebutuhan 1. Menggunakan format standar untuk semua kebutuhan. 2. Menggunakan bahasa yang konsisten 3. Bagian-bagian penting dari seluruh kebutuhan harus ditandai. 4. Jangan menggunakan bahasa jargon. 5. Complete but not Complicated PENGGUNA Cutomer Manajer Proyek System Engineer System Test Engineer System Maintenance Engineer KEGUNAAN DOKUMEN 1. Sarana untuk menspesifikasikankebutuhan sistem dan pengecekan apakah sistem yang dibangun sesuai kebutuhan. 2. Sarana penyampaian perubahan kebutuhan. 1.Dasar perhitungan penawaran biaya sistem. 2.Dasar perencanaan untuk pembangunansistem Sarana untuk memahami sistem seperti apa yang akan dibangun Dasar untuk melakukanvalidation test pada sistem Sarana untuk memahami sistem dan hubungannya antar bagianbagiannya TERIMA KASIH 6

dokumen-dokumen yang mirip

Requirement? Teknik Informatika S1. Definisi. Rekayasa Perangkat Lunak. Pengertian Requirement. Pengertian Requirement Engineering

Requirement? Teknik Informatika S1. Definisi. Rekayasa Perangkat Lunak. Pengertian Requirement. Pengertian Requirement Engineering Teknik Informatika S1 Definisi Rekayasa Perangkat Lunak Requirement Engineering Requirement? Pengertian Requirement Pengertian Requirement Engineering Sesuatu pada produk yang harus dilakukan atau sebuah