spesifikasi kebutuhan perangkat lunakebook.repo.mercubuana-yogya.ac.id › fti ›...

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


UMBY.

Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi


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


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.


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.


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.


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


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


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.


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.


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).


UMBY.

3.2.2 DFD Level 0


UMBY.

3.2.3 DFD Level 1 sub proses keranjang belanja


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


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.


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


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

spesifikasi kebutuhan perangkat lunakebook.repo.mercubuana-yogya.ac.id › fti ›...

Documents