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
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
- 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
Posting Komentar