PRINSIP & KONSEP ANALISA KEBUTUHAN (REQUIREMENT_ANALYST)

Prinsip & Konsep Analisa Kebutuhan

Analisa Kebutuhan
- Teknik Komunikasi
- Memulai Proses
- Teknik Spesifikasi Aplikasi Yang dimudahkan
- Prinsip Analisa
- Daerah Informasi
- Modeling
- Penyekatan
- Prototipe Software
- Pemilihan Pendekatan Prototipe
- Metode Prototipe dan perkakasnya.
- Spesifikasi kebutuhan perangkat lunak
- Prinsip Spesifikasi
- Penyajian

Analisa Kebutuhan

Analisa kebutuhan
Adalah Suatu proses penemuan, perbaikan, modeling, dan spesifikasi.

Sepanjang proses, kedua-duanya pelanggan dan pengembang mengambil suatu peran aktif.

Terpusat pada: “ apa” sebagai pengganti “ bagaimana”

Input dari proses analisa kebutuhan:
- Rencana Proyek Software - Spesifikasi sistem ( jika terdapat)

Output
Adalah Spesifikasi dokumen kebutuhan software - menyediakan software insinyur dengan model yang dapat diterjemahkan ke dalam data, secara ilmu bangunan, alat penghubung, dan disain prosedur.

- pengembang dan pelanggan dapat memeriksa mutu dari software dan menyediakan pengaruh arus balik.

Yang melaksanakan analisa kebutuhan: analis sistem

Usaha dan tugas utama :
- Pengenalan masalah ( atau pemahaman sistem)
- Menemukan dan memahami kebutuhan system
- Menyuling kebutuhan
- Sintese dan Evaluasi:
- apakah merupakan solusi alternative
- memusatkan pada solusi apa harus dipilih atau digunakan sebagai ganti bagaimana cara menerapkan suatu solusi.
- Modeling: untuk menghadirkan berbagai aspek dari system
- data yang diperlukan
- informasi dan mengendalikan arus
- perilaku operasi
- Spesifikasi:
- fungsi software, dan tampilan
- menghubungkan antar unsur-unsur system
- batasan sistem

Proses Rancang Bangun Kebutuhan

Studi kelayakan:
- Mengidentifikasi dan perkiraan untuk melihat jika kebutuhan pemakai dapat dicukupi dengan menggunakan teknologi dan teknik sekarang.

- Analisa kebutuhan:
- Proses menurunkan kebutuhan sistem melalui pengamatan atas sistem yang berjalan, diskusi dengan para pemakai dan pelanggan, analisis tugas, dan seterusnya.

Definisi kebutuhan:
- Menterjemahkan informasi ke dalam suatu REQ. dokumen.

Spesifikasi kebutuhan:
- Menggambarkan kebutuhan sistem yang menggunakan suatu ketepatan yang konsisten, dan cara lengkap.
- Penggunaan beberapa metoda spesifikasi kebutuhan

Proses Analisa Kebutuhan

Pemahaman daerah:
- Pemahaman daerah aplikasi.
- Koleksi kebutuhan:
- Proses dari saling berinteraksi dengan pelanggan, para pemakai untuk menemukan kebutuhan untuk sistem itu.

- Penggolongan kebutuhan:
- Menggrupkan dan menggolongkan kebutuhan yang dikumpulkan itu.

- Resolusi konflik:
- Memecahkan kebutuhan konflik.

- Prioritisasi:
- Mengidentifikasi dan mendaftar kebutuhan menurut kepentingan mereka

- Pengesahan kebutuhan:
- Memeriksa dan mengesahkan kebutuhan yang dikumpulkan untuk melihat jika mereka lengkap, benar, dan serasi



Teknik Komunikasi

Memulai Proses
Q1 menetapkan: Konteks bebas bertanya untuk memimpin pemahaman dasar dari masalah

Siapakah di belakang solusi?

Siapa yang akan menggunakan solusi?
…..
Q2 menetapkan: Mempertanyakan untuk memperoleh suatu pemahaman yang lebih baik menyangkut masalah dan persepsi konsumen tentang suatu solusi.

Bagaimana kamu akan menandai “ baik” keluaran yang akan dihasilkan oleh suatu solusi sukses?

Apa permasalahan tujuan solusi ini?

Q3 menetapkan: Meta-Questions memusatkan pada efektivitas dari pertemuan.

Apakah kamu orang yang tepat untuk menjawab pertanyaan ini? Apakah jawab mu “ resmi”?


Teknik Spesifikasi Yang Dimudahkan

Software insinyur dan Pelanggan sering mempunyai suatu tak sadar “ kita dan mereka” pikirkan.
Ini mungkin menyebabkan: kesalah pahaman, kehilangan informasi penting,….
Untuk memecahkan masalah, pendekatan FAST diusulkan.
FAST mendorong kreasi dari suatu gabungan regu dari pengembang dan pelanggan.
Mereka bekerja sama
- untuk mengidentifikasi masalah dan mengusulkan dan
- untuk merundingkan unsur-unsur solusi yang berbeda dan pendekatannya
Petunjuk dasar dari FAST
- pegangan suatu pertemuan pada suatu lokasi netral
- menetapkan aturan untuk keikutsertaan dan persiapan
- mempunyai suatu agenda rapat formal
- mengendalikan pertemuan dasar dengan sebuah “ penghubung”
- menggunakan sebuah “ mekanisme definisi”
- mempunyai suatu gol umum untuk
- mengidentifikasi masalah
- mengusulkan unsur-unsur kebutuhan dan solusi
- merundingkan pendekatan berbeda




