Project Name: My-DUA

Submission Date : 15/06/21 hour/minute/second

Advisor : Wawan Tripiawan

Group :2

Class : TI-42-01

Name Student ID Role Task Photo

Proportion
Reyhan Rizky 1201180129 Project 33,33%
Mahadika Manager

Aghniya 1201184411 Project 33,33%

Rahmadita Team
Dahtiar

Rosalya 1201180352 Project 33,33%

Azzahra Team
Nurfirdausi

1
Table of Content
1 Business Case.......................................................................................................................... 3

1.1 Project Definition ........................................................................................................ 3

1.2 Project Objective ......................................................................................................... 3

1.3 System Definition........................................................................................................ 4

2 System Analysist ................................................................................................................ 5

2.1.1 System Function................................................................................................... 5

2.2 System Feature → 4 modul ......................................................................................... 5

2.3 Acceptance Criteria → 4 modul, kriteria sukses tiap modul....................................... 7

2.4 System user level → user level (3: admin, user staff, user manager) dan jumlah user
(1 admin, 4 staff, 1 mng) ........................................................................................................ 8

3 System Design .................................................................................................................. 10

3.1 Business Requirements ............................................................................................. 10

3.2 Database Design ........................................................................................................ 11

3.2.1 Data Objects ....................................................................................................... 11

3.2.2 File and Database Structures .............................................................................. 14

3.3 Use Case Diagram (from every function) ................................................................. 15

3.4 Activity Diagram ....................................................................................................... 18

3.5 Sequence Diagram..................................................................................................... 49

4 Interface Design ................................................................................................................ 70

4.1 Interface Architecture ................................................................................................ 70

4.2 Interface Detailed Design (with screenshots)............................................................ 79

5 Source Code ...................................................................................................................... 84

5.1 Provide Source Code ................................................................................................. 84

References ................................................................................................................................ 96

2
 1
Business Case

1.1 Project Definition

CV DUA merupakan perusahaan yang bergerak di sektor manufaktur dan

memproduksi produk Liquid Seasoning Dispenser (LSD). CV DUA akan merancang
sebuah sistem infomasi produk berbasis Website yang bernama My-DUA. Web ini
sebagai fasilitas yang memudahkan karyawan CV DUA untuk membeli material,
mengelola transaksi, dan membuat pengadaan secara Online.

1.2 Project Objective

Tujuan pembuatan project ini menggunakan metode SMART. Dengan

metode tersebut diharapkan CV DUA mampu menghasilkan sebuah sistem
informasi sebagai fasilitas sistem informasi yang ada CV DUA. CV DUA
merancang sistem informasi tersebut untuk mengelola transaksi pembelian
dan penjualan, serta memberikan gambaran umum kepada user tentang
sistem yang baru. Metode ini umum digunakan untuk mendapatkan
gambaran sebuah objek proyek yang dilaksanakan. Kelima elemen tersebut
merupakan specific, measurable, achievable, realistic, dan Time Based.
Dalam penerapan metode SMART ada beberapa tujuan untuk perancangan
sistem informasi di CV DUA yaitu :
- Specific : CV DUA merupakan sebuah perusahaan yang
menjual produk home appliance yaitu LSD, CV DUA memerlukan
sebuah web yang dibuat untuk mempermudah pengolahan data dan
informasi, yang meliputi: data karyawan, data transaksi, dan data produk.
Selain itu, web yang akan dibuat juga dapat membantu perusahaan dalam
proses controlling dan monitoring keseluruhan proses yang terjadi di
perusahaan.
- Measurable : Measurable artinya ukuran yang dapat diukur dari
suatu tujuan, setidaknya ada kemajuan yang terlihat. CV DUA memiliki
tujuan agar rancangan sistem informasi tersebut dapat berhasil di
jalankan dan meminimalisir kesalahan yang ada di sistem tersebut
dengan maksimal 5% eror dari 100% aktivitas yang dilakukan.

3
 - Achievable : Tujuan harus dapat dicapai, oleh karenanya penting
