BAB IV ANALISIS DAN PERANCANGAN SISTEM

BAB IV ANALISIS DAN PERANCANGAN SISTEM 4.1 Analisis Yang Berjalan Sebelum merancang suatu sistem, ada baiknya terlebih dahulu menganalisis sistem yang sedang berjalan di Distro yang akan dibangun tersebut. 4.1.1 Analisis Dokumen Tujuan dari analisis dokumen adalah untuk mengetahui dokumen apa saja yang menjadi input, proses, dan output dari sistem ini. Dokumen input adalah dokumen yang akan diproses oleh sistem yang biasanya dilakukan oleh entitas luar sistem seperti konsumen / pelanggan, Dokumen proses adalah dokumen yang diperlukan oleh sistem dalam melakukan kegiatan penjualan dan pembelian produk, sedangkan dokumen output adalah dokumen yang dihasilkan oleh proses olahan sistem, yang biasanya dari dalam sistem ke entitas luar. 4.1.2 Analisis Prosedur yang sedang berjalan Tahap pertama yang dilakukan agar bisa menghasilkan sistem informasi yang baik adalah dengan mempelajari bagaimana sistem yang sedang berjalan saat ini di perusahaan. Cara penggambaran sitem tersebut menggunakan UML dengan menggunakan Diagram Use Case, Skenario Use Case dan Activity Diagram. 53

54 4.1.2.1 Use Case Penjualan penjualan. Use Case diagram ini mempresentasikan aktivitas utama dalam proses pengadaan bahan baku System <<extend>> mengelola bahan baku pemasaran konsumen Distro Spion penjualan pembayaran Gambar 4.1 Skenario Use Case Yang sedang Berjalan 1. Skenario Use Case Pengadaan Bahan Baku : Distro spion Skenario : Pengadaan bahan baku untuk membuat celana jeans Tabel 4.2 Skenario Use Case Pengadaan Bahan Baku Distro Spion 1. Distro Spion melakukan pembelian bahan baku untuk dijadikan celana jeans 2. Distro spion merekam data transaksi pembelian bahan baku dan mencatat persediaan stok barang

55 2. Skenario Use Case Mengelola bahan baku : Distro spion Skenario : Mengelola bahan baku untuk dijadikan celana jeans Tabel 4.3 Skenario Use Case Mengelola bahan baku celana jeans Distro Spion 1. Distro spion membuat barang jadi yaitu berupa celana jeans 2. Distro spion melakukan pencatatan stock barang 3. Skenario Use Case Pemasaran : Distro Spion Skenario : Pemasaran Tabel 4.4 Skenario Use Case Pemasaran Distro Spion 1. Distro spion menawarkan sample produk Konsumen 2. Terjadilah proses Pengenalan produk yang ditawarkan oleh Distro spion 4. Skenario Use Case Penjualan : Distro Spion Skenario : Distro menjualkan barang jadi dan barang titipan Tabel 4.5 Skenario Use Case Penjualan Distro Spion 1. Distro spion menjualkan produk jadi dan produk titipan

56 2. Mencatat data penjualan 5. Skenario Use Case Pembayaran : Konsumen Skenario : Pembayaran dan retur Pembelian barang Tabel 4.6 Skenario Use Case pembayaran dan retur pembelian barang Konsumen 2. Membayar produk yang dibeli 5 Menerima barang yang sudah dibeli Distro Spion 1. Distro spion melakukan pengecekan stock barang 3. Distro spion menerima pembayaran dari konsumen 4. Distro spion melakukan catatan pembayaran 4.1.2.2 Activity Diagram Activity diagram digunakan untuk menggambarkan kegiatan-kegiatan yang ada di dalam suatu sistem. Agar dapat lebih memahami tentang sistem yang akan dibuat, maka perlu dibuatkan activity diagram tentang sistem yang sedang berjalan.

57 1. Activity Diagram Pengadaan Bahan Baku Distro Spion sistem pembelian bahan baku merekam data pembelian bahan baku Gambar 4.2 Activity Diagram Pengadaan Bahan Baku 2. Activity Diagram Mengelola bahan baku Distro spion sistem membuat barang jadi mencatat stock barang Gambar 4.3 Activity Diagram Mengelola bahan baku

