SKPL-OO Sistem Penjualan Obat

SKPL-OO-02
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Sistem Penjualan Obat
untuk:
Pemilik Toko Obat
Dipersiapkan oleh:
Kelompok 2 :
1. Derri Aqung Prasetyo W [A11.2016.09786]
2. Fajar Hidayat [A11.2016.09948]
3. Heru setiawan [A11.2016.09779]
4. Mega Bintang Hatmi [A11.2016.09978]
5. Moh. Ilham Yuliansyah [A11.2016.09781]
Program Studi Teknik Informatika

FIK - UDINUS
Jl. Imam Bonjol No. 207 Semarang
Nomor Dokumen Halaman

Program Studi
Teknik Informatika
FIK – UDINUS SKPL-OO-02 1/18
Revisi 2 Tgl: 9-12-2018
Daftar Isi
1. Pendahuluan 3
1.1 Tujuan Penulisan Dokumen ..................................................................................................................... 3
1.2 Lingkup Masalah ..................................................................................................................................... 3
1.3 Definisi, Istilah dan Singkatan ................................................................................................................ 3
1.4 Aturan Penomoran ................................................................................................................................... 3
1.5 Referensi .................................................................................................................................................. 3
1.6 Deskripsi umum Dokumen (Ikhtisar) ...................................................................................................... 3
2 Deskripsi Umum Perangkat Lunak 4
2.1 Deskripsi Umum Sistem .......................................................................................................................... 4
2.2 Karakteristik Pengguna............................................................................................................................ 4
2.3 Batasan .................................................................................................................................................... 4
2.4 Lingkungan Operasi ................................................................................................................................ 4
3 Deskripsi Kebutuhan 5
3.1 Kebutuhan Antarmuka Eksternal ............................................................................................................. 5
3.1.1 Antarmuka pemakai ......................................................................................................................... 5
3.1.2 Antarmuka Perangkat Keras ............................................................................................................ 5
3.1.3 Antarmuka Perangkat Lunak ........................................................................................................... 5
3.1.4 Antarmuka Komunikasi ................................................................................................................... 5
3.2 Kebutuhan Fungsional ............................................................................................................................. 5
3.3 Pemodelan ............................................................................................................................................... 6
3.3.1 Diagram Use Case ........................................................................................................................... 6
3.3.2 Definisi Actor .................................................................................................................................. 7
3.3.3 Definisi Use Case ............................................................................................................................ 7
3.3.4 Skenario Use Case (Deskripsi Use Case) ........................................................................................ 8
3.3.5 Class Diagram ............................................................................................................................... 14
3.3.6 Activity Diagram ........................................................................................................................... 15
3.3.7 Sequence Diagram ......................................................................................................................... 19
3.3.8 Collaboration Diagram ................................................................... Error! Bookmark not defined.
3.3.9 State Chart Diagram ....................................................................... Error! Bookmark not defined.
3.3.10 Deployment Diagram ..................................................................... Error! Bookmark not defined.
3.4 Kebutuhan Non Fungsional ................................................................................................................... 24
3.5 Batasan Perancangan ............................................................................................................................. 24
3.6 Kerunutan (traceability) ......................................................................................................................... 25
3.6.1 Kebutuhan Fungsional vs Use Case............................................................................................... 25
3.7 Ringkasan Kebutuhan ............................................................................................................................ 25
3.7.1 Kebutuhan Fungsional ................................................................................................................... 25
3.7.2 Kebutuhan Non Fungsional ........................................................................................................... 26
Program Studi Teknik Informatika SKPL-OO-02 Halaman 2/ dari 27 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Penulisan dokumen ini bertujuan untuk sebuah dokumentasi dari segala aktifitas serta
perancangan selama pengembangan. Proyek SPO ini dimulai dari tahap user requipmen,
analisis, desain sistem, implementasi hingga testing. Adapun tujuan dari proyek ini dibuat
adalah untuk membantu pemilik apotik untuk mengontrol transaksi penjualan dan membantu
karwayan untuk mempermudah melayani pembeli.
1.2 Lingkup Masalah

SPO adalah Sistem Informasi berbasis web untuk transaksi penjualan dan pendataan obat.
SPO ini dikembangkan untuk meningkatkan kualitas layanan dan kelancaran usaha pemilik
toko obat. Fitur utama aplikasi ini adalah pembelian dan penjualan seperti aplikasi toko obat
pada umumnya. Aplikasi ini memfasilitasi pengguna untuk mempermudah dan mempercepat
kerja karyawan dalam hal pengolah dan rekapitulasi data, pengecekan stok obat-obatan,
pencarian jenis obat serta transaksi penjualan dan pembelian.
1.3 Definisi, Istilah dan Singkatan

SKPL : Spesifikasi Kebutuhan Perangkat Lunak
SPO : Sistem Penjualan Obat
1.4 Aturan Penomoran

Hal / Bagian Aturan Penomoran / Penamaan
Kebutuhan Fungsional SKPL_SPO-F_0001
Kebutuhan Non Fungsional SKPL_SPO-NF-0001
1.5 Referensi
Dede Juniawan Suri, Idwar Halid, Bayu Fajar N. , Bayu Rifqi A. R. , Eri Muhamad R.
DOKUMEN PEMBANGUNAN PERANGKAT LUNAK - Sistem Informasi Toko Obat
1.6 Deskripsi umum Dokumen (Ikhtisar)

Dokumen SKPL ini dibagi menjadi tiga bagian utama, yaitu :
1. PENDAHULUAN
Pada bab ini berisi tentang penjelasan mengenai dokumen yang dibuat diantaranya
tujuan pembuatan dokumen, lingkup masalah, aturan penomoran, referensi, dan
deskripsi umum dokumen memberikan sedikit penjelasan pada dokumen yang kami
buat.
2. KEBUTUHAN PERANGKAT LUNAK
Pada bab ini berisi tentang penjelasan mengenai gambaran umum dasar mengenai
program / perangkat lunak yang dibuat, fitur utama perangkat lunak yang dibuat.
3. MODEL PERANCANGAN
Pada bab ini berisi uraian kebutuhan perangkat lunak dalam bentuk uml yang terdiri
dari diagram use case, use case skenario, diagram class, diagram activity, diagram
sequence, diagram statechar, dan diagram communication.

2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem

Sistem Penjualan Obat (SPO) ini digunakan untuk mempermudah pemilik toko obat untuk
mengontrol transaksi penjualan tokonya dari jarak jauh. Pemilik toko dapat
menambah,mengedit,menghapus data karyawan serta dapat mengelola data dan transaksi
penjualan obat ketika karyawan tidak masuk kerja.
Dalam aplikasi ini karyawan hanya dapat mencarikan obat yang dibutuhkan pelanggan
sesuai dengan penyakit yang dideritanya dan karyawan juga dapat menginput data penjualan
sehingga tidak dapat melakukan praktek kecurangan karena transaksi penjualan terekam
dengan baik dan pemilik toko obat dapat mengecek transaksi penjualan sesuai dengan stok
obat yang ada.
2.2 Karakteristik Pengguna
Kategori Pengguna Tugas Hak Akses ke aplikasi

Karyawan Mengelola transaksi Mengelola tranksasi
penjualan
Admin Mengelola data karyawan Mengelola data obat dan
informasi karyawan
2.3 Batasan
Batasan (jika ada), ketergantungan SW terhadap SW/HW/sistem lain (misalnya modul
Konsolidasi baru dapat dijalankan ketika rekapitulasidata akuntansi dari Aplikasi AKUNT
sudah dijalankan dan datanya dinyatakan OK oleh petugas
Batasan yang harus dipakai. Misalnya :
 harus memakai file data dari Sistem lain (sebutkan),
 harus memakai format data yang sama dengan sistem lain
 harus berfungsi multi platform (di Windows dan linux)
2.4 Lingkungan Operasi
Aplikasi Client server ini akan berfungsi dengan spesifikasi :

Server : web server dan php
Client : browser terbaru (chrome, firefox)
OS : windows, linux, macOS
DBMS : MySQL

3 Deskripsi Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
Hanya diisi jika P/L memerlukan fasilitas khusus .
3.1.1 Antarmuka pemakai

User interface untuk mengoperasikan Perangkat Lunak : keyboard, mouse
3.1.2 Antarmuka Perangkat Keras

Hanya diisi jika perlu perangkat keras khusus, misalnya CARD XXX, CABLE XYZ
3.1.3 Antarmuka Perangkat Lunak

Hanya diisi jika PL memakai interface (berupa PL), misalnya API Windows.
3.1.4 Antarmuka Komunikasi

Hanya diisi jika PL beroperasi di jaringan dan membutuhkan alat komunikasi khusus,
misalnya RS232.
3.2 Kebutuhan Fungsional
Diawali dengan membuat daftar kebutuhan fungsional P/L, lengkap dengan ID dan
penjelasan jika perlu. Bisa dibuat dalam bentuk tabel.
ID Kebutuhan Penjelasan
SKPL_SP Karyawan melakukan registrasi akun Karyawan melakukan registrasi
O-F_0001 akun melalui admin
SKPL_SP Karyawan menambah data transaksi Karyawan dapat menambahkan
O-F_0002 penjualan data transaksi penjualan
SKPL_SP Karyawan mencari dan memilih obat yang Karyawan dapat mencari dan
O-F_0003 dibutuhkan pembeli memilih obat yang dibutuhkan
berdasarkan penyakit pembeli
SKPL_SP Admin menambah data karyawan Admin dapat menambah data
O-F_0004 karyawan
SKPL_SP Admin menghapus data karyawan Admin dapat menghapus data
O-F_0005 karyawan
SKPL_SP Admin mengedit data karyawan Admin dapat mengedit data
O-F_0006 karyawan
SKPL_SP Admin menambah data transaksi penjualan Admin dapat menambah data
O-F_0007 transaksi penjualan jika karyawan
tidak masuk
SKPL_SP Admin mencari dan memilih obat yang Admin dapat mencari dan
O-F_0008 dibutuhkan pembeli memilih obat yang dibutuhkan
pembeli jika karyawan tidak
masuk
SKPL_SP Admin menambah data obat Admin dapat menambahkan data

O-F_0009 obat

ID Kebutuhan Penjelasan
SKPL_SP Admin mengedit data obat Admin dapat mengedit data obat
O-F_0010
SKPL_SP Admin menghapus data obat Admin dapat menghapus data

O-F_0011 obat
3.3 Pemodelan
3.3.1 Diagram Use Case

Bagian ini diisi dengan diagram use case keseluruhan/ Use Case Sistem

3.3.2 Definisi Actor
Bagian ini diisi dengan daftar actor dan deskripsi role untuk actor tersebut. Deskripsi role
harus menjelaskan wewenang pada role tersebut dalam perangkat lunak. Bisa dibuat dalam
bentuk tabel berikut:
No Actor Deskripsi
1 Karyawan Actor dengan role ini mempunyai wewenang untuk
melakukan input transaksi penjualan
2 Admin Actor dengan role ini mempunyai wewenang untuk
mengelola data obat, data karyawan dan data
transaksi penjualan
3.3.3 Definisi Use Case

Bagian ini diisi dengan daftar use case dan deskripsi singkat mengenai use case tersebut. Bisa
dibuat dalam bentuk tabel berikut:
No Use Case Deskripsi
1 Regristrasi akun Sistem melakukan regristrasi akun karyawan
2 Mencari dan Sistem melalui akun karyawan melakukan pencarian dan
memilih obat pemilihan obat
3 Menambah data Sistem melalui akun karyawan melakukan penambahan data
transaksi penjualan transaksi penjualan
4 Menambah data Sistem melalui admin menambahkan data karyawan
karyawan
5 Menghapus data Sistem melalui admin melakukan penghapusan data
karyawan karyawan
6 Mencari dan Sistem melalui admin karyawan melakukan pencarian dan
memilih obat pemilihan obat
7 Menambah data Sistem melalui akun admin melakukan penambahan data
transaksi penjualan transaksi penjualan
8 Mengedit data Sistem melalui akun admin melakukan pengeditan data
karyawan karyawan

3.3.4 Skenario Use Case (Deskripsi Use Case)
Importance level
Use Case Name : Regristrasi akun ID : 1 : high
Use Case
Type : Detail,
Primary Actor : Karyawan & Admin essential
Stakeholders and Interests : Karyawan
Brief Description : Registrasi untuk mendapatkan akun

Trigger : -
Type : External
Associaton : Karyawan
Include : -
Extend : -
Relationships : Generalization :
1 . Karyawan meminta registrasi akun ke admin
2. Admin memasukan username dan password untuk
login dalam system
3. Admin memilih menu regristrasi akun
Normal Flow of Events :
4. Admin membuat akun karyawan
5. Karyawan mendapatkan akun dan dapat login
kedalam sistem
Subflows : -
Alternate/Exceptional Flows : -
Importance level
Use Case Name : Mencari dan Melihat Obat ID : 2 : high
Use Case
Type : Detail,
Admin – Mencari obat
Stakeholders and Interests : Karuawan – Mencari obat
Dengan cara login terlebih dahulu lalu pengguna bisa
Brief Description : melakukan pencarian obat
Trigger : -
Type : External
Associaton :Admin & Karyawan.
Include : Melakukan pencarian obat.
Extend : -

1 . Admin/Karyawan menginput obat yang ingin
dicari dalam kolom pencarian
2. Admin/Karyawan melihat data obat yang telah di
cari
3. Admin/Karyawan memilih jenis obat dari hasil
pencarian yang ada
Subflows : -
Importance level
Use Case Name : Menambah Data Transaksi Penjualan ID : 3 : high
Use Case
Type : Detail,
Admin – Menambahkan data transaksi penjualan
Stakeholders and Interests : Karuawan – Menambahkan data transaksi penjualan
Dengan cara login terlebih dahulu lalu pengguna bisa
Brief Description : melakukan penambahan data transaksi penjualan
Karyawan dan admin dapat membuat juga meng
Trigger : cancel data transaksi penjualan
Type : External
Associaton :Admin & Karyawan.
Include : Melakukan penambahan data transaksi
penjualan
Extend : -
1 . Admin / Karyawan memilih menu transaksi
penjualan
2 . Admin/Karyawan menginput obat yang ingin
dicari dalam kolom pencarian
3. Admin/Karyawan melihat data obat yang telah di
Normal Flow of Events : cari
4. Admin/Karyawan memilih jenis obat dari hasil
pencarian yang ada
5. Admin/Karyawan menambahkan obat yang
dibutuhkan pembeli kedalam data transaksi
penjualan
S-1 : Tambah Data Transaksi Penjualan
1. Karyawan/Admin memilih symbol tambah
2. Karyawan / Admin menginputkan obat yang
di butuhkan pembeli
3. Karyawan/Admin menambahkanya ke data
transaksi penjualan
S-2 : Cancel Data Transaksi Penjualan
1. Karyawan / Admin memilih symbol cancel
2. Data yang telah diinputkan tidak jadi
Subflows : dimasukan kedalam data transaksi
Importance level
Use Case Name : Menambah Data Karyawan ID : 4 : high
Use Case
Type : Detail,
Primary Actor : Admin essential
Stakeholders and Interests : Admin – Menambahkan data karyawan

Dengan cara login kedalam system admin dapat
Brief Description : menambahkan akun karyawan
Trigger : -
Type : External
Associaton :Admin
Include : Melakukan tambah data karyawan
Extend : -
1 . Admin memilih menu data karyawan
2 . Admin menginput data yang dibutuhkan
karyawan
Normal Flow of Events : 3. Admin menambahkan data yang telah diinputkan
kedalam database karyawan
4. Karyawan memiiki akun untuk bisa login kedalam
system
S-1 : Tambah Data Karyawan
1. Admin memilih symbol tambah
2. Admin menginputkan data yang dibutuhkan
karyawan
3. Admin menambahkanya ke data karyawan
S-2 : Cancel Data Karyawan
1. Admin memilih symbol cancel
Subflows : dimasukan kedalam data karyawan
Importance level
Use Case Name : Menghapus Data Karyawan ID : 5 : high
Use Case
Type : Detail,
Stakeholders and Interests : Admin – Menghapus data karyawan

Brief Description : mengedit akun karyawan
Trigger : -
Type : External

Associaton :Admin
Include : Melakukan hapus data karyawan
Extend : -
2 . Admin memilih data yang ingin dihapus
Normal Flow of Events : 3. Admin menghapus data karyawan
4. Data karyawan yang dihapus tidak bisa lagi login
kedalam system
S-1 : Hapus Data Karyawan
1. Admin menghapus data karyawan
2. Data karyawan berhasil dihapus dari
Subflows : database
Importance level
Use Case Name : Mengedit Data Karyawan ID : 6 : high
Use Case
Type : Detail,
Stakeholders and Interests : Admin – Mengedit data karyawan

Brief Description : mengedit akun karyawan
Trigger : -
Type : External
Associaton :Admin
Include : Melakukan edit data karyawan
Extend : -
2 . Admin memilih data yang ingin diedit
3. Admin mengedit data yang telah ada
4. Jika telah sesuai maka pilih tombol SIMPAN
S-1 : Edit Data Karyawan
1. Admin memilih tombol edit
2. Admin mengedit data yang ingin diedit
3. Data selesai di edit

1. Karyawan / Admin memilih symbol cancel
Subflows : dimasukan kedalam data transaksi

Importance level
Use Case Name : Menambah Data Obat ID : 7 : high
Use Case
Type : Detail,
Stakeholders and Interests : Admin – Menambah data obat

Brief Description : menambah data obat
Trigger : -
Type : External
Associaton :Admin
Include : Melakukan tambah data obat
Extend : -
1 . Admin memilih menu data obat
2 . Admin menginput data obat
3. Admin menambahkan data yang telah diinputkan
kedalam database obat
S-1 : Tambah Data Obat
1. Admin memilih symbol tambah
2. Admin menginputkan data yang dibutuhkan
karyawan
3. Admin menambahkanya ke data karyawan
S-2 : Cancel Data Obat
Subflows : dimasukan kedalam data obat
Importance level
Use Case Name : Mengedit Data Obat ID : 8 : high
Use Case
Type : Detail,
Stakeholders and Interests : Admin – Mengedit data obat

Brief Description : mengedit data obat
Trigger : -
Type : External
Associaton :Admin
Include : Melakukan edit data obat
Extend : -

2 . Admin memilih data yang ingin diedit
3. Admin mengedit data yang telah ada
4. Jika telah sesuai maka pilih tombol SIMPAN
S-1 : Edit Data Karyawan
1. Admin memilih tombol edit
2. Admin mengedit data yang ingin diedit
3. Data selesai di edit

dimasukan kedalam data obat
Subflows :
Importance level
Use Case Name : Menghapus Data Obat ID : 9 : high
Use Case
Type : Detail,
Stakeholders and Interests : Admin – Menghapus data obat

Brief Description : menghapus data obat
Trigger : -
Type : External
Associaton :Admin
Include : Melakukan hapus data obat
Extend : -
2 . Admin memilih data yang ingin dihapus
Normal Flow of Events : 3. Admin menghapus data obat
4. Data obat yang dihapus tidak bisa lagi login
kedalam system
S-1 : Hapus Data Obat
1. Admin menghapus data obat
Subflows : 2. Data obat berhasil dihapus dari database

3.3.5 Class Diagram
class Class Mo...
Admin
- username: String
- password: String
- level: int
Obat
+ Login() : void - Kode_Obat: int
+ Logout() : void - Nama_Obat: String
Registrasi Akun - Menambah_Data_Karyawan() : void - Jenis_Obat: String
- Menghapus_Data_Karyawan() : void 1 - Tanggal_Kadaluarsa: Date
- Nama_Karyawan: String - Mengedit_Data_Karyawan() : void 1
1 - - Tempat_obat: String
- Ttl_Karyawan: Date Menambah_Data_Obat() : void - Stok: int
- Jk_Karyawan: char - Menghapus_Data_Obat() : void - Harga: int
- Alamat: String 1 - Mengedit_Data_Karyawan() : void
- No_Hp: char + Menambah_Data_Transaksi_Penjualan() : void
- Username: String + Mencari_Dan_Melihat_Obat() : void
- Password: String - Registrasi_Akun() : void
Karyawan
- Username: String *
- Password: String
- Nama_Karyawan: String Penjualan
- Ttl_Karyawan: Date
- Jk_Karyawan: String - Kode_Penjualan: int
- No_Hp: String 1 - Kode_Obat: int
* - Jumlah: float
+ Mencari_Dan_Melihat_Obat() : void - Tanggal: Date
+ Menambah_Data_Transaksi_Penjualan() : void - Harga_Total: float
+ Login() : void
+ Logout() : void

3.3.6 Activity Diagram
1. Activity Melakukan Registrasi Akun
act Register
Karyawan
Karyaw an Meminta
Registrasi Akun Kepada
Admin
Start
Pilih Menu Registrasi Mengisi Form Registrasi

Menyimpan Data
Akun Karyaw an
Admin
Menampilkan Form
Registrasi Berhasil
Sistem
Registrasi
End
2. Activity Menambah Data Karyawan
act Menambah Data Karyaw an
Pilih Menu Data Pilih Tombol Mengisi Form Menyimpan Data

Karyaw an Tambah Data Data Karyaw an Karyaw an
Admin
Start
Menampilkan Daftar Data Menampilkan Form

Karyaw an Tambah Data Karyaw an Menampilkan Data
Sistem
Karyaw an Baru
End

3. Activity Menghapus Data Karyawan
act Menghapus Data Karyaw an
Pilih Menu Data Pilih Data Yang

Karyaw an Ingin Dihapus
Admin
Start
Menampilkan Data Berhasil

Dihapus
Sistem
Daftar Data
Karyaw an
End
4. Activity Mengedit Data Karyawan
act Mengedit Data Karyaw an
Pilih Menu Data Pilih Data Yang Mengedit Menyimpan Data

Admin
Karyaw an Ingin Diedit Data Yang Telah Diedit

Start
Karyawan
Menampilkan Daftar Menampilkan Data Menampilkan

Data Karyaw an Yang Ingin Diedit Data Yang Telah
Diedit
End

5. Activity Menambah Data Obat
act Menambah Data Obat
Pilih Menu Data Pilih Tombol Mengisi Form Data Menyimpan Data
Obat Tambah Data Karyaw an Karyaw an
Admin
Start
Menampilkan Daftar Menampilkan Form

Karyawan
Menampilkan Data
Data Obat Tambah Data Karyaw an Baru
Karyaw an
End
6. Activity Mengedit Data Obat
act Mengedit Data Obat
Pilih Menu Data Pilih Data Yang Mengedit Data Menyimpan Data
Admin
Obat Ingin Diedit

Yang Telah Diedit
Start
Menampilkan Menampilkan Data

Menampilkan Data
Sistem
Daftar Data Obat Yang Ingin Diedit

Yang Telah Diedit
End

7. Activity Menghapus Data Obat
act Menghapus Data Obat
Pilih Menu Data Pilih Data Yang

Admin
Obat Ingin Dihapus
Start
Menampilkan Data Berhasil

Sistem
Daftar Data Obat Dihapus
End
8. Activity Mencari Dan Melihat Obat
act Mencari Dan Melihat Obat

Admin / Karyawan
Pilih Menu Data Menginputkan

Obat Data Yang Ingin
Dicari
Start
Tidak Ditemukan
Menampilkan Daftar
Sistem
Pencarian Ditemukan Menampilkan Data

Data Obat
Yang Dicari
End

9. Activity Menambah Data Transaksi Penjualan
act Menambah Data Transaksi Penj ualan
Admin / Karyawan
Pilih Menu Pilih Tombol Mengisi Form Data Menyimpan Data

Transaksi Tambah Data Transaksi Penj ualan Transaksi Penj ualan
Penj ualan
Start
Menampilkan Data Menampilkan Form

Mencetak dan
Sistem
Transaksi Penj ualan Tambah Data

Menampilkan Data
Transaksi Penj ualan
Transaksi Penj ualan
End
3.3.7 Sequence Diagram
1. Sequence Diagram Registrasi Akun
sd Registrasi Akun
Karyawan Admin Menu Registrasi Menu Data Control Registrasi Db Karyawan

Akun Karyawan Akun
Meminta dibuatkan akun()
Memilih menu Registrasi Akun()
Menginputkan data()
Simpan data()
Return done()
Menampilkan Data
Karyawan()

2. Sequence Diagram Menambah Data Karyawan
sd Menambah Data Karyaw ...
Admin Menu Data Tombol Tambah Control Tambah Db Karyawan

Karyawan Data Data
Memilih menu Data Karyawan()
Memilih tombol Tambah Data()
Menginputkan Data()
Simpan Data()
Return done()
Menampilkan Data Karyawan()
3. Sequence Diagram Menghapus Data Karyawan
sd Menghapus Data Karyaw ...
Admin Menu Data Tombol Hapus Db Karyawan

Karyawan Data
Memilih menu Data Karyawan()
Memilih tombol Hapus Data()
Menghapus Data()

4. Sequence Diagram Mengedit Data Karyawan
sd Mengedit Data Karyaw ...
Admin Menu Data Tombol Edit Data Control Edit Data Db Karyawan
Karyawan
Memilih Menu Data Karyawan()
Memilih tombol Edit Data()
Mengedit Data()
Menyimpan Data()
Return done()
5. Sequence Diagram Menambah Data Obat
sd Menambah Data O...
Admin Menu Data Obat Tombol Tambah Control Tambah Db Obat

Data Data
Memilih Menu Data Obat()
Memilih Tombol Data()
Menginputkan Data()
Simpan Data()
Return done()
Menampilkan Data Obat()

6. Sequence Diagram Mengedit Data Obat
sd Mengedit Data O...
Admin Menu Data Obat Tombol Edit Data Control Edit Data Db Obat
Memilih Tombol Edit Data()
Mengedit Data()
Menyimpan Data()
Return done()
7. Sequence Diagram Menghapus Data Obat

sd Menghapus Data O...
Admin Menu Data Obat Tombol Hapus Db Obat

Data
Memilih tombol Hapus Data()
Menghapus Data()

8. Sequence Diagram Mencari Dan Melihat Obat
sd Mencari Dan Melihat O...
Admin Menu Data Obat Form Cari Data Control Cari Data
Obat Obat
Menginputkan Data yang ingin dicari()
Mencari Data()
Mengecek Data dari db Obat()

Pencarian ditemukan, Menampilkan Data Obat
yang dicari()
Pencarian tidak ditemukan, menampilkan pesan data obat tidak

ditemukan()
9. Sequence Diagram Menambah Data Transaksi Penjualan
sd Menambah Data Transaksi Penj ualan
Admin Menu Data Tombol Tambah Control Tambah Db

Transaksi Data Data Transaksi_Penjualan
Penjualan
Memilih Menu Data Transaksi Penjualan()
Memilih tombol Tambah Data()
Menginputkan Data()
Simpan Data()
Return done()
Menampilkan Data Transaksi Penjualan()

3.4 Kebutuhan Non Fungsional
Uraikan dengan ringkas kebutuhan non fungsional dalam tabel sebagai berikut. Isilah Kolom Kebutuhan
dengan kalimat yang jelas dan kelak dapat ditest untuk dipenuhi.ID adalah nomor kebutuhan yang harus
ditelusuri pada saat test. Tuliskan N/A bila Not Applicable..
ID Parameter Kebutuhan
SKPL_SPO- Availability Aplikasi dapat digunakan sepanjang waktu selagi
NF-0001 ada jaringan internet dan web browser
SKPL_SPO- Reliability Data yang diinputkan harus sesuai dengan data
NF-0002 yang dibutuhkan dan system login telah
menggunakan enkripsi MD5
SKPL_SPO- Ergonomy Aplikasi berbasis website ini sudah responsive
NF-0003 sehingga memberikan kenyaman pengguna untuk
mengaksesnya
SKPL_SPO- Portability Pemilik toko obat dapat mengontrol transaksi
NF-0004 penjualan kapanpun dan dimanapun
SKPL_SPO- Memory Tidak membutuhkan memori yang besar karena
NF-0005 web browser hanya menghabiskan memori yang
sangat kecil
SKPL_SPO- Response time Jika koneksi internet cepat maka aplikasi dapat
NF-0006 menampilkan hasil dalam 1 detik
SKPL_SPO- Safety N/A
NF-0007
SKPL_SPO- Security Password menggunakan enkripsi MD5 sehinga
NF-0008 otomatis aman
SKPL_SPO- Others 1: Bahasa Bahasa di aplikasi hanya menggunakan bahasa

NF-0009 komunikasi indonesia
Setiap layar harus mengandung logo dan nama

Apoteknya
Catatan :
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:
“Aaplikasi harus mampu menampilkan hasil dalam 4 detik”, atau “ATM harus menarik kembali kartu yang
tidak diambil dalam waktu 3 menit”
Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem kontrol di pabrik
Security : aspek keamanan yang harus dipenuhi.
3.5 Batasan Perancangan

Jika ada penambahan kebutuhan yang dibutuhkan pelanggan harus menambahkan code yang telah ada untuk
menambah fitur-fitur baru

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.
3.6.1 Kebutuhan Fungsional vs Use Case

Mapping kebutuhan fungsional dengan use case terkait
ID Kebutuhan ID Use Case Terkait

Fungsional
SKPL_SPO-F_0001 SKPL_SPO-UC_1
3.7 Ringkasan Kebutuhan

Bab ini berisi ringkasan semua kebutuhan. Kebutuhan ini mencerminkan semua hal yang harus dipenuhi, dan
nantinya akan menjadi arahan untuk tahapan testing, karena pada dasarnya, semua kebutuhan harus dapat
ditest supaya dapat dibuktikan dipenuhi. Dibagi menjadi dua bagian: fungsional dan non fungsional.
3.7.1 Kebutuhan Fungsional
ID Deskripsi
SKPL_SPO- Karyawan melakukan registrasi akun melalui admin
F_0001
SKPL_SPO- Karyawan dapat menambahkan data transaksi
F_0002 penjualan
SKPL_SPO- Karyawan dapat mencari dan memilih obat yang
F_0003 dibutuhkan berdasarkan penyakit pembeli
SKPL_SPO- Admin dapat menambah data karyawan
F_0004
SKPL_SPO- Admin dapat menghapus data karyawan
F_0005
SKPL_SPO- Admin dapat mengedit data karyawan
F_0006
SKPL_SPO- Admin dapat menambah data transaksi penjualan
F_0007 jika karyawan tidak masuk
SKPL_SPO- Admin dapat mencari dan memilih obat yang
F_0008 dibutuhkan pembeli jika karyawan tidak masuk
SKPL_SPO-
F_0009 Admin dapat menambahkan data obat
SKPL_SPO- Admin dapat mengedit data obat
F_0010
SKPL_SPO- Admin dapat menghapus data obat
F_0011

3.7.2 Kebutuhan Non Fungsional
ID Deskripsi
SKPL_SPO- Aplikasi dapat digunakan sepanjang waktu selagi
NF-0001 ada jaringan internet dan web browser
SKPL_SPO- Data yang diinputkan harus sesuai dengan data yang
NF-0002 dibutuhkan dan system login telah menggunakan
enkripsi MD5
SKPL_SPO- Aplikasi berbasis website ini sudah responsive
NF-0003 sehingga memberikan kenyaman pengguna untuk
mengaksesnya
SKPL_SPO- Pemilik toko obat dapat mengontrol transaksi
NF-0004 penjualan kapanpun dan dimanapun
SKPL_SPO- Tidak membutuhkan memori yang besar karena web
NF-0005 browser hanya menghabiskan memori yang sangat
kecil
SKPL_SPO- Jika koneksi internet cepat maka aplikasi dapat
NF-0006 menampilkan hasil dalam 1 detik
SKPL_SPO- N/A
NF-0007
SKPL_SPO- Password menggunakan enkripsi MD5 sehinga
NF-0008 otomatis aman
SKPL_SPO- Bahasa di aplikasi hanya menggunakan bahasa

NF-0009 indonesia
Setiap layar harus mengandung logo dan nama

Apoteknya

Kontribusi :
Fajar Hidayat : Revisi class diagram , membuat Sequence Diagram 1-3(registrasi,
menambah data transaksi penjualan, mencari dan melihat obat)
Heru setiawan : Membuat Sequence Diagram 4-6(Menambah data karyawan, menghapus data
karyawan, mengedit data karyawan)
Derri Aqung Prasetyo W : Membuat Sequence Diagram 7-9(menambah data obat,

menghapus data obat, mengedit data obat) dan merevisi daftar halaman
Moh. Ilham Yuliansyah : Membuat 3.4 kebutuhan fungsional, 3.5 batasan perencanaan, 3.6
kebutuhan fungsiona vs use case
Mega Bintang Hatmi : Membuat 3.7 ringkasan kebutuhan, 3.7.1 kebutuan fungsional, 3.7.2
kebutuhan non fungsional


SKPL-OO Sistem Penjualan Obat

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

SKPL-OO Sistem Penjualan Obat

Diunggah oleh

Hak Cipta:

Format Tersedia

SKPL-OO-02

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Sistem Penjualan Obat

Pemilik Toko Obat

5. Moh. Ilham Yuliansyah [A11.2016.09781]

Program Studi Teknik Informatika

Nomor Dokumen Halaman

Program Studi Teknik Informatika SKPL-OO-02 Halaman 2/ dari 27 halaman

1.2 Lingkup Masalah

1.3 Definisi, Istilah dan Singkatan

1.4 Aturan Penomoran

1.6 Deskripsi umum Dokumen (Ikhtisar)

Program Studi Teknik Informatika SKPL-OO-02 Halaman 3/ dari 27 halaman

2.1 Deskripsi Umum Sistem

2.2 Karakteristik Pengguna

Kategori Pengguna Tugas Hak Akses ke aplikasi

2.4 Lingkungan Operasi

Aplikasi Client server ini akan berfungsi dengan spesifikasi :

Program Studi Teknik Informatika SKPL-OO-02 Halaman 4/ dari 27 halaman

3.1.1 Antarmuka pemakai

3.1.2 Antarmuka Perangkat Keras

3.1.3 Antarmuka Perangkat Lunak

3.1.4 Antarmuka Komunikasi

3.2 Kebutuhan Fungsional

SKPL_SP Admin menambah data obat Admin dapat menambahkan data

Program Studi Teknik Informatika SKPL-OO-02 Halaman 5/ dari 27 halaman

SKPL_SP Admin menghapus data obat Admin dapat menghapus data

3.3.1 Diagram Use Case

Program Studi Teknik Informatika SKPL-OO-02 Halaman 6/ dari 27 halaman

3.3.3 Definisi Use Case

Program Studi Teknik Informatika SKPL-OO-02 Halaman 7/ dari 27 halaman

Stakeholders and Interests : Karyawan

Brief Description : Registrasi untuk mendapatkan akun

Program Studi Teknik Informatika SKPL-OO-02 Halaman 8/ dari 27 halaman

Stakeholders and Interests : Admin – Menambahkan data karyawan

Stakeholders and Interests : Admin – Menghapus data karyawan

Program Studi Teknik Informatika SKPL-OO-02 Halaman 10/ dari 27 halaman

Stakeholders and Interests : Admin – Mengedit data karyawan

S-2 : Cancel Data Karyawan

Program Studi Teknik Informatika SKPL-OO-02 Halaman 11/ dari 27 halaman

Stakeholders and Interests : Admin – Menambah data obat

Stakeholders and Interests : Admin – Mengedit data obat

Program Studi Teknik Informatika SKPL-OO-02 Halaman 12/ dari 27 halaman

S-2 : Cancel Data Karyawan

Stakeholders and Interests : Admin – Menghapus data obat

Program Studi Teknik Informatika SKPL-OO-02 Halaman 13/ dari 27 halaman

class Class Mo...

Program Studi Teknik Informatika SKPL-OO-02 Halaman 14/ dari 27 halaman

Pilih Menu Registrasi Mengisi Form Registrasi

2. Activity Menambah Data Karyawan

act Menambah Data Karyaw an

Pilih Menu Data Pilih Tombol Mengisi Form Menyimpan Data

Menampilkan Daftar Data Menampilkan Form

Program Studi Teknik Informatika SKPL-OO-02 Halaman 15/ dari 27 halaman

act Menghapus Data Karyaw an

Pilih Menu Data Pilih Data Yang

Menampilkan Data Berhasil

4. Activity Mengedit Data Karyawan

act Mengedit Data Karyaw an

Pilih Menu Data Pilih Data Yang Mengedit Menyimpan Data

Karyaw an Ingin Diedit Data Yang Telah Diedit

Menampilkan Daftar Menampilkan Data Menampilkan

Program Studi Teknik Informatika SKPL-OO-02 Halaman 16/ dari 27 halaman

act Menambah Data Obat