BAB 4 IMPLEMENTASI DAN EVALUASI
4.1
Implementasi Adapun sesuai dengan metode pengembangan yang digunakan untuk penelitian ini yaitu RUP, maka dalam bab ini dijelaskan iterasi yang terjadi pada 3 fase terakhir dari 4 fase yang ada pada RUP, yaitu fase Elaboration, Construction dan fase Transition, dan masing – masing fase terbagi lagi dalam beberapa iterasi untuk menyesuaikan beberapa perubahan.
4.1.1
Fase Elaboration
4.1.1.1 Identifikasi Class Ada 3 Tipe class yang dapat diidentifikasikan, yaitu: •
Boundry Class
•
Entity Class
•
Control Class
109
110 Untuk Entity Class ditemukan 26 Entity Class yang dimasukan kedalam package dbentity. Semua entity class tersebut adalah entity class yang merupakan gambaran Entity Object Oriented dari Entity Database.
Gambar 4.1 Entity Class di Package DBEntity
111 Untuk
Boundry
Class
ditemukan
19
Boundry
Class
yang
merepresentasikan interaksi antara Supplier representative dengan website eProcurement.
Gambar 4.2 Boundry Class Website e-Procurement
112 Untuk Controller Class ditemukan 11 Controller Class untuk logika bisnis yang digunakan untuk keperluan transaksi di sistem. Keseluruhan Controller Class akan digunakan untuk membuat Enterprise Java Bean di Java Enterprise Edition.
Gambar 4.3 Control Class Untuk Enterprise Java Bean
113 4.1.1.2 Use Case Realization Diagram Sebelum membuat Sequence Diagram, terlebih dahulu dibuat Diagram Use Case Realization Diagram yang mengatur ketergantungan antara Sequence Diagram dengan suatu Use Case. Dari Use Case yang telah diidentifikasikan sebelumnya, berikut Use Case Realization Diagramnya
Gambar 4.4 Kumpulan Use Case Realization
114 4.1.1.3 Sequence Diagram Untuk menggambarkan scenario dari suatu Use Case diperlukan Sequence Diagram atau Collaboration Diagram. Sequence Diagram didapat dari perwujudan Use Case Realization. Setiap Use Case Realization mempunyai Sequence Diagram.
Gambar 4.5 Use Case Realization Untuk Use Case Memilih Quotation untuk menentukan hasil tender
Realisasi use case untuk pemilihan Quotation yang diajukan.
115
: Purchasing Manager : Quotation
em.persist(quotation)
: PurchaseOrderControllerBean
addPurchasePrder()
: EnddedTender
pilih quotation
em.persist(po)
: PO
Gambar 4.6 Sequence Diagram untuk Use Case Memilih Quotation Untuk Menentukan Hasil Tender
Aktivitas yang terjadi pada sequence untuk use case ini diawali dengan pemilihan quotation oleh Purchasing Manager. Setelah itu sistem akan merespon secara otomatis untuk menutup tender yang sedang berlangsung dan sistem secara otomatis akan membuatkan Purchase Order untuk Quotation yang terpilih.
116
Gambar 4.7 Use Case Realization Untuk Use Case Survey Pre-Registrasi Supplier
Realisasi use case untuk pemilihan supplier atau vendor yang diperbolehkan ikut serta dalam sistem.
117
getStatus em.persist(sr)
: Purchasing : : preregistration : Suppliercompany : Supplierrepresentative Manager SupplierPreRegistrationControllerBean mengisi form pre-registrasi supplierPreRegistrationControllerBean() em.persist(sc)
Konfirmasi
Gambar 4.8 Sequence Diagram Untuk Use Case Survey Pre-Registrasi Supplier
Aktivitas yang terjadi pada sequence untuk use case ini ditujukan untuk pendaftaran supplier atau vendor yang akan ikut berpartisipasi pada sistem eProcurement ini, dengan pengisian form yang sudah disediakan, sistem akan memasukkan data yang diajukan dan mengirimkan konfirmasi kembali apabila supplier yang bersanguktan disetujui oleh Purchasing Departement.
118
Gambar 4.9 Use Case Realization Untuk Memasukan Informasi Packing List Dan Airway Bill
Realisasi use case untuk memasukkan informasi Packing List dan Airway Bill ke dalam sistem.
119
: Supplier : : submitplbl Representative PackingListControllerBean memasukan informasi PL atau Boarding List addpackingList()
addBoardingList() em.persist(pl)
: AirwayBillControllerBean
em.persist(ab)
: PackingListControllerBean
Gambar 4.10 Sequence Diagram Untuk Memasukan Informasi Packing List Dan Airway Bill
Aktivitas yang terjadi pada sequence untuk use case ini ditujukan untuk pengajuan Packing List dan Airway Bill dari Purchase Order yang ditujukan kepada vendor atau supplier yang memenangkan tender sebagai bukti bahwa barang akan dikirimkan kepada bagian inventory setelah menerima konfirmasi pembayaran invoice.
120
Gambar 4.11 Use Case Realization Untuk Membuat Penawaran Ke Tender
Realisasi use case untuk memasukkan informasi penawaran atas tender yang diterbitkan oleh sistem.
121
: Supplier : tenderhome Representative pilih tender
tampilkan detil tender
mengisi informasi quotation
: formquote : Dtlquotation
em.persist(quotation)
: QuotationControllerBean
addQuotation() em.persist(dtlquotation)
: Quotation
Gambar 4.12 Sequence Diagram Untuk Membuat Penawaran Ke Tender
Aktivitas yang terjadi pada sequence untuk use case ini ditujukan untuk pengajuan Packing List dan Airway Bill dari Purchase Order yang ditujukan kepada vendor atau supplier yang memenangkan tender sebagai bukti bahwa barang akan dikirimkan kepada bagian inventory setelah menerima konfirmasi pembayaran invoice.
122
Gambar 4.13 Use Case Realization Untuk Mendapatkan Purchase Order Untuk Tender Yang Dimenangkan
Realisasi use case untuk mendapatkan Purchase Order untuk Tender yang dipilih.
123
findFileLocation
: Supplier : : pohome Representative PurchaseOrderControllerBean memilih PO : PO
updatePOStatus()
: Suppliernotification
updateSupplierNotificationStatus()
Gambar 4.14 Sequence Diagram Untuk Mendapatkan Purchase Order Untuk Tender Yang Dimenangkan
Aktivitas yang terjadi pada sequence untuk use case ini adalah untuk supplier dapat melihat Purchase Order yang ditujukan kepada supplier yang bersangkutan apabila Quotation yang diajukan dipilih sebagai pemenang tender. Supplier yang bersangkutan dapat melihat list Purchase Order yang sudah ada.
124
Gambar 4.15 Use Case Realization Untuk Mengatur Kesesuaian hasil Analisis Informasi Material Request For Purchase
Realisasi use case untuk mengatur hasil analisis informasi untuk Material Request yang akan diajukan ke dalam sistem tender.
125
em.merge(dmrq)
: Purchasing : maintainMaterialRequestForPurchase : : : Coordinator Staff MaterialRequestForPurchaseControllerBean Dtlmaterialrequestforpurchase Materialrequestforpurchase mengubah properti material request
updateMaterialRequest() em.merge(mrq)
Gambar 4.16 Sequence Diagram Untuk Mengatur Kesesuaian hasil Analisis Informasi Material Request For Purchase
Aktivitas yang terjadi pada sequence untuk use case ini dilakukan oleh Purchase Coordinator Staff untuk menyesuaikan informasi yang aktual tentang Material Request yang diajukan untuk diadakan, dengan demikian informasi tentang Material Request yang bersangkutan menjadi aktual dan terupdate.
126
Gambar 4.17 Use Case Realization Untuk Mengatur Kesesuaian Informasi Quotation
Realisasi use case untuk memasukkan informasi Quotation baru untuk tender yang sedang dibuka.
127
: Supplier Representative : Quotation
em.merge(quotation)
em.remove(quotation)
: quotationhome : QuotationControllerBean
mengubah properti quotation updateQuotation
menghapus Quotation removeQuotation()
Gambar 4.18 Sequence Diagram Untuk Mengatur Kesesuaian Informasi Quotation
Aktivitas yang terjadi pada sequence untuk use case ini dilakukan oleh supplier untuk memberikan informasi teraktual mengenai penawaran yang diajukan terhadap satu tender yang sedang diajukan, selama tender belum ditutup atau sudah expired supplier dapat merubah properti penawaran yang diajukan seperti harga, kuantitas, dll ataupun menarik dan menghapus penawarannya.
128
Gambar 4.19 Use Case Realization Untuk Mengatur Kesesuaian Profile Supplier dan Supplier Representative
Realisasi use case untuk memasukkan informasi tentang supplier dan supplier representative yang berpartisipasi dengan sistem.
129
: Supplier : editsupplierprofile : : Suppliercompany : Supplierrepresentative Representative SupplierAccountControllerBean
mengubah properti akun supplier
updateSupplierAccount() em.merge(sc)
em.merge(sr)
Gambar 4.20 Sequence Diagram Untuk Mengatur Kesesuaian Profile Supplier dan Supplier Representative
Aktivitas yang terjadi pada sequence untuk use case ini ditujukan untuk supplier untuk mengupdate segala informasi ataupun perubahan yang terjadi pada supplier ataupun perubahan yang bersangkutan dengan representative nya.
130
Gambar 4.21 Use Case Realization Untuk Mengatur Kesesuaian Tender
Realisasi use case untuk memantain informasi tender, misal: perpanjangan tender, perubahan detail, dll.
131
: Purchasing : MainTender Coordinator Staff mengubah properti tender : Tender
em.merge(tender)
: TenderControllerBean
updateTender()
Gambar 4.22 Sequence Diagram Untuk Mengatur Kesesuaian Tender
Aktivitas yang terjadi pada sequence untuk use case ini ditujukan untuk memantain informasi tender yang sedang diterbitkan. Purchase Coordinator Staff dapat merubah properti tender yang bersangkutan apabila ada perubahan yang dirasa perlu dan tender belum ditutup atau ditetapkan pemenangnya.
132
Gambar 4.23 Use Case Realization Untuk Menyetujui hasil Analisis Informasi Material Request for Purchase
Realisasi use case untuk menentukan hasil dari Material Request yang diajukan untuk diadakan.
133
createRfqForTender()
: Purchasing : : Manager ViewAndApproveMaterialRequest MaterialRequestForPurchaseControllerBean menyetujui material request for purchase
: : Materialrequestforpurchase Dtlmaterialrequestforpurchase
em.merge(materialreqeust)
: Rfq
: Tender
Request for Purchase
em.merge(dtlmaterialrequest) em.persist(rfq) em.persist(idrfq)
Gambar 4.24 Sequence Diagram Untuk Menyetujui hasil Analisis Informasi Material
134 Aktivitas yang terjadi pada sequence untuk use case ini ditujukan untuk pengadaan barang yang diajukan pada Material Request. Purchasing Manager akan memilih Material Request yang dirasa perlu dan sistem akan merespon secara otomatis untuk pembuatan Request For Quotation untuk dikirimkan pada supplier tertentu atau diterbitkan pada sistem tender.
Gambar 4.25 Use Case Realization Untuk Menyetujui hasil Survey Pre-Registrasi Supplier
Realisasi use case untuk memutuskan survey yang dilakukan pada supplier yang mendaftar untuk berpartisipasi.
135
approveSurveyedSupplier()
: Purchasing : ViewAndApproveSurveyedSupplier : : Suppliercompany : Supplierrepresentative Manager SupplierPreRegistrationControllerBean
memilih dan menyetujui
em.merge(suppliercompany)
em.merge(supplierrepresentative)
Gambar 4.26 Sequence Diagram Untuk Menyetujui hasil Survey Pre – Registrasi Supplier
Aktivitas yang terjadi pada sequence untuk use case ini ditujukan untuk Purchasing Manager menganalisa supplier dan vendor yang mendaftar untuk ikut serta dalam sistem tender. Purchasing Manager dapat menolak dan menerima supplier yang mendaftar.
136
Gambar 4.27 Use Case Realization Untuk Pra-Registrasi Supplier
Realisasi use case untuk awal pendaftaran supplier yang akan berpartisipasi pada sistem tender ini.
137
getStatus em.persist(sr)
em.persist(sc)
: Purchasing : : preregi stration : Suppliercompany Manager SupplierPreRegistrationControllerBean mengisi form pre-registrasi supplierPreRegistrationControllerBean()
Konfirmasi
: Supplierrepresentative
Gambar 4.28 Sequence Diagram Untuk Pra-Registrasi Supplier
Aktivitas yang terjadi pada sequence untuk use case ini ditujukan untuk supplier sebelum dapat berpartisipasi pada sistem. Supplier diharuskan mengisi form pendaftaran untuk selanjutnya diproses dan disurvey oleh Purchasing Departement.
138 4.1.1.4 Class Diagram Dari analisis sebelumnya, maka kerangka sistem berikutnya dapat disusun, yaitu dengan penyusunan class diagram untuk dbentity seperti yang dijelaskan pada gambar dibawah ini.
139
Gambar 4.29 Class Diagram
140 4.1.2
Fase Construction
4.1.2.1 Iterasi 1 4.1.2.1.1
Rancangan Layar
Gambar 4.30 Rancangan Layar Login Admin
Rancangan layar untuk login ke dalam sistem back admin, untuk staff yang berwenang.
141
Gambar 4.32 Rancangan Layar Survey Supplier PreRegistration
Rancangan layar admin untuk menerima dan menolak supplier yang sudah mendaftar ke dalam sistem secara online.
142
Gambar 4.32 Rancangan Layar Maintain Supplier Account
Rancangan layar untuk memantain supplier yang berpartisipasi dalam sistem.
143
Gambar 4.33 Rancangan Layar Maintain Material Request for Purchase
Rancangan layar untuk memantain informasi material request for purchase yang sudah pernah diajukan.
144
Gambar 4.34 Rancangan Layar Material Request for Purchase Form
Rancangan layar form untuk mengajukan material request for purchase dari bagian inventory.
145
Gambar 4.35 Rancangan Layar Maintain Tender
Rancangan layar untuk memantain informasi tender yang sedang berlangsung.
146
Gambar 4.36 Rancangan Layar Maintain Invoice and Packing List
Rancangan layar untuk memantain invoice dan packing list yang diajukan oleh supplier.
147
Gambar 4.37 Rancangan Layar Web Login
Rancangan layar untuk supplier login ke dalam sistem reverse auction.
148
Gambar 4.38 Rancangan Layar Halaman Utama Web
Rancangan layar untuk halaman utama untuk supplier. Halaman ini memberikan informasi terbaru seputar sistem.
149
Gambar 4.39 Rancangan Layar Halaman Tender Web
Rancangan layar untuk halaman yang menampilkan daftar tender yang sedang berjalan.
150
Gambar 4.40 Rancangan Halaman Quotation Web
Rancangan layar untuk halaman yang menampilkan daftar quotation yang sudah pernah diajukan.
151
Gambar 4.41 Rancangan Layar Purchase Order Web
Rancangan layar untuk halaman yang menampilkan daftar purchase order yang diajukan untuk supplier tersebut.
152
Gambar 4.42 Rancangan Layar Halaman Invoice Web
Rancangan layar untuk halaman yang menampilkan daftar invoice yang sudah pernah diajukan.
153
Gambar 4.43 Rancangan Layar Packing List dan Airway Bill
Rancangan layar untuk halaman yang menampilkan daftar packing list dan airway bill yang pernah diajukan.