58 3. Activity Diagram Pemasaran Distro spion Konsumen menawarkan produk pengenalan produk T menyukai produk yang ditawarkan Y 4. Activty Diagram penjualan Gambar 4.4 Activity Diagram Pemasaran Distro Spion menjualkan produk mencatat data penjualan Gambar 4.5 Activity Diagram Penjualan

59 5. Activty Diagram Pembayaran Konsumen Distro Spion mengecek stock barang membayar produk yang dibeli Y T menerima pembayaran menerima barang mencatat pembayaran Gambar 4.6 Activity Diagram Pembayaran 4.1.2 Evaluasi yang Berjalan Berdasarkan hasil gambaran dan analisis yang dilakukan melalui use case dan Activity diagram dapat digambarkan beberapa permasalahan baik secara langsung maupun tidak langsung dari sistem informasi pemasaran, pemesanan dan penjualan di Distro spion. Adapun permasalahan yaitu pada table berikut :

60 Tabel 4.7 Permasalahan dan Penyelesaian Pada yang berjalan Permasalahan / Entitas Rencana Penyelesaian Kurang efektifnya media pemasaran / promosi, pemesanan dan penjualan yang dilakukan. Borosnya Biaya Operasional dalam melakukan Media pemasaran, karena dalam melakukan pemasaran masih mengikuti kegiatan lama seperti dari mulut ke mulut penyebaran kartu nama dan sample barang Proses penyimpanan data belum terkomputerisasi sehingga banyak kemungkinan terjadi kehilangan baik data penjualan maupun data pembelian. Distro Spion Melakukan pemasaran / promosi, pemesanan dan penjualan dengan menggunakan media internet yaitu dengan membangun E-Commerce berbasis web sehingga tidak ada keterbatasan waktu dan tempat dalam melakukan promosi produk Distro Spion Pemasaran barang dilakukan dengan menggunakan media internet sehingga dapat menghemat biaya karena yang di butuhkan hanya biaya domain dan hosting dan harganya pun relatif murah. Distro Spion E-Commerce yang akan dibangun yaitu berbasis web,dan di dalamnya terdapat database yang bertujuan untuk menyimpan data transaksi penjualan,dan pembelian berserta data barang sehingga untuk mencegah dan mengurangi hilangannya data.

61 4.2 Perancangan Perancangan sistem ini dibuat sebagai tahapan untuk mempersiapkan proses implementasi sistem yang diinginkan, dan untuk menggambarkan secara jelas proses - proses yang diinginkan oleh pengguna (user). Sesuai dengan metode pendekatan yang akan digunakan adalah pendekatan object oriented, maka model yang digunakan untuk menggambarkan seluruh proses dan objek adalah dengan menggunakan UML. 4.2.1 Tujuan Perancangan Dalam perancangan system ini penulis akan merancang atau membangun suatu system yang berbasis website.dengan harapan mampu menangani permasalahan yang adda sebelumnya pada system penjualan dan promosi di Distro Spion Tujuan perancangan system informasi promosi dan penjualan online ini akan di uraikan sebagai berikut: 1. Untuk dapat memenuhi kebutuhan system yang sesuai dengan yang dibutuhkan. 2. Untuk memberikan gambaran yang jelas untuk melakukan perancangan system kepada Programmer. 3. Dengan di bangunnya system informasi berbasis website, di harapkan dapat meningkatkan pelanggan dan memudahkan konsumen / pelanggan dalam melakukan proses transaksi tanpa harus datang ke toko.

