PRINSIP DAN KONSEP ANALISA (ANALYSIS CONCEPT AND PRINCIPLES)
Upcoming SlideShare
Loading in...5
×
 

PRINSIP DAN KONSEP ANALISA (ANALYSIS CONCEPT AND PRINCIPLES)

on

  • 1,187 views

PRINSIP DAN KONSEP ANALISA

PRINSIP DAN KONSEP ANALISA
(ANALYSIS CONCEPT AND PRINCIPLES)

Statistics

Views

Total Views
1,187
Views on SlideShare
1,167
Embed Views
20

Actions

Likes
0
Downloads
17
Comments
0

3 Embeds 20

http://rahmawatigger.blogspot.com 18
http://www.rahmawatigger.blogspot.com 1
http://rahmawatigger.blogspot.sg 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

 PRINSIP DAN KONSEP ANALISA (ANALYSIS CONCEPT AND PRINCIPLES) PRINSIP DAN KONSEP ANALISA (ANALYSIS CONCEPT AND PRINCIPLES) Presentation Transcript

  • PRINSIP DAN KONSEP ANALISA(ANALYSIS CONCEPT ANDPRINCIPLES)RAHMAWATI(41811110042)
  • Persyaratan perangkat lunak sangat pentingbagi keberhasilan usaha pengembanganperangkat lunak.Tidak peduli bagaimanaperangkat lunak dirancang atau dikodekan,program yang dianalisis dan ditentukan secaratidak baik akan mengecewakan pemakainya danakan membawa kegagalan bagipengembangnya
  • Dalam konteks perangkat lunak, analisismerupakan sebuah :• Penemuan• Perbaikan• Pemodelan• Spesifikasi (baru)
  •  Pengembang maupun pelanggan harusberperan aktif Pelanggan berusaha memfomulasikankembali konsep yang tidak jelas dari fungsiperangkat lunak dan kinerja kedalam detailyang konkret Pengembang berinteraktif sebagai integrator,kosultan dan pemecahan masalah
  •  Pelanggan hanya memiliki ide yang samar-samar apa yang dibutuhkan Pengembang akan menghasilkan “ide yangsamar-samar”, dengan asumsi bahwa “kitaakan mengerjakan rincian pekerjaan sesuaitahapan (langkah)” Pelanggan akan terus mengikuti perubahan Pengembangan akan “dirugikan” olehperubahan-perubahan ini, membuatkesalahan-kesalahan dalam spesifikasi danpengembangan
  •  Analisis persyaratan adalah sebuah tugas rekayasaperangkat lunak yang menjembatani jurang antaraalokasi perangkat lunak tingkat system danperancangan perangkat lunak seperti terlihat padagambar 11.1Gambar 11.1 Analisis dan kesenjangan antara rekayasa system dan desain perangkat lunakRekayasasistemDesainPerangkatLunakAnalisisPersyaratanPerangkatLunak
  • 1. Pengenalan MasalahMempelajari spesifikasi sistem (bila ada) dan rencana proyekperangkat lunak dalam suatu konteks sistem dan mengkajiruang lingkup perangkat lunak dalam suatu konteks sistem danmengkaji perangkat lunak yang telah digunakan untukmemunculkan estimasi perencanaan2. Evaluasi dan Sintesis Membatasi semua objek data yang dapat diobservasi secaraeksternal Mengevaluasi aliran dan muatan informasi Mendefinisikan dan menguraikan semua fungsi perangkatlunak Memahami tingkah laku perangkat lunak dalam kontekskejadian yang mempengaruhi system Membangun karakteristik interface system Menemukan batasan desain tambahan
  • 3. PemodelanMenyiapkan sistem dalam ukuran yang kecil-kecil sebelum menerapkan dengan sistemsebenarnya4. SpesifikasiMenetapakn sistem dalam kondisi yangsebenarnya5. KajianMelakukan evaluasi dan pengujian formalterhadap penerapan yang telah dilakukanapakah sasaran yang ditetapkan tercapai atautidak
  •  Merupakan permulaan yang (selalu) perludilakukan agar seorang pelanggan yangmemiliki masalah dapat dipertanggungjawabkan melalui pemecahan berbasiskomputer Agar pengembang dapat meresponpermintaan bantuan (help) dari pelanggan Biasanya jalan komunikasi ke pemahamanpenuh dengan “lobang-lobang”
  •  Untuk menjembatani jurang / lobang-lobang komunikasi antarapelanggan dan pengembang, sekaligus untuk memulai proseskomunikasi, perlu dilakukan pertemuan pendahuluan atau wawancara Harus dimulai dengan pertanyaan-pertanyaan yang bebas konteks : Siapa dibalik permintaan untuk pekerjaan ini ? Siapa yang akan menggunakan pemecahan ini ? Apa keuntungan ekonomi dari pemecahan yang berhasil ? Apakah ada sumber lain untuk pemecahan yang anda inginkan ? Dilanjutkan dengan pertanyaan agar seorang analis mendapatpemahaman yang lebih baik akan mengenai masalah dari pelanggan Bagaimana anda akan menandai output yang baik ? Masalah apa yang akan diselesaikan oleh pemecahan ini ? Dapatkah anda memperlihatkan kepada saya (atau menjelaskan)lingku ngan dimana pemecahan tersebut akan digunakan ? Apakah masalah atau batasan kinerja yang khusus yang akanmempenga ruhi cara pemecahan tersebut didekati ?
  •  Diakhiri dengan pertanyaan yang berfokuspada efektivitas pertemuan Apakah anda adalah orang yang tepat untukmenjawab pertanyaan-pertanyaan ini ? dan apakahjawaban anda bersifat resmi ? Apakah pertanyaan saya ini relevan dengan masalahyang anda hadapi ? Apakah anda mengajukan terlalu banyakpertanyaan ? Apakah ada orang lain yang dapat memberikaninformasi tambahan ? Apakah ada hal lain yang harus saya tanyakankepada anda ?
  • TENTANG FASTMemacu kreasi kerjasama dari tim (pelanggan dan pengembang) yangbekerja sama untuk : Mengidentifikasi masalah Menyiapkan elemen-elemen solusi Menegosiasikan pendekatan yang berbeda Menetapkan sebelumnya kebutuhan solusi yang diperlukanBanyak pendekatan yang digunakan dan masing-masing pendekatanmenggunakanscenario yang berbeda, namun semuanya menerapkan variasi tuntunandasar berikut ini: Pertemuan dilakukan di sisi netral dan dihadiri baik olehpengembang maupun pelanggan Aturan main untuk persiapan dan partisipasi dibuat Perlunya agenda Perlunya seorang fasilitator Harus adanya mekanisme definisi
  • J. Wood dan D. Silver menyarankan beberapa panduanumum FAST yang dapat digunakan yaitu : Peserta harus menghadiri semua rapat Semua peserta adalah sama Persiapan harus sama pentingnya dengan rapatyang sebenarnya Semua dokumen sebelum rapat harus dikaji ulang Lokasi rapat diluar ruangan terkadang diperlukan Tentukan agenda dan jangan sampai mengalamiperubahan Jangan sampai terbawa dalam hal-hal teknis yangterlalu rinci
  • PENYEBARAN FUNGSI KUALITAS (QUALITFUNCTION DEPLOYMENT = QFD)QFD sebagai perkenalan : Teknik manajemen kualitas yangmenterjemahkan kebutuhan pelanggankedalam kebutuhan teknis untuk perangkatlunak Pertama kali diperkenalkan di Jepang untukmemaksimalkan kepuasan pelanggan Menekankan pemahaman tentang apa yangberguna kepada pelanggan dan kemudianmenyebarkan nilai-nilai tersebut melaluiproses rekayasa
  • QFD mengidentifikasi tiga tipe persyaratan yaitu :1. Persyaratan normal : Sasaran dan tujuan bagi sebuahproduk atau system selama pertemuan denganpelanggan. Bila persyaratan ini ada, maka pelangganakan menjadi puas, misalnya tampilan grafis yangsempurna.2. Persyaratan yang diharapkan : Persyaratan ini implicitterhadap produk atau system yang sangat fundamentalsehingga pelanggan tidak menyatakannya secaraeksplisit. Ketidakhadirannya akan menyebabkanketidakpuasan yang sangat mendalam. Contohnyaadalah mudahnya operasional interaksi manusia danmesin, reliabilitas dan kebenaran operasionalkeseluruhan dan mudahnya instalasi perangkat lunak3. Exciting requirement : Persyaratan ini sangat diharapkanoleh pelanggan dan terbukti sangat memuaskan bilaada, misal kemampuan perangkat pengolah kata yangmemiliki kemampuan layout halaman, dsb
  •  Penyebaran fungsi, menentukan nilai (sepertiyang diharapkan pelanggan) dari setiapfungsi yang dibutuhkan oleh system. Penyebaran informasi, mengidentifikasi objekdata dan kejadian Penyebaran tugas, yang melatih kebiasaandari system Analisa nilai, menetapkan prioritas relativekebutuhan
  • MASALAHMenetapkankebutuhanMembangunprototipeMembuatmodel analisaMengkajiulangMembangunspesifikasi
  • PRINSIP ANALISA KESATUData Domain Model : Menetapkan objek data Menggambarkan atribut data Menetapkan hubungan dataPRINSIP ANALISA KEDUAFungsi Model : Mengidentifikasi fungsi yang (dapat) merubah objek data Mengindikasikan berapa data yang melalui system Mewakili data produsen dan konsumenPRINSIP ANALISA KETIGAModel Kebiasaan : Mengindikasikan states yang berbeda dari system Menetapkan kejadian yang mungkin menyebabkan perubahanpada state
  • PRINSIP ANALISA KEEMPATPartisi Model : Menyaring setiap model untuk mewakili level yanglebih rendah dari abstraksi◦ Menyaring objek data◦ Membuat hirarki fungsi◦ Mewakili kebiasaan pada tingkatan yang berbeda tiap detil Membuat partisi horizontal dan vertikalPRINSIP ANALISA KELIMA :Intisari : Memulai focus intisari masalah tanpa memperhatikanrincian implementasi
  •  Mengerti masalah sebelum kita memulaimenciptakan model analisa Membangun protipe yang memungkinkanpelanggan untuk mengerti bagaimana pelangganmengerti interaksi manusia dan mesin dapatterjadi Mencatat hal-hal yang baru dan alasan untuksetiap kebutuhan Menggunakan gambaran bertingkat setiapkebutuhan Memprioritaskan kebutuhan Bekerja untuk menghilangkan keragu-raguan
  • MODEL FUNGSIONALMODEL DATABEHAVIORAL MODEL
  • Kajian dari suatu spesifikasi persyaratan perangkat lunakdilakukan baik oleh pelanggan maupun pengembang perangkatlunak dan harus dilakukan dengan sangat hati-hati. Kajian iniakan memastikan bahwa spesifikasi sudah lengkap, konsistendan akurat. Untuk itu, pertanyaan-pertanyaan di bawah ini dapatdiajukan : Apakah tujuan dan sasaran yang dinyatakan bagi perangkatlunak tetap konsisten dengan tujuan dan sasaran system ? Apakah interface penting ke semua elemen system sudahdigambarkan ? Apakan aliran informasi dan struktur didefinisikan dengantepat bagi domain masalah ? Apakah diagram jelas ? dapatkah masing-masing berdirisendiri tanpa teks pendamping ? Apakah fungsi mayor tetap ada dalam ruang lingkup, dansudahkan digambarkan dengan tepat ?
  •  Apaka tingkah laku perangkat lunak konsisten denganinformasi yang harus diprosesnya dengan fungsi yangharus dilakukannya / Apakah batasan desain realistis ? Apakah resiko teknologis pengembangan sudahdipertimbangkan ? Apakah criteria validasi dinyatakan secara detail ?Apakah criteria itu tepat untuk menggambarkan sebuahsystem yang berhasil ? Apakah ada inkonsistensi, penghilangan atauredundancy ? Apakah kontak dengan pelanggan sudah lengkap ? Apakah pemakai sudah mengkaji manual pemakaipermulaan atau prototype ? Bagaimana estimasi perencanaan mempengaruhi ?
  •  Analisis persyaratan adalah langkah teknispertama pada proses rekayasa perangkatlunak Analisis harus berfokus pada domaininformasi, fungsional dan tingkah laku darimasalah Dalam beberapa kasus tidaklah mungkinuntuk secara lengkap memspesifikasi suatumasalah pada tahap awal Spesifikasi persyaratan perangkat lunakdikembangkan sebagai akibat dari analisis