Requirement Classification

Presentasi berjudul: "Requirement Classification"— Transcript presentasi:

1 Requirement Classification
Teknik Informatika S1 - UDINUS Defri Kurniawan, M.Kom

2 Materi-materi SRE No Materi 1 Pendahuluan dan Kontrak Kuliah SRE 2
Requirement Classification 3 Requirement Elicitation 4 Specification of Requirement Models 5 Requirement Prioritization 6 Requirement Interdependencies 7 Impact Analysis 8 Requirement Negotiation 9 Quality Assurance

3 Requirement Classification Content
Konten: Review: Requirement & Requirement Engineering Requirement Classification Waktu Pemodelan Kebutuhan Skenario Dasar Requirement Engineering Peran Stakeholders Dalam Requirement Engineering Perbedaan Levels Dalam kebutuhan Mengelola kebutuhan

4 Refrensi Aybuke Aurum, Claes Wohlin (Eds.), “Engineering and Managing Software Requirements”, Springer

5 What’s Requirement All projects begin with a statement of requirements. Requirements are descriptions of how a software product should perform.

6 What’s requirement Definition by IEEE 610.12-1990 Standard
A condition or capability needed by a user to solve a problem or achieve an objective A condition or capability that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed documents, A documented representation of a condition or capability as in (1) or (2).

7 What’s requirement Definition by IEEE 610.12-1990 Standard
Suatu kondisi atau kemampuan yang dibutuhkan oleh seorang pengguna untuk memecahkan suatu masalah atau mencapai suatu tujuan Suatu kondisi atau kemampuan yang harus dipenuhi atau dimiliki oleh komponen sistem untuk memenuhi kontrak, standar, spesifikasi, atau dokumen resmi yang dikenakan lainnya, Suatu presentasi yang terdokumenkan dari suatu kondisi atau kemampuan sebagaimana pada poin (1) dan (2)

8 What’s 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).

9 What’s Requirement Engineering
Proses dimana persyaratan untuk produk perangkat lunak dikumpulkan, dianalisis, didokumentasikan, dan dikelola di seluruh siklus hidup rekayasa perangkat lunak

10 Requirement Classification
Functional versus Non Functional Requirements

11 Requirement Classification
1. Kebutuhan Fungsional Menunjukkan What the system should do. Menunjukkan fasilitas apa yang dibutuhkan serta aktivitas apa saja yang terjadi dalam sistem baru.

12 Requirement Classification
1. Kebutuhan Fungsional Kebutuhan fungsional mencakup: Fungsi deskripsi kebutuhan Laporan baik hardcopy maupun softcopy Updating dan query online Penyimpanan data, pencarian kembali dan transfer data.

13 Requirement Classification
1. Kebutuhan Fungsional Contoh: pada sistem informasi akademik Mahasiswa dapat melakukan input KRS.

14 Requirement Classification
2. Kebutuhan Non Fungsional Kebutuhan Non fungsional merupakan batasan pada jenis solusi yang akan memenuhi kebutuhan fungsional mencakup: akurasi, kinerja, keamanan dan modifiability.

15 Requirement Classification
2. 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..

16 Requirement Classification
Goal, Domain, Product, Design Level Requirements

17 Requirement Classification
1. Goal level requirements Goal level requirements – related to business goals Contoh: Dalam pembuatan website perusahaan ditambahkan requirement untuk promosi produk mereka, seperti mengirimkan promosi otomatis ke member (Subscribe system).

18 Requirement Classification
2. Domain level requirements Domain level requirements – related to problem area Contoh: Misalkan domain kesehatan dan pendidikan akan berbeda kebutuhannya.

19 Requirement Classification
3. Product level requirements Product level requirements – related to the product Contoh: software yang dibuat harus compatible semua platform seperti windows, linux, unix, dll..

20 Requirement Classification
4. Design level requirements Design level requirements – what to build Contoh: Design tampilan harus bisa dimengerti user awam (novice user).

21 Requirement Classification
Primary Requirements versus Derived Requirements

22 Requirement Classification
1. Primary requirements Primary requirements – elicited from stakeholders Requirements yang didapatkan langsung dari client / pihak yang berkepentingan.

23 Requirement Classification
2. Derived requirements Derived requirements – derived from primary requirements Diperoleh dari kebutuhan primer sebelumnya, biasanya bersifat turunan/ tambahan secara detail dari kebutuhan primer yang ada

24 Requirement Classification
Product Requirements versus Process Requirements

25 Requirement Classification
Product requirements VS Process requirements Product requirements: Business need Process requirements: How people will interact with the system

26 Requirement Classification
Other Classifications, e.g. Role based requirements Contoh: Customer requirements, IT requirements, system requirements, and security requirements

27 Requirement Classification

28 Requirement Engineering Process
Requirements engineering melibatkan semua siklus hidup aktivitas yang berhubungan dengan kebutuhan. Meliputi: Gathering  Mengumpulkan data kebutuhan Documenting  Dokumentasi Managing requirements  Mengatur/ mengelola kebutuhan yang sudah dikumpulkan

29 Kapan kita memodelkan kebutuhan?

30 Waktu Pemodelan Kebutuhan

31 Skenario Dasar Requirement Engineering
Setiap aktor mempunyai perspektif/ pandangan yang berbeda bagaimana menggunakan sistem

32 Skenario Dasar Requirement Engineering
Menggambarkan bagaimana setiap aktor harus seperti apa berinteraksi dengan sistem