untuk realistis terhadap sumber daya yang tersedia dan kendala yang ada.
Pencapaian untuk pelaksanaan proyek perancangan ini yaitu adanya
kesepakatan antar pihak pengembang dan user. Sehingga jika suatu
kriteria tidak terpenuhi akan dilakukan perbaikan.
- Realistic : Penggunaan software ini digunakan untuk
memudahkan aktivitas proses bisnis yang terjadi di CV DUA untuk
memproduksi produknya yaitu LSD. Dengan aplikasi My-DUA akan
memudahkan pengguna untuk menjalankan aktivitas proses bisnis dan
informasi yang didapatkan lebih cepat.
- Time Based : Dengan rentang waktu kurang lebih 6 bulan, proyek
ini dijalankan dan dilakukan evaluasi untuk memastikan tujuan dapat
dilaksanakan.

1.3 System Definition

Sistem merupakan kumpulan yang terorganisir dari bagian terintegrasi untuk
mencapai tujuan secara keseluruhan. Input dari sistem itu sendiri pasti menghasilkan
output yang diinginkan secara keseluruhan untuk sistem,
Dirancangnya suatu sistem pada laporan kali ini berguna untuk menggambarkan
kejadian nyata kepada sistem yang baru. Sistem ini akan memudahkan pengguna untuk
mengelola proses bisnis yang terdiri dari employee, finance, procuremnt, dan
production. Sistem ini akan dirancang dengan berdasarkan aktivitas proses bisnis yang
berlaku di CV DUA. Karenanya diperlukan beberapa informasi lainnya seperti,
pengadaan material, membeli material, pendataan material. Nanti nya informasi
tersebut akan menjadi terintegrasi dan dijadikan menu utama. Sehingga website ini
akan mempermudah karyawan terkait aktivitasnya masing masing.
Dalam pengembangan aplikasi dilakukan beberapa tahapan yaitu mulai dengan
menganaliisis proses bisnis dengan activity diagram secara keseluruhan.Selanjutnya
penginputan database dengan menggunaan MyqSql, xampp, php dan metode flow chart
akan membantu pengembngan tersebut.
Generally defines the idea of your project based on specific topic and the preferred
area of interest, and source of project

4
 2
System Analysist

2.1.1 System Function

Fungsi didalam website MY-DUA yaitu :
a. Melakukan procurement
b. Mempermudah CEO memantau proses.
c. Mempermudah customer dalam pembelian
d. Mempermudah admin mengolah data pesanan
e. Memudahkan perusahaan dalam memantau proses.
f. Melakukan material request

2.2 System Feature → 4 modul

Dalam system yang ada pada CV DUA ini terdapat beberapa fitur yang dibangun
untuk admin, staff production, staff finance, dan staff procurement. Berikut ini adalah
fitur yang terdaoat pada sistem:

1. Fitur Admin
a. View Employee List
b. Input Employee data
c. Update Employee Data
d. Delete Employee Data
e. View Account
f. Create Account
g. Edit Account
h. Delete Account

2. Fitur Production

a. View MPS
b. Insert MPS
c. Edit MPS
d. Delete MPS
e. View Product
f. Insert Product
g. Edit Product

5
3. Fitur Finance
a. View Journal
b. Add Journal
c. Delete Journal
d. Print Journal
e. View Procurement Transaction
f. View Salary
g. Add Salary
h. Delete Salary
i. Edit Salary
j. View Receipt
k. Add Receipt
l. Edit Receipt
m. Delete Receipt

4. Fitur Procurement
a. View Material
b. Create Material
c. Edit Material
d. Delete Material
e. View Procurement
f. Create Procurement
g. Edit Procurement
h. Delete Procurement
i. View Procurement Transaction
j. Create Procurement Transaction
k. Edit Procurement Transaction
l. Delete Procurement Transaction
m. View Material Request
n. View Receipt

6
2.3 Acceptance Criteria → 4 modul, kriteria sukses tiap modul
Kriteria yang harus dicapai seperti dalam pembuatan sistem informasi yang
dibangun oleh perusahaan, yaitu perlu adanya acceptance untuk membedakan sistem
telah berhasil dibuat

1. Admin

a. Dapat menampilkan data pegawai

