187
3. Planning Production (PP)
Gambar 4.78 Tampilan Planning Production
Pada halaman planning production hanya manager dapat melakukan inputan data rencana produksi setiap periodenya. Manager
menginput data
planning production berupa kode PP, date PP, periode, model name, style dan production QTY. Manager dapat mengklik button “save” untuk menyimpan data ataupun mengklik button “cancel” untuk membatalkan menginputan data.
188
4. Purchase Requisition (PR)
Gambar 4.79 Tampilan Purchase Requisition Pada halaman purchase requisition hanya bagian PPIC akan mengecek ketersediaan material yang ada di inventory kemudian memperkirakan jumlah dan jenis material yang dibutuhkan untuk produksi. Selanjutnya bagian PPIC melakukan menginput data berupa kode PR, date PR, kode PP, periode, code material, material name, model name, order QTY dan status. Bagian PPIC dapat mengklik button “save” untuk menyimpan data ataupun mengklik button “cancel” untuk membatalkan menginputan data.
189
5. Purchase Order (PO)
Gambar 4.80 Tampilan Purchase Order
Pada halaman purchase order hanya bagian purchase akan mengecek status “Ok” dari purchase requisition. Selanjutnya bagian purchase yang hanya dapat mmelakukan menginput data berupa kode PO, date PO, kode PR, kode supplier, kode material, material name, delivery date, order QTY dan status. Bagian purchase dapat mengklik button “save” untuk menyimpan data ataupun mengklik button “cancel” untuk membatalkan menginputan data.
190
6. Purchase Return (P.Ret)
Gambar 4.81 Tampilan Purchase Return
Purcahse return terdiri dari dua type form yaitu surat klaim dan surat reject. Surat klaim dibuat apabila supplier tidak bisa memenuhi order QTY yang diminta. Surat reject dibuat apabila ditemukan material yang tidak memenuhi standard yang ditetapkan seperti reject color, reject visual dan reject lab. test. Maka bagian gudang akan menginput purchase return yang akan diberi status “waiting”. Hal ini berarti bagian gudang sudah melakukan kliam ataupun reject tapi belum direspon oleh supplier. Apabila status “ok” berarti supplier telah mengirimkan material yang kurang ataupun rusak ke bagian gudang. Bagian gudang dapat menginput data berupa kode P.Ret, date P.Ret, kode PO, kode supplier, type form, kode material, material name, order QTY, reject visual, reject color, reject labtest, receipt QTY dan status. Bagian gudang dapat mengklik button “save” untuk menyimpan data ataupun mengklik button “cancel” untuk membatalkan menginputan data.
191
7. Material Received Form (MRF)
Gambar 4.82 Tampilan Material Received Form Bagian gudang hanya dapat menginput, mengubah, mencari dan menghapus data yang terdapat
material received form. Apabila status “Ok
“ berarti data telah diinput dan sudah valid. Apabila status “waiting” berarti proses penginputan belum selesai dilakukan. Bagian gudang menginput data berupa kode MRF, date MRF, kode PO, kode P.Ret, kode supplier, kode material, order QTY, receipt QTY, price, status dan total price. Bagian gudang dapat mengklik button “save” untuk menyimpan data ataupun mengklik button “cancel” untuk membatalkan menginputan data.
192
8. Report Performance Supplier (RPS)
Gambar 4.83 Tampilan Report Performance Supplier
Bagian gudang bertugas melakukan perhitungan terhadap performance supplier selama setiap bulannya. BL_L, BL_M dan BL_U adalah nilai performance supplier untuk jenis leather dari perhitungan nilai bobot fuzzy setiap kriteria. Kemudian dikalikan dengan konstanta KL,KM KU sehingga didapatkan hasil BNP (best non- fuzzy performance) untuk setiap kriteria dan subkriteria. Sehingga didapat hasil BK L, BK M dan BK U. Dengan
menggunakan
rumus
persamaaan
BNP i = [(u R i − l R i) + (m R i − l R i)] menghasilkan nilai BNP. Bagian gudang
dapat mengklik button “save” untuk menyimpan data ataupun mengklik button “cancel” untuk membatalkan menginputan data.
193
9. Payment
Gambar 4.84 Tampilan Payment
Apabila bagian finance telah selesai mengakumulasi total tagihan yang harus dibayar ke supplier. Maka bagian finance akan mentransfer sejumlah uang ke rekening supplier kemudian menginput data ke halaman payment. Inputan berupa kode payment, date payment, kode MRF, kode supplier, total price, jatuh tempo, date transfer dan transfer. Bagian gudang dapat mengklik button “save” untuk menyimpan data ataupun mengklik button “cancel” untuk membatalkan menginputan data.
194
10. Material
Gambar 4.85 Tampilan Material
Pada halaman material hanya dapat diakses oleh semua user. Akan tetapi, yang berhak untuk melakukan inputan, mengubah, menghapus, mencari dan mencetak adalah bagian gudang. Halaman material berisikan informasi mengenai code material, material name, model name, style, type material, wide, spec, received date, order QTY, out QTY, safety stock, dan QTY.
195
11. Karyawan
Gambar 4.86 Tampilan Karyawan
Pada halaman karyawan hanya dapat diakses oleh manager. Manager yang berhak untuk melakukan inputan, mengubah, menghapus, mencari dan mencetak data dari halaman karyawan. Halaman karyawan berisikan informasi code karyawan, nama
karyawan, tanggal lahir, alamat karyawan, email
karyawan, bagian, jabatan dan password.
196
12. Supplier
Gambar 4.87 Tampilan Supplier Pada halaman supplier hanya dapat diakses oleh manager. Manager yang berhak untuk melakukan inputan, mengubah, menghapus, mencari dan mencetak data dari halaman supplier. Halaman supplier berisikan informasi kode supplier, nama supplier, alamat supplier, email supplier, material type, No.Telp, No.Fax, dan password.
13. Change Password
Gambar 4.88 Tampilan Change Password
197
Dapat diakses semua user yang ingin mengganti password. Pertama memasukkan User ID dilanjutkan dengan password lama kemudian mengetik password baru yang diinginkan. Selanjutnya menekan tombol “change”.
14. Logout
Gambar 4.89 Tampilan Logout
Pada halaman logout merupakan tampilan halaman keluar yang langsung masuk lagi ke halaman login. Jika user ingin mengakses informasi yang ada di sistem e-procurement maka silahkan masuk ke halaman login.
198
4.2.5
Architecture Design
4.2.5.1 Criteria Sistem memiliki beberapa kriteria prioritas yang penting untuk kelancaran operasional dari sistem informasi. Kriteria yang diprioritaskan berarti berperan penting dalam kelancaran operasional dari sistem informasi ini. Tabel pada prioritas kriteria sistem akan menjelaskan dari masing-masing kriteria sistem.
Tabel 4.193 Prioritas Kriteria Sistem Criteria
Very
Important
Important Usable
Important
x
Secure
x
Efficient
x
Correct
x
Reliable
x
Maintainable
x
Testable
x
Flexible
x
Comprehensible Reusable
Less
x x
Portable
x
Interoperable
x
Irrelevant
Easily Fulfilled
199
Usable Kriteria ini sangat penting karena sistem dirancang harus dapat beradaptasi dengan kebutuhan dari perusahaan.
Secure Kriteria ini penting karena untuk mencegah terjadinya pengaksesan datadata perusahaan oelh pihak yang tidak berwenang. Bagi pihak yang tidka berkepentingan dilarang untuk mengakses data yang bukan haknya.
Efficient Kriteria ini penting karena diharapkan sistem yang akan dibangun tidak memakan biaya yang terlalu mahal dan dirancang sesuai dengan kebutuhan dari perusahaan.
Correct Kriteria ini penting karena sistem ini harus dirancang harus dapat memenuhi kebutuhan awal dan tujuan dari perusahaan.
Reliable Kriteria ini sangat penting karena sistem yang dirancang harus dapat mengeluarkan output yang akurat untuk menilai performance supplier, pemesanan material yang dibutuhkan dan penghitungan yang benar untuk melakukan pembayaran ke supplier.
Maintainable Kriteria ini penting karena sistem yang akan dirancang harus dapat diperbaiki dengan biaya yang murah.
Testable Kriteria ini penting karena sistem yang dirancang harus diuji terlebih dahulu sebelum diimplementasikan.
200
Flexible Kriteria ini penting karena sistem yang akan dirancang nantinya harus dapat dimodifikasi sehingga mudah dikembangkan sesuai dengan kebutuhan perusahaan.
Comprehensible Kriteria ini sangat penting karena sistem harus mudah dapat dipahami oleh end-user. Diharapakan rancangan userinterface dari sistem ini adalah user friendly.
Reusable Kriteria ini penting karens sistem yang dirancang nantinya dapat digunakan kembali untuk pengembangan sistem yang lebih baik lagi.
Portable Kriteria ini kurang penting karena sistem yang dirancang hanya dapat digunakan pada platform saat ini.
Interoperable Kriteria ini kurang penting karena sistem yang dibangun belum dihubungkan dengan sistem yang lain.
201
4.2.5.2 Component Architecture
Component architecture yang dipilih adalah centralized data karena client hanya dapat melakukan user-interface (UI) component dan function (F) dan sever hanya bertugas sebagai model (M).
Gambar 4.90 Component Diagram
202
4.2.5.3 Deployment Diagram
Gambar 4.91 Deployment Diagram
4.2.5.4 Model Component Tabel 4.194 Model Component Plannin g Product ion(PP)
Meminta_Material Merencanakan_PP Memesan Mengklaim Mereject Menerima_Material Menilai_RPS
Materi al
+
+
Purchas e_ Requisiti on (PR)
+
Purchas e_ Order (PO)
Surat _Klai m (SK)
Sura t_ Rejec t (SR)
Report_ Material_ Requireme nt_ Form
Memperke-rjakan Menambah
Payme nt
(MRF)
Bgn _ PPI C
Bgn_Purch ase
Bgn_Guda ng
Bgn_Fin ance
Suppli er
Man ager
(RPS)
+
*
+
*
+ +
+ +
+
+ +
+ +
+ +
*
* *
+
*
*
+
*
+
Mengevaluasi_RPS Membayar_Payment
Performan ce _Supplier
+
*
+ +
* + +
+
+
* +
* * + +
203
204
4.2.5.5 Revised Diagram
Gambar 4.92 Class Hasil dari Revised
205
4.2.5.6 Function Component <
> MODEL
<> FUNCTION
1..*
Pencetakan_Laporan_PR
Purchase_Requisition(PR) Bgn_PPIC
+Mencetak_Laporan_PR()
+Meminta_material()
1
+Memperkerjakan()
1..*
Detail_Material
1 *
1
+Meminta_material()
Pencetakan_Laporan_PO
<> 1..*
+Mencetak_Laporan_PO()
Material
+Meminta_material() +Memesan()
1..* Bgn_Purchase
1
1..*
Pencetakan_Laporan_P.RET
1..* Purchase_Order(PO)
Supplier
+Mencetak_Laporan_P.RET()
1 +Memperkerjakan()
1
+Menerima_barang()
1..* 1
+Menambah()
1
1
11
<>
Pencetakan_Laporan_MRF
0..1 Karyawan
1..*
+Mencetak_Laporan_MRF()
1
1
1..* 1..*
Bgn_Gudang
<> Purchase_Return
+Memperkerjakan()
Material_Receive_Form(MRF)
1 +Menilai()
1..*
Pencetakan_Laporan_RPS 1..*
1
Surat_Reject(SR)
+Mencetak_Laporan_RPS()
Surat_Klaim (SK)
Pencetakan_Laporan_Payment
+Mengklaim()
+Mereject()
<>
1
<>
+Mencetak_Laporan_Payment()
1..*
Report_Performance_Supplier
+Mengevaluasi()
Bgn_Finance
1
Payment
<> +Memperkerjakan() 1..*
Pencetakan_Laporan_PP
1+Membayar() +Mencetak_Laporan_PP() 1..*
<>
Manager Planning Produciton +Memperkerjakan()
1
1
1..* +Merencanakan _produksi()
<>
Gambar 4.93 Function Component
206
4.2.5.6.1 Operation Spesification
Tabel 4.195 Operation Spesification Mencetakan Laporan Planning Produciton Operation Name
Mencetak_laporan _PP
Catogory
Passive
Purpose
Untuk mencetak laporan planning production
Input Data
Kd_PP, date_PP, periode, model_name, style, production_qty.
Conditions
Sudah diinput data planning production
Effect
Laporan planning production
Algorithm
Klik print, data diambil dari database mysql kemudian dicetak
Data Structures
Integer, String
Placement
Pencetakan_Laporan_PP
Involved Objects
model_name,
Read
Tabel 4.196 Operation Spesification Mencetakan Laporan Purchase Requisition Operation Name Mencetak_laporan _PR Catogory
Passive
Read
Purpose
Untuk mencetak laporan purchase requisition
Input Data
Kd_PR,
PR_date,
Kd_PP,
Kd_material, material_name,
order_QTY, model_name dan status. Conditions
Sudah diinput data purchase requisition
Effect
Laporan purchase requisition
Algorithm
Klik print, data diambil dari database mysql kemudian dicetak
Data Structures
Integer, String
Placement
Pencetakan_Laporan_PR
Involved Objects
Planning production, material
207
Tabel 4.197 Operation Spesification Mencetakan Laporan Purchase Order Operation Name Mencetak_laporan _PO Catogory
Passive
Read
Purpose
Untuk mencetak laporan purchase order
Input Data
KD_PR, KD_PO, PO_date, Kd_Supplier, order_qty, delivery _date, status, kd_material dan material_name.
Conditions
Sudah diinput data purchase order
Effect
Laporan purchase order
Algorithm
Klik print, data diambil dari database mysql kemudian dicetak
Data Structures
Integer, String
Placement
Pencetakan_Laporan_PO
Involved Objects
Purchase requisition, material
Tabel 4.198 Operation Spesification Mencetakan Laporan Purchase Return Operation Name Mencetak_laporan _P.Ret Catogory
Passive
Read
Purpose
Untuk mencetak laporan purchase return
Input Data
Kd_P.Ret, date_P.Ret, Kd_PO, Type_Form, Kd_Supplier, Order_QTY, Receipt_QTY, Reject_Visual,
Reject_Color,
Reject_Labtest, kd_material, material_name dan status. Conditions
Sudah diinput data purchase return
Effect
Laporan purchase return
Algorithm
Klik print, data diambil dari database mysql kemudian dicetak
Data Structures
Integer, String
Placement
Pencetakan_Laporan_P.Ret
Involved Objects
Purchase order, material
208
Tabel 4.199 Operation Spesification Mencetakan Laporan Material Received Form Operation Name Mencetak_laporan _MRF Catogory
Passive
Read
Purpose
Untuk mencetak laporan material received form
Input Data
Kd_MRF, date_MRF, Kd_P.Ret, Kd_Supplier, kd_material, kd_PO, Total_Price, price dan Status.
Conditions
Sudah diinput data material received form
Effect
Laporan material received form
Algorithm
Klik print, data diambil dari database mysql kemudian dicetak
Data Structures
Integer, String
Placement
Pencetakan_Laporan_MRF
Involved Objects
Purchase retrun, purchase order
Tabel 4.200 Operation Spesification Mencetakan Laporan Report Performance Supplier Operation Name Mencetak_laporan _RPS Catogory
Passive
Compute
Purpose
Untuk mencetak laporan report performance supplier
Input Data
Kd_RPS, Date_RPS, Kd_MRF, Kd_Supplier, Jenis_Kriteria, BL_L, BL_M, BL_U, BK_L, BK_M, BK_U dan BNP
Conditions
Sudah diinput data report performance supplier
Effect
Laporan report performance supplier
Algorithm
Klik print, data diambil dari database mysql kemudian dicetak
Data Structures
Integer, String
Placement
Pencetakan_Laporan_RPS
Involved Objects
Material received form
209
Tabel 4.201 Operation Spesification Mencetakan Laporan Payment Operation Name Mencetak_laporan _Payment Catogory
Passive
Read
Purpose
Untuk mencetak laporan payment
Input Data
Kd_payment, date_payment, Kd_MRF, Kd_supplier, total_price, jatuh_tempo, date_transfer dan transfer
Conditions
Sudah diinput data payment
Effect
Laporan payment
Algorithm
Klik print, data diambil dari database mysql kemudian dicetak
Data Structures
Integer, String
Placement
Pencetakan_Laporan_Payment
Involved Objects
Material received form
4.2.4.6.2 Spesifikasi Tabel Tabel 4.202 Spesification Ms.Karyawan Field
Tipe Data
Panjang
Null
Kd_karyawan
VarChar
5
Not Null
Nm_karyawan
VarChar
50
Not Null
Tgl_lahir
VarChar
50
Not Null
Almt_karyawan
VarChar
100
Not Null
Email_karyawan
VarChar
50
Not Null
Bagian
VarChar
50
Not Null
Jabatan
VarChar
50
Not Null
Password
VarChar
6
Not Null
210
Tabel 4.203 Spesification Ms.Supplier Field
Tipe Data
Panjang
Null
Kd_supplier
VarChar
5
Not Null
Nm_supplier
VarChar
50
Not Null
Almt_supplier
VarChar
100
Not Null
Email_supplier
VarChar
50
Not Null
Material_type
Enum
(leather, synthetic,textile)
Not Null
No_Telp
VarChar
50
Not Null
No_Fax
VarChar
50
Not Null
Password
VarChar
6
Not Null
Tabel 4.204 Spesification Ms.Report Performance Supplier Field Kd_RPS
Tipe Data
Panjang
Null
VarChar
10
Not Null
Date_RPS
Date
Not Null
Kd_MRF
VarChar
10
Not Null
Kd_Supplier
VarChar
10
Not Null
Jenis_kriteria
VarChar
30
Not Null
BL_L
Char
5
Not Null
BL_M
Char
5
Not Null
BL_U
Char
5
Not Null
BK_L
Char
5
Not Null
BK_M
Char
5
Not Null
BK_U
Char
5
Not Null
BNP
Char
5
Not Null
211
Tabel 4.205 Spesification Ms. Purchase Return Field Kd_P.Ret Date_P.Ret
Tipe Data
Panjang
Null
VarChar
10
Not Null
Date
Not Null
Kd_PO
VarChar
10
Not Null
Kd_Supplier
VarChar
10
Not Null
Type_Form
Enum
(S.Klaim, S.Reject)
Not Null
Kd_material
VarChar
10
Not Null
Material_name
VarChar
50
Not Null
Order_QTY
Int
10
Not Null
Reject_visual
Int
10
Not Null
Reject_color
Int
10
Not Null
Reject_labtest
Int
10
Not Null
Receipt_QTY
Int
10
Not Null
Enum
(“Ok”,”Waiting”)
Not Null
Status
Tabel 4.206 Spesification Ms. Purchase Requisition Field Kd_PR Date_PR
Tipe Data
Panjang
Null
VarChar
10
Not Null
Date
Not Null
Kd_PP
VarChar
10
Not Null
Kd_material
VarChar
10
Not Null
Material_name
VarChar
50
Not Null
Model_name
VarChar
50
Not Null
Order_QTY
Int
10
Not Null
Enum
(“Ok”,”Waiting”)
Not Null
Status
212
Tabel 4.207 Spesification Ms. Payment Field Kd_Payment Date_Payment
Tipe Data
Panjang
Null
VarChar
10
Not Null
Date
Not Null
Kd_MRF
VarChar
10
Not Null
Kd_supplier
VarChar
10
Not Null
Total_Price
VarChar
15
Not Null
Jatuh_Tempo
Date
Not Null
Date_Transfer
Date
Not Null
Transfer
VarChar
15
Not Null
Tabel 4.208 Spesification Ms. Purchase Order Field Kd_PO Date_PO
Tipe Data
Panjang
Null
VarChar
10
Not Null
Date
Not Null
Kd_PR
VarChar
10
Not Null
Kd_supplier
VarChar
10
Not Null
Kd_material
VarChar
10
Not Null
Material_name
VarChar
50
Not Null
Delivery_date
Date
Order_QTY Status
Not Null
VarChar
15
Not Null
Enum
(“Ok”,”Waiting”)
Not Null
213
Tabel 4.209 Spesification Ms. Material Field
Tipe Data
Panjang
Null
Kd_material
VarChar
10
Not Null
Material_name
VarChar
50
Not Null
Model_name
VarChar
50
Not Null
Style
VarChar
12
Not Null
Type
Enum
(leather, synthetic,textile)
Not Null
Wide
VarChar
20
Not Null
Spec
VarChar
20
Not Null
Received_date
Date
Not Null
Order_QTY
Int
20
Not Null
OUT_QTY
Int
20
Not Null
Safety_Stock
Int
20
Not Null
QTY
Int
20
Not Null
Tabel 4.210 Spesification Ms. Planning Production Field Kd_PP
Tipe Data
Panjang
Null
VarChar
10
Not Null
Date_PP
Date
Periode
VarChar
20
Not Null
Model_name
VarChar
50
Not Null
Style
VarChar
50
Not Null
Int
10
Not Null
Production_QTY
Not Null
214
Tabel 4.211 Spesification Ms. Material Received Form Field Kd_MRF Date_MRF
Panjang
Null
VarChar
10
Not Null
Date
Not Null
Kd_PO
VarChar
20
Not Null
Kd_P.Ret
VarChar
50
Not Null
Kd_Supplier
VarChar
50
Not Null
Kd_Material
Int
10
Not Null
Order_QTY
Int
20
Not Null
Receipt_QTY
Int
20
Not Null
Price
Int
20
Not Null
Total_Price
Int
20
Not Null
Enum
(“Ok”,”Waiting”)
Not Null
Status
4.2.6
Tipe Data
Design Document Perancangan Sistem Informasi E-Procurement untuk Penilaian Performance Supplier
4.2.6.1 Purpose Tujuan pembuatan perancangan sistem informasi E-Procurement adalah untuk menjembatani informasi yang berkenaan untuk persediaan material dan penilaian performance supplier. Sistem ini membantu dalam mengakses informasi mengenai material yang akan dipesan dan dikirim agar sesuai dengan jumlah order yang ditentukan. Selain itu juga dengan adanya sistem ini diharapkan adanya saling keterbukaan dalam penilaian performance supplier sehingga supplier dapat meningkatkan kerjasama yang lebih baik lagi.
215
4.2.6.2 Correction to The Analysis Dalam perancangan sistem ini, dibuat beberapa perbaikan dan koreksi berdasarkan analisis dokumen yang telah dibuat sebelumnya. Perbaikan yang dilakukan adalah pembuatan class diagram menjadi revise class diagram. Revise class diagram dibuat berdasarkan class diagram yang sudah ada dengan meninjau atribut dan operation pada tiap-tiap class.
4.2.6.3 Technical Platform a. Equipment Technical platform untuk sistem penilaian performance supplier yang akan dirancang menggunakan spesifikasi minimum hardware sehingga tidak kesulitan saat diimplementasikan. Karena sistem informasi yang dikembangkan akan menggunakan aplikasi client-server yang berbasis web. Sehingga diperlukan
hardward komputer untuk client
dapat
menggunakan Processor Intel Pentium IV 2.0 GHz , memory DDRAM 2 1 GB, hardisk 120 GB, monitor, mouse, keyboard dan LAN (Local Area Network). Untuk server
menggunakan Processor Intel Core Duo 2.4 GHz, memory
DDRAM 2 2 GB, hardisk 200 GB, monitor, mouse, keyboard dan LAN (Local Area Network).
b. System Software Operating system yang digunakan adalah Microsoft Window XP atau sistem operasi LINUX. Pada komputer client juga dilengkapi dengan browser web seperti internet explore, mozilla firefox, opera dan browser lainnya. Pada dengan menginstall XAMPP Operating system untuk komputer server dianjurkan menggunakan window server 2003 dengan menginstall XAMPP. XAMPP merupakan paket program yang terdiri dari PHP, MySQL dan Apache. Bahasa pemograman yang digunakan adalah PHP. Untuk aplikasi databasenya menggunakan MySQL. Di dalam http://localhost/myphpadmin dapat dicetak laporan database.
216
c. System Interface Sistem yang dirancang juga membutuhkan system interface lainnya seperti printer untuk mencetak laporan yang dibutuhkan.
Selain itu juga,
dibutuhkan LAN (Local Area Network) dimana di setiap bagian akan dihubungkan oleh sebuah server sehingga dapat mengupdate informasi dengan cepat.
d. Design Language Dokumentasi perancangan ini dibuat dengan menggunakan notasi UML (Unified Modelling Language) yaitu berdasarkan pada perancangan berorientasi objek menurut Mathiassen.
4.2.6.4 Recommendation a. The system’s Usefulness and Feasibility Kegunaan dari perancangan sistem informasi ini adalah untuk menjembatani hubungan antara supplier dengan customer (PT. Pratama Abadi Industri)
seperti pemesanan material yang dibutuhkan untuk produksi dan
penilaian performance supplier. Sistem ini dirancang untuk mempermudah pemberian informasi yang cepat sehingga apabila terjadi perubahaan order pemesanan dapat direspon secara cepat, diharapkan supplier dapat mengirimkan material sesuai dengan jadwal yang ditetapkan dan jumlah sesuai yang diorder.
b. Strategi Cara atau strategi yang digunakan untuk mengembangankan sistem informasi ini agar berjalan sesuai dengan yang diharapkan adalah informasi yang saling tebuka antara perusahaan dengan supplier misalnya mengenai production planning yang akan dibuat. Selain itu juga diharapkan kedua pihak menggunakan internet untuk mengakses e-procurement agar informasi yang diterima selalu terupdate.
217
Pelatihan akan diberikan kepada setiap end-user
yang akan
menggunakan e-procurement khusus bagian yang akan berhubungan langsung dengan supplier
dan sebaliknya bagian supplier yang akan berhubungan
langsung dengan customer.
c. Development Economy Sistem yang dirancang memerlukan pengembangan beberapa waktu. Berikut ini merupakan perincian waktu yang telah direncanakan : Tabel 4.212 Gantt Chart Proses
Periode 1 1
Analisa Perancangan Pemograman Hardware & Software Instalasi Testing Pelatihan Implementasi
2
2 3
4
1
2
3 3
4
1
2
4 3
4
1
2
5 3
4
1
2
3
4
