Functional Requirements dan Non-Functional Requirements

  1. Pengertian dari Functional Requirement 
Functional Requirements Document (FRD) adalah pernyataan formal dari persyaratan fungsional aplikasi untu seorang bisnis analis. Tujuan dokumen ini sama seperti dokumen kontrak project. Disini, para developer sepakat untuk memberikan kemampuan yang ditentukan. Client setuju untuk menggunakan jasa developer untuk membuat suatu produk dengan spesifikasi tertentu, dan semua tercantum di Functional Requirements Document.

Functional Requirements Document mengcapture kebiasaan dan flow-flow suatu sistem. kebiasaan  ini dapat dinyatakan sebagai layanan, tugas atau fungsi yang harus dilakukan sistem. Dokumen harus disesuaikan agar sesuai dengan kebutuhan proyek tertentu. Mereka mendefinisikan hal-hal seperti perhitungan sistem, manipulasi dan pengolahan data, user interface dan interaksi aplikasi-pengguna.

Karakteristik Functional Requirements Document

Functional Requirements Document Memiliki Karakteristik seperti berikut:

  1. Menunjukkan bahwa aplikasi memberikan nilai dalam hal tujuan bisnis dan proses bisnis dalam beberapa tahun ke depan.
  2. Berisi satu set lengkap persyaratan untuk aplikasi. Tidak ada tempat bagi siapapun untuk mengasumsikan apapun yang tidak tercantum dalam FRD.
  3. ERD adalah pernyataan tentang apa aplikasi yang harus dilakukan - bukan cara kerjanya. FRD tidak membuat para developer merancang. Oleh karena itu, referensi tentang penggunaan teknologi tertentu sama sekali tidak sesuai dalam FRD.

Functional Requirements Document harus mencakup hal sebagain berikut:
  1. Deskripsi data yang akan dimasukkan ke dalam sistem
  2. Deskripsi operasi yang dilakukan oleh setiap layar di dalam sistem
  3. Deskripsi alur kerja yang dilakukan oleh sistem
  4. Deskripsi laporan sistem atau output lainnya
  5. Siapa yang bisa memasukkan data ke dalam sistem?
  6. Bagaimana sistem memenuhi persyaratan peraturan yang berlaku?

Functional Requirements Document  dirancang untuk dibaca oleh khalayak umum. Pembaca harus memahami sistemnya, tidak membutuhkan pengetahuan teknis untuk memahami dokumen ini.

 2. Non-Functional Requirement

Non-Functional Requirement

Secara umum berisi batasan-batasan pada pelayanan atau fungsi yang disediakan oleh sistem, termasuk di dalamnya adalah betasan waktu, batasan proses pembangunan dan standart-stadart tertentu.

Karena berkaitan dengan kebutuhan sistem secara kesuluruhan, maka kegagalan memenuhi kebutuhan jenis ini beakibat pada sistem secara keseluruhan. Contoh kebutuhan jenis ini adalah kecepatan akses, keamanan data, besarnya kapasitas penyimpanan yang diperlukan, privasi masing-masing profil/account, bahasa pemrograman yang digunakan, system operasi yang digunakan.
 


Sesuai dengan gambar di atas, NFC dibagi atas 3 tipe yaitu:

Product reg yaitu berkaitan dengan kehandalan, kecepatan, kemudahan digunakan, kapasitas memori yang dibutuhkan dan efisiendi sistem.

Pada  tipe ini dibagi menjadi 4 yaitu:

  • Usability Reguirements
  • Efficiency Reguirements dibagi menjadi 2 yaitu Performance Requirements dan Space Requirement
  • Reliability Reguirements
  • Portability Reguirements

Organisational reg yaitu berkaitan dengan standar, bahasa pemrograman dan metode rancangan yang digunakan.

Pada  tipe ini dibagi menjadi 3 yaitu:

  • Delivery Reguirements
  • Implementation Reguirements
  • Standar Reguirements

External reg yaitu berkaitan dengan etika penggunaan, interoperabilititas dengan sistem lain, legalitas dan privasi.

Pada  tipe ini dibagi menjadi 3 yaitu:

  • Interoperability Reguirements
  • Ethical Reguirements
  • Legislative Reguirements dibagi menjadi 2 yaitu Privacy Requirements dan Safety Requirement

3. Perbedaan NFR dan FR

Functional Requirements : Aktifitas dan pelayanan yang harus dimiliki oleh sebuah sistem (input,output, proses, data yang tersimpan)

Non-Functional Requirements: Fitur dan karakteristik dan batasan yang menentukan kepuasan sebuah sistem (kinerja, kemudahan, penggunaan, anggaran, tenggat waktu, dokumentasi, keamanan, dan kontrol audit internal).


4.Relationship between Functional requirements(FR) , kepentingan dan NFR


Referensi:


NAMA: KESSYA AZZAHRA RISMADEWI
NIM     :1202184098
KELAS : SI4204

Komentar

Posting Komentar

Postingan populer dari blog ini

Analisis Pembentukan Class Diagram dengan menggunakan metode Domain Modelling

Introduction  Class diagram merupakan salah satu diagram utama dari Unified Modelling Language (UML) untuk menggambarkan class atau blueprint object pada sebuah sistem. Pada class diagram juga digambarkan bagaimana interaksi hubungan antar class dalam sebuah konstruksi piranti lunak seperti hubungan asosiasi, agregasi, komposisi, dan inheritance. Standarisasi pemakaian class diagram yang ter up to date pada diagram UML 2.0. Dalam penggambaran class diagram , biasanya kita sebagai developer terkadang tidak tahu harus mulai menggambarkan class tersebut dari mana. Analisis pembentukan class diagram merupakan aktivitas inti yang sangat mempengaruhi arsitektur piranti lunak yang dirancang hingga ke tahap pengkodean. Bila kita salah dalam menganalisa class diagram dan tidak sesuai dengan problem-domain atau area permasalahan yang ingin kita buat solusinya, maka akan berakibat saat pemeliharaan atau maintenance kode sumber menjadi lebih sulit dan bisa juga berdampak p...
Baca selengkapnya