62 4. Konsumen dapat berinteraksi secara langsung dengan system promosi dan penjualan dimana dan kapan saja tanpa adannya keterbatasan waktu. 4.2.2 Gambaran Umum yang Diusulkan Gambaran umum dari sistem yang diusulkan adalah untuk memberikan gambaran secara umum kepada pengguna (user) mengenai sistem informasi berbasis web, perancangan sistem secara umum juga sudah dapat mengenai komponen sistem informasi yang akan di desain. Penentuan persyaratan sistem dilakukan agar arah perancangan sistem dapat terarah pada sasaran, oleh sebab itu sistem yang dirancang harus memenuhi batasan sistem dimana perancangan sistem ini merupakan kebutuhan fungsional. Implementasi menggambarkan bagaimana suatu sistem di bentuk. Pada tahap perancangan sistem informasi di rancang dengan tujuan sebagai alat komunikasi antara pemakai (user) dengan pembuat program guna mendapatkan sistem aplikasi yang sesuai dengan apa yang dibutuhkan. ini mempunyai beberapa jenis pelayanan diantaranya taransaksi pembelian pembelian bahan baku celana jeans, transaksi penjualan dan transaksi pemesanan. setiap transaksi memiliki syarat dan ketentuan yang berbeda. informasi ini diharapkan dapat membantu mengatasi masalah yang ada, dan dapat menghasilkan informasi yang cepat, tepat dan akurat. Dengan adanya pengembangan sistem informasi ini yang berbasiskan web, proses transaksi dapat dilakukan dengan efektif yang dapat dilakukan oleh

63 konsumen secara sendiri dan konsumen dapat secara langsung berinteraksi dengan sistem yang disesuaikan dengan kebutuhannya. 4.2.3 Perancangan Prosedur yang Diusulkan Perancangan prosedur yang diusulkan akan berorientasi objek dengan menggunakan notasi UML yang berfungsi sebagai dokumentasi dan visualisasi. 4.2.3.1 Use Case Yang Diusulkan System Tambah informasi produk Ubah informasi produk Hapus informasi produk Lihat informasi produk Manajemen informasi produk User Non Member Registrasi <<include>> <<include>> Manajemen laporan <<include>> User Login User Login Admin Administrator <<include>> Pemesanan User Member Pembayaran <<include>> Pengiriman Jasa Kurir Gambar 4.8 Skenario Use Case Penjualan Yang di usulkan

64 1. Skenario Use Case Login Admin : Administrator Skenario : Melakukan login dengan mengisi identitas hak akses, seperti email dan password. Tabel 4.9 Skenario Use Case Login Administrator 1. Menginputkan email dan password pada form login member. 2. Memverifikasi username dan password pada sistem database. 3. Jika akun valid, maka secara otomatis akan masuk ke halaman Utama administrator, jika tidak ada data yang dimaksud (data invalid), maka akan kembali ke halaman login administrator. 2. Skenario Use Case Manajemen Informasi produk : Administrator Skenario : Halaman untuk memanajemen informasi produk Tabel 4.10 Skenario Use Case Manajemen Informasi produk 1. Administrator mengakses halaman yang ada pada administrator kemudian mengoperasi apa yang akan diakses terhadap Informasi website, bisa menambah, mengupdate, merubah, dan menghapus data informasi

65 website. 2. akan melakukan operasi yang dipilih Administrator web maka akan menambah, mengupdate, menghapus, dan mengubah data pada Administrator web 3. Skenario Use Case Tambah Informasi produk : Administrator Skenario : Halaman untuk menambah informasi produk Tabel 4.11 Skenario Use Case Tambah Informasi produk 1. Input data baru mengenai informasi produk. 2. merespon penambahan informasi produk yang diinginkan oleh administrator 3. Menyimpan informasi produk yang telah di input. 4. Menampilkan informasi produk yang telah berhasil di simpan. 4. Skenario Use Case Ubah Informasi produk : Administrator Skenario : Halaman untuk merubah informasi produk Tabel 4.12 Skenario Use Case Ubah Informasi produk 1. Ubah data mengenai informasi produk. 2. merespon perubahan informasi produk yang diinginkan oleh

66 administrator 3. Merubah informasi produk yang telah di pilih. 4. Menampilkan informasi produk. 5. Skenario Use Case Hapus Informasi produk : Administrator Skenario : Halaman untuk menghapus informasi produk Tabel 4.13 Skenario Use Case menghapus Informasi produk 1. Hapus data mengenai informasi produk. 2. merespon penghapusan informasi produk yang diinginkan oleh administrator 3. Menghapus informasi produk yang telah di input. 6. Skenario Use Case Lihat Informasi produk : User Member dan user non member Skenario : Melihat informasi produk Tabel 4.14 Skenario Use Case Lihat Informasi produk 1. Masuk Ke halaman utama 2. merespon halaman informasi produk yang diinginkan member

