Anda di halaman 1dari 7

RESUME

Requirements Determination

Disusun Untuk Memenuhi Tugas

Mata Kuliah : Analisis Sistem Perpustakaan

Dosen Pengampu : Rahmad Syaifuddin, M.Eng

Oleh:

Kelompok 2 :

1. Anatasya Zummanindia (12310193013)


2. Anwar Husen Al Ansyari (12310193036)
3. Ainun Jariyah (12310193038)
4. Anik Kusuma Anjali (12310193039)

SEMESTER 6

ILMU PERPUSTAKAAN DAN INFORMASI ISLAM

FAKULTAS USHULUDDIN ADAB DAN DAKWAH

UNIVERSITAS ISLAM NEGERI SAYYID ALI RAHMATULLAH

TULUNGAGUNG

MARET 2022
A. Requirements Determination

Dilakukan untuk mengubah pernyataan persyaratan bisnis dan permintaan system


tingkat tinggi menjadi daftar yang lebih rinci dan tepat tentang apa yang harus dilakukan
system baru untuk memberikan nilai yang dibutuhkan oleh bisnis. Daftar rinci persyaratan ini
didukung, dikonfirmasi, dan diklarifikasi olehaktifitas lain dari fase analisis : membuat kasus
penggunaan, membangun model proses, dan membangun model data.

Requirements harus dikelola dengan hati – hati. Menjaga daftar persyaratan tetap ketat
dan fokus adalah kunci keberhasilan proyek. Tim proyek harus bisa mengidentifikasi
persyaratan dan mengevaluasi mana yang sesuai dengan ruang lingkup sistem. Kita tidak boleh
berasumsi bahwa persyaratan untuk proyek tidak akan pernah dapat diubah. Manajemen
persyaratan ( dan ruang lingkup system ) adalah salah satu bagian tersulit dalam mengelola
proyek.

B. Interview

Wawancara adalah teknik elisitasi persyaratan yang paling umum digunakan. Pada
umumnya wawancara dilakukan satu lawan satu (satu pewawancara dan satu orang yang
diwawancarai), tetapi terkadang, karena keterbatasan waktu, beberapa orang diwawancarai
secara bersamaan waktu. Pada saat melakukan wawancara jadwal wawancara harus dibuat,
daftar siapa yang akan diwawancarai, tujuan wawancara, dan di mana serta kapan akan
dilakukan. Merancang pertanyaan wawancara juga perlu dilakukan, Ada tiga jenis pertanyaan
wawancara: pertanyaan tertutup, pertanyaan terbuka, dan pertanyaan menyelidik. Anda harus
memiliki rencana wawancara umum yang mencantumkan pertanyaan yang akan Anda ajukan
dalam urutan yang sesuai; mengantisipasi kemungkinan jawaban dan memberikan bagaimana
Anda akan menindaklanjutinya.

Ketika memulai wawancara, tujuan pertama adalah untuk membangun hubungan dengan
orang yang diwawancarai sehingga dia mempercayai Anda dan bersedia memberi tahu Anda
seluruh kebenaran, bukan hanya memberikan jawaban yang dia pikir Anda inginkan. Sangat
penting untuk hati-hati mencatat semua informasi yang diberikan orang yang diwawancarai.
Dalam pengalaman kami, pendekatan terbaik adalah membuat catatan yang cermat—tuliskan
semua yang dikatakan orang yang diwawancarai, bahkan jika itu tidak langsung tampak
relevan. Setelah wawancara selesai, laporan wawancara yang menjelaskan informasi dari
wawancara tersebut berisi catatan wawancara, informasi yang dikumpulkan selama kursus
wawancara dan diringkas dalam format yang berguna.
C. Pengembangan Aplikasi Bersama (Join Application Development /JAD)

adalah informasi teknik pengumpulan informasi yang memungkinkan tim proyek,


pengguna, dan manajemen untuk bekerja sama guna mengidentifikasi kebutuhan system. JAD
adalah struktur proses dimana 10 hingga 20 pengguna bertemu dibawah arahan fasilitator yang
terampil dalam tekni JAD. Fasilitator adalah orang yang menetapkan agenda pertemuan dan
memandu diskusi, tetapi tidak bergabung dalam diskusi sebagai peserta.

