Kelompok 5 : Asdin 0913464073 Ines Lestari 0913463807 Neng Susanti 0921463341

1. SOFTWARE REQUIREMENTSMJ 183 CAris Martono,S.Kom,.M.M.S.I Kelompok 5 : Asdin 0913464073 Ines Lestari 0913463807 Neng Susanti 0921463341 Siti Robiahtul Adawiyah 0914463235 Vena Senja Maba 0914463228

2. Dasar – Dasar Software Requirements

3. Definisi • software requirement adalah sebuah properti yang harus diperlihatkan /ditunjukkan oleh software untuk menyelesaikan suatu permasalahan yang ada di dunia nyata / bersifat riil. • merupakan kombinasi rumit dari kebutuhan berbagai orang di bermacam – macam tingkat organisasi dan lingkungan di mana perangkat lunak akan dioperasikan. • properti yang esensial dari semua software requirement adalah harus mampu diperiksa/diverifikasi.

4. Product and Process requirement • Kebutuhan produk adalah requirement pada software untuk dikembangkan (Contohnya “Software harus memeriksa prasyarat mata kuliah yang diambil mahasiswa”) • Kebutuhan proses adalah batasan – batasan dalam mengembangkan software.Contohnya pilihan teknik verifikasi. • Process requirement juga bisa ditetapkan oleh organisasi pengembang, pelanggan atau pihak ketiga seperti badan regulator.

5. TeknikPengumpulan Requirement Dalammenyusun requirement, adabeberapateknikyang biasa digunakan. Pada uraian berikut kita akan membahas beberapa teknik pengumpulan requiremen yang biasa digunakan. 1. Interview Interview atauwawancaraadalahteknikpengumpulanrequirement yang paling umumdigunakan. Langkah-langkahdasardalamteknik interview adalah: • Memilih target interview. • Mendesainpertanyaan-pertanyaan interview. • Persiapaninterview. • Melakukan interview. • Follow up hasil interview

6. Teknik Pengumpulan Requiremen lanjutan 2. Joint Application Development Proses kelompok terstruktur yang terfokus untuk menentukanrequiremen, melibatkan tim proyek, pengguna, dan manajemenbekerja bersama-sama, teknik ini sangat berguna untukmereduksi waktu pengumpulan informasi sampai 50% • Pelaku JAD a. Facilitator 1. Terlatih untuk teknik JAD 2. Menyiapkan agenda dan memandu proses kelompok b. Scribe Mencatat isi dari sesi JADc. c. User dan manager dari perusahaan yang akan dibuatSistemnya

7. Teknik Pengumpulan RequirementLanjutan 3. Questionnaires (Kuisioner) Kuisioner adalah sekumpulan pertanyaan tertulis, dan seringmelibatkan banyak orang. Kuisioner bisa dilakukan paper basedatau secara elektonik. Biasanya sampel dipilih untuk mewakilipopulasi tertentu. 4. Analisis Dokumen Teknik ini dilakukan dengan mempelajari material yangmenggambarkan sistem yang sedang berjalan. Biasanyadokumen yang diamati berupa form, laporan, manualkebijakan, grafik organisasi 5. Observasi Teknik ini dilakukan dengan melakukan pengamatan secaralangsung pada proses-proses yang sedang berjalan. Hal inipenting karena kadang-kadang user atau manager tidak dapatmengingat secara keseluruhan apa yang mereka lakukan danmenceritakan kembali ke analis.

8. Requirement fungsionaldannonfungsional • Requirements fungsional menjabarkan fungsi – fungsi yang akan dilaksanakan software. Contohnya memformat teks. Kadang – kadang disebut juga sebagai kapabilitas. • Requirements non-fungsional memberikan batasan terhadap solusi yang akan dihasilkan. Disebut juga sebagai quality requirement. Requirement jenis ini masih bisa dibagi lagi menjadi performance requirements, maintainability requirements, safety requirements, reliability requirements atau salah satu software requirements lainnya.