67 7. Skenario Use Case Registrasi : User Non Member Skenario : Pendaftaran User Non Member Tabel 4.15 Skenario Use Case Registrasi 1. Masuk ke halaman utama 3. Mengklik login yang ada di sebelah menu kiri atau menu atas pojok. 5. Mengklik daftar member. 7. Memasukan atau mengisi form registrasi 8. Mengklik simpan pendaftaran. 2. Menampilkan layar halaman utama (Index). 4. Menampilkan layar halaman(login member). 6. Menampilkan layar halaman(daftar member). 9. Menampilkan konfirmasi data telah tersimpan atau tidak tersimpan. 8. Skenario Use Case Login Member : User Member Skenario : Melakukan login dengan mengisi identitas penanda hak akses, seperti email dan password. Tabel 4.16 Skenario Use Case Login Member 1. Menginputkan email dan password pada form login member.

68 9. Skenario Use Case Pemesanan 2. Memverifikasi email dan password pada sistem database. 3. Jika akun terdaftar (data valid), maka secara otomatis akan masuk ke halaman Utama, jika tidak ada data yang dimaksud (data invalid), maka akan kembali ke halaman login member. : User Member Skenario : Pemesanan Produk oleh pengguna member website Tabel 4.17 Skenario Use Case Pemesanan 1. User member masuk ke menu produk yang dijual 3. User member memilih jenis produk yang diinginkan dengan cara mengklik tambah keranjang 5. User member mengklik view cart 7. Mengklik Order Now 9. Member memilih untuk membayar dengan cara manual transfer melalui bank. 2. Menampilkan macam-macam jenis produk yang di tawarkan perusahaan. 4. Mencatat pemesanan produk ke dalam keranjang pembelian yang di pilih oleh user tersebut 6. Menampilkan layar halaman keranjang belanja (ShoppingCart) 8. Memberikan no Invoice pembelian untuk di catat oleh member dan memberikan pemilihan untuk cara pembayaran yaitu : Pembayaran manual dengan cara transfer melalui bank

69 10. Menampilkan halaman informasi cara pembayaran transfer via bank 11 menyimpan daftar pemesanan 10. Skenario Use Case Pembayaran : User Member Skenario : Bagaimana konsumen melakukan konfirmasi pembayaran atas pemesanan yang telah dilakukam. Tabel 4.18 Skenario Use Case Pembayaran 1. User member melakukan pembayaran sejumlah biaya pemesanan dengan media transfer Bank. 2. User member melakukan konfirmasi pembayaran dengan masuk ke menu konfirmasi pembayaran dan mengisi form konfirmasi. 3. Mencatat data konfirmasi pembayaran ke dalam database konfirmasi pembayaran. 4. Menampilkan halaman bahwa konfirmasi pembayaran akan di cek. 11. Skenario Use Case Pengiriman : Administrator Skenario : Melakukan pengiriman barang yang telah di pesan oleh konsumen.

70 Tabel 4.19 Skenario Use Case Pengiriman 1. Administrator mengecek konfirmasi pembayaran dengan mengakses halaman konfirmasi. 3. Mengecek pemesanan user member. 5. Jika pembayaran sudah dilakukan dan jumlah biaya pembayaran sesuai dengan biaya pemesanan maka melakukan pengiriman barang. 6. Edit status pemesanan menjadi sukses dan memasukan id pengiriman. 2. Menampilkan daftar konfirmasi pembayaran. 4. Menampilkan daftar pemesanan member. 7. Perubahan status pemesanan user member. 12. Skenario Use Case Manajemen Laporan : Administrator Website Skenario : Memanajemen Semua laporan yang tersedia pada website Tabel 4.20 Skenario Use Case Manajemen Laporan 1. Administrator memilih operasi apa yang akan diakses terhadap manajemen laporan, melihat transaksi secara detail dan bukti transaksi pembayaran yang dikirim oleh konsumen, melihat daftar member yang telah daftar,

71 laporan stok barang yang tersedia dan laporan data pemesanan yang telah sukses dan pemesanan yang belum sukses. 2. akan melakukan opresai yang dipilih oleh perintah administrator web, data transaksi ditampilkan pada menu manajemen laporan data transaksi pada administrator web. 4.2.3.2 Activity Diagram 1. Activity Diagram Login Administrator Administrator Masuk menu Login administrator Memasukan email & password Validasi form Login T Y Masuk ke halaman administrator menampilkan halaman administrator Gambar 4.9 Activity Diagram Login Administrator yang diusulkan