Pemilihan peserta JAD dilakukan dengan cara dasar yang sama seperti memilih peserta
wawancara. Peserta dipilih berdasarkan informasi mereka dapat berkontribusi. . Seperti halnya
wawancara, keberhasilan JAD tergantung pada rencana yang matang. Sesi JAD biasanya
dirancang dan disusun menurut prinsip yang sama seperti wawancara. Paling sesi JAD
dirancang untuk mengumpulkan informasi spesifik dari pengguna, dan ini membutuhkan
pengembangan serangkaian pertanyaan sebelum pertemuan. Sebuah perbedaan antara JAD dan
wawancara adalah bahawa semua sesi JAD terstrukur mereka harus direncanakan dengan hati-
hati. Tindak lanjut Pasca-JAD Seperti halnya wawancara, laporan pasca-sesi JAD disiapkan
dan beredar di antara peserta sesi. Laporan pasca-sesi pada dasarnya sama sebagai laporan
wawancara. Karena sesi JAD lebih lama dan menyediakan informasi lebih lanjut, biasanya
diperlukan satu atau dua minggu setelah sesi JAD sebelum laporan selesai.

D. Pengamatan (Observation)

Observasi adalah cara yang baik untuk memeriksa validitas informasi yang
dikumpulkan dari sumber lain seperti wawancara dan kuesioner. Observasi sering digunakan
untuk melengkapi dan mendukung kelengkapan informasi. Satu masalah yang tidak dibahas
adalah pengalaman analis. analisis dan observasi dokumen membutuhkan pelatihan paling
sedikit. Beberapa teknik lebih cocok digunakan pada berbagai tahap proses analisis, baik itu
memahami sistem, mengidentifikasi perbaikan, atau mengembangkannya.

Kuesioner juga sering digunakan untuk mengumpulkan informasi tentang sistem atau
sebagai informasi umum tentang perbaikan. Kedalaman Informasi mengacu pada seberapa
kaya dan detail informasi yang biasanya menghasilkan dan sejauh mana teknik itu berguna
untuk memperoleh bukan hanya fakta dan pendapat, tetapi juga pemahaman. Di sisi lain,
analisis dokumen dan observasi berguna untuk memperoleh fakta, tetapi di luar itu dapat
memberikan kedalaman informasi yang sedang, mengumpulkan fakta dan opini dengan
Luasnya Informasi yang mengacu pada jangkauan informasi. Semua teknik mengalami
masalah integrasi sampai tingkat tertentu, tetapi sesi JAD dirancang untuk meningkatkan
integrasi. Segera menjadi jelas, seperti halnya sumber konflik.

Integrasi informasi adalah satu-satunya manfaat terpenting JAD yang membedakannya


dari teknik lain, dan inilah mengapa sebagian besar organisasi menggunakan JAD untuk
proyek-proyek penting. Keterlibatan pengguna mengacu pada jumlah waktu dan energi yang
secara umum disepakati bahwa ketika pengguna menjadi lebih terlibat dalam proses analisis,
peluang keberhasilan meningkat. Namun, keterlibatan pengguna dapat memiliki biaya yang
signifikan, dan observasi menempatkan beban paling sedikit pada pengguna, sementara sesi
JAD membutuhkan usaha yang paling besar.

E. Analisa masalah

Strategi analisis kebutuhan yang paling mudah dan mungkin paling umum digunakan adalah
analisis masalah Analisis masalah berarti meminta pengguna dan manajer untuk
mengidentifikasi masalah dengan sistem apa adanya dan menjelaskan bagaimana
menyelesaikannya dalam sistem yang akan datang. Perbaikan dari analisis masalah cenderung
kecil dan bertahap (misalnya, menambahkan bidang untuk disimpan nomor ponsel pelanggan;
memberikan laporan baru yang saat ini tidak ada). Jenis perbaikan ini sangat efektif untuk
meningkatkan efisiensi sistem. Namun, sering kali hanya memberikan perbaikan kecil dalam
nilai bisnis sistem baru lebih baik daripada yang lama, tetapi mungkin sulit untuk diidentifikasi
manfaat yang signifikan dari sistem baru.

1) Analisis Akar Penyebab (root cause analysis)

Ide-ide yang dihasilkan oleh analisis masalah cenderung menjadi solusi dari
masalah mungkin tidak valid. Dalam pengalaman kami, pengguna (dan kebanyakan
orang pada umumnya) cenderung melompat cepat ke solusi tanpa sepenuhnya
mempertimbangkan sifat masalahnya. Solusinya memang tepat, tetapi seringkali solusi
tersebut mengatasi gejala masalah, bukan masalah yang sebenarnya atau akar penyebab
itu sendiri. Analisis akar penyebab berfokus pada masalah terlebih dahulu daripada
solusi. Analis memulai dengan meminta pengguna membuat daftar masalah dengan
sistem saat ini, kemudian memprioritaskan masalah dalam urutan kepentingan. penting,
pengguna dan / atau analis menghasilkan semua kemungkinan akar penyebab masalah.

