Rekayasa persyaratan adalah proses yangmelibatkan semua kegiatan yang dibutuhkan untukmembuat dan memelihara dokumen persy...
Elisitasi dan       Studi                            analisis     kelayakan                         persyaratan           ...
Proses rekayasa persyaratan harusdimulai dengan studi kelayakan. Input bagistudi kelayakan adalah deskripsi garisbesar sys...
Studi    kelayakan    merupakan    studisingkat dan terfokus yang bertujuan untukmenjawab sejumlah pertanyaan berikut:• Ap...
Melakukan studi kelayakan mencakuppenilaian     informasi,     pengumpulaninformasi, dan penulisan laporan.   Fase       p...
• Bagaimana organisasi mengatasi masalah jika system ini tidak  diimplementasi?• Apa masalah dengan proses pada saat ini d...
Elisitasi dan analisis persyaratandapat melibatkan berbagai macam orangdalam organisasi.   Istilah stakeholder dipakai unt...
Untuk sistem berukuran menengah ataubesar, biasanya terdapat beberapa end-user dengan tipe berbeda. Banyakstakeholder yang...
• Nasabah bank pada saat itu yang menerima jasa dari sistem• Representatif dari bank lain yang memiliki perjanjian timbal ...
• Manajer keamanan bank yang harus menjamin  bahwa   sistem    tidak   akan    menimbulkan  kekacauan keamanan dalam bentu...
Setiap metode memiliki gagasan yangberbeda mengenai apa yang dimaksuddengan “sudut pandang”. Suatu sudutpandang dapat dian...
• Sudut pandang bersifat eksternal terhadap  sistem sehingga merupakan cara yang natural  untuk membentuk struktur proses ...
Metode   VORD   (Viewpoint OrientedRequirments   Definition   /   definisipersyaratan berorientasi sudut pandang)telah dir...
Pemetaan  Identifikasi    Strukturisasi    Dokumentasi                                                  sistem sudutsudut ...
• Identifikasi sudut pandang, yang mencakup pencarian sudut  pandang yang menerima layanan sistem dan pengidentifikasian  ...
Skenario   adalah   deskripsi    sesiinteraksi contoh. Skenario bisa sangatberguna untuk menambahkan detail garisbesar des...
o deskripsi status sistem pada awal skenarioo deskripsi aliran event yang normal pada skenarioo deskripsi mengenai apa yan...
Skenario event digunakan paaVORD untuk mendokumentasikanprilaku sistem jika dihadapkanpada event-event tertentu.
• Data yang diberikan dari sudut pandang atau diberikan  ke sudut pandang digambarkan dengan elips.• Informasi kontrol mas...
Ada kartu                                        Kartu valid                                                              ...
Use-case adalah teknik berdasarkanskenario untuk elisitasi persyaratan.Use case sekarang telah menjadi fiturdasr notasi UM...
Layanan                                         Penyimpananaktor pada proses ini direpresentasikan sebagai gambar orang da...
Layanan                       Penyimpanan    User                        Administrasiperpustakaan                         ...
Etnografi adalah teknik observasiyang dapat dipakai untuk memahamipersyaratan sosial dan organisasional.   Nilai etnografi...
• Persyaratan yang berasal dari cara  orang bekerja yang sebenarnya dan  bukan cara yang ditentukan oleh  definisi proses....
Analisis              Pertemuan      Etnografietnografik             Debriefing     terfokus                              ...
Validasi     persyaratan    berkenaandengan        pengidentifikasian    bahwapersyaratan benar-benar mendefinisikansystem...
Peninjauan    persyaratan   biasanyamerupakan proses manual yang melibatkanbanyak pembaca.   Proses ini dapat diorganisir ...
Manajemen persyaratan adalah prosespemahaman dam pengendalian perubahanpada persyaratan system.   Proses     manajemen    ...
Pengembangan persyaratan perangkat kunakterpisat      pada     kemampuan    perangkatlunak,    tujuan   bisnis,lainnya.  S...
Perecanaan merupakan tahap pertama yangpentigpada proses manajemen persyaratan.Manajemen persyaratan sangat mahal dan untu...
• Identifikasi persyaratan. Setiap persyaratan harus  diidentifikasi dengan unik sehingga dapat direferensi  silang dengan...
• Informasi   kemampuan    penelusuran.   Dipakai  untuk  menemukan stakeholder yang bersangktan sehingga mereka  dapat di...
• Penyimpanan   Persyaratan.   Persyaratan    harus  disimpan pada tempat penyimpanan data yang aman  dan terpelihara, yan...
Manajemen    perubahan    persyaratanharus diterapkan pada semua perubahanyang           diusulkan           untukpersyara...
• Analisis masalah dan spesifikasi perubahan. Pada tahap  ini,masalah atau usulan perubahan dianalisis untuk  memerikasa v...
Rpl   06 - proses rekayasa persyaratan
Rpl   06 - proses rekayasa persyaratan
Upcoming SlideShare
Loading in …5
×