72 2. Activity Diagram Manajemen Informasi produk Administrator Masuk halaman administrator Pilih manajemen informasi produk Menerima Request halaman Halaman Informasi produk Gambar 4.10 Activity Diagram Manajemen Informasi Produk yang diusulkan 3. Activity Diagram Tambah Informasi Produk Administrator Masuk manajemen informasi produk Tambah informasi produk Validasi tambah Informasi T Simpan penambahan Informasi Y Gambar 4.11 Activity Diagram Tambah Informasi Produk yang diusulkan

73 4. Activity Diagram Ubah Informasi Produk Administrator Masuk manajemen Informasi produk Ubah Informasi produk Validasi ubah Informasi T Simpan perubahan informasi Y Gambar 4.12 Activity Diagram Ubah Informasi Produk yang diusulkan 5. Activity Diagram Hapus Informasi Produk Administrator Masuk ke manajemen informasi produk Pilih hapus informasi produk Hapus informasi produk Gambar 4.13 Activity Diagram Hapus Informasi Produk yang diusulkan

74 6. Activity Diagram Lihat Informasi Produk User Lihat Informasi produk Pilih detaill informasi produk Menerima Request pilih informasi halaman detail Informasi produk Menampilkan detail informasi produk Gambar 4.14 Activity Diagram Lihat Informasi Produk yang diusulkan 7. Activity Diagram Register non Member User Non Member Memilih menu Register Menerima Request register Form Register Menampilkan menu Register Isi from Register Validasi pengisian T Konfirmasi data Register Sukses Y Menyimpan data Register Gambar 4.15 Activity Diagram Registrasi yang diusulkan

75 8. Activity Diagram Login User User Member Masuk menu Login Menerima Request Login Halaman Form Login Menampilkan menu Login Mengisi from Login Validasi From Login T Y Menerima halaman index Menampilkan halaman index Gambar 4.16 Activity Diagram Login User yang diusulkan

76 9. Activity Diagram Pemesanan User Member Login member Non Member Registrasi non member Member Validasi Login T Proses pemesanan Y Simpan data pesanan Menerima Informasi pemesanan Sukses Simpan dan konfirmasi pemesanan Gambar 4.17 Activity Diagram Pemesanan yang diusulkan

77 10. Activity Diagram Pembayaran User Member Melakukan pembayaran Konfirmasi telah melakukan pembayaran Pilih menu Konfirmasi pembayaran Menerima Request form konfirmasi pembayaran Form Konfirmasi pembayaran Menampilkan form Konfirmasi pembayaran Pengisian form konfirmasi pembayaran Validasi form Konfirmasi pembayaran T Y Menerima Informasi konfirmasi pembayaran akan di cek Simpan data Konfirmasi pembayaran Gambar 4.18 Activity Diagram Pembayaran yang diusulkan

78 11. Activity Diagram Pengiriman Administrator Jasa Kurir Konsumen Lihat data pemesanan Siapkan Barang & Faktur Serahkan ke Jasa Kurir Kirim Barang Beserta faktur Terima Barang Beserta Faktur Gambar 4.19 Activity Diagram Pengiriman yang diusulkan 12. Diagram Activity Manajemen Laporan Administrator Pilih menu Laporan Request Laporan Halaman Laporan Menampilkan Halaman laporan Gambar 4.20 Activity Diagram Manajemen Laporan yang diusulkan

79 4.2.3.3 Diagram Sequence Sequence diagram menggambarkan interaksi antar objek di dalam dan disekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertical (waktu) dan dimensi horizontal (objek-objek yang terkait). Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan. Berikut adalah sequence diagram yang ada pada sistem penjualan produk Distro Spion, yaitu: 1. Sequence Diagram Login Administrator : Administrator Web Halaman Utama Login Form Tabel Admin 1 : Masuk() 2 : masuk() 3 : Login admin() 4 : Invalid() 5 : Tercatat sebagai admin() Gambar 4.21 Sequence Diagram Login Administrator yang diusulkan