2) Analisis Durasi (duration analysis)


Analisis durasi memerlukan pemeriksaan terperinci tentang jumlah waktu yang
diperlukan untuk melakukan setiap proses. Analis mulai dengan menentukan jumlah
total waktu yang dibutuhkan, rata-rata untuk melakukan serangkaian bisnis proses
untuk input yang khas. Mereka kemudian menentukan waktu masing-masing langkah
(atau subproses) dalam proses bisnis. Waktu untuk menyelesaikan langkah-langkah
dasar dijumlahkan dan dibandingkan dengan total keseluruhan proses. Sebagai contoh,
misalkan analis bekerja pada sistem hipotek rumah dan menemukan bahwa, rata-rata
dibutuhkan 30 hari bagi bank untuk menyetujui hipotek. Mereka kemudian melihat
setiap langkah dasar dalam proses (misalnya, entri data, kredit periksa, pencarian judul,
penilaian, dll.)

3) Penetapan Biaya Berbasis Aktivitas ( Activity-Based Costing)

Penetapan biaya berdasarkan aktivitas adalah analisis serupa yang memeriksa


biaya masing-masing jurusan proses atau langkah dalam proses bisnis daripada waktu
yang dibutuhkan. Para analis mengidentifikasi biaya yang terkait dengan setiap langkah
atau proses fungsional dasar, mengidentifikasi proses yang paling mahal, dan
memfokuskan upaya perbaikan mereka pada mereka. Menetapkan biaya secara
konseptual sederhana. Anda hanya memeriksa biaya langsung dari tenaga kerja dan
bahan untuk setiap input. Biaya bahan mudah dibebankan dalam proses manufaktur,
sedangkan biaya tenaga kerja biasanya dihitung berdasarkan: jumlah waktu yang
dihabiskan untuk input dan biaya staf per jam. Namun, seperti Anda mungkin
mengingat dari kursus akuntansi manajerial, ada biaya tidak langsung seperti: sewa,
depresiasi, dan sebagainya yang juga dapat dimasukkan dalam biaya aktivitas.

4) Informal benchmarking

Pembandingan Informal Benchmarking mengacu pada mempelajari bagaimana


organisasi lain melakukan bisnis untuk mempelajari bagaimana organisasi dapat
melakukan sesuatu yang lebih baik. Bench marking membantu organisasi dengan
memperkenalkan ide-ide yang mungkin tidak pernah dimiliki karyawan tetapi memiliki
potensi untuk menambah nilai. Dengan informal benchmarking, manajer dan analis
berpikir tentang organisasi lain, atau mengunjungi mereka sebagai pelanggan untuk
melihat bagaimana proses bisnis dilakukan.

5) Analisis Hasil (outcome analysis)


Analisis hasil berfokus pada pemahaman hasil mendasar yang memberikan nilai
bagi pelanggan. Sementara hasil ini terdengar seolah-olah mereka harus jelas. Dengan
pendekatan ini, analis sistem mendorong para manajer dan proyek sponsor untuk
berpura-pura bahwa mereka adalah pelanggan dan berpikir dengan hati-hati tentang apa
yang produk dan layanan.

6) Analisis Teknologi (technology analysis)

Banyak perubahan besar dalam bisnis selama dekade terakhir telah diaktifkan
oleh perusahaan baru. Oleh karena itu, analisis teknologi dimulai dengan meminta para
analis dan manajer mengembangkan daftar teknologi yang penting dan menarik,
kemudian manfaat sistem kelompok. Sebagai contoh, salah satu teknologi yang berguna
mungkin adalah Internet. Daripada memesan suku cadang untuk dapat
mengembangkan aplikasi ekstranet kepada pemasok pabrikan membuat jadwal
produksinya tersedia secara elektronik dan mengirimkan suku cadang yang dibutuhkan
sehingga mereka tiba di pabrik tepat pada waktunya. Ini menghemat biaya yang
signifikan karena menghilangkan kebutuhan orang untuk memantau jadwal produksi
dan mengeluarkan pesanan pembelian.
Daftar Pustaka

Dennis, Alan, Barbara Haley Wixom, and Roberta Roth. 2013. System Analysis and Design.
5th ed. United State of America: Wiley.

Anda mungkin juga menyukai