Penyebaran Fungsi Mutu

Penyebaran Fungsi Mutu ( QFD) adalah teknik manajemen mutu
- Menterjemahkan kebutuhan dari pelanggan ke dalam kebutuhan teknis untuk software.

QFD mengidentifikasi tiga jenis kebutuhan:
- Kebutuhan normal:
Sasaran hasil dan tujuan:
contoh: jenis pajangan grafis, fungsi sistem spesifik

- Kebutuhan yang diharapkan:
kebutuhan yang terkandung:
contoh: merampas human-machine interaksi ,merampas software instalasi

- Kegairahan kebutuhan:
Corak pergi di luar customer’s harapan

Prinsip Analisa

Masing-masing metoda analisa mempunyai suatu segi pandangan unik.
Semua metoda analisa terkait oleh satu set prinsip operasional:
- menghadirkan dan memahami daerah informasi- menggambarkan fungsi software
- menghadirkan perilaku dari software – menggunakan model untuk melukiskan informasi, fungsi, dan perilaku--> membongkar detil di dalam suatu lapisan pertunjukan.
- bergerak dari informasi penting ke arah yang lebih detil

Satu set petunjuk untuk rancang-bangun kebutuhan:
- memahami masalah sebelum permulaan untuk menciptakan model analisa
- mengembangkan prototipe untuk membantu pemakai untuk memahami bagaimana interaksi manusia dan mesin
- merekam asal dan pertimbangan untuk tiap-tiap kebutuhan
- menggunakan berbagai pandangan kebutuhan
- memprioritaskan kebutuhan
- bekerja untuk menghapuskan kerancuan

Daerah Informasi Software

Software dibangun untuk memproses data, untuk mengubah bentuk data dari yang satu dengan yang lain.
Software juga memproses peristiwa.
Prinsip analisis operasi yang pertama perlu untuk menguji daerah informasi.
Daerah informasi berisi tiga pandangan yang berbeda menyangkut data dan kendali:
- hubungan dan isi informasi:
isi informasi--> menghadirkan data individu dan object kendali
ada hubungan berbeda antara object dan data

- arus informasi:
menghadirkan cara di mana data dan kontrol berubah dari masing- masing gerak melalui suatu sistem. Data dan control bergerak antara dua perubahan bentuk ( fungsi).

- struktur informasi:
menghadirkan organisasi yang internal dari berbagai data dan materi kendali- struktur pohon data - data tebel ( n-dimensi)

Pemodelan

Selama modeling software kebutuhan analisa, kita menciptakan model menyangkut sistem untuk dibangun.
Model terpusat pada :- apa yang sistem harus lakukan, bukan bagaimana sistem mengerjakan itu.

Model pada umumnya mempunyai suatu notasi grafis untuk dihadirkan:
- informasi, pengolahan, perilaku sistem, dan corak lain

Yang kedua dan ketiga analisis operasi prinsip memerlukan:
- membangun model perilaku dan fungsi

Model Fungsional
Software Model fungsional mengubah bentuk informasi. Tiga fungsi umum:- masukan, memproses, keluaran

- Model Perilaku
Kebanyakan perilaku model software bereaksi terhadap peristiwa dari dunia luar. Suatu model perilaku menciptakan suatu penyajian menyangkut status software dan peristiwa yang menyebabkan perangkat lunak untuk berubah status

Peran penting model:
Model menopang analis di dalam pemahaman informasi, fungsi, dan perilaku dari suatu sistem.
Model menjadi titik-api untuk tinjauan ulang di dalam aspek kelengkapan, konsistensi, dan ketelitian dari spesifikasi itu.
Model menjadi pondasi untuk disain, menyediakan perancang dengan suatu penyajian penting dari software.

Prototipe Software

Dalam beberapa hal adalah mungkin untuk menerapkan analisis operasi prinsip dan memperoleh suatu model software dari suatu disain yang dapat dikembangkan.

Memilih pendekatan prototipe:
Pendekatan closed-ended disebut lembaran prototype iklan.
- Sebuah prototipe melayani sebagai demonstrasi keras dari kebutuhan.

Pendekatan open-ended disebut evolusiner membuat prototip.
- suatu prototipe bertindak sebagai evolusi pertama dari sistem yang telah selesai.

Gambar 11.7 memilih pendekatan prototipe yang sesuai.

Prototipe Perkakas dan Metoda:
- Teknik Generasi Keempat
- Komponen Software dapat dipakai kembali
- Spesifikasi Formal dan Lingkungan Prototipe

Spesifikasi Software

Prinsip Spesifikasi
Memisahkan kemampuan dari implementasi
Mengembangkan suatu model menyangkut perilaku yang diinginkan dari suatu system
Menetapkan konteks di mana software beroperasi
Menggambarkan lingkungan di mana sistem beroperasi
Menciptakan suatu model teori dibanding suatu implementasi atau disain model
Spesifikasi adalah suatu model abstrak dari suatu sistem riil
Menetapkan struktur dan isi dari suatu spesifikasi ( mudah untuk diubah)

Petunjuk untuk penyajian:
Isi dan Format penyajian harus relevan kepada masalah
Informasi yang dimasukkan di dalam spesifikasi harus sekumpulan
Diagram dan notasi format lain harus terbatas dalam jumlah dan digunakan secara konsisten.
Penyajian harus bisa berhadap-hadapan kembali

Standar spesifikasi kebuthan software:
IEEE ( standard No. 830-1984) dan U.S. Departemen Pertahanan
Dalam banyak kesempatan, suatu persiapan penggunaan manual harus disajikan untuk menghadiahi perangkat lunak sebagai black-box.