Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Personal Assignment 2
Session 3
Answer all questions.
1. Please explain in detail the differeces between user requirements and system
requirements.
2. Please explain in detail the distinction between functional and non-functional
requirements.
3. List at least 2 types of non-functional requirement?
4. Please explain in detail with “ the software requirements document”
5. Create example user requirement with topic system e-commerce or other topic
6. Create design system for user requirement predeterminate with diagram class ,
use case diagram, use case scenario.
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
1. Perbedaan antara user requirements and system requirements :
No Pembanding user requirements system requirements
1 Definisi
Pernyataan tentang
batasan-batasan
opersional
Sekumpulan batasan-
batasan yang dirinci secara
dettail sesuai dengan fungsi
spesifikasinya.
2 Konsentrasi/Fokus
Kumpulan data yang
harus dikerjakan oleh
sistem
Bagaimana sistem
memprosesnya.
3 Pemanfaatan
Dokumen
- Client
- End User Sistem
- Perekayasaan Klien
- Manager Kontraktor
- Perancang Sistem
- Perekayasa sistem
- Perancang sistem
- Pengembang sistem
- End User
2. Perbedaan antara Fungsional requirements and non-fungsional requirements :
No Pembanding Fungsional
requirements
Non-fungsional
requirements
1 Definisi
Merupakan bagaimana
sistem menerima
mengolah masukan dan
bagaomana sistem
mengatasi situasi
tertentu. Fungsional
requirements secara
detail seperti input,
output dan
pengecualian yang
berlaku.
Merupakan penentuan
atribut atau kualitas secara
keseluruhan dari suatu
sistem. Kebutuhan
nonfungsional
menenpatkan batasan pada
produk yang sedang
dikembangkan, proses
pengembangannya dan
menentukan batasan pada
produk yang sedang
dikembangkan, serta
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Secara sederhana
didefinisikan sebagai
fungsi spesifik suatu
sistem
menentukan batasan
eksternal yang harus
dipenuhi oleh produk
tersebut.
Secara sederhana
didefinisikan sebagai
penentu kualitas sistem
2 Persyaratan
- Pernyataan layanan
yang disediakan,
bagaimana sistem
bertindak terhadap
input tertentu dan
bagaimana sistem
harus berkelakuan
pada situasi tertentu.
- Mencantumkan apa
saja yang tidak dapat
dilakukan oleh
sistem
- Batasan pada layanan
yang ditawarkan oleh
sistem seperti batasan
waktu, pengembangan
proses, standar kerja dsb
- Sering berlaku bagi
sistem secara
keseluruhan
dibandingkan dengan
fitur atau layanan
individu
3 Kebutuhan
- Bussiness rules
- Transaction
corrections,
adjusments and
cancellations
- Administrative
functions
- Performance – for
example Response
Time, Throughput,
Utilization, Static
Volumetric
- Scalability
- Capacity
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
- Authentication
- Authorization levels
- Audit tracking
- External Interfaces
- Certification
Requirements
- Reporting
Requirements
- History data
- Legal or Regulation
Requirements
- Availability
- Reliability
- Recoverability
- Maintainability
- Serviceability
- Security
- Regulatory
- Manageability
- Environmental
- Data Integrity
- Usability
- Interoperability
Diagram nonfunctional
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
3. List at least 2 types of non-functional requirement :
a. Jenis NFR berdasarkan IEEE-Std 830 – 1993, terdapat 13 NFR yaitu:
Performance requirements
Interface requirements
Operational requirements
Resource requirements
Verification requirements
Acceptance requirements
Documentation requirements
Security requirements
Portability requirements
Quality requirements
Reliability requirements
Maintainability requirements
Safety requirements
b. FURPS + model yang diusulakan untuk Unified Process
Functional Requirements
Usability
Reliability
Performance
Supportability
c. The FURPS+ model provides additional requirements typically also included
under the general label of non-functional requirements:
Implementation requirements
Interface requirements
Operations requirements
Packaging requirements
Legal requirements
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
4. Software requirements document pernyataan tertulis tentang apa yang software akan
melakukan. Hal ini tampaknya cukup pernyataan membosankan tapi itu sangat
berharga meneliti bit lebih dekat.
Apa perangkat lunak yang secara langsung dirasakan oleh penggunanya - baik
pengguna manusia atau sistem perangkat lunak lainnya. Ketika pengguna melakukan
beberapa tindakan, perangkat lunak merespon dengan cara tertentu; ketika sistem
eksternal mengajukan permintaan dari bentuk tertentu, itu mendapat respon tertentu.
Oleh karena itu Anda dan pengguna harus menyetujui tindakan mereka dapat
melakukan dan respon mereka harus mengharapkan. Ini pemahaman umum ditangkap
dalam dokumen persyaratan. Bagaimana perangkat lunak merespon disepakati
permintaan tidak dibahas dalam dokumen persyaratan. Misalnya, dokumen
persyaratan tidak termasuk layout layar, skema database, deskripsi lapisan
komunikasi. Singkatnya, tidak ada laporan desain apapun. Sebagai contoh, adalah
suatu kebutuhan untuk aplikasi pengolah kata dapat membuka file yang ada. Ini
adalah sebuah Masalah desain apakah untuk membangun alat seleksi berkas
disesuaikan atau menggunakan platformstandard sebuah mengajukan alat seleksi.
Hal ini tidak berarti Anda tidak akan mencari masukan pengguna pada beberapa
desain, yang paling terutama pada desain antarmuka pengguna, tetapi sangat penting
untuk mengenali dan menghormati batas antara pernyataan persyaratan dan
bagaimana persyaratan diimplementasikan. Desain adalah tanggung jawab
pembangunan Tim mereka harus bebas untuk memilih cara yang paling tepat untuk
memenuhi semua aspek persyaratan - fitur, kinerja, kegunaan, dll Biasanya cara yang
paling tepat adalah cara yang paling sederhana tapi kadang-kadang lainnya
pertimbangan dapat mempengaruhi keputusan desain - seperti peluang untuk desain
atau penggunaan kembali kode.
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Diagram User Requirements documents
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Berikut ini adalah tabel yang memerlukan software req document :
Yang membutuhkan Req Document Alasan membutuhkan
Development Project Leader
Lingkup proyek; membagi proyek di
fase
Mendapatkan perjanjian dari bisnis
ahli, sponsor proyek, dan
pengembangan manajer pada lingkup
dan jadwal untuk fase
Kemajuan pembangunan
Requirements Analyst Persyaratan Bisnis
Uji aplikasi persyaratan
Development Team Member Desain dan Aplikasi Kode
User Documentation Specialist Dokumentasi prosedur pengguna
QA Specialist Pembuktian aplikasi sesuai
persyaratan
Legacy Support Specialist Support legacy
Maintenance Team Member
Untuk mempelajari aplikasi dari
pengembang
Mendukung dalam penggunaan
aplikasi
Development Manager (i.e., the person
to whom the development project leader
reports)
Untuk memahami tahapan
perencanaan dan untuk saling
berkordinasi dengan aplikasi lama
Track kemajuan pengembangan
Project Sponsor
Memberikan motivasi untuk proyek
Menandatangani fase direncanakan
dan lingkup mereka
Business Expert (often designated by the
project sponsor)
Mengkonfirmasi bahwa persyaratan
mencerminkan kebutuhan bisnis
Menandatangani fase direncanakan
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
dan
lingkup mereka
Struktur dokumennya adalah sebagai berikut:
Pendahuluan
Pengantar
Daftar Istilah
Daftar Revisi
Deskripsi Umum
Penjelasan sistem secara umum
Spesifikasi Kebutuhan
Arsitektur sistem
Spesifikasi kebutuhan sistem
FR dan NFR
Model-model sistem
Evolusi sistem
Lampiran
Index
Prakata/Pengantar Bagian ini harus mendefinisikan bagaimana keterbacaan dokumen
yang diharapkan dan menjelaskan sejarah versinya, termasuk
dasar pemikiran pembuatan versi yang baru dan rangkuman
perubahan yang dibuat pada setiap versi.
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Pendahuluan Bab ini harus menerangkan kebutuhan akan sistem. Bagian ini
harus secara singkat mendeskripsikan fungsinya dan menjelaskan
bagaimana cara kerjanya dengan sistem yang lain. Harus
dideskripsikan bagaimana sistem ini digabungkan dalam bisnis
secara keseluruhan atau tujuan strategis organisasi yang
menugaskan pembuatan perangkat lunaknya.
Daftar istilah Bagian ini harus mendefinisikan istilah-istilah teknis yang
digunakan pada dokumen. Anda tidak boleh membuat
asumsi mengenai; pengalaman atau keahlian pembaca.
Definisi
persyaratan user
Layanan yang diberikan bagi user dan persyaratan sistem
non- fungsional harus dijelaskan pada bagian ini. Deskripsi ini
bisa menggunakan bahasa natural, diagram atau notasi lainnya
yang dapat dipahami pelanggan. Standar produk dan proses
yang mesti diikuti harus dispesifikasi.
Arsitektur sistem Bab ini memberikan tinjauan tingkat tinggi mengenai arsitektur
sistem yang diantisipasi yang menunjukkan distribusi fungsi
pada modul sistem. Komponen arsitektural yang dipakai ulang
harus dijelaskan.
Spesifikasi
persyaratan
sistem
Bagian ini mendeskripsikan persyaratan fungsional dan non-
fungsional dengan lebih rinci. Jika perlu, perincian lebih lanjut
juga dapat ditambahkan pada persyaratan non-fungsional,
misalnya interface ke sistem yang lain dapat didefinisikan.
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Model sistem Bab ini menentukan satu atau lebih model sistem yang
menunjukkan hubungan antara komponen-komponen sistem dan
sistem dan lingkungannya. Ini bisa berupa model objek, model
aliran data, dan model data semantik.
Evolusi sistem Bab ini mendeskripsikan asumsi dasar di atas mana sistem
bertumpu dan perubahan yang diantisipasi yang disebabkan
oleh evolusi perangkat keras, perubahan kebutuhan user, dll.
Lampiran Bagian ini memberikan informasi yang rinci dan spesifik
yang berhubungan dengan aplikasi yang sedang dibuat.
Contoh lampiran yang bisa disertakan adalah deskripsi perangkat
keras dan database. Persyaratan perangkat keras mendefinisikan
konfigurasi minimal dan optimal bagi sistem. Persyaratan
database mendefinisikan organisasi logika dari data yang dipakai
oleh sistem dan hubungan antara data.
Indeks Beberapa indeks dokumen juga dapat disertakan. Selain
indeks alfabetis biasa, kemungkinan ada juga indeks diagram,
indeks fungsi, dsb.
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
5. Contoh User Requirement pada sistem e-commerce sebagai berikut :
Ecommerce merupakan suatu penyebaran, penjualan, pemasaran barang, dan jasa
melalui sistem elektronik seperti internet atau televisi, ataupun jaringan komputer
lainnya. E commerce dapat melibatkan transfer dana elektronik, data elektronik,
sistem manajemen inventori otomatis, dan sistem pengumpulan data otomatis.
Industri teknologi informasi melihat kegiatan e-commerce ini sebagai aplikasi dan
penerapan dari e-bisnis (e-business) yang berkaitan dengan transaksi komersial,
seperti: transfer dana secara elektronik, SCM (supply chain management), pemasaran
elektronik (e-marketing), atau pemasaran online (online marketing), pemrosesan
transaksi online (online transaction processing), pertukaran data elektronik
(electronic data interchange /EDI), dan lain sebagainya.
No User Requirements Keterangan
1 input Admin dapat memasukkan data kategori, data produk
beserta harga dan spesifikasinya, data supplier, upload
gambar, serta data-data lain yang terdapat dalam
website e-commerce.
Admin dapat menambahkan pengaturan sistem.
Customer dapat memasukkan data customer.
Customer dapat memasukkan order produk ke dalam
keranjang belanja dan dapat memasukkan lebih dari
satu produk.
2 output Sistem dapat menampilkan data kategori, data produk,
data supplier, gambar produk, serta data-data lain pada
halaman publik.
Sistem dapat menampilkan informasi tentang
pengaturan/modul-modul dalam sistem dan konfirmasi
order dari customer yang telah diproses oleh admin.
Sistem dapat menampilkan informasi tentang data
customer.
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Sistem dapat menampilkan data pesanan customer.
3 proses Sistem melakukan proses login untuk akses admin
pada website.
Admin berhak mengatur, mengelola, dan melakukan
proses add, insert, update, change, delete keseluruhan
data yang akan ditampilkan pada halaman publik.
Sistem melakukan logout untuk keamanan data yang
dikelola oleh admin.
Setiap customer diwajibkan melakukan registrasi yang
kemudian login dengan hanya satu username dan
password untuk masuk ke halaman utama.
Customer dapat mengakses sistem dan melakukan
pengisian data pribadi.
Customer dapat melakukan proses pemesanan produk
setelah melakukan login.
Sistem melakukan logout untuk keamanan data
customer setelah menggunakan website.
4 Perfomance Sistem dapat mendukung penyimpanan data dengan
menggunakan database agar data dapat tersimpan
dengan baik, sehingga akan menghilangkan
kemungkinan terjadinya redudansi, kerusakan, dan
kehilangan data serta informasi yang dihasilkan lebih
akurat.
Sistem memungkinkan admin untuk melakukan update
data secara keseluruhan.
Sistem dapat melakukan proses data order yang
dilakukan oleh customer.
Sistem memungkinkan konsumen mengetahui gambar
produk, spesifikasi produk, dan harga produk tanpa
harus bertatap muka langsung dengan pemilik. Hal ini
dapat mengurangi pemborosan biaya dan waktu,
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
khususnya untuk pihak sentra tidak perlu melakukan
pengiriman gambar secara manual, serta sebagai
promosi produk secara elektronik, sehingga
diharapkan dapat mengembangkan jaringan pemasaran
dengan adanya peningkatan pemesanan produk.
Sistem memungkinkan konsumen untuk melakukan
transaksi jual beli setiap saat dan dimana saja, karena
sistem dapat diakses 24 jam sehari dengan syarat
tersambung dengan internet.
Sistem mampu melakukan pencarian produk.
Untuk customer yang melakukan pembelian produk
dalam jumlah banyak (reseller) mendapatkan diskon
sesuai dengan aturan yang diberlakukan pada setiap
item produk.
5 control Sistem memberikan keamanan untuk akses admin
dengan adanya username dan password yang hanya
dapat diakses oleh admin itu sendiri.
Sistem memberikan keamanan untuk akses customer
dengan adanya username dan password yang hanya
dapat diakses oleh customer itu sendiri.
6. Desain sistem untuk kebutuhan pengguna predeterminate dengan class diagram, use-
case diagram, dan use-case scenario
1. Class Diagram
Class Diagram adalah kumpulan objek-objek yang mempunyai struktur umum,
behavior umum, relasi umum, dan semantic / kata umum.Class ditentukan dengan
cara memeriksa objek dalam sequence diagram dan collaboration diagram. Sebuah
class digambarkan seperti bujur sangkar dengan tiga bagian ruangan. Class
sebaiknya diberi nama menggunakan kata sesuai dengan
domain/bagian/kelompoknya (Whitten L. Jeffery et al, 2004)
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Berikut contoh class diagram :
2. Use Case Diagram
Model fungsional sebuah sistem yang menggunakan aktor dan use case. Use case
adalah layanan atau services atau fungsi-fungsi yang disediakan oleh sistem untuk
penggunanya (Henderi et al, 2008). Use case merupakan suatu pola atau
gambaran yang menunjukan prilaku maupun kebiasaan.
Adapun langkah yang digunakan untuk membuat suatu use case adalah :
- Mendefinisikan pelaku bisnis
- Mengidentifikasi use case persyaratan bisnis
- Mebuat diagram model use case
- Mendokumentasikan naratif use case persyaratan bisnis
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Berikut ini adalah panduan untuk membuat diagram use case adalah :
a. Set konteks dari target sistem
b. Identifikasi semua aktor
c. Identifikasi semua use case
d. Definisikan asosiasi antara aktor dan use case
e. Evaluasi setiap aktor dan use case untuk mendapatkan kemungkinan perbaikan
f. Evaluasi setiap use case dependensi (include)
g. Evaluasi setiap use case dependensi (extend)
h. Evaluasi setiap use case untuk generalisaasi
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Berikut ini contoh gambar use case :
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
3. Use Case Scenario
Use case scenario dibuat setelah membuat use case diagram, serta sudah
mengetahui fungsionalitas masing-masing use case, sehingga memudahkan untuk
menjabarkan alur kerja langkah demi langkah.
Contoh :
ATM banking for the week.
1. Sally Jones places her bank card into the ATM.
2. Sally successfully logs into the ATM using her personal identification number.
3. Sally deposits her weekly paycheck of $350 into her savings account.
4. Sally pays her phone bill of $75, her electric bill of $145, her cable bill of $55, and
her water bill of $85 from her savings account
5. Sally attempts to withdraw $100 from her savings account for the weekend but
discovers that she has insufficient funds
6. Sally withdraws $40 and gets her card back
Scenario: A successful withdrawal attempt at an automated teller machine (ATM).
1. John Smith presses the "Withdraw Funds" button
2. The ATM displays the preset withdrawal amounts ($20, $40, and so on)
3. John chooses the option to specify the amount of the withdrawal
4. The ATM displays an input field for the withdrawal amount
5. John indicates that he wishes to withdraw $50 dollars
6. The ATM displays a list of John's accounts, a checking and two savings accounts
7. John chooses his checking account
8. The ATM verifies that the amount may be withdrawn from his account
9. The ATM verifies that there is at least $50 available to be disbursed from the machine
10. The ATM debits John's account by $50
11. The ATM disburses $50 in cash
12. The ATM displays the "Do you wish to print a receipt" options
13. John indicates "Yes"
14. The ATM prints the receipt
Ghema Nusa Persada
1701497885
Advanced Software Engieenering
LZT4
Daftar Pustaka
Aziz, Abdul , Ir. MSc., PhD. 2015. Rekayasa Persyaratan. Lecture Notes. BINUS
University Online
Sommervile, Ian. 2011. Software Enginering 9th
Edition. Boston, Massachusetts: Pearson
Education. Inc
http://home.adelphi.edu/~siegfried/cs480/ReqsDoc.pdf
http://jokomurdiyanto.blogspot.com/2013/01/class-diagram-adalah-contoh-kasus-class.html
http://www.agilemodeling.com/artifacts/classDiagram.htm
http://www.jelajahinternet.com/2014/10/pengertian-use-case-diagram-deskripsi.htm
http://www.agilemodeling.com/artifacts/useCaseDiagram.htm
http://agilemodeling.com/artifacts/usageScenario.htm#sthash.pPI1Mx9s.dpuf
Top Related