Machine Translated by Google

Analisis dan Desain Sistem

Edisi ke-5

Bab 3. Penentuan Persyaratan

Alan Dennis, Barbara Haley Wixom, dan Roberta Roth

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-0

Machine Translated by Google

Bab 3 Garis Besar

Tahap analisis.
ÿ.
Penentuan kebutuhan.
ÿ.
Teknik elisitasi
kebutuhan .
ÿ.
Strategi analisis kebutuhan.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-1

Machine Translated by Google

FASE ANALISIS
ÿ.
Analisis mengacu pada pemecahan
keseluruhan menjadi bagian-bagiannya
dengan maksud memahami sifat, fungsi,
dan keterkaitan bagian-bagian tersebut.
Hasil fase perencanaan adalah
masukan utama ke dalam fase
analisis.
© Hak Cipta 2011 John Wiley & Sons, Inc. 3-2
Machine Translated by Google

(lanjutan)

Proses dasar analisis

melibatkan tiga langkah:
- Memahami situasi yang ada (the
as-is system)
- Identifikasi perbaikan
- Mendefinisikan kebutuhan untuk
sistem baru (the to-be system).

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-3

Machine Translated by Google

(lanjutan)

Hasil akhir dari fase analisis adalah proposal

sistem.
Proposal sistem dipresentasikan kepada
komite persetujuan dalam bentuk sistem
walk-through untuk menjelaskan sistem
secara mendetail.
Hasil dari fase analisis adalah langkah pertama
dalam desain sistem baru.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-4

Machine Translated by Google

PENENTUAN PERSYARATAN
Penetapan persyaratan adalah
dilakukan untuk mengubah pernyataan
persyaratan bisnis tingkat tinggi
permintaan sistem menjadi daftar yang
lebih rinci dan tepat tentang apa yang
harus dilakukan sistem baru untuk
memberikan nilai yang diperlukan bagi bisnis

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-5

Machine Translated by Google

Apa itu Persyaratan?

ÿ.
Persyaratan adalah pernyataan tentang apa
yang harus dilakukan sistem atau karakteristik apa yang
perlu dimiliki.
ÿ.
Persyaratan menjelaskan
- apa kebutuhan bisnis
(persyaratan bisnis)
- apa yang perlu dilakukan pengguna (persyaratan pengguna)
- apa yang harus dilakukan perangkat
lunak (persyaratan fungsional)
- karakteristik yang harus dimiliki sistem
(persyaratan non-fungsional), dan
- bagaimana sistem harus dibangun
(persyaratan sistem)
© Hak Cipta 2011 John Wiley & Sons, Inc. 3-6
Machine Translated by Google

(lanjutan)

Persyaratan fungsional

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-7

Machine Translated by Google

(lanjutan)

Persyaratan nonfungsional

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-8

Machine Translated by Google

Proses Menentukan
Persyaratan
Perspektif bisnis dan TI diperlukan untuk
menentukan persyaratan selama fase analisis.
Pendekatan yang paling efektif adalah memiliki keduanya
pebisnis dan analis bekerja sama untuk
menentukan persyaratan.
Analis juga harus mempertimbangkan cara terbaik untuk memperoleh
persyaratan dari para pemangku kepentingan.
Proses penentuan persyaratan berlanjut sepanjang
fase analisis, dan definisi persyaratan berkembang
seiring waktu.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-9

Machine Translated by Google

Pernyataan Definisi Persyaratan

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-10

Machine Translated by Google

TEKNIK PEMERIKSAAN
PERSYARATAN
Persyaratan Elitasi dalam Praktek
Analis harus menyadari bahwa efek samping
penting dari proses penentuan persyaratan
termasuk membangun dukungan politik
untuk proyek dan membangun kepercayaan
antara tim proyek dan pengguna.
Analis harus hati-hati menentukan siapa
yang termasuk dalam proses penentuan
persyaratan.
© Hak Cipta 2011 John Wiley & Sons, Inc. 3-11
Machine Translated by Google

Wawancara

Teknik elisitasi persyaratan

yang paling umum digunakan
Langkah dasar:
– Memilih Narasumber

– Merancang Pertanyaan Wawancara

– Mempersiapkan Wawancara

– Melakukan Wawancara

– Tindak Lanjut Pasca Wawancara

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-12

Machine Translated by Google

Memilih orang yang diwawancarai

Jadwal wawancara

ÿ.
Termasuk orang-orang di berbagai tingkat organisasi
– Manajer
– Pengguna

– Pemangku kepentingan utama lainnya

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-13

Machine Translated by Google

Merancang pertanyaan wawancara

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-14

Machine Translated by Google

(lanjutan)

Wawancara tidak terstruktur

–untuk kumpulan informasi yang luas dan
terdefinisi secara kasar

Wawancara terstruktur

– untuk informasi yang sangat spesifik

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-15

Machine Translated by Google

(lanjutan)

Wawancara top-down vs. bottom-up

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-16

Machine Translated by Google

Mempersiapkan wawancara

Siapkan rencana wawancara umum