b. Dapat memasukkan data pegawai
c. Dapat mengubah data pegawai
d. Dapat menghapus data pegawai
e. Dapat membuat akun
f. Dapat mengubah akun
g. Dapat menghapus akun

2. Production

a. Dapat menampilkan MPS

b. Dapat memasukkan data MPS
c. Dapat mengubah data MPS
d. Dapat menghapus data MPS
e. Dapat menampilkan material request
f. Dapat mengubah material request
g. Dapat membuat material request
h. Dapat menghapus material request

3. Finance

a. Dapat menampilkan menu resep

b. Dapat membuat menu resep
c. Dapat mengubah menu resep
d. Dapat menghapus menu resep
e. Dapat melihat jurnal
f. Dapat membuat jurnal
g. Dapat mengubah jurnal
h. Dapat menghapus jurnal
i. Dapat melihat salary

7
 j. Dapat membuat salary
k. Dapat mengubah salary
l. Dapat menghapus salary

4. Procurement

a. Dapat menampilkan menu procurement

b. Dapat membuat data procurement
c. Dapat mengubah data procurement
d. Dapat menghapus data procurement
e. Dapat melihat data material
f. Dapat membuat data material
g. Dapat mengubah data material
h. Dapat menghapus data material
i. Dapat memasukkan data procurement transaction
j. Dapat mengubah data procurement transaction
k. Dapat menghapus data procurement transaction
l. Dapat melihat data procurement transaction

2.4 System user level → user level (3: admin, user staff, user manager) dan jumlah user
(1 admin, 4 staff, 1 mng)

1. Admin

Admin memiliki akses keseluruhan website yang dibuat. Admin juga

dikenal sebagai pengembang web, yang bertanggung jawab atas semua
aspek untuk menjaga desai situs web agar tetap terkendali. Biasanya
Admin akan bekerja sama dengan klien untuk memastikan situs web
apakah berjalan sesuai atau tidak.

2. Manager dan production staff

Bagian manager dan staf produksi memiliki akses untuk mengolah data
produk, MPS, material dan bill of material (BOM). Bagian ini juga
memiliki peran untuk memastikan tiap proses manufaktur akan berjalan.

3. Manager dan finance staff

8
 Manager dan staf finance dapat mengakses pengolahan data jurnal,
procurement transaction invoice, resep dan penggajian. Selain itu staff
dan manajer bertanggung jawab terhadap keuangan baik itu pemasukan
dan pengeluaran, perencanaan budger dan memberikan insight yang
terbaik untuk penentuan bisnis.

4. Manager dan procurement staff

Manager dan procurement staff memiliki akses untuk mengolah data

procurement material, material request dan transaksi procurement.

9
 3
System Design

3.1 Business Requirements

Business Requirement merupakan hal yang perlu dilakukan untuk
mempertahankan bisnis, seperti proses yang harus diselesaikan, sekumpulan data yang
diperlukan untuk proses. Tujuan diperlukannya bisnis data tersebut untuk mencapai
persetujuan antara stakeholders, untuk mengkomunikasikan teknologi apa yang
digunakan, bagi kebutuhan pelanggan dan kebutuhan bisnis, lalu ada untuk menentukan
input yang terjadi pada fase selanjutnya di proyek, dan terakhir untuk mendeskripsikan
secara detail apa saja yang diperlukan konsumen untuk mencari solusi nya.
1. Analisis Stakeholder
Stakeholder merupakan individu, kelompok atau pihak yang memiliki
kepentingan dalam suatu organisasi dan hal yang dilakukannya. Stakeholder
menggambarkan kepada pihak mana saja perusahaan bertangung jawab.
Perusahaan diharapkan mampu memenuhi kebutuhan dan keinginan
stakeholdernya, terutama stakeholder yang mempunyai sumberdaya untuk
aktivitas perusahaan.
a. Owner : CEO CV DUA
b. User : Admin, Employee, Production staff,
Procurement Staff, Finance staff, dan manager
c. Customer : Konsumen CV DUA
d. Analyst : Pengembang IT dari FRI-011

2. Analisis User Role

