REQUIREMENT SOFTWARESiti Mukaromah,S.Kom

Kendall & Kendall

1

LATAR BELAKANG Client tahu apa yang dibutuhkan Client dapat mengungkapkan apa yang

diinginkannya. Client memiliki pemahaman yang baik

mengenai fitur-fitur dan fungsi2 yang akan dirancang.

Kendall & Kendall

2

LATAR BELAKANG Apa yang diinginkan client bukan

merupakan hal yang dibutuhkan client Kebutuhan client dapat berubah selama

pengerjaan proyek

Kendall & Kendall

3

LATAR BELAKANG

Requirement Engineering is hard !

Kendall & Kendall

4

LATAR BELAKANG Seringkali, pencatatan requirements tidak

diorganisasikan dengan baik. Jarang dilakukan verifikasi Proyek dikendalikan oleh ‘perubahan’

Kendall & Kendall

5

DEFINISI Requirements Engineering membantu s/w

engineering untuk memahami masalah yang akan diselesaikan.

Kendall & Kendall

6

LANGKAH – LANGKAH RE Requirements Engineering menyediakan

mekanisme untuk memahami keinginan client, menganalisa kebutuhan, menilai fisibilitas solusi, melakukan negosiasi pemilihan solusi yang tepat, menghilangkan ambigu, memvalidasi solusi, “mengelola” kebutuhan agar dapat diubah ke bentuk sistem operasional.

Kendall & Kendall

7

LANGKAH – LANGKAH RE Inception (Permulaan) Elicitation Elaboration (Perluasan) Negotiation Specification Validation Management

Kendall & Kendall

8

INCEPTION Mengidentifikasi stakeholder

Siapa yg menginginkan sistem/program? Siapa yg menggunakan solusi? Apa keuntungan ekonomis dari suatu solusi yang

sukses ? Apakah dibutuhkan sumber yang lain?

Kendall & Kendall

9

INCEPTION Memahami masalah

Bagaimana karakteristik solusi yg baik ? Masalah apa yang dipecahkan oleh solusi tsb? Bagaimana kondisi business environment

dimana solusi tersebut diimplementasikan? Apakah ada masalah dan batasan tertentu yag

mempengaruhi pendekatan solusi ?

Kendall & Kendall

10

ELICITATION Problems of scope Problems of understanding Problems of volatility

Kendall & Kendall

11

ELICITATIONProduct Request

1. Membuat daftar semua objek yang merupakan bagian dari sistem.

2. Membuat daftar semua obyek yg dihasilkan oleh sistem

3. Membuat daftar semua obyek yg digunakan oleh sistem.

4. Membuat daftar fungsi/piranti/proses yg berinteraksi dg obyek2 tersebut.

5. Membuat batasan dan kriteria performa.

Kendall & Kendall

12

NEGOTIATION Negosiasi bukanlah suatu kompetisi Buat suatu strategi (Apa yg kita inginkan?

Apa yg client inginkan ?) Mendengarkan secara aktif. Fokus pada apa yg menjadi keinginan

client. Jangan anggap ‘personal’ Jadilah kreatif Komitmen terhadap keputusan yg diambil.

Gunakan priority points !!!

Kendall & Kendall

13

NEGOTIATION

Examines the specification to ensure that all softwarerequirements have been stated unambiguosly; thatinconsistencies, omissions and errors have beendetected and corrected

Kendall & Kendall

14

TEKNIK – TEKNIKANALISA KEBUTUHAN

Kendall & Kendall

15

TEKNIK ANALISA KEBUTUHAN Wawancara – Pada awal fase, anggota dari

requirements team bertemu dgn anggota dari organisasi / perusahaan untuk menentukan apa saja yang menjadi target pembuatan PL.

Kendall & Kendall

16

TEKNIK ANALISA KEBUTUHAN Jika pada pertemuan pertama dirasa

kurang, maka dapat dibuat pertemuan2 selanjutnya.

Terdapat 2 bentuk wawancara yg dapat dilakukan, yaitu :◦ Structured interview◦ Unstructured interview