33 Peran Stakeholders Dalam Requirement Engineering
Pada intinya, requirement engineering bertujuan untuk mengubah segala potensi yang tidak lengkap, tidak konsisten dan konflik tujuan dari stakeholder ke dalam sekumpulan kebutuhan yang berkualitas tinggi yang lengkap

34 Peran Stakeholders Dalam Requirement Engineering
Typical stakeholders Product Managers, termasuk user dan administrator dari sisi klien. Software team members dari sisi pembuat software.

35 Requirement Engineering
Salah satu masalah utama dalam Requirement Engineering adalah mengelola berbagai jenis inkonsistensi yang dihasilkan dari requirements elicitation, modeling, specification, and prioritization activities.

36 Requirement Engineering
Inkonsistensi menjadi sangat jelas ketika ada beberapa pemangku kepentingan dan sudut pandang Karena para pemangku kepentingan yang berbeda memiliki berbagai cara untuk mengekspresikan diri mereka dan pendapat yang berbeda serta memiliki prioritas.

37 Requirement Engineering
Keberhasilan proyek rekayasa kebutuhan tergantung pada analisis yang akurat dari perspektif untuk ketidaklengkapan dan inkonsistensi. Kebutuhan perlu dinegosiasikan dan divalidasi sebelum mereka didokumentasikan dan pengembang berkomitmen untuk menerapkannya

38 Different Levels of Requirement

39 Different Levels of Requirement
Tim Management Senior dalam organisasi mungkin mempunyai tujuan yang strategis dan tujuan jangka panjang Tujuan dan strategi dalam level organisasi mempunyai dampak yang tidak bisa dianggap enteng yang berpengaruh kepada produk organisasi yang seharusnya dibangun

40 Different Levels of Requirement
Kebutuhan dalam produk perangkat lunak harus disesuaikan dengan tujuan bisnis dari pembangunan perangkat lunak organisasi Bagaimana menyeimbangkan kepentingan customer dan kepentingan developer? Product management harus memastikan bahwa kebutuhan sesuai dengan tujuan dari produk tersebut

41 Different Levels of Requirement
Kebutuhan di level produk harus dikemas ke dalam bagian yang spesifik dari proyek atau rilis software tersebut. Kebutuhan di level projek meliputi perencanaan, manajemen resiko, anggaran belanja, dan biaya.

42 Requirements Management
Requirements Elicitation, Specification and Modeling Prioritization Requirements Dependencies and Impact Analysis Requirements Negotiation Quality Assurance

43 Requirements Management
1. Requirements Elicitation, Specification and Modeling Ini melibatkan memahami kebutuhan para pemangku kepentingan, memunculkan kebutuhan, pemodelan dan mengumpulkan mereka dalam repositori.

44 Requirements Management
2. Prioritization Kegiatan ini membantu manajer proyek dengan menyelesaikan konflik (dimana pelanggan dan pengembang berkolaborasi pada prioritas kebutuhan), rencana pengiriman bertahap, dan membuat keputusan yang diperlukan.

45 Requirements Management
3. Requirements Dependencies and Impact Analysis Hal ini penting untuk mengakui bahwa perubahan kebutuhan dan ini secara signifikan dapat mempengaruhi proyek software.

46 Requirements Management
4. Requirements Negotiation Rekayasa kebutuhan dasarnya adalah komunikasi dan proses negosiasi kompleks yang melibatkan pelanggan, desainer, manajer proyek dan pengelola. Orang-orang, atau pemangku kepentingan, yang terlibat dalam proses bertanggung jawab untuk memutuskan apa yang harus dilakukan, kapan melakukannya, informasi apa yang dibutuhkan, dan apa alat yang perlu digunakan.

47 Requirements Management
5. Quality Assurance Tujuannya adalah untuk memastikan bahwa kebutuhan kualitas tinggi dicatat dalam dokumen spesifikasi. Tujuan dari jaminan kualitas adalah untuk menetapkan tingkat yang wajar dan realistis saat menyusun dan mengelola persyaratan.

48 New Trends in Requirements Engineering
Perbaikan teknologi di pasar global berkaitan erat dengan lingkungan bisnis. Konsep baru seperti Enterprise Systems, E-Business dan Telecommunications telah menyebabkan tren baru dalam penelitian bagi para peneliti dan praktisi.

49 New Trends in Requirements Engineering
Trend baru menyebabkan perubahan pada: Ketrampilan yang dibutuhkan Teknologi yang digunakan Requirement engineering bukan lagi pekerjaan front-end (tradisional) pada siklus pengembangan PL

50 TERIMA KASIH

51 TUGAS INDIVIDU Presentasikan salah satu teknik requirement elicitation
Deskripsikan dan beri contoh teknik requirement elicitation yang dipilih tersebut di pertemuan ke-3 dan ke-4 Waktu presentasi 5-10 menit (1 pertemuan 10 orang) Cantumkan referensi/ daftar pustaka Urutan maju dan pemilihan teknik random Kirimkan file presentasi (ppt) ke paling lambat hari Selasa, tanggal 14 Maret 2017 jam 23:58 wib

52 TUGAS KELOMPOK 1. Questionnaires 2. Task Analysis 3. Domain Analysis
4. Introspection 5. Repertory Grids 6. Card Sorting 7. Laddering 8. Group Work 9. Brainstorming 10. Joint Application Development 11. Requirements Workshops 12. Ethnography 13. Observation 14. Protocol Analysis 15. Apprenticing 16. Prototyping 17. Goal Based Approach 18. Scenarios 19. Viewpoints 20. Interviews