9. Domain requirement • Kebutuhan domain ini mendeskripsikan karakteristik domain persoalan yang dihadapi; dan mungkin menjadi ciri khas pada domain tersebut. Kebutuhan domain ini bisa berupa kebutuhan fungsional baru atau menjadi batasan terhadap kebutuhan fungsional yang sudah didefinisikan sebelumnya (kebutuhan non fungsional baru), atau berupa tambahan deskripsi spesifik tentang komputasi yang harus dilakukan. • Kebutuhan domain ini juga penting, dan bisa membuat perangkat lunak tidak diterima jika tidak terpenuhi. • Seperti apa kebutuhan domain? Contohnya adalah penggunaan istilah yang sudah lama dikenal pada domain, seperti istilah ‘katalog’ pada domain perpustakaan, istilah ‘resep’, ‘racikan’, dll pada domain obat-obatan. Atau warna-warni tombol atau pesan, seperti merah, hijau, biru yang mungkin punya arti tersendiri pada domain tertentu. Atau rumus-rumus tertentu yang harus digunakan untuk komputasi tertentu.

10. System Requirements, Software Requirements dan user Requirements • Dalam topik ini sistem berarti kombinasi dari elemen – elemen yang berinteraksi untuk mencapai suatu tujuan yang terdefinisikan. Ini termasuk hardware, software, firmware, manusia, informasi, tehnik, fasilitas, layanan dan berbagai elemen pendukung lainnya • System requirement adalah requirement untuk sistem secara keseluruhan. Dalam sebuah sistem yang mengandung komponen software, software requirement diperoleh dari system requirement. • Sesuai dengan tahapan pengembangan sistem Software Development Life Cycle (SDLC) maka sebagai tahap pertama untuk mengembangkan sistem ini adalah melakukan analisis kebutuhan sistem. Dimulai dengan melakukan asesmen kebutuhan user.

11. AnalisisdanDesain model • Setelah kebutuhan dikumpulkan, analisis terhadap kebutuhan dilakukan dengan menggunakan beberapa alat (tools) seperti DFD (Data Flow Diagram), ERD (Entity Relationship Diagram) dan STD (State Transition Diagram). Data Dictionary menjadi bekal dasar untuk menganalisis kebutuhan. Data Dictionary berisi gambaran dari semua objek data yang diperlukan dan dihasilkan oleh software nantinya. Diagram-diagram tadi mempunyai karakteristik masing-masing.

12. Model Desain • Data design mengubah informasi menjadi struktur data untuk mengimplementasikan software. Data design dibuat berdasarkan data dictionary dan ERD. • Architectural design mendefinisikan relasi antara elemen-elemen structural utama, pola desain yang digunakan untuk mencapai kebutuhan yang ditentukan untuk sistem dan batasan-batasan yang mempengaruhi bagaimana desain arsitektural ini diterapkan.

13. Konsep Desain Software

14. KonsepDesain 1. abstraction Abstraction adalah gambaran dari fungsi suatu program. Gambaran ini bias bertingkat-tingkat. Tingkat yang paling atas adalah gambaran suatu fungsi program dengan menggunakan bahasa alami. 2. refinement—penjelasan detil dari abstraction Refinement membantu designer untukmemperlihatkan detil dari lowest level dariabstraction.

15. Konsep DesainLanjutan 5. Software procedure Fokus pada detil proses pada tiap modul. Prosedur menjelaskan proses, urutan kejadian, proses perulangan, penentuan keputusan/arah. Ini bisa digambarkan dengan menggunakan Flow Chart yang bertingkat. 6. Information hiding Ide dari information hiding (menyembunyikan informasi) adalah modul dirancang sedemikian rupa sehinga inforamsi (prosedur dan data) yang di dalamnya tidak dapat di akses oleh modul lain yang tidak memerlukannya.

16. Konsep DesainLanjutan 3. modularity—membagi software menjadi modul Software dibagi-bagi menjadi beberapacomponent yang disebut modul-modul.Modul-modul ini nantinyadisatukan/diintegrasikan untuk memenuhi kebutuhan sistem. 4. software architecture—struktur software secara keseluruhan struktur hirarki/berjenjang dari modul-modul program. Untuk menggambarkan struktur modul-modul tersebut beberapa model yang ada adalah : • framework model : identifikasi pola yang berulang-ulang • dynamic model : identifikasi bagaimana konfigurasi sistem berubah karena kejadian-kejadian tertentu • process model: fokus pada proses teknis yang harus dikerjakan sistem • functional model : menggambarkan hirarki sistem berdasarkan fungsinya

17. Terima kasih