KONSEP DAN PRINSIP ANALISIS REKAYASA PERANGKAT LUNAK



1. Analisa Kebutuhan Perangkat Lunak

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

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

3.Prinsip-prinsip Analisis

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.
 
 
4. Prototyping perangkat lunak
a. Prototyping Perangkat
Analisis harus dilakukan tanpa mengabaikan paradigma rekayasa perangkat lunak yang di aplikasikan; tetapi bentuk yang diambil oleh analisis akan bermacam- macam. Dalam banyak kasus sangat mungkin untuk mengaplikasikan prinsip operasional dan menarik sebuah model perangkat lunak yang melaluinya sebuah desain dapat dikembangkan, pengaplikasian prinsip analisis dan penyusunan model perangkat lunak yang akan dibangun yang disebut prototype untuk penilaian pelanggan danpengembang.
 
b. Pemilihan prototyping
Paradigma prototyping terbatas dan tidak terbatas. Pendekatan terbatas sering disebut : throw away prototyping. Dengan menggunakn pendekatan tersebut, prototyping sebagai sebuah demonstrasi kasar dari sebuah persyaratan.Kemudian prototype dikesampingkan dan perangkat lunak direkayasa dengan menggunakan suatu paradigma yang berbeda.Pendekatan tidak terabatas sering disebut evolusionary prototyping,menggunakan prototyping sebagai bagian utama dari aktivitas analisis yang akan diteruskan ke dalam desain dan konstruksi.

c. Metode dan Peranti Prototyping
Agar prototyping perangkat lunak efektif, maka harus dikembangkan suatu prototype dengan cepat sehingga pelanggan dengan dapat menilai hasil dan perubahan yang di rekomendasikan. Untuk melakukan prototyping dengan tepat ad tiga kelas metode dan peranti generik, teknik generasi keempat komponen perangkat lunak reusable, spesifikasi normal,dan lingkungan prototyping.
 
Sumber http://lokomediasi.blogspot.co.id/2009/08/prinsip-konsep-analisa-kebutuhan.html

Komentar

Postingan Populer