• Setelah sesi wawancara selesai, maka dibuat ringkasan hasil pertemuan yang ditunjukkan pula kepada pihak perusahaan agar diversifikasi jika ada kesimpulan yg salah.

Kendall & Kendall

17

TEKNIK ANALISA KEBUTUHANKendall & Kendall

18

TEKNIK ANALISA KEBUTUHAN Kuesioner – dilakukan untuk memperoleh

pendapat dari orang banyak. Form – menganalisis berbagai bentuk

formulir yang digunakan klien. Dokumen – menganalisis dokumen2 yg ada

pada perusahaan, misalnya dokumen mengenai pembagian tugas (job desc,manual book, dll)

Benchmarking – melihat sistem / organisasi lain yang memiliki permasalahan yg sama.

Kendall & Kendall

19

TEKNIK ANALISA KEBUTUHAN Pengamatan lapangan – dilakukan dgn

mengamati langsung keadaan di lapangan. Skenario – membuat skenario dari hal-hal

yg mungkn terjadi dg membuat serangkaian daftar kegiatan atau dgn menggambar suatu storyboard.Skenario memiliki beberapa kelebihan : Mendemonstrasikan bagaimana sifat produk dg

cara yg dapat dipahami oleh user. Klien dan pengguna turut terlibat aktif. Skenario sangat berperan dlm tahap analisa

berorientasi objek.

Kendall & Kendall

20

SYSTEM DEVELOPMENT LIVE CYCLE (SDLC)

Kendall & Kendall

21

SYSTEMS DEVELOPMENT LIFE CYCLE Siklus hidup pengembangan sistem (systems

development life cycle) adalah pendekatan sistematis untuk memecahkan masalah bisnis.

Dibagi menjadi tujuh langkah (phase). Tiap langkah mempunyai aktivitas khusus.

Kendall &

Kendall

1-22

PHASE 1 Identifying

Problems Opportunities Objectives

Personnel involved Analyst User management Systems management

Kendall &

Kendall

1-23

PHASE 2 Determining information requirements

Interview management, operations personnel Gather systems/operating documents Use questionnaires Observe the system and personnel involved

Learn the who, what, where, when, and how, and the why for each of these

Kendall &

Kendall

1-24

PHASE 2 Personnel involved

Analyst User management User operations workers Systems management

Kendall &

Kendall

1-25

PHASE 3 Analyzing system needs

Create data flow diagrams Document procedural logic for data flow diagram

processes Complete the data dictionary Make semistructured decisions Prepare and present the system proposal Recommend the optimal solution to

management

Kendall &

Kendall

1-26

PHASE 3 Personnel involved

Analyst User management Systems management

Kendall &

Kendall

1-27

PHASE 4 Designing the recommended system

Design the user interface Design output Design input

Design system controls Design files and/or database Produce program specifications Produce decision trees or tables

Kendall &

Kendall

1-28

PHASE 4 Personnel involved

Analyst System designer User management User operations workers Systems management

Kendall &

Kendall

1-29

PHASE 5 Developing and documenting software

Design computer programs using structure charts, Nassi-Schneiderman charts, and pseudocode

Walkthrough program design Write computer programs Document software with help files, procedure

manuals, and Web sites with Frequently Asked Questions

Kendall &

Kendall

1-30

PHASE 5 Personnel involved

Analyst System designer Programmers Systems management

Kendall &

Kendall

1-31

PHASE 6 Testing and maintaining the system

Test and debug computer programs Test the computer system Enhance system

Kendall &

Kendall

1-32

PHASE 6 Personnel involved

Analyst System designer Programmers Systems management

Kendall &

Kendall

1-33

PHASE 7 Implementing and evaluating the system

Plan conversion Train users Purchase and install new equipment Convert files Install system Review and evaluate system

Kendall &

Kendall

1-34

PHASE 7 Personnel involved

Analyst System designer Programmers User management User operations workers Systems management

Kendall &

Kendall

1-35