Analisa [Kebutuhan] Sistem

1
Analisa Kebutuhan Sistem

• Nur Cahyo Wibowo, S.Kom, M.Kom

2
System Engineering

• Rekayasa Sistem merupakan konsekuensi dari
  rekayasa perangkat lunak.
• Sebelum s/w dibuat, maka sistem dimana s/w akan
  diimplementasikan harus dipahami terlebih dulu.
• Ada 2 jenis
• Rekayasa proses bisnis.
• Rekayasa produk.

3
Sistem Berbasis Komputer

• Pengaturan elemen-elemen yang diorganisasikan
  untuk mencapai tujuan tertentu dengan cara
  pemrosesan informasi.
• Elemen-elemennya SBK adalah
• Software
• Hardware
• People
• Database
• Documentation
• Procedure

4
(No Transcript)
5
Requirements Engineering

• Rekayasa kebutuhan digunakan untuk memastikan
  apakah spesifikasi sistem sudah memenuhi
  kebutuhan dan sesuai dengan harapan customer.
• Langkah-langkahnya
• requirements elicitation
• requirements analysis and negotiation
• requirements specification
• system modeling
• requirements validation
• requirements management

6
Req. Elicitation

• Fokus masalah ruang lingkup, pemahaman, dan
  volatility/ perubahan.
• Hasil tahap ini adalah
• Pernyataan kebutuhan dan kelayakan.
• Pernyataan ruang lingkup system atau product.
• Daftar customers, users, dan stakeholders yang
  berpartisipasi.
• Deskripsi lingkungan teknis system.
• Daftar kebutuhan dikelompokkan berdasar fungsi
  dan batasan domainnya.
• Skenario penggunaan untuk kondisi yang berbeda.
• Prototypes yang dibuat untuk definisi kebutuhan
  yang lebih baik.

7
Req. Analysis and Negotiation

• Analisis mengelompokkan , mencari hubungan,
  menguji konsistensi, kelalaian dan ambiguitas,
  serta meranking kebutuhan.
• Negosiasi diskusi konflik, eliminasi, kombinasi,
  dan modifikasi untuk disepakati bersama oleh
  developer, customer, user dan stake holder.

8
Req. Analysis
9
Prinsip Analisis Kebutuhan

1. Informasi tentang domain masalah harus jelas dan
   dipahami.
2. Fungsi yang akan dikerjakan oleh s/w harus
   terdefinisi.
3. Tingkah laku s/w harus jelas.
4. Model pembagian yang menggambarkan hirarki
   informasi, fungsi dan tingkah laku harus ada.
5. Proses analisa harus dimulai dari informasi
   menuju detail implementasi.

10
Partioning Function Model
11
Req. Specification

• Spesifikasi bisa berupa dokumen tertulis, model
  grafis, model matematika, skenario penggunaan,
  prototype, atau kombinasi diantaranya.
• Spesifikasi adalah hasil kerja final yang
  dihasilkan oleh sistem dan req. engineer.
• Menyajikan dasar untuk rekayasa h/w, s/w,
  database dan manusia.
• Menjelaskan fungsi dan kinerja SBK yang akan
  dibuat.
• Juga menjelaskan informasi tentang input dan
  output sistem.

12
Specification Format

1. Pendahuluan tujuan, konteks, ruang lingkup.
2. Deskripsi informasi problem, struktur, aliran
   dan isi informasi, h/w, s/w, antarmuka user untuk
   eksternal maupun internal sistem.
3. Deskripsi fungsional narasi, batasan, kinerja,
   diagram, dan tingkah laku s/w.
4. Kriteria validasi bagaimana caranya mengetahui
   jika implementasinya sukses?
5. Bibliografi dan apendiks sumber referensi dan
   suplemen spesifikasi.

13
System Modeling
14
(No Transcript)
15
Data Modelling

• Memodelkan data, atribut dan relasinya.

16
Model Relasi Data
17
Kardinalitas Relasi
18
Contoh ERD
19
(No Transcript)
20
Model Hirarki Obyek Data
21
Model Asosiasi Obyek Data
22
Model Aliran Informasi
23
Diagram Transisi Keadaan
24
Tahapan Analisa Prosedural

• Syarat Spesifikasi kebutuhan sudah ada.
• Buatlah ERD. Entitas dan relasinya.
• Buatlah data flow model. Sampai level tertentu.
• Buatlah control flow model.
• Buatlah control spesification.
• Buatlah process specification.
• Lengkapi dengan kamus data.

25
Req. Validation

• Untuk memastikan bahwa semua kebutuhan sistem
  tidak ada yang ambigu, inkonsisten, kelalaian dan
  kesalahan kebutuhan telah diperbaiki, serta
  memenuhi standar.
• Melalui sebuah formal technical review.
• Pertanyaan tentang validasi req kejelasan,
  sumber, batasan, relasi, domain, traceable,
  testable, indeks dan struktur.

26
Req. Management

• Aktivitas untuk mengidentifikasi, mengendalikan,
  dan melacak kebutuhan serta perubahannya setiap
  saat.

27
QUIZ

• Tuliskan identitas judul pembuat contoh
  dokumen SRS/ SKPL yang Anda miliki.
• Ceritakan dan Tulislah kembali dengan bahasa Anda
  sendiri tentang isi dokumen SKPL/ SRS yang sudah
  Anda miliki.
• Waktu 30 menit.
• Minimal 1 halaman penuh.
• Selamat mengerjakan ?