80 2. Sequence Diagram Manajemen Informasi Produk Halaman Utama Admin Halaman Manajemen Produk : Administrator 1 : Halaman Utama() 2 : Masuk() 3 : Mengakses Hal Informasi Produk() Gambar 4.22 Sequence Diagram Manajemen Informasi Produk yang diusulkan 3. Sequence Diagram Tambah Informasi Produk : Administrator Halaman Manajemen Produk From tambah Informasi Produk Tabel Produk 1 : Masuk() 2 : Masuk() 3 : Tambah Informasi Produk() 4 : Invalid() 5 : Simpan Informasi Produk() 6 : Kembali ke Halaman Informasi Produk() Gambar 4.23 Sequence Diagram Tambah Informasi Produk yang diusulkan

81 4. Sequence Diagram Ubah Informasi Produk : Administrator Halaman Informasi produk Form Ubah Informasi Produk Tabel Produk 1 : Masuk() 2 : Masuk() 3 : Ubah Informasi Produk() 4 : Invalid() 5 : Simpan Informasi Produk() 6 : Kembali ke Halaman Informasi Produk() Gambar 4.24 Sequence Diagram Ubah Informasi Produk yang diusulkan 5. Sequence Diagram Hapus Informasi Produk : Administrator Halaman Manajemen Informasi Tabel Produk 1 : Masuk() 2 : Pilih Hapus Informasi() 3 : Hapus Informasi Produk() 4 : Kembali ke Halaman manajemen Produk() Gambar 4.25 Sequence Diagram Hapus Informasi Produk yang diusulkan

82 6. Sequence Diagram Lihat Informasi Produk Halaman Utama Halaman Informasi Produk : User Non Member 1 : Masuk() 2 : Masuk() 3 : Lihat Informasi produk() Gambar 4.26 Sequence Diagram Lihat Informasi Produk yang diusulkan 7. Sequence Diagram Registrasi : User Non Member Halaman Utama Form Register Tabel Member 1 : Masuk() 2 : Masuk() 3 : Daftar Member() 4 : Invalid() 5 : simpan Akun() 6 : Informasi Pendaftaran Berhasil() Gambar 4.27 Sequence Diagram Registrasi yang diusulkan

83 8. Sequence Diagram Login Member : User Member Halaman Utama Login From Tabel Member 1 : Masuk() 2 : Masuk() 3 : Login Member() 4 : Invalid() 5 : Tercatat Sebagai Member() Gambar 4.28 Sequence Diagram Login Member yang diusulkan

84 9. Sequence Diagram untuk melakukan pemesanan produk Halaman Utama Halaman Produk Halaman Order Tabel Transaksi Daftar Order Halaman Pengiriman Produk Tabel Order : User Member 1 : Masuk() 2 : Masuk() 3 : Pilih Produk() 4 : Masuk() 5 : Pesan Produk() 6 : Invalid() 7 : Simpan Pemesanan() 8 : Masuk() 9 : Masuk() 10 : Input data Pengiriman() 11 : Invalid() 12 : Simpan Data Pengiriman pemesan() 13 : Informasi Pemesanan Berhasil() Gambar 4.29 Sequence Diagram Pemesanan Produk yang diusulkan

85 10. Sequence Diagram Pembayaran Halaman Utama Halaman Konfirmasi Pembayaran Tabel Konfirmasi : User Member 1 : Masuk() 2 : Masuk() 3 : Input Konfirmasi Pembayaran() 4 : Invalid() 5 : Simpan data Konfirmasi Pembayaran() 6 : Tampil data Konfirmasi Pembayaran() Gambar 4.30 Sequence Diagram Konfirmasi Pembayaran yang diusulkan 11. Sequence Diagram Pengiriman Barang : Administrator Web Halaman Utama Admin Halaman Pemesanan Tabel Pemesanan 1 : Masuk() 2 : Masuk() 3 : Update Status Pemesanan() 4 : Invalid() 5 : Simpan Perubahan Pemesanan() 6 : Tampil data Perubahan Pemesanan() Gambar 4.31 Sequence Diagram Pengiriman Barang yang diusulkan

