7013T - TP2S3 - R1

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


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


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


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


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


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


LZT4

Diagram User Requirements documents

Ghema Nusa Persada

1701497885


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


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


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


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


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


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


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


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


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


LZT4

Berikut ini contoh gambar use case :

Ghema Nusa Persada

1701497885


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


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

7013T - TP2S3 - R1

Documents

Transcript of 7013T - TP2S3 - R1