Untuk menjalankan aktivitas diperlukan peran dan tanggung jawab di setiap
usernya, yaitu :
a. Admin : View employee and account, Create employee and account,
Update employee and account, Delete employee and account.
b. Production staff : Melakukan pengecekan data untuk produksi,
mengontrol jalannya produksi, menentukan jadwal produksi.
c. Procurement staff : Memiliki peran untuk pengadaan barang untuk
produksi, sehingga nantinya akan memesan apa saja pembelian material
untuk produksi, membuat kesepakatan antar supplier
d. Finance staff : Memiliki peran untuk mengelola keuangan perusahaan.

10
 3. Proses Bisnis Eksisting
Aktivitas proses bisnis yang ada saat ini, di CV DUA menggunakan sistem
yang belum terintegrasi, jika ada informasi terkait divisi satu dengan yang
lainnya maka dibutuhkan transfer data dan informasi secara manual. Sehingga
memerlukan waktu yang lama agar informasi dapat tercapai.

4. Proses Bisnis Usulan

Aktivitas proses bisnis usulan yaitu, CV DUA mengembangkan sistem
integrasi berbasis Web. Dengan pembuatan web tersebut dapat mengelola
interaksi yang terjadi antar divisi. Sehingga mempermudah akses informasi
dari satu divisi ke divisi lainnya, dengan begitu waktu yang diperlukan akan
singkat.

3.2 Database Design

3.2.1 Data Objects

Objek yang dibutuhkan dalam menyusun dan mendesain database berupa data
entitas yang berisi banyaknya atribut serta tipe data yang dimiliki. Gambar tabel
dibawah merupakan objek data yang dimiliki oleh CV DUA dalam membuat dan
menyusun database.

Entity Attribute Data type

employee employee_id (int(11)) PK

employee_name (varchar(20))

employee_bank (varchar(30))

account_number (int(16))

username (varchar(10))

password (varchar(10))

division_id (int(11)) FK

division division_id (int(11)) PK

division_name (varchar(20))

11
 job_description (varchar(100))

salary salary_id (int(11)) PK

salary_date (date)

salary_amount (int(20))

employee_id (int(11)) FK

account account_id (int(11)) PK

account_no (int(11))

account_name (varchar(20))

journal journal_id (int(20)) PK

account_date (date)

total_debit (varchar(20))

total_credit (varchar(20))

total (int(11))

account_id (int(11)) FK

material material_id (int(11)) PK

material_name (varchar(20))

material_price (int(20))

material_stock (int(10))

material_request request_id (int(11)) PK

material_id (int(11)) FK

material_amount (int(10))

material_status (bin)

procurement procurement_id (int(11)) PK

12
 bom_id (int(11)) FK

procurement_date (date)

procurement_stat (varchar(11))

procurement_transaction transaction_id (int(11)) PK

payment_date (date)

material_quantity (int(11))

price_per_unit (int(11))

total_payment (int(15))

due_date (date)

invoice_status (varchar(30))

procurement_id (int(11)) FK

receipt receipt_id (int(10)) PK

receipt_date (date)

receipt_desc (varchar(100))

quantity (int(11))

price (int(20))

total_amount (int(20))

transaction_id (int(11)) FK

product product_id (int(11)) PK

product_name (varchar(20))

product_stock (int(10))

bom_id (int(11)) FK

bom bom_id (int(11)) PK

13
 material_required (int(10))

material_id (int(11)) FK

mps mps_id (int(11)) PK

production_date (date)

total_production (int(10))

due_date (date)

production_end (date)

product_stats (varchar(10))

product_id (int(11)) FK

3.2.2 File and Database Structures

Tampilan struktur database dari suatu sistem informasi yang dibuat dapat disajikan
dalam bentuk class diagram.

14
3.3 Use Case Diagram (from every function)

Diagram use case adalah model UML yang digunakan untuk

menunjukkan secara grafis use case dan hubungannya dengan pengguna
(Satzinger et al., 2011). Berikut adalah usecase diagram yang kami buat.
Pada usecase diagram, didalamnya terdapat actor, usecase, association,
generalization dan extend.

