Tugas Matkul Analisa Proses Bisnis Sistem Informasi

1. LAPORAN ASSESSMENT II
ANALISIS PROSES BISNIS SISTEM INFORMASI
ISES302
DOKUMEN PROPOSAL SISTEM
[Stock Track]
Anggota Tim:
[Cyntia Fushila Arsy] – NIM [1610120017]
[Ulya Dini Rahmatina] – NIM [1610120015]
[Devi Rizki Arianie] – NIM [1610120018]
[Haikal Ridho Labbaika] – NIM [1610120007]
PROGRAM STUDI SISTEM INFORMASI
SEKOLAH TINGGI ILMU MANAJEMEN DAN ILMU KOMPUTER
ESQ

2. 2
DAFTAR ISI
LAPORAN ASSESSMENT II ANALISIS PROSES BISNIS SISTEM INFORMASI ISES3021
REQUIREMENT DEFINITION ....................................................................................1
Functional Requirements............................................................................1
Non-Functional Requirements ....................................................................1
Interview Transcript ...................................................................................2
USE CASE ANALYSIS .................................................................................................3
Functional Requirements............................................................................6
Non-Functional Requirements ....................................................................6
Revised Functional Requirements...............................................................7
PROCESS MODELLING..............................................................................................8
Data flow diagram fragment...................................................................................9
Data flow diagram Level 0.....................................................................................10
Data flow diagram Level 1.....................................................................................11
Data flow diagram Level 2.....................................................................................12
DATA FLOW DIAGRAM VALIDATION WITHIN DFD – SYNTAX...............................13
Data Flow.................................................................................................13
Data Store................................................................................................13
External Entity..........................................................................................13
Context Diagram ......................................................................................14
Viewpoint................................................................................................14
Decomposition.........................................................................................14
DATA FLOW DIAGRAM VALIDATION – SEMANTIC................................................15
DATA MODELLING..................................................................................................16
CRUD MATRIX........................................................................................................17

3. 1
REQUIREMENT DEFINITION
Functional Requirements
- Sistem dapat melakukan penyimpanan data variable produk berupa warna,
harga, jumlah, jenis (makanan/minuman).
- Sistem dapat menampilkan laporan penjualan harian.
- Sistem dapat menampilkan laporan sisa stok produk.
-memberikan notifikasi kepada Supplier, Staf Kantin dan Biro Keuangan BEM
ketika ada pesan masuk yang merupakan rangkaian dari proses bisnis.
Non-Functional Requirements
- Supplier dapat melakukan dokumentasi, kalkulasi, dan analisa dari
laporan hasil penjualan dan sisa stok produk yang akan digunakan untuk
memprediksi jumlah produk yang akan diproduksi.
- Staf kantin dapat memantau hasil penjualan dan sisa stok produk dari
masing-masing supplier.
- Biro Keuangan BEM dapat membuat laporan akhir penjualan dan sisa
stok produk supplier dalam jangka waktu sebulan.

4. 2
Interview Transcript
Developer: Apa kesulitan anda dalam melakukan aktivitas penjualan di
kantin 18 ?
Client: Kesulitan yang saya alami adalah dalam pengumpulan statistik data
hasil penjualan yang akan digunakan untuk analisa maupun strategi penjualan
selanjutnya.
D: Maksud dari data statistic itu seperti apa?
C: Yang saya maksud adalah data persona/profil dari pembeli. Misalnya
umur, pekerjaan, tempat tinggal, jenis kelamin Dan lain sebagainya.
D: Apa yang anda rasakan ketika menjual produk di kantin lt.18 ?
C: Proses bisnis yang terlalu singkat, saya jual produk di saat pagi/siang
hari ke kantin, lalu hasil penjualan saya ambil di sore hari. Karen sistem kontrak
antara supplier dan kantin sudah diatur sedemikian rupa yang menurut saya
kurang detail dalam proses bisnisnya. Dan data yang saya dapat kurang spesifik
untuk dilakukan analisa lebih lanjut.
D: Menurut anda bagaimana respon pengelola kantin lt. 18?
C: Mereka terkesan tidak mau tahu lebih lanjut tentang perkembangan
penjualan supplier, yang terpenting bagi mereka adalah melayani para supplier
yang sebagian besar adalah mahasiswa. Dan kantin lt.18 termasuk kantin yang
tergolong kecil dalam sebuah usaha penjualan produk di suatu kampus maupun
instansi, Maka dari itu proses bisnis yang dilakukan tidak begitu spesifik.

5. 3
USE CASE ANALYSIS
Use Case Name: Pengecekan Stok Barang
Supplier
ID: UC-01 Priority: High
Actor: Staf Kantin
Description: Mengecek stok barang awal dan stok barang akhir dari supplier,
mencatat lalu mengirim laporan hasil penjualan harian kepada supplier
Trigger: Memudahkan staf kantin untuk melihat stok barang dari supplier
Type: External
Precondition:
- Masih manual dalam mencatat hasil laporan penjualan harian
- Masih manual dalam pengecekan stok barang dari supplier
Normal Course:
- Staf kantin login ke dalam sistem
- Membuka menu yang untuk mengisi laporan penjualan
- Staf kantin mengisi laporan penjualan harian
- Setelah selesai lalu mengirimkan hasil laporan penjualan kepada Admin (biro
keuangan BEM)
- Menerima notifikasi bahwa hasil laporan penjualan sudah terkirim
- Memeriksa kembali stok barang dari supplier
Postcondition:
- Pencatatan hasil laporan penjualan harian sudah menggunakan sistem
- Pengecekan stok barang awal dan stok barang akhir sudah menggunakan sistem
Exception:
- Staf kantin kurang familiar dengan system sehingga memerlukan waktu untuk
beradaptasi

6. 4
Use Case Name: Pengecekan Stok Barang
Supplier
ID: UC-01 Priority: High
Actor: Staf Kantin
Description: Mengecek stok barang awal dan stok barang akhir dari supplier,
mencatat lalu mengirim laporan hasil penjualan harian kepada supplier
Trigger: Memudahkan staf kantin untuk melihat stok barang dari supplier
Type: External
Precondition:
- Masih manual dalam mencatat hasil laporan penjualan harian
- Masih manual dalam pengecekan stok barang dari supplier
Normal Course:
- Staf kantin login ke dalam sistem
- Membuka menu yang untuk mengisi laporan penjualan
- Staf kantin mengisi laporan penjualan harian
- Setelah selesai lalu mengirimkan hasil laporan penjualan kepada Admin (biro
keuangan BEM)
- Menerima notifikasi bahwa hasil laporan penjualan sudah terkirim
- Memeriksa kembali stok barang dari supplier
Postcondition:
- Pencatatan hasil laporan penjualan harian sudah menggunakan sistem
- Pengecekan stok barang awal dan stok barang akhir sudah menggunakan sistem
Exception:
- Staf kantin kurang familiar dengan system sehingga memerlukan waktu untuk
beradaptasi
- Sistem error

7. 5
Use Case Name: Pengecekan Stok Barang Supplier ID: UC-01 Priority: High
Actor: Staf Kantin
Description: Mengecek stok barang awal dan stok barang akhir dari supplier, mencatat lalu mengirim
laporan hasil penjualan harian kepada supplier
Trigger: Memudahkan staf kantin untuk melihat stok barang dari supplier
Type: External
Precondition:
- Masih manual dalam mencatat hasil laporan penjualan harian
- Masih manual dalam pengecekan stok barang dari supplier
Normal Course:
- Staf kantin login ke dalam sistem
- Membuka menu yang untuk mengisi laporan penjualan
- Staf kantin mengisi laporan penjualan harian
- Setelah selesai lalu mengirimkan hasil laporan penjualan kepada Admin (biro keuangan BEM)
- Menerima notifikasi bahwa hasil laporan penjualan sudah terkirim
- Memeriksa kembali stok barang dari supplier
Postcondition:
- Pencatatan hasil laporan penjualan harian sudah menggunakan sistem
- Pengecekan stok barang awal dan stok barang akhir sudah menggunakan sistem
Exception:
- Staf kantin kurang familiar dengan system sehingga memerlukan waktu untuk beradaptasi
- Sistem error

8. 6
Functional Requirements
- Sistem dapat melakukan penyimpanan data variable produk berupa
warna, harga, jumlah, jenis (makanan/minuman).
- Sistem dapat menampilkan laporan penjualan harian.
- Sistem dapat menampilkan laporan sisa stok produk.
- Memberikan notifikasi kepada Supplier, Staf Kantin dan Biro Keuangan
BEM ketika ada pesan masuk yang merupakan rangkaian dari proses bisnis.
Non-Functional Requirements
- Supplier dapat melakukan dokumentasi, kalkulasi, dan analisa dari
laporan hasil penjualan dan sisa stok produk yang akan digunakan untuk
memprediksi jumlah produk yang akan diproduksi.
- Staf kantin dapat memantau hasil penjualan dan sisa stok produk dari
masing-masing supplier.
- Biro Keuangan BEM dapat membuat laporan akhir penjualan dan sisa
stok produk supplier dalam jangka waktu sebulan.

9. 7
RevisedFunctional Requirements
Developer: Apa kesulitan anda dalam melakukan aktivitas penjualan di
kantin 18 ?
S: Kesulitan yang saya alami adalah dalam pengumpulan statistik data
hasil penjualan yang akan digunakan untuk analisa maupun strategi penjualan
selanjutnya.
D: Maksud dari data statistic itu seperti apa?
S: Yang saya maksud adalah data persona/profil dari pembeli. Misalnya
umur, pekerjaan, tempat tinggal, jenis kelamin Dan lain sebagainya.
D: Hal apa yang anda rasakan ketika menjual produk di kantin lt.18 ?
S: Proses bisnis yang terlalu singkat, saya jual produk di saat pagi/siang
hari ke kantin, lalu hasil penjualan saya ambil di sore hari. Karena sistem kontrak
antara supplier dan kantin sudah diatur sedemikian rupa yang menurut saya
kurang detail dalam proses bisnisnya. Dan data yang saya dapat kurang spesifik
untuk dilakukan analisa lebih lanjut.
D: Menurut anda bagaimana respon pengelola kantin lt. 18?
S: Mereka terkesan tidak mau tahu lebih lanjut tentang perkembangan
penjualan supplier, yang terpenting bagi mereka adalah melayani para supplier
yang sebagian besar adalah mahasiswa. Dan kantin lt.18 termasuk kantin yang
tergolong kecil dalam sebuah usaha penjualan produk di suatu kampus maupun
instansi, Maka dari itu proses bisnis yang dilakukan tidak begitu spesifik.

10. 8
PROCESS MODELLING

11. 9
DATA FLOW DIAGRAM FRAGMENT

12. 10
DATA FLOW DIAGRAM LEVEL 0

13. 11
DATA FLOW DIAGRAM LEVEL 1

14. 12
DATA FLOW DIAGRAM LEVEL 2

15. 13
DATA FLOW DIAGRAM VALIDATION WITHIN DFD – SYNTAX
Process
- Tidak adanya penjelasan di flow entitas data penjualan
- Tidak adanya penjelasan di flow data penjualan ke flow data form produk
- Kesalahan proses penulisan di data flow Data Stok Produk “Mengitung”
(Menghitung)
Data Flow
- Symbol di bagian data stok produk berbeda dari symbol data flow
lainnya
- Kesalahan di data flow Data Stok Produk “Mengitung” (Menghitung)
Data Store
- Penempatan deskripsi Data Store di luar symbol
- Tidak ada nomor disetiap Data Store
External Entity
- Kesalahan penulisan Biro Keuagan BEM (Biro Keuangan BEM)

16. 14
Context Diagram
- ……
Viewpoint
- Bagan table yang kurang kompleks sehingga prediksi-prediksi yang ada
seharusnya muncul di dalam diagram
Decomposition
- Kurang kompleks di penjelasan setiap proses/activity kurang detail
Balance
- ………

17. 15
DATA FLOW DIAGRAM VALIDATION – SEMANTIC
Appropriate Representation
- Sangat jelas untuk visualisasi setiap proses bisnis yangdigambarkan.
- Simbol yang digunakan mudah untuk dipahami.
Consistent Decomposition
- Kalimat yang digunakan sesuai dan kosisten dari setiap diagram yang ada.
- Urutan proses sesuai dengan yang ada di dalam aktivitas sebenarnya.
Consistent Terminology
- Istilah kaya yang digunakan mudah dipahami
- Kalimat yang digunakan singkat jelas padat.

18. 16
DATA MODELLING

19. 17
CRUD MATRIX
Aktivitas Pemasok Staf Kantin Biro
Keuangan BEM
Mengisi Form Produk R,U C,R,U,D -
Mengecek Stok
Produk
- C,R,U,D R
Membuat Laporan
Harian Penjualan
- C,R,U,D R
Membuat Laporan
Akhir Penjualan
- R,U C,R,U,D
Menerima Laporan
Akhir Penjualan
R - R,U,D