Rpl 06 - proses rekayasa persyaratan

2,411 views

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,411
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
83
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Rpl 06 - proses rekayasa persyaratan

  1. 1. Rekayasa persyaratan adalah proses yangmelibatkan semua kegiatan yang dibutuhkan untukmembuat dan memelihara dokumen persyratan system. Ada empat kegiatan proses rekayasa persyaratantingkat tinggi yang generic :• studi kelayakan system,• esilitasi dan analisis persyaratan,• penspesifikasian persyaratan dan dokumentasinya ,• validitasi
  2. 2. Elisitasi dan Studi analisis kelayakan persyaratan Spesifikasi persyaratan Laporan Validasi kelayakan persyaratan Model Sistem Persyaratan user dan sistemHubunganelisitasi, dokumentasi, dan Dokumenpemeriksaan persyaratan persyaratan
  3. 3. Proses rekayasa persyaratan harusdimulai dengan studi kelayakan. Input bagistudi kelayakan adalah deskripsi garisbesar system dan bagaimana system akandigunakan di dalam organisasi. Hasil studi kelayakan berwujud laporanyang merekomendasikan apakah kegiatantersebut layak diteruskan dengan rekayasapersyaratan dan proses pengembangansystem.
  4. 4. Studi kelayakan merupakan studisingkat dan terfokus yang bertujuan untukmenjawab sejumlah pertanyaan berikut:• Apakah system memberikan kontribusi bagi tujuan organisasi secara keseluruhan?• Apakah system dapat diimplementasikan dengan menggunakan teknologi terbaru dan dalam batasan biaya dan jadwal?• Apakah system dapat diintegrasi dengan system lain ynag sudah ada?
  5. 5. Melakukan studi kelayakan mencakuppenilaian informasi, pengumpulaninformasi, dan penulisan laporan. Fase penilaian informasimengidentifikasi informasi yangdibutuhkan untuk menjawab pertanyaanyang diberikan.
  6. 6. • Bagaimana organisasi mengatasi masalah jika system ini tidak diimplementasi?• Apa masalah dengan proses pada saat ini dan bagaimana system yang baru bias membantu meringankan masalah ini?• Apa kontribusi langsung yang akan diberikan system bagi tujuan bisnis?• Dapatkah informasi ditransfer ke dan dari system organisasi?• Apakah system membutuhkan teknologi yang sebelumnya tidak dipakai pada organisasi?
  7. 7. Elisitasi dan analisis persyaratandapat melibatkan berbagai macam orangdalam organisasi. Istilah stakeholder dipakai untukmenyebutkan orang-orang yang memilikipengaruh langsung atau tidak padapersyaratan system. Elisitasi dan analisis sistemmempunyai Tiga Teknik yaitu, Elisitasiberorientasi sudut pandang, skenario danetnografi.
  8. 8. Untuk sistem berukuran menengah ataubesar, biasanya terdapat beberapa end-user dengan tipe berbeda. Banyakstakeholder yang memiliki kepentinganterhadap persyaratan sistem.
  9. 9. • Nasabah bank pada saat itu yang menerima jasa dari sistem• Representatif dari bank lain yang memiliki perjanjian timbal balik yang memungkinkan menggunakan ATM bersama• Manajer cabang-cabang bank yang mendapatkan informasi manajemen dari sistem• Staf counter pada cabang-cabang bank yang terlibat dalam pengoperasian sistem dari hari ke hari, menangani keluhan nasabah, dll• Administrator database yang bertanggung jawab terhadap integrasi sistem dengan database nasabah bank
  10. 10. • Manajer keamanan bank yang harus menjamin bahwa sistem tidak akan menimbulkan kekacauan keamanan dalam bentuk apapun• Departemen pemasaran bank yang mungkin tertarik untuk menggunakan sistem sebagai cara untuk pemasaran bank• Perekayasa pemeliharaan perangkat keras dan lunak yang bertanggung jawab untuk memelihara sistem dan meng-upgrade perangkat keras dan lunak.
  11. 11. Setiap metode memiliki gagasan yangberbeda mengenai apa yang dimaksuddengan “sudut pandang”. Suatu sudutpandang dapat dianggap sebagai :• Sumber atau tempat masuknya data.• Kerangka kerja representasi.• Penerima layanan.
  12. 12. • Sudut pandang bersifat eksternal terhadap sistem sehingga merupakan cara yang natural untuk membentuk struktur proses elisitasi persyaratan.• Relatif mudah untuk memutuskan apakah suatu sudut pandang bersifat valid.• Sudut pandang dan layanan merupakan cara yang berguna dalam penstrukturan persyaratan non-fungsional. Setiap layanan bisa memiliki persyaratan non-fungsional yang berhubungan.
  13. 13. Metode VORD (Viewpoint OrientedRequirments Definition / definisipersyaratan berorientasi sudut pandang)telah dirancang sebagai kerangka kerjaberorientasi layanan untuk elisitasidan analisis persyaratan .
  14. 14. Pemetaan Identifikasi Strukturisasi Dokumentasi sistem sudutsudut pandang sudut pandang sudut pandang pandang
  15. 15. • Identifikasi sudut pandang, yang mencakup pencarian sudut pandang yang menerima layanan sistem dan pengidentifikasian layanan-layanan khusus yang diberikan bagi setiap sudut pandang.• Penstrukturan sudut pandang, yang mencakup pengelompokkan sudut pandang yang berhubungan menjadi suatu hierarki.• Dokumentasi sudut pandang, yang mencakup penyempurnaan deskripsi sudut pandang dan layanan yang teridentifikasi.• Pemetaan sistem sudut pandang, yang mencakup pengidentifikasian objek pada desain berorientasi objek dengan menggunakan informasi layanan yang dicakup dalam sudut pandang.
  16. 16. Skenario adalah deskripsi sesiinteraksi contoh. Skenario bisa sangatberguna untuk menambahkan detail garisbesar deskripsi persyaratan. Skenario dimulai dengan garis besarinteraksi dan pada saatelisitasi, detil ditambahkan untukmenyusun deskripsi yang lengkapmengenai interaksi tersebut
  17. 17. o deskripsi status sistem pada awal skenarioo deskripsi aliran event yang normal pada skenarioo deskripsi mengenai apa yang bisa salah dan bagaimanao penanganannyao informasi mengenai kegiatan lain yang bisa berlangsung pada saat yang samao deskripsi status sistem setelah berakhirnya skenario.
  18. 18. Skenario event digunakan paaVORD untuk mendokumentasikanprilaku sistem jika dihadapkanpada event-event tertentu.
  19. 19. • Data yang diberikan dari sudut pandang atau diberikan ke sudut pandang digambarkan dengan elips.• Informasi kontrol masuk dan keluar ada di atas setiap kotak.• Data keluar dari kanan setiap kotak. Jika tidak tertutup, ini berarti bahwa data tersebut bersifat internal bagi sistem.• Eksepsi digambarkan di dasar kotak. Jika ada beberapa eksepsi yang mungkin, seluruhnya dimasukkan dalam satu kotak.• Nama event berikutnya yang diharapkan setelah skenario selesai ditunjukkan pada kotak yang diarsir.
  20. 20. Ada kartu Kartu valid User OKKartu Minta PINPIN Validasi PIN nomor user Nomor account Pilih account layanan Waktu habis Kembalikan PIN salah kartu Masukkan ketika kartu Kartu invalid ulang PIN dimasukkan, diminta nomor Kembalikan identifikasi pribadi (PIN) kartu nasabah. Nasabah PIN salah memasukkan kartunya beserta Kartu curian PIN. Jika kartu tersebut valid Kembalikan yang dapat diproses oleh Tahan kartu kartu mesin, kontrol berlanjut ketahap berikutnya.
  21. 21. Use-case adalah teknik berdasarkanskenario untuk elisitasi persyaratan.Use case sekarang telah menjadi fiturdasr notasi UML untuk mendeskripsikanmodel sistem berorientasi objek.
  22. 22. Layanan Penyimpananaktor pada proses ini direpresentasikan sebagai gambar orang dan setiap kelas interaksi direpresentasikan sebagai elips nama
  23. 23. Layanan Penyimpanan User Administrasiperpustakaan user Staf Layanan perpustakaan katalog Pemasok sekumpulan use-case merepresentasikan semua interaksi yang akan direpresentasikan
  24. 24. Etnografi adalah teknik observasiyang dapat dipakai untuk memahamipersyaratan sosial dan organisasional. Nilai etnografi membantu menemukanpersyaratan sistem yang implisit yangmerefleksikan proses sebenarnya, bukanproses formal, dimana orang orangterlibat.
  25. 25. • Persyaratan yang berasal dari cara orang bekerja yang sebenarnya dan bukan cara yang ditentukan oleh definisi proses.• Persyaratan yang berasal dari kerja sama dan kesadaran akan kegiatan orang lain.
  26. 26. Analisis Pertemuan Etnografietnografik Debriefing terfokus Evaluasi prototipe Pengembangan Pembuatan sistem generik prototipe sistem
  27. 27. Validasi persyaratan berkenaandengan pengidentifikasian bahwapersyaratan benar-benar mendefinisikansystem yang diinginkan pelaggan. Validasi harus berhubungan dengandraft dokumen persyaratan yanglengkap, sementara analisis melibatkanpekerjaan dengan persyaratan yang tidaklengkap.
  28. 28. Peninjauan persyaratan biasanyamerupakan proses manual yang melibatkanbanyak pembaca. Proses ini dapat diorganisir dalamskala yang lebih besar dengan banyakpartisipan yang terlibat dalapemeriksaan bagian-bagian yang berbedadari dokumen tersebut.
  29. 29. Manajemen persyaratan adalah prosespemahaman dam pengendalian perubahanpada persyaratan system. Proses manajemen persyaratandilakukan bersama dengan prosesrekayasa persyaratan yang lainnya.
  30. 30. Pengembangan persyaratan perangkat kunakterpisat pada kemampuan perangkatlunak, tujuan bisnis,lainnya. Sementaradefinisi persyaratan dikembangkan pemahamanyang lebih baik akan kebutuhan user akandicapai. Pemahaman ini akan member informasikembali ke user, yang menyebabkan persyaratandiubah. Lingkungan system dan tujuan bisnishamper pasti berubah-ubah. Dengan demikianpersyaratan berubah-ubah pula untukmerefleksikan hal ini.
  31. 31. Perecanaan merupakan tahap pertama yangpentigpada proses manajemen persyaratan.Manajemen persyaratan sangat mahal dan untuksetiap,tahap perencanaan menetapkan tingkatrincian manajemen persyaratan yang diperlukan
  32. 32. • Identifikasi persyaratan. Setiap persyaratan harus diidentifikasi dengan unik sehingga dapat direferensi silang dengan persyaratan lain agar dapat digunakan pada penilaian apakah dapat ditelusuri atau tidak.• Proses manajemen perubahan. Ini merupakan serangkaian kegiatan yang menilai dampak dan biaya perubahan.• Kebijakan agar dapat ditelusuri yang mendefinisikan hubungan antara persyaratandengan persyaratan dan antara persyaratan dengan desain system yang harus dicatat, dan bagaimana catatan ini harus dijaga.• Dukungan alat bantu CASE (CASE tool). Alat bantu yang digunakan berkisar dari system manajemen persyaratan spesialis sampai spreadsheet dan system data base sederhana.
  33. 33. • Informasi kemampuan penelusuran. Dipakai untuk menemukan stakeholder yang bersangktan sehingga mereka dapat dikontak perihal perubahan tersebut.• Inforrmasi penelusuran persyaratan. Dipakai untuk menilai seberapa banyak persyaratan yang mungkin terpengaruh oleh perubahan yang diusulkan beserta jangkauan perubahan persyaratan yang merupakan konsekuensinya,yang mungkin diperlukan.• Informasi ke-mamputelusu-an (traceability) desain. Dipakai untuk menilai dampak perubahan persyaratan yang diusulkan pada desain dan implementasi system.
  34. 34. • Penyimpanan Persyaratan. Persyaratan harus disimpan pada tempat penyimpanan data yang aman dan terpelihara, yang dapat diakses oleh semua orang yang terlibat pada proses rekayasa persyaratan.• Manajemen perubahan. Proses manajemen perubahan disederhanakan jika tersedia pendukung alat bantu yang aktif.• Manajemen penelusuran. Tersedia beberapa alat bantu yang menggunakan teknik pemrosesan bahasa natural untuk membantu menemukan hubungan yang mungkin di antara persyaratan-paersyaratan.
  35. 35. Manajemen perubahan persyaratanharus diterapkan pada semua perubahanyang diusulkan untukpersyaratan.Keuntungan penggunaan proseformal untuk manajemen perubahan adalahbahwa semua usulan perubahan diperlukandengan cara yang terkendali.
  36. 36. • Analisis masalah dan spesifikasi perubahan. Pada tahap ini,masalah atau usulan perubahan dianalisis untuk memerikasa validitasnya.• Analisis dan perhitungan biaya perubahan. Biaya melakukan perubahan diestimasi dalam hal modifikasi terhadap dokuman persyaratan dan jika bias, terhadap desain system dan implementasi.• Implementasi perubahan. Dokumen persyaratan dan jika diperlukan system dan implementasi dimodifikasi. Dokumen persyaratan harus diorganisir sehingga perubahan dapat diakomodasi tanpa banyak penulisan.

×