1. Production Staff

15
2. Procurement Staff

16
3. Finance Staff

17
 4. Admin

3.4 Activity Diagram

Diagram aktivitas menggambarkan berbagai aktivitas pengguna (atau sistem),

orang yang melakukan setiap aktivitas, dan alur berurutan dari aktivitas tersebut
(Satzinger, er al., 2012). Berikut merupakan diagram aktivitas yang berada dalam CV
DUA:
a. Production Staff

18
1. Production Staff – View MPS

2. Production Staff – Create MPS

19
3. Production Staff – Update MPS

4. Production Staff – Delete MPS

20
5. Production Staff – View Product

6. Production Staff – Create Product

21
7. Production Staff – Update Product

8. Production Staff – Delete Product

22
9. Production Staff – View BOM

10. Production Staff – Create BOM

23
11. Production Staff – Update BOM

12. Production Staff – Delete BOM

24
13. Production Staff – View Material Request

14. Production Staff – Create Material Request

25
15. Production Staff – Update Material Request

16. Production Staff – Delete Material Request

26
17. Production Staff – View Procurement

18. Production Staff – View Material

19. Production – Login

27
 20. Production – Logout

b. Procurement Staff
1. Procurement Staff – View Procurement

28
2. Procurement Staff – Create Procurement

3. Procurement Staff – Update Procurement

29
4. Procurement Staff – Delete Procurement

5. Procurement Staff – View Material

30
6. Procurement Staff – Create Material

31
7. Procurement Staff – Update Material

8. Procurement Staff – Delete Material

32
9. Procurement Staff – View Procurement Transaction

10. Procurement Staff – Create Procurement Transaction

33
11. Procurement Staff – Update Procurement Transaction

34
12. Procurement Staff – Delete Procurement Transaction

13. Procurement Staff – View Material Request

35
14. Procurement Staff – Update Material Request

15. Procurement Staff – View Receipt

36
16. Procurement Staff – Login

17. Procurement Staff – Logout

37
c. Finance Staff
1. Finance Staff – View Receipt

2. Finance Staff – Create Receipt

3. Finance Staff – Update Receipt

38
4. Finance Staff – Delete Receipt

5. Finance Staff – View Salary

39
6. Finance Staff – Create Salary

7. Finance Staff – Update Salary

40
8. Finance Staff – Delete Salary

9. Finance Staff – View Journal

41
10. Finance Staff – Create Journal

11. Finance Staff – Update Journal

42
12. Finance Staff – Delete Journal

13. Finance Staff – View Procurement Transaction

14. Finance Staff – View Invoice

43
15. Finance Staff – Login

16. Finance Staff – Logout

44
d. ADMIN
1. ADMIN – View Employee

2. ADMIN – Create Employee

45
3. ADMIN – Update Employee

4. ADMIN – Delete Employee

46
5. ADMIN – View Account

6. ADMIN – Create Account

47
7. ADMIN – Update Account

8. ADMIN – Delete Account

48
 9. ADMIN – Login

10. ADMIN – Logout

3.5 Sequence Diagram

Sequence Diagram pada UML digunakan untuk menggambarkan deskripsi dari

setiap skenario yang ada di Use Case. Didalamnya terdapat aktor, object, activation bar,
lifeline, sequence fragments, synchronous message symbol dan repply message
symbol. Berikut merupakan sequence diagram pada perusahaan kami.

49
1. Production Staff View MPS

2. Production Staff Create MPS

3. Production Staff Update MPS

50
4. Production Staff Delete MPS

5. Production Staff View Product

6. Production Staff Input Product

51
7. Production Staff Update Product

8. Production Staff Delete Product

9. Production Staff View BOM

52
10. Production Staff Input BOM

11. Production Staff Update BOM

12. Production Staff Delete BOM

53
13. Production Staff View Material Request

14. Production Staff Create Material Request

15. Production Staff Update Material Request

54
16. Production Staff Delete Material Request

17. Production Staff View Procurement

18. Production Staff View Material

55
19. Procurement Staff View Procurement

20. Procurement Staff Create Procurement

56
21. Procurement Staff Update Procurement