86 12. Sequence Diagram Manajemen Laporan : Administrator Web Halaman Utama Admin Daftar Laporan Halaman Laporan 1 : Masuk() 2 : Pilih Laporan() 3 : Masuk() 4 : Lihat Laporan() Gambar 4.32 Sequence Diagram Manajemen Laporan yang diusulkan 4.2.3.4 Collaboration Diagram Collaboration diagram memberi sebuah cara mengelompokkan potongan potongan behavior interaksi saat peran-peran dimainkan oleh class yang berbeda. Interaksi pendaftar dengan sistem pada proses pendaftaran tanpa penggambaran orientasi waktu, digambarkan oleh gambar collaboration diagram berikut :

87 1. Collaboration Diagram Login Administrator 1 : Masuk() Login Admin 4 : Invalid() Tabel Admin 3 : Validasi() : Administrator Web 2 : Masuk() 5 : Mengakses Halaman Admin() Halaman Utama Administrator Gambar 4.33 Collaboration Diagram Login Administrator yang diusulkan 2. Collaboration Diagram Manajemen Informasi Produk 1 : Masuk() Halaman Utama : Administrator 3 : Mengakses Halaman Informasi Produk() 2 : Masuk() Halaman Manajemen Informasi Produk Gambar 4.34 Collaboration Diagram Manajemen Informasi Produk yang diusulkan

88 3. Collaboration Diagram Tambah Informasi Produk Gambar 4.35 Collaboration Diagram Tambah Informasi Produk yang diusulkan 4. Collaboration Diagram Ubah Informasi Produk Gambar 4.36 Collaboration Diagram Ubah Informasi Produk yang diusulkan

89 5. Collaboration Diagram Hapus Informasi Produk Gambar 4.37 Collaboration Diagram Hapus Informasi Produk yang diusulkan 6. Collaboration Diagram Lihat Informasi Produk Gambar 4.38 Collaboration Diagram Lihat Informasi Produk yang diusulkan

90 7. Collaboration Diagram Proses Registrasi non Member Gambar 4.39 Collaboration Diagram Registrasi yang diusulkan 8. Collaboration Diagram Member Login 1 : Masuk() 2 : Masuk() 3 : Validasi() Halaman Login Tabel Admin : Administrator Web 4 : Invalid() 5 : Masuk() Halaman Utama Administrator Gambar 4.40 Collaboration Diagram Member Login yang diusulkan

91 9. Collaboration Diagram Pemesanan Produk 1 : Masuk() 2 : Masuk() Halaman utama Member 3 : Pilih Produk() Halaman Produk : User Member 4 : Masuk() 7 : Simpan Pesanan() Tabel Transaksi 6 : Invalid() 5 : Pesan Produk() Halaman Order 8 : Masuk() Daftar Pengiriman 9 : Masuk() 10 : Input data Pengiriman() 12 : Simpan data pemesan pengiriman() Daftar Order 11 : Invalid() Tabel Order Gambar 4.41 Collaboration Diagram Pemesanan yang diusulkan 10. Collaboration Diagram Pembayaran Gambar 4.42 Collaboration Diagram Pembayaran yang diusulkan

92 11. Collaboration Diagram Pengiriman Gambar 4.43 Collaboration Diagram Pengiriman yang diusulkan 12. Collaboration Diagram Manajemen Laporan 1 : Masuk() Halaman Utama 2 : Pilih Laporan() DaftarLaporan : Administrator Web 4 : Lihat Laporan() 3 : Masuk() Halaman Laporan Gambar 4.44 Collaboration Diagram Manajemen Laporan yang diusulkan

93 4.2.3.5 Class Diagram Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (fungsi). Controller class diagram menggambarkan class diagram untuk controller, seperti yang divisualisasikan pada gambar. kategori +Id kategori +Nama kategori +Read() +Insert() +Update() +Delete() 1 * Produk +Id Produk +Nama Produk +Harga +Id Kategori +Read() +Insert() +Update() +Delete() 1 * Produk Detail +Id Produk Detail +Size +Stok +Id Produk +Read() +Insert() +Update() +Delete() 1 * Transaksi Detail +Id Transaksi Detail +Id Produk Detail +size +Harga +Banyak +Subtotal +Id Transaksi 1 Provinsi +Id Provinsi +Nama Provinsi 1 * Kota +Id Kota +Nama Kota +Id Provinsi +Biaya Kirim * Transaksi +Id Transaksi +Tgl Transaksi +Id Konsumen +Alamat +Id provinsi +Id Kota +Kode Pos +Pembayaran +Status +Biaya Pengiriman +Id Pengiriman 1 * 1 * Konsumen +Id Konsumen +First Name +Last Name +E-mail +Password +Telepon +Alamat +Id Provinsi +Kota +Kode Pos Gambar 4.45 Class Diagram yang diusulkan

