spesifikasi kebutuhan perangkat lunakebook.repo.mercubuana-yogya.ac.id › fti ›...
Post on 05-Jul-2020
4 Views
Preview:
TRANSCRIPT
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
APLIKASI SISTEM PENJUALAN ONLINE KAMERA DIGITAL
(Gudang Digital)
Dosen : A. Sidiq Purnomo
Untuk:
Teknik Informatika UMBY
Dipersiapkan oleh:
Risqi Wanasto W.D : 14111038
Raymond : 16122004
Program Studi Teknik Informatika Universitas Mercu Buana Yogyakarta
Jl. Jembatan Merah, Nomor 84.C. Gejayan, Yogyakarta 55283, Telp: (0274) 584922, Fax (0274) 550703
Prodi
Teknik Informatika
UMBY
Nomor Dokumen Halaman
1/15
Revisi Tgl: 24 Oktober 2016
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 2 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
Daftar Perubahan
Revisi Deskripsi
A
B
C
D
E
F
G
INDEX
TGL - A B C D E F G
Ditulis oleh
Diperiksa oleh
Disetujui oleh
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 3 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 4 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
Daftar Isi 1 Pendahuluan .............................................................................................................................. 5
1.1 Tujuan Penulisan Dokumen .............................................................................................. 5 1.2 Lingkup Masalah ............................................................................................................... 5 1.3 Definisi, Istilah dan Singkatan ......................................................................................... 5 1.4 Referensi ........................................................................................................................... 5 1.5 Deskripsi umum Dokumen (Ikhtisar) ................................................................................ 6
2 Deskripsi Umum Perangkat Lunak ........................................................................................... 6 2.1 Deskripsi Umum Sistem .................................................................................................... 6 2.2 Fungsi Produk ................................................................................................................... 6
2.2.1 Fungsi Transaksi ....................................................................................................... 6 2.2.2 Fungsi Administrasi .................................................................................................. 7
2.3 Karakteristik Pengguna ..................................................................................................... 7 2.3.1 Definisi Actor ............................................................................................................ 7 2.3.2 Definisi Use Case ...................................................................................................... 7
2.4 Batasan ............................................................................................................................ 10 2.5 Lingkungan Operasi ........................................................................................................ 11
3 Deskripsi Umum Kebutuhan ................................................................................................... 11 3.1 Kebutuhan antarmuka eksternal ...................................................................................... 11
3.1.1 Antarmuka pemakai ................................................................................................ 11 3.1.2 Antarmuka perangkat keras ..................................................................................... 11 3.1.3 Antarmuka perangkat lunak .................................................................................... 11 3.1.4 Antarmuka komunikasi ........................................................................................... 11
3.2 Deskripsi Fungsional ....................................................................................................... 11 3.2.1 Context Diagram ..................................................................................................... 12 3.2.2 DFD Level 0 ............................................................................................................ 13 3.2.3 DFD Level 1 sub proses keranjang belanja ............................................................. 14 3.2.4 DFD Level 1 sub proses maintenance data ............................................................. 15
3.3 Data Requirement ........................................................................................................... 15 3.3.1 E-R diagram ............................................................................................................ 15
3.4 Non Functional Requirement .......................................................................................... 15 3.5 Batasan Perancangan ....................................................................................................... 16 3.6 Kerunutan (traceability) .................................................................................................. 16
3.6.1 Data Store vs E-R .................................................................................................... 17 3.7 Ringkasan Kebutuhan...................................................................................................... 17
3.7.1 Functional Requirement Summary .......................................................................... 17 3.7.2 Non Functional Requirement Summary .................................................................. 17
4 Lampiran ................................................................................................................................. 18 4.1 Flowmap/Prosedur .......................................................................................................... 18 4.2 SW Function Point .......................................................................................................... 18 4.3 Lampiran lain yang dianggap perlu ................................................................................. 18
Catatan :
Setelah Daftar Isi Boleh ada Daftar Tabel dan atau Daftar Gambar
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 5 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software
Requirement Spesification (SRS) untuk Sistem Penjualan Online, yaitu toko Gudang
Digital kamera online. Tujuan dari penulisan dokumen ini adalah untuk memberikan
penjelasan mengenai perangkat lunak yang akan dibangun baik berupa gambaran umum
maupun penjelasan detil dan menyeluruh.
Pengguna dari dokumen ini adalah pengembang perangkat lunak Gudang Digital dan
pengguna (user) dari perangkat lunak atau personil-personil yang terlibat dalam sistem.
Dokumen ini akan digunakan sebagai bahan acuan dalam proses pengembangan dan
sebagai bahan evaluasi pada saat proses pengembangan perangkat lunak maupun di akhir
pengembangannya. Dengan adanya dokumen SRS ini diharapkan pengembangan perangkat
lunak akan lebih terarah dan lebih terfokus serta tidak menimbulkan ambiguitas terutama
bagi pengembang SistemPenjualan Online Gudang Digital.
1.2 Lingkup Masalah
Perangkat lunak yang akan dikembangkan adalah perangkat lunak Penjualan online
Kamera, yaitu merupakan perangkat lunak yang digunakan untuk mempermudah proses
administrasi dan penjualan kamera di Gudang Digital. Aplikasi ini dapat melakukan hal-hal
berikut ini :
1. Fasilitas login untuk admin
2. Melayani penjualan secara online berbasis web, pelanggan dapat berbelanja
kamera kapanpun dan dimanapun tanpa harus datang langsungke toko.
3. Admin dapat melihat data transaksi.
Dengan adanya Aplikasi ini diharapkan, konsumen tidak perlu meluangkan waktunya
untuk berbelanja kamera di Gudang Digital, seiring perkembangan jaman dan tingkat
kesibukan masyarakat sekarang yang begitu tinggi sehingga mereka dapat berbelanja
disela kesibukan mereka tanpa membuang waktu.
1.3 Definisi, Istilah dan Singkatan
Definisi dari istilah yang akan digunakan pada dokumen ini adalah :
a) User adalah seluruh orang yang terlibat langsung dengan perangkat lunak
yang dibuat. Yang termasuk user adalah Pegawai Toko, Pengunjung Toko,
Member Toko dan Pimpinan Toko.
b) Karyawan toko adalah orang-orang yang bekerja di toko Gudang Digital
Kamera dan mempunyai account sehingga dapat melakukan Login ke
Sistem Informasi penjualan online toko Gudang Digital kamera ini.
c) Pengunjung adalah semua orang yang melakukan kunjungan ke Gudang
dDigitak Kamera, baik yang merupakan member maupun non member.
d) Pimpinan atau CEO adalah Orang yang juga mempunyai account pada
system informasi penjualan online Gudang Digital Kamera ini,sehingga
dapat melakukan login dan melihat laporan yang terdiri dari laporan
pejualan, dan laporan persediaan barang.
1.4 Referensi
Data – data yang digunakan dalam pengembangan perangkat lunak di Gudang Digital
Kamera adalah data-data dari hasil wawancara dengan staf Manager Peruasahaan Gudang
Digital Kamera.
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 6 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
1.5 Deskripsi umum Dokumen (Ikhtisar)
Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai
berikut:
1. Bab 1 Pendahuluan, merupakan pengantar dokumen SRS yang berisi
tujuan penulisan dokumen, lingkup masalah pengembangan perangkat
lunak, juga memuat definisi, akronim dan istilah yang digunakan serta
deskripsi umum dokumen yang merupakan ikhtisar dokumen SRS.
2. Bab 2 Deskripsi Global Perangkat Lunak, mendefinisikan perspektif
produk perangkat lunak serta asumsi dan ketergantungan yang digunakan
dalam pengembangan aplikasi penjualan online kamera di Gudang
Digital.
3. Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus
bagi sistem penjualan online kamera di Gudang Digital, yang meliputi
kebutuhan antar muka eksternal, kebutuhan fungsionalitas, kebutuhan
performansi, batasan perancangan, atribut sistem perangkat lunak dan
kebutuhan lain dari sistem penjualan online kamera di Gudang Digital.
2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem
Perangkat lunak Penjualan Kamera Online ini merupakan perangkat lunak yang
digunakan untuk mempermudah proses penjualan online kamera. Aplikasi
penjualan online kamera berkaitan dengan beberapa entitas luar, yaitu calon
pembeli dan admin. Sistem penjualan online kamera merupakan suatu web
database application yang mengolah data pelanggan saat melakukan transaksi
dengan membeli produk.
Pelanggan mendapatkan informasi mengenai produk, setelah menentukan produk
kemudian mengisi form traksaksi untuk mengorder. Dengan mempertimbangkan
kemudahan navigasi dan lalu lintas data dimana pelanggan harus memberikan
beberapa informasi pribadi, pendaftaran hanya dapat dilakukan melalui web.
Sistem pembelian kamera juga masih mengakomodir pembelian kamera di toko
Gudang Digital sendiri. Sistem penjualan online kamera menjadi pelengkap sistem
penjualan kamera yang ada sekarang.
2.2 Fungsi Produk
Perangkat Lunak Sistem penjualan online kamera ini mempunyai beberapa fungsi
utama antara lain :
2.2.1 Fungsi Transaksi
Fungsi utama yang melayani transaksi customer. Terdiri dari beberapa subfungsi :
Subfungsi Add
Subfungsi ini digunakan untuk menambah produk transaksi.
Subfungsi Cancel
Subfungsi ini digunakan untuk membatalkan proses transaksi.
Subfungsi Save
Subfungsi ini digunakan untuk menyimpan sementara proses transaksi.
Subfungsi Order
Subfungsi ini digunakan untuk melanjutkan proses transaksi.
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 7 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
2.2.2 Fungsi Administrasi
Fungsi utama yang melayani admin untuk mengakse dan mengelola data sistem.
Terdiri dari beberapa subfungsi :
Subfungsi Insert Data
Subfungsi ini digunakan untuk memasukkan data ke dalam database sistem.
Subfungsi Update Data
Subfungsi ini digunakan untuk mengubah data di dalam database sistem.
Subfungsi Delete Data
Subfungsi ini digunakan untuk menghapus data dari dalam database sistem.
2.3 Karakteristik Pengguna
2.3.1 Definisi Actor
No Actor Deskripsi
1. Administrator
Admin mengelola web & maintenance server
database, pemberian hak akses serta menyediakan
informasi bagi user.
2. Customer
Customer dapat meminta informasi mengenai produk
dan memberikan komentar tentang pelayanan dan
sistem.
2.3.2 Definisi Use Case
No Use Case Deskripsi
1 Melihat Produk Untuk melihat produk – produk yang disediakan.
2 Transaksi Use case mengatur proses transaksi.
3 Melihat Data Contact Untuk menginputkan data Contact.
4 Login Untuk Validasi username dan password admin.
5 Mengelola Web Meruoakan use case generalisasi dan menu-menu
administrasi.
6 Edit Data Artikel Untuk melakukan proses penginputan perubahan dan
penghapusan data artikel.
7 Edit Data Produk
Untuk melakukan proses penginputan dan
penghapusan data admin serta perubahan password
admin.
8 Edit data Admin Untuk melakukan proses penginputan perubahan dan
penghapusan data admin.
9 Edit Data Contact Untuk melihat data customer dan melakukan proses
penginputn data contact.
10 Edit Data Customer
Untuk melihat data customer dan melakukan proses
penginputn perubahan dan penghapusan data
customer.
11 Edit Data Transaksi Untuk melihat data transaksi dan melakukan
penghapusan data transaksi.
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 8 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
12 Edit Data Kategori Untuk melakukan proses penginputan perubhan dan
penghapusan data kategori.
Keterangan :
Nama Use Case : Melihat produk
Actor : Customer
Sekenario :
Actor Sistem
Sekenario Normal
1. Customer mengakses halaman
website.
Menampilkan homescreen website Gudang
Digital.
2. Memilih menu product Menampilkan halaman produk.
3. Memilih kategori Menampilkan katalog produk berdasarkan
kategori.
Nama Use Case : Transaksi
Actor :Customer
Skenario :
Actor Sistem
Skenario normal
1. Pembeli memilih produk yang
akan dibeli dengan menekan
tombol get.
Sistem menghitung pembelian yang
dilakukan dan menampilkan.
2. Pembeli dapat merubah jumlah
produk yang akan dibeli dan
menekan tombol save.
Sistem melakukan perhitungan ulang
belanja pembeli.
3. Pembeli dapat menambah jenis
produk yang akan dibeli
dengan menekan tombol
cancel.
4. Pembeli menekan tombol order
untuk melanjutkan berbelanja.
Akan muncul data pembeli yang harus
diisi.
5. Pembeli mengisi form data
pembeli. Bila bersedia
melakukan transaksi tekan
tombol submit.
Sistem memverifikasi data pembeli dan
menyimpan data ke dalam database.
Nama Use Case : Mengisi Data Contact
Actor :Customer
Skenario :
Actor Sistem
Skenario Normal
1. Customer mengakses halaman
website.
Menampilkan homescreen website Gudang
Digital.
2. Memilih menu contact Menampilkan form contact.
3. Mengisi form contact dengan
memasukan nama email dn
comment.
Menyimpan data contact kedalam
database.
Nama Use Case : Login
Actor : Administrator
Skenario :
Actor Sistem
Skenario Normal
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 9 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
1. Memilih link login admin. Tampilan form login
2. Menginputkan username dan
password.
Masuk dalam halaman administrator dan
menampilkan menu-menu administrasi.
Skenario Alternatif
Userrname dan password salah Muncul pesan kesalahan dan kembali ke
form login.
Nama Use Case : Mengelola Web
Actor : Administrator
Skenario :
Actor Sistem
Skenario Normal
1. Masuk dalam halaman
administrator
2. Memilih menu administrasi
Menampilkan halaman sesuia menu yang
dipilih dan menampilkan pilihan insert
update dan delete.
3. Mengelola web
(insert,update,atau delete)
Melakukan proses ke dalam database
sesuai pilihan.
Skenario Alternatif
1. Masuk dalam halaman
administrator.
2. Memilih menu administrasi
Menampilkan halaman sesuai menu yang
dipilih dan menampilkan pilihan insert,
update, dan delete.
3. Mengelola web (insert, update,
delete).
Tidak dapat melakukan proses ke dalam
database sesuai pilihan.
2.3.3 Diagram Use Case
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 10 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
Gambar : Diagram Use Case
Use Case Melihat Produk : Use case awal sebelum dilakukannya proses transaksi
Use Case Transaksi : Use case ini dimulai setelah customer memilih produk.
Use Case Mengisi Data Contact : Pengunjung non-customer maupun customer dapat
meninggalkan komentar dengan mengisi daftar Contact.
Use Case Login : Admin dapat mengakses sistemsetelah berhasil melakukan
login.
Use Case Mengelola Web : Use case untuk kegiatan mengeloladata-data web yang
dilakukan olehadmin dan merupakan generalisasimenu-menu
administrasi.
Use Case Edit Data Artike : Admin dapat mengakses datakemudian melakukan proses
penginputan, perubahan dan penghapusan data artikel.
Use Case Edit Data Produk : Admin dapat mengakses datakemudian melakukan proses
penginputan, perubahan dan penghapusan data produk.
Use Case Edit Data User : Admin dapat mengakses datakemudian melakukan proses
penginputan dan penghapusan datauser dalam hal ini adalah
admin, serta perubahan password admin.
Use Case Edit Data Contact : Admin dapat mengakses datakemudian melakukan proses
penginputan, perubahan dan penghapusan data Contact.
Use Case Edit Data Customer : Admin dapat mengakses datakemudian melakukan proses
penginputan, perubahan dan penghapusan data customer.
Use Case Edit Data Transaksi : Admin dapat mengakses datakemudian melakukan proses
penginputan, dan penghapusan datatransaksi.
Use Case Edit Data Kategori :Admin dapat mengakses datakemudian melakukan proses
penginputan, perubahan dan penghapusan data kategori
produk.
2.4 Batasan
1. Pengembangan perangakat lunak tidak akan merubah file-file ataupun database yang ada
pada saat ini tanpa adanya izin dari pimpinan.
2. Pengembangan perangkat lunak ini akan mengoptimasi pengelolaan data-data yang ada
Gudang Digital, yang meliputi data member, data transaksi penbelian kamera, data
produk (kamera) dan laporan penjualan untuk pimpinan perusahaan.
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 11 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
3. Waktu pengembangan perangkat lunak yang singkat membuat adanya kemungkinan tidak
semua fungsi yang ada dapat dilakasanakan.
4. Perangkat lunak dapat dijalankan di Windows, Linux, atau Android.
2.5 Lingkungan Operasi
1. Semua admin dan customer di lingkungan perusahaan Gudang Digital Kamera
yang telah memiliki akun anggota member Gudang Digital Kamera, adalah
anggota di Gudang Digital Kamera.
2. Semua pembeli di Gudang Digital Kamera adalah member.
3 Deskripsi Umum Kebutuhan
3.1 Kebutuhan antarmuka eksternal
Perangkat lunak untuk penjualan kamera, di Gudang Digital ini dibuat dengan
menggunakan aplikasi web, untuk pengolahan User Interface digunakan aplikasi
Dreamweaver. Dimana tampilan web didesain menggunkan template yang ada. Perangkat
lunak untuk layanan dalam penjualan kamera di Gudang Digital ini dilengkapi dengan
menu untuk mengakses berbagai fungi yang disediakan. Interaksi antara pengguna dan
perangkat lunak dilakukan dengan menggunakan keyboard dan mouse.
3.1.1 Antarmuka pemakai
Aplikasi sistem penjualan online kamera ini dikembangkan dalam bentuk web grafis
dalam ukuran tampilan maksimal 1280 x 1024 Pixel dengan 32 BitColor Quality. Perangkat
lunak ini dilengkapi dengan menu untuk pengaksesan berbagai fungsi yang disediakan, dan
pengguna mengoperasikannya menggunakan keyboard dan mouse dengan sistem operasi
windows, linux dan android.
3.1.2 Antarmuka perangkat keras
Aplikasi ini berjalan di atas perangkat keras berupa komputer yang saling terhubung oleh
jaringan internet. Kebutuhan minimum perangkat keras yang dapat digunakan adalah:
1. PC dengan memory 2000 MB.
2. Monitor VGA yang dapat menampilkan resolusi minimal 800 x600 pixel.
3. Keyboard dan mouse untuk interaksi antara pengguna dengan sistem.
Semua perangkat keras yang digunakan merupakan perangkat standar dalam sistem
komputer dan menggunakan port standar yang ada.
3.1.3 Antarmuka perangkat lunak
Perangkat lunak yang diperlukan oleh Gudang Digital adalah:
1. Sistem Operasi (Window, Linux atau Android)
2. Browser Internet (Internet Explorer, Opera, Firefox, dll)
3.1.4 Antarmuka komunikasi
Data – data dalam perangkat lunak melakukan komunikasi melalui jaringan internet.
3.2 Deskripsi Fungsional
Sistem yang akan dibangun ini adalah sistem informasi penjualan kamera digital
berbasis web, perancangan perangkat lunak ini sebagai penerapan sistem informasi dalam
proses penjualan saat memesan produk serta informasi harga produk. Ada berbagai macam
informasi pada suatu web site, pada suatu web page pembuka yang biasanya disebut
dengan homepage. Homepage merupakan halaman pertama dari suatu website yang
berisi tentang apa dan siapa dari pemilik perusahaan organisasi pemilik website tersebut.
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 12 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
Biasanya situs bisnis berisi tentang nama dan logo perusahaan tersebut dan juga
menyediakan link-link ke halaman lain pada website yang berisi informasi tentang
informasi perusahaan, pelanggan, transaksi dan sebagainya.
3.2.1 Context Diagram
Diagram konteks merupakan suatu alat dalam analisis yang digunakan untuk
memodelkan sistem dan untuk menunjukkan ruang lingkup serta batasan sistem. Pada
diagram konteks terdapat suatu lingkaran yang merepresentasikan proses dari sistem yang
dimodelkan, beberapa entitas yang terkait dan aliran data yang menunjukkan adanya
interaksi yang sedang berlangsung (Pohan H.I., dkk., 1997).
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 13 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
3.2.2 DFD Level 0
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 14 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
3.2.3 DFD Level 1 sub proses keranjang belanja
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 15 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
3.2.4 DFD Level 1 sub proses maintenance data
3.3 Data Requirement
Uraikan dengan ringkas, data apa saja yang harus dikelola oleh aplikasi, disarikan dari
semua kata benda yang ada pada business process
3.3.1 E-R diagram
Gambar E-R diagram yang benar-benar konseptual, dengan VISIO. Minimal ada nama
Entity, Relasi dan Key (Skema relasi). Sudah dijelaskan apa bedanya E-R konseptual
dengan Conceptual Data Model pada Case Tools, karena E-R diagram ini tidak mungkin
digambar dengan Case Tools. Keterbatasan CASE Tools biasanya adalah:
tidak mungkin mempunyai relasi dengan atribut non-key
tidak mungkin mempunyai relasi bukan biner (terner, dan lebih tinggi)
sehingga akibatnya, relasi dijadikan “entity”. Kenapa E-R konseptual disarankan untuk
digambar, adalah karena E-R ini sebenarnya lebih mencerminkan abstraksi perancang
3.4 Non Functional Requirement
Uraikan dengan ringkas kebutuhan non fungsional dalam tabel sebagai berikut. Isilah
Kolom Requirement dengan kalimat yang jelas dan kelak dapat ditest untuk dipenuhi. SRS-
Id adalah nomor requirement yang harus ditelusuri pada saat test. Tuliskan N/A bila Not
Applicable..
SRS-Id Parameter Requirement
Availability
Reliability
Ergonomy
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 16 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
SRS-Id Parameter Requirement
Portability
Memory
Response time
Safety N/A
Security
Others 1: Bahasa
komunikasi
Misalnya: semua tanya jawab harus dalam bahasa
Indonesia
Setiap layar harus mengandung logo ITS
Keterangan :
Availability
Ketersediaan aplikasi,
Misalnya harus terus menerus beroperasi 7 hari perminggu, 24 jam per
haritanpa gagal
Reliability
Keandalan,
Misalnya tidak pernah boleh gagal(atau kegagalan yang ditolerir adalah
…%) sehingga harus dipikirkan fault tolerant architecture.
Biasanya hanya perlu untuk Critical Application yang jika gagal akan
berakibat fatal.
Ergonomy
Kenyamanan pakai bagi pengguna
Portability
Kemudahan untuk dibawa dan dioperasikan ke mesin/sistem
operasi/platform yang lain
Memory
Jika perhitungan kapasitas memori internal kritis (misalnya untuk SW
yang harus dijadikan CHIPS dan ukurannya harus kecil
Response time
Batasan waktu yang harus dipenuhi.
Sangat penting untuk aplikasi Real Time. Contoh: “Aplikasi harus
mampu menampilkan hasil dalam 4 detik”, atau “ATM harus menarik
kembali kartu yang tidak diambil dalam waktu 30 detik”
Safety
Menyangkut keselamatan manusia,
Misalnya untuk SW yang dipakai pada sistem kontrol di pabrik
Security
Aspek keamanan yang harus dipenuhi.
3.5 Batasan Perancangan
Sebutkan batasan design jika ada. Contoh : harus memakai library yang ada, harus
memakai sepotong kode yang sudah pernah dikembangkan, harus memperhatikan hal-hal
tertentu
3.6 Kerunutan (traceability)
Diisi dengan tabel yang berisi traceability dari hasil analisis. Gunanya untuk menilai
apakah hasil analisis “runut” dan lojik. Untuik sementara, baru didefinisikan Data-store
versus E-R.
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 17 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
3.6.1 Data Store vs E-R
Mapping data store pada DFD dengan Entity - Relasi
Data Store Entity Relasi
3.7 Ringkasan Kebutuhan
Bab ini berisi ringkasan semua “Requirement item”. Requirement item ini mencerminkan
semua hal yang harus dipenuhi, dan nantinya akan menjadi arahan untuk tahapan testing,
karena pada dasarnya, semua requirement harus dapat ditest supaya dapat dibuktikan
dipenuhi. Dibagi menjadi dua bagian: functional dan non functional
3.7.1 Functional Requirement Summary
SRS-Id Description
3.7.2 Non Functional Requirement Summary
SRS-Id Description
Prodi Teknik Informatika UMBY SKPL-Gxx Halaman 18 dari 18 halaman Dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Prodi Teknik Informatika-
UMBY.
4 Lampiran
4.1 Flowmap/Prosedur
Jika PL menyangkut prosedur manual, atau proses-proses manual
4.2 SW Function Point
Isilah tabel sebagai berikut, sehingga dari rancangan ini didapatkan gambaran “besarnya”
ukuran aplikasi
Item Subitem Jumlah total Keterangan
Function (bubble
yang tidak
didekomposisi
lagi)
Entry/Update
Process
Delete
Proses Level 1
Level 1.1
Level 2
Menu
DataSore -
E-R Entity
Realsi
4.3 Lampiran lain yang dianggap perlu
Jika ada lampiran lain yang perlu disertakan, dan berhubungan dengan Analisis dan
Perancangan
top related