[Rekayasa Kebutuhan] Tugas 4

Nitama Nurlingga Yotifa
05111740000059

Methods for Documenting Requirements

Dokumentasi cara yang digunakan untuk menspesifikasi/mengelompokkan kebutuhan, yang mana spesifikasi kebutuhan merupakan tahap ke tiga dari manajemen kebutuhan. 



  • Spesifikasi
    • Spesifikasi merupakan proses dokumentasi suatu kebutuhan aplikasi perangkat lunak kedalam bentuk struktur yang mudah dibagikan dan dikelola. Hasil dokumentasi tersebut merupakan keluaran dari proses ini.

    Hal-hal yang mencakup kebutuhan spesifikasi tertera pada gambar di bawah.
    Spesifikasi dilakukan berdasarkan business proses yang ada, kemudian disimpulkan kebutuhan-kebutuhan dari aplikasi perangkat lunak tersebut. Selanjutkan kebutuhan akan dikelompokkan menjadi tiga bagian, yaitu kebutuhan bisnis, kebutuhan pengguna, dan kebutuhan fungsional. Kebutuhan bisnis akan menghasilkan Vision and Scope Documents, kebutuhan pengguna menghasilkan User Requirements Document, dan kebutuhan fungsional akan menghasilkan Software Sequirements Specification (SRS).

  • SRS (Software Requirements Specidication)
    • SRS merupakan kumpulan dari kebutuhan fungsional dan kebutuhan non-fungsional untuk suatu produk perangkat lunak. SRS mencakup fungsi dan kemampuan dari perangkat lunak. SRS merupakan dasar untuk project selanjutnya, yaitu SDLC.


  • Contructing Requirements
    • Requirement template merupakan sebuah blueprint yang menggambarkan syntactic structure dari suatu kebutuhan.
    Berikut adalah tahapan-tahapan dalam constructing requirements :

      Tahap 1 : Menentukan proses dari kebutuhan yang akan menunjukkan sebagai syarat

      • Identifikasi fungsionalitas yang diinginkan
      • Gunakan kata-kata untuk mendeskripsikan proses
      • Kurangi penggunakan process word dengan menggunakan kata yang relevan dengan sistem
      Tahap 2 : Menentukan ciri-ciri dari aktifitas pada sistem

      • Apakah ini merupakan sistem yang independen? (Sistem mengeksekusi proses secara independen)


      • Apakah ini merupakan interaksi user? (Sistem menyediakan user dengan kemanpuan untuk menggunakan fungsionalitas proses)



      • Apakah ini merupakan kebutuhan antarmuka? (Sistem mengeksekusi proses tergantung dengan pihak ketiga, merupakan pasif dan memerlukan aplikasi external)
      Tahap 3 : Menentukan tingkat kewajiban hukum

      • Mana yang merupakan relevansi hukum yang dibutuhkan?
      • Gunakan modal verb!

      • Legal obligation : tingkat kewajiban seorang stakeholder pada statement yang diberikan.


      Tahap 4 : Kebutuhan yang baik

      • Objek dan komplemen apa yang kurang?\
      • Tambahkanlah!

      Tahap 5 : Urutkan kondisi logical dan temporal

      • Kondisi dan prasyarat mana yang perlu disatukan sebelumnya agar kebutuhan tersebut menjadi valid?
      • Letakkan mereka di depan kebutuhan!

      Tahap 6 : Gunakan SOPHIST-Rulebook untuk memastikan kelengkapan dari kalimat yang digunakan.

      • Menerapkan aturan dan tes dari paket regulasi SHOPIST 
      • Hindari ketidaklengkapan informasi(deletion)!
      • Hindari kekeliruan pernyataan dari yang sebenarnya (distortion)!
      • Hindari error pada generalisasi (generalization)!



Komentar

Posting Komentar

Postingan populer dari blog ini

Tugas #PBOA-tugas 3 (Remote AC)

Gambar
Class and Object Remote AC berikut ini adalah program untuk membuat simulasi remote AC. Remote AC ini memiliki fitur mengubah suhu, fan, dan mode. Sedangkan disini saya menggunakan dua class, yaitu remoteAC dan Main. remoteAC /** * Write a description of class ticketMachine here. * * @author (Nitama Nurlingga Yotifa) * @version (20180922) */ public class remoteAC { private int suhu; private int mode; private int fan; /** * Constructor for objects of class ticketMachine */ public remoteAC(int suhuAC, int fanAC, int modeAC) { suhu = suhuAC; mode = modeAC; fan = fanAC; } //menampilkan suhu sekarang public int getTemperature() { return suhu; } //menampilkan mode sekarang public int getMode() { return mode; } //menampilkan fan sekarang public int getFan() { return fan; } //menaikkan suhu AC public
Baca selengkapnya

Tugas #PBOA-tugas 6 (Auction)

Gambar
AUCTION Untuk membuat sistem lelang (Auction) menggunakan empat class, yaitu : Person Bid Lot Auction Berikut adalah souce code yang digunakan : Person /** * Maintain details of someone who participates in an auction. * @author Nitama Nurlingga Yotifa. * @version 20181007 */ public class Person { // The name of this person. private final String name; /** * Create a new person with the given name. * @param name The person's name. */ public Person(String name) { this.name = name; } /** * @return The person's name. */ public String getName() { return name; } } Bid /** * A class that models an auction bid. * It contains a reference to the Person bidding and the amount bid. * * @author Nitama Nurlingga Yotifa. * @version 20181007 */ public class Bid { // The person making the bid. private final Per
Baca selengkapnya

[Pemprograman Berbasis KK] ETS

Gambar
Nitama Nurlingga Yotifa 05111740000059 Evaluasi Tengah Semester Sistem Informasi Pencatatan Transaksi Penjualan pada Kasir (POS) Deskripsi Sistem Sistem ini merupakan sebuah sistem informasi yang diperuntukkan untuk melakukan pencatatan transaksi pada kasir suatu cafe yang menjual minuman kopi. Fitur Fitur yang terdapat pada sistem ini yaitu : Login admin dan karyawan Sebelum memasuki halaman home, user akan diarahkan pada halaman login. Login karyawan dan admin pada halaman yang sama. Halaman login untuk karyawan dan admin Masukkan email (nitama@gmail.com) dan password (1234) untuk login akun karyawan Masukkan email (yotifa@gmail.com) dan password (1234) untuk login akun admin Halaman home Halaman home merupakan halaman utama/dashboard. Ketika user berhasil login secara otomatis akan diarahkan ke halaman ini. Halaman home untuk karyawan. Halaman home untuk admin. Perbedaan dengan halaman milik karyawan terapat pada menu sidebar Registrasi akun ka
Baca selengkapnya