94 4.2.3.6 Object Diagram Diagram objek dalam Unified Modeling Language (UML), adalah diagram yang menunjukkan pandangan yang lengkap atau sebagian dari struktur suatu model sistem pada waktu tertentu. Diagram Object pada khusus mengatur tentang objek contoh dan atribut, dan hubungan antara contoh. Sebuah berkorelasi set diagram objek memberikan wawasan tentang bagaimana pandangan wewenang dari sistem diharapkan untuk berevolusi dari waktu ke waktu. Diagram objek lebih konkrit dari diagram kelas, dan sering digunakan untuk memberikan contoh, atau bertindak sebagai uji kasus untuk diagram kelas. Hanya aspek-aspek dari model yang menarik saat ini perlu ditampilkan pada diagram objek. Kategori +Id Kategori: 001 +Nama Kategori: Baju Kaos Produk +Id Produk: 212 +Nama Produk: Baju Kaos +Harga: 50000 +Id Kategori: 001 Produk Detail +Id Produk Detail: 212 +Size: 16 +Stok: 18 +Id Produk: 212 Transaksi Detail +Id Transaksi Detail: 1020345501 +Id Produk Detail: 212 +Size: 16 +Harga: 50000 +banyak: 3 +SubTotal: 150000 +Id Transaksi: 1020345501 Provinsi +Id Provinsi: 354 +Nama Provinsi: Jawa barat Kota +Id Kota: 098 +Nama Kota: Bandung +Id Provinsi: 354 +Biaya Kirim: 22500 Transaksi +Id Transaksi: 1020345501 +Tgl Transaksi: 2011-09-12 +Id Konsumen: 353 +Alamat: Jl.Gempol Asri +Id Provinsi: Jawa Barat +Id Kota: Bandung +Kode Pos: 40215 +Pembayaran: Mandiri Syariah +Status +Biaya Pengiriman +Id Pengiriman Konsumen +Id Konsumen: 353 +Nama Depan: Deni +Nama Belakang: Nugraha +E-mail: deninugraha66@yahoo.com +Password: ******* +Telepon: 085720114444 +Alamat: Jl.Gempol Asri +Id Provinsi: Jawa Barat +Id Kota: Bandung +Kode Pos: 40215 Gambar 4.46 Object Diagram yang diusulkan

95 4.2.3.7 Component Diagram Component Diagram yang ada terbagi menjadi 3 komponen yaitu Componen Diagram Administrator Web, Component Diagram Member dan Componen Diagram Non Member. 1. Component Diagram Administrator Website Login Administrator Halaman Utama Administrator Manajemen Produk Manajemen Member Manajemen Pemesanan Manajemen Konfirmasi Pembayaran Gambar 4.47 Component Diagram Administrator Website yang diusulkan

96 2. Component Diagram Non Member Halaman Utama Website Sign UP Lihat Barang Profil Perusahaan Bantuan Detail Barang Cara Pembelian Keranjang Pembelian Cara Pembayaran Kontak Gambar 4.48 Component Diagram Non Member yang diusulkan 3. Component Diagram Member Halaman Utama Administrator Login Lihat Barang Profil Perusahaan Bantuan Akun Saya Detail Barang Cara Pembelian Logout Keranjang Pembelian Cara Pembayaran Simpan Pembelian Kontak Gambar 4.49 Component Diagram Member yang diusulkan

97 4.2.3.8 Deployment Diagram Diagram ini memperlihatkan pemetaan software kepada hardware. Diagram ini menggambarkan detail bagaimana komponen deployment dalam infrastruktur system. Gambar 4.50 Deployment Diagram yang diusulkan