Konsep dan Prinsip Analisis

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 

   

       

·                                 Merupakan permulaan yang (selalu) perlu dilakukan agar seorang pelanggan memiliki masalah yang dapat dipertanggung jawabkan melalui pemecahan berbasis komputer

·                                 Agar pengembang dapat merespon permintaan bantuan (help) dari pelanggan

·                                  Biasanya jalan komunikasi ke pemahaman penuh dengan “lobang-lobang”

MENGAWALI PROSES

·                                 Untuk menjembatani jurang / lobang-lobang komunikasi antara pelanggan dan pengembang, sekaligus untuk memulai proses komunikasi, perlu dilakukan pertemuan pendahuluan atau wawancara

·                                  Harus dimulai dengan pertanyaan-pertanyaan yang bebas konteks :

o   Siapa dibalik permintaan untuk pekerjaan ini ?o   Siapa yang akan menggunakan pemecahan ini ?o   Apa keuntungan ekonomi dari pemecahan yang berhasil ?o   Apakah ada sumber lain untuk pemecahan yang anda inginkan ?

·                                 Dilanjutkan dengan pertanyaan agar seorang analis mendapat pemahaman yang lebih baik akan mengenai masalah dari pelanggan

o   Bagaimana anda akan menandai output yang baik ?o   Masalah apa yang akan diselesaikan oleh pemecahan ini ?o   Dapatkah anda memperlihatkan kepada saya (atau menjelaskan) lingku ngan dimana pemecahan tersebut akan digunakan ?o   Apakah masalah atau batasan kinerja yang khusus yang akan mempenga ruhi cara pemecahan tersebut didekati ?

·                                  Diakhiri dengan pertanyaan yang berfokus pada efektivitas pertemuan

o   Apakah anda adalah orang yang tepat untuk menjawab pertanyaan-pertanyaan ini ? dan apakah jawaban anda bersifat resmi ?o   Apakah pertanyaan saya ini relevan dengan masalah yang anda hadapi ?o   Apakah anda mengajukan terlalu banyak pertanyaan ?o   Apakah ada orang lain yang dapat memberikan informasi tambahan ?o   Apakah ada hal lain yang harus saya tanyakan kepada anda ? FAST (Facilitated Application Specification Techniques)TENTANG FASTMemacu kreasi kerjasama dari tim (pelanggan dan pengembang) yang bekerja sama untuk :

·                                  Mengidentifikasi masalah

·                                  Menyiapkan elemen-elemen solusi

·                                 Menegosiasikan pendekatan yang berbeda

·                                  Menetapkan sebelumnya kebutuhan solusi yang diperlukan

Banyak pendekatan yang digunakan dan masing-masing pendekatan menggunakan scenario yang berbeda, namun semuanya menerapkan variasi tuntunan dasar berikut ini:

·                                   Pertemuan dilakukan di sisi netral dan dihadiri baik oleh pengembang maupun pelanggan

·                                   Aturan main untuk persiapan dan partisipasi dibuat

·                                    Perlunya agenda

·                                   Perlunya seorang fasilitator

·                                  Harus adanya mekanisme definisi

PANDUAN FASTJ. Wood dan D. Silver menyarankan beberapa panduan umum FAST yang dapat digunakan yaitu :

·                                 Peserta harus menghadiri semua rapat

·                                 Semua peserta adalah sama

·                                 Persiapan harus sama pentingnya dengan rapat yang sebenarnya

·                                 Semua dokumen sebelum rapat harus dikaji ulang

·                                 Lokasi rapat diluar ruangan terkadang diperlukan

·                                 Tentukan agenda dan jangan sampai mengalami perubahan

·                                 Jangan sampai terbawa dalam hal-hal teknis yang terlalu rinci

PENYEBARAN FUNGSI KUALITAS (QUALITY FUNCTION DEPLOYMENT = QFD)QFD sebagai perkenalan :

·                                 Teknik manajemen kualitas yang menterjemahkan kebutuhan pelanggan kedalam kebutuhan teknis untuk perangkat lunak

·                                 Pertama kali diperkenalkan di Jepang untuk memaksimalkan kepuasan pelanggan

·                                 Menekankan pemahaman tentang apa yang berguna kepada pelanggan dan kemudian menyebarkan nilai-nilai tersebut melalui proses rekayasa

QFD mengidentifikasi tiga tipe persyaratan yaitu :

1. .Persyaratan  normal : Sasaran dan tujuan bagi sebuah produk atau system selama pertemuan dengan pelanggan. Bila persyaratan ini ada, maka pelanggan akan menjadi puas, misalnya tampilan grafis yang sempurna. 

2. Persyaratan yang diharapkan : Persyaratan ini implicit terhadap produk atau system yang sangat fundamental sehingga pelanggan tidak menyatakannya secara eksplisit. Ketidakhadirannya akan menyebabkan ketidakpuasan yang sangat mendalam. Contohnya adalah mudahnya operasional interaksi manusia dan mesin, reliabilitas dan kebenaran operasional keseluruhan dan mudahnya instalasi perangkat lunak\

3.   Exciting requirement : Persyaratan ini sangat diharapkan oleh pelanggan dan terbukti sangat memuaskan bila ada, misal kemampuan perangkat pengolah kata yang memiliki kemampuan layout halaman, dsb.   

 

Prinsip Analisa

1. 
   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
   
   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. 

PROTOTYPING PERANGKAT LUNAK

 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.


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. 

 

SUMBER

  http://lokomediasi.blogspot.co.id/2009/08/prinsip-konsep-analisa-kebutuhan.html

  http://teknikbelajarprogram.blogspot.co.id/2016/04/tugas-rekayasa-perangkat-lunak-npm.html