Konfirmasi bidang pengetahuan
Tetapkan prioritas jika terjadi kekurangan
waktu Siapkan orang yang diwawancarai
- Jadwal
– Informasikan alasan wawancara
– Menginformasikan area diskusi

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-17

Machine Translated by Google

Melakukan wawancara
Tampil profesional dan tidak memihak.
Rekam semua informasi.
Pastikan Anda memahami masalah yang
dibahas.
Pisahkan fakta dari opini.
Berikan orang yang diwawancarai waktu untuk mengajukan pertanyaan,

dan jelaskan secara singkat apa yang akan terjadi selanjutnya.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-18

Machine Translated by Google

Tindak lanjut pasca wawancara

Setelah wawancara, para analis

perlu menyiapkan laporan wawancara.
Laporan termasuk catatan wawancara.
Laporan dikirim ke orang yang diwawancarai
dengan permintaan untuk membacanya dan
menginformasikan analis tentang klarifikasi dan
pembaruan.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-19

Machine Translated by Google

Pengembangan Aplikasi Bersama (JAD)

JAD adalah teknik pengumpulan informasi

yang memungkinkan tim proyek, pengguna,
dan manajemen bekerja sama untuk
mengidentifikasi kebutuhan sistem.
Dapat mengurangi scope creep hingga 50%,
JAD adalah proses struktur di mana 10 hingga 20
pengguna bertemu di bawah arahan seorang
fasilitator yang ahli dalam teknik JAD.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-20

Machine Translated by Google

Memilih peserta
ÿ.
Memilih peserta JAD dengan cara dasar yang
sama seperti memilih peserta wawancara.

Fasilitator _

– Ahli dalam teknik JAD dan e-JAD

– Dalam banyak kasus, fasilitator JAD adalah
konsultan di luar organisasi.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-21

Machine Translated by Google

Merancang sesi JAD dan

Mempersiapkan sesi JAD
ÿ.
Sesi JAD dapat berjalan dari setengah hari hingga
beberapa minggu tergantung pada ukuran dan ruang
lingkup proyek.
Keberhasilan JAD tergantung pada rencana yang matang.
ÿ.
Sebagian besar sesi JAD dirancang untuk
mengumpulkan informasi spesifik dari pengguna.
Penting untuk mempersiapkan analis dan peserta untuk
sesi JAD.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-22

Machine Translated by Google

Melakukan sesi JAD

ÿ.
Sebagian besar sesi JAD mengikuti agenda formal
dan aturan dasar.
Fasilitator JAD melakukan tiga fungsi utama :
– Jaga agar sesi tetap pada jalurnya, mengikuti agenda.
– Bantu kelompok memahami istilah teknis dan
jargon.
– Rekam masukan grup di area tampilan publik.
Fasilitator harus tetap netral setiap saat dan
membantu kelompok melalui proses tersebut.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-23

Machine Translated by Google

Pasca tindak lanjut JAD

Laporan pascasesi disiapkan

dan diedarkan di antara peserta sesi
Laporan harus diselesaikan
kira-kira satu hingga dua minggu
setelah sesi JAD

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-24

Machine Translated by Google

Kuesioner
ÿ.
Kuesioner adalah serangkaian pertanyaan tertulis
untuk memperoleh informasi dari individu.
ÿ.
Memilih peserta - menggunakan sampel orang-orang
yang mewakili seluruh kelompok.
ÿ.
Merancang kuesioner – mengikuti pedoman
praktik yang baik.
ÿ.
Mengelola kuesioner – meningkatkan
tingkat respons.
ÿ.
Kuesioner tindak lanjut – mengembangkan laporan.
© Hak Cipta 2011 John Wiley & Sons, Inc. 3-25
Machine Translated by Google

(lanjutan)

Desain kuesioner yang bagus

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-26

Machine Translated by Google

Analisis Dokumen
ÿ.
Analisis dokumen digunakan untuk memahami sistem apa
adanya.
ÿ.
Formulir, laporan, manual kebijakan, bagan organisasi
menggambarkan sistem formal yang dimiliki organisasi
menggunakan.

Sistem “nyata” atau informal berbeda dari sistem formal,

dan mengungkapkan apa yang perlu diubah.
Indikasi bahwa sistem perlu diubah adalah
ketika pengguna membuat formulir baru atau membuat perubahan
pada formulir/laporan yang ada.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-27

Machine Translated by Google

Pengamatan

Observasi – tindakan mengamati

proses yang sedang dilakukan.
Ini adalah alat yang ampuh untuk mendapatkan wawasan
tentang sistem apa adanya, dan untuk memeriksa
validitas informasi yang dikumpulkan dari sumber lain.
Meskipun demikian, orang cenderung sangat berhati-hati
dalam berperilaku ketika mereka sedang diawasi.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-28

Machine Translated by Google

Memilih Teknik yang Tepat

Jenis informasi
Kedalaman informasi
Keluasan informasi
Integrasi informasi
Keterlibatan pengguna
Biaya Teknik kombinasi

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-29

Machine Translated by Google

(lanjutan)

Perbandingan Teknik Elitasi Persyaratan

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-30

Machine Translated by Google

ANALISA KEBUTUHAN
STRATEGI

Analisa masalah
ÿ.
Meminta pengguna untuk mengidentifikasi masalah dan solusi
ÿ.
Perbaikan dari analisis masalah cenderung kecil
dan bertahap
Jenis peningkatan ini sering kali sangat
efektif dalam meningkatkan efisiensi sistem atau kemudahan
penggunaan; namun, ini memberikan peningkatan kecil
dalam nilai bisnis.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-31

Machine Translated by Google

Analisis Akar Penyebab

ÿ.
Analisis akar penyebab berfokus pada masalah terlebih
dahulu daripada solusi.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-32

Machine Translated by Google

Analisis Durasi
Analisis durasi memerlukan pemeriksaan rinci tentang jumlah
waktu yang diperlukan untuk melakukan setiap proses dalam
sistem apa adanya.
ÿ.
Bandingkan total waktu untuk menyelesaikan langkah-langkah
dasar dan total waktu untuk keseluruhan proses – perbedaan
yang signifikan menunjukkan bahwa proses tersebut sangat
terfragmentasi.
Solusi potensial:
– Integrasi proses
– Paralelisasi

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-33

Machine Translated by Google

Penetapan Biaya Berbasis Aktivitas

ÿ.
Penetapan biaya berdasarkan aktivitas
memeriksa biaya setiap proses atau langkah utama
dalam proses bisnis.
Biaya langsung dan tidak langsung adalah
dipertimbangkan.

Para analis mengidentifikasi langkah-langkah yang paling mahal

dan memfokuskan upaya perbaikan pada mereka.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-34

Machine Translated by Google

Pembandingan Informal
ÿ.
Benchmarking mengacu pada mempelajari
bagaimana organisasi lain melakukan
proses bisnis.
Pembandingan informal adalah umum untuk
proses "menghadapi pelanggan".
Para analis mengunjungi organisasi lain
sebagai pelanggan untuk melihat bagaimana
proses bisnis dilakukan.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-35

Machine Translated by Google

Analisis Hasil
Analisis hasil berfokus pada
pemahaman hasil mendasar
yang memberikan nilai kepada
pelanggan.
Pikirkan apa yang bisa dilakukan organisasi
memungkinkan pelanggan untuk melakukan

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-36

Machine Translated by Google

Analisis Teknologi
ÿ.
Analisis teknologi melibatkan dua langkah:
1. Para analis dan manajer membuat
daftar teknologi yang penting dan menarik.
2. Kemudian, kelompok mengidentifikasi bagaimana masing-masing

dan setiap teknologi dapat diterapkan pada

bisnis dan bagaimana bisnis akan
mendapatkan keuntungan.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-37

Machine Translated by Google

Penghapusan Aktivitas

Analis dan manajer bekerja sama

untuk mengidentifikasi
bagaimana organisasi dapat
menghilangkan setiap aktivitas dalam
proses bisnis, bagaimana fungsi
dapat beroperasi tanpanya, dan efek
apa yang mungkin terjadi.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-38

Machine Translated by Google

Membandingkan Strategi Analisis

Setiap strategi analisis kebutuhan

memiliki tujuannya sendiri.
ÿ.
Tidak ada satu strategi yang secara inheren lebih
baik daripada yang lain.

Strategi analisis kebutuhan

harus dipilih agar sesuai dengan sifat
proyek.
© Hak Cipta 2011 John Wiley & Sons, Inc. 3-39
Machine Translated by Google

RINGKASAN
ÿ.
Analisis berfokus pada menangkap kebutuhan bisnis untuk
sistem
ÿ.
Penentuan Persyaratan adalah bagian dari analisis di
mana tim proyek mengubah persyaratan bisnis yang
dinyatakan dalam permintaan sistem menjadi daftar
persyaratan yang tepat.
ÿ.
Lima Teknik Elisitasi Persyaratan dapat digunakan untuk
memperoleh persyaratan bisnis.
ÿ.
Strategi Analisis Persyaratan berguna bagi analis untuk
membantu pengguna bisnis berpikir kritis tentang
persyaratan sistem baru.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-40

Machine Translated by Google

Hak Cipta 2011 John Wiley & Sons, Inc.

Seluruh hak cipta. Reproduksi atau terjemahan karya ini di luar
yang diizinkan dalam Bagian 117 Undang-Undang Hak Cipta
Amerika Serikat 1976 tanpa izin tertulis dari pemilik hak cipta adalah
melanggar hukum. Permintaan untuk informasi lebih lanjut harus
ditujukan ke Departemen Perizinan, John Wiley & Sons, Inc. Pembeli
dapat membuat salinan cadangan untuk digunakan sendiri saja dan
tidak untuk didistribusikan kembali atau dijual kembali. Penerbit tidak
bertanggung jawab atas kesalahan, kelalaian, atau kerusakan, yang
disebabkan oleh penggunaan program ini atau dari penggunaan
informasi yang terkandung di sini.

© Hak Cipta 2011 John Wiley & Sons, Inc. 3-41