22. Procurement Staff Delete Procurement

57
23. Procurement Staff View Material

24. Procurement Staff Input Material

25. Procurement Staff Update Material

58
26. Procurement Staff Delete Material

27. Procurement Staff View Procurement Transaction

28. Procurement Staff Create Procurement Transaction

59
29. Procurement Staff Update Procurement Transaction

30. Procurement Staff Delete Procurement Transaction

31. Procurement Staff View Material Request

60
32. Procurement Staff Update Material Request From Production Staff

33. Procurement Staff View Receipt

61
34. Finance Staff View Receipt

35. Finance Staff Create Receipt

36. Finance Staff Update Receipt

62
37. Finance Staff Delete Receipt

38. Finance Staff View Salary

39. Finance Staff Create Salary

63
40. Finance Staff Update Salary

41. Finance Staff Delete Salary

42. Finance Staff View Journal Menu

64
43. Finance Staff Create Journal

44. Finance Staff Update Journal

65
45. Finance Staff Delete Journal

46. Finance Staff View Procurement Transaction

66
47. Finance Staff View Invoice

48. Admin View Employee

49. Admin Input Employee

67
50. Admin Update Employee

51. Admin Delete Employee

52. Admin View Account

68
53. Admin Create Account

54. Admin Update Account

55. Admin Delete Account

69
 4
Interface Design

4.1 Interface Architecture

Interface Architecture mencakup konsep yang memungkinakan
desainnya dipahami sebagai sistem lapisan poliarki yang berjalan secara
independent satu sama lain untuk memungkinkan kemajuan teknologi tanpa
mengorbankan sistem. Berikut ini merupakan interface architecture dari My-
DUA:
1. Login Page

2. Material Page

3. Material Data Input Page

70
4. Product Page

5. Product Data Input Page

6. Procurement Page

71
7. Procurement Data Input Page

8. MPS Page

9. MPS Data Input Page

72
10. BOM Page

11. BOM Data Input Page

12. Procurement Transaction Page

73
13. Procurement Data Input Transaction Page

14. Invoice Page

15. Invoice Data Input Page

74
16. Journal Page

17. Journal Data Input Page

18. Receipt Page

75
19. Receipt Data Input Page

20. Salary Page

21. Salary Data Input Page

76
22. Employee Page

23. Employee Data Input Page

24. Division Page

77
25. Division Data Input Page

26. Account Page

27. Account Data Input Page

78
4.2 Interface Detailed Design (with screenshots)

1. Homepage

2. Login Page

79
3. Employee Page (Admin User)

4. BOM Page (Production User)

5. Material Page (Procurement User)

80
6. Material Request Page (Production user)

7. Procurement Page (Procurement user)

8. Procurement Transaction Page (Procurement User)

81
9. Procurement Transaction Page (Finance User)

10. Salary Page (Finance User)

11. Journal page – payed material order data (Finance user)

82
12. Journal page including employee salary (Finance user)

13. Journal print preview (Finance user)

83
 5
Source Code
5.1 Provide Source Code

1. Homepage

84
2. Login Page

85
3. Employee Page

86
4. BOM Page

87
5. Material Page

88
6. Material Request Page

89
7. Procurement Page

90
8. Procurement Transaction Page

91
9. Salary Page

92
10. Journal page

93
94
95
 References
Anindita, M. Y. (2014, April). Pengaruh Ukuran Perusahaan dan Tipe Integrasi terhadap
Pelaporan Berkelanjutan. Retrieved from e-Journal.uajy: http://e-
journal.uajy.ac.id/6771/3/EA218436

Authencity Conculting. (2019). What is A system. Retrieved from managementhelp:

https://managementhelp.org/systems/defn-system

Sampietro, M. (2016, August). Project Team Members and Project Objectives. Retrieved from
researchgate:
https://www.researchgate.net/publication/307558505_Project_Team_Members_and_P
roject_Goals_and_Objectives

Wrike. (2020). Project Mangement Guide. Retrieved from wrike.com:

https://www.wrike.com/project-management-guide/faq/what-is-smart-in-project-
management/

96