Sistem Informasi Penjualan Online

1.1 Deskripsi Sistem

                Jual beli adalah transaksi tukar menukar yang berkonsekuensi beralihnya hak kepemilikan. Seiring dengan perkembangan teknologi yang semakin pesat, kini jual beli pun dapat dipermudah prosesnya melalui teknologi yang sudah canggih dengan menggunakan media internet. Jual beli yang dilakukan dengan media internet lebih familiar dengan nama jual-beli online. Sistem jual beli online saat ini sangat digemari dan berkembang pesat di masyarakat luas.

Jual beli online merupakan Suatu kegiatan Jual Beli dimana penjual dan pembelinya tidak harus bertemu untuk melakukan negosiasi dan transaksi dan komunikasi yang digunakan oleh penjual dan pembeli bisa melalui alat komunikasi seperti chat, telfon, sms dan sebagainya, sehingga menghemat waktu serta mempermudah transaksi yang berlangsung.

Melihat perkembangan yang sangat pesat dalam sistem jual-beli online, maka saya merancang sistem jual beli online saya sebagai berikut:

Di dalam sistem jual beli online saya ini, terdapat beberapa actor yang terlibat. Actor yang terlibat antara lain : Human Resource, Pembuat web, Petugas pengelola web(admin), pemilik dan pembeli.

Setiap actor mempunyai tugas masing-masing yaitu:

1.      Human Resource:
            Di dalam sistem ini hanya untuk membatasi hak akses seseorang terhadap sistem, sehingga sistem menjadi lebih aman.

2.      Pembuat Web :           
            Di dalam sistem ini, pembuat web merupakan orang yang membuat web, memanage web dan memaintain web tersebut.

3.      Petugas pengelola web(admin) :        
            Admin di sini berfungsi sangatlah banyak, diantaranya adalah seorang admin bertugas untuk mengelola web, memantau setiap kegiatan jual beli, perkembangan yang terjadi di dalam system jual beli online seperti mendata barang, meng-update barang, menghapus data barang yang sudah terjual, menambah daftar barang baru, melayani pertanyaan pembeli secara online, mengawasi transaksi yang terjadi, mendata para pembeli serta membuat laporan keuangan yang akan di periksa secara rutin oleh pemilik.

4.      Pemilik :
            Dalam sistem ini, pemilik hanya akan memeriksa laporan keuangan yang di buat oleh admin.

5.      Pembeli :
             Pembeli merupakan orang yang akan membeli barang yang di jual secara online melalui website. Seorang pembeli harus memiliki sebuah account terlebih dahulu jika ia ingin membeli suatu barang yang di jual di web. Maka dari itu, pembeli harus membuat account terlebih dahulu. Jika sudah memiliki account, pembeli dapat login dan logout dari website melalui username dan password yang sudah ia miliki. Jika ia sudah login, maka ia dapat melihat barang apa saja yang ready stock atau barang yang masih tersedia di dalam website. Setelah pembeli melihat-lihat barang yang ada, jika ia tertarik maka ia dapat memesannya melalui website dan melakukan transaksi sesuai dengan petunjuk yang ada di website tersebut.

Sistem saya ini akan di gambarkan dalam beberapa diagram yaitu:

1.2 Use case diagram

Use Case Diagram menunjukkan perilaku sistem, sub sistem dengan pengguna luar. Use case Diagram merupakan sebuah teknik untuk menganalisa bagaimana sebuah system bekerja dan berinteraksi dengan pengguna atau sistem lain. Di dalam use case diagram terdapat actor, use case, asosiasi, generalisasi, include, serta extend.

Actor

Actor secara khusus menggambarkan pengguna atau sistem lain yang berinteraksi dengan sistem yang kita buat. Actor dapat menggambarkan aturan main dari pengguna manusia, perangkat keras tambahan dan sistem lain. Actor biasanya berupa kata benda. Actor digambarkan sebagai berikut:

Use case

Use case adalah sebuah aksi yang dilakukan oleh sistem. Sebuah use case dapat dimiliki oleh satu atau banyak actor dalam sebuah diagram Use Case. Setiap use case menentukan sebuah perilaku yang dilakukan pengguna terhadap sistem. Sebuah use case biasanya berupa kata kerja. Use case digambarkan sebagai berikut:                                        

Asosiasi

Asosiasi adalah komunikasi antara actor dengan use case yang berada dalam sebuah sistem. Asosiasi ini menggambarkan apa yang actor bias lakukan dengan sistem. Dimana setiap use case menggambarkan satu buah perilaku yang bias actor lakukan. Dapat dicontohkan seperti gambar berikut:  

Dibaca:Mahasiswa diperbolehkan mengikuti perkuliahan

           

Generalisasi

Generalisasi antar actor Relasi

antara satu actor dengan actor yang lain. Dimana salah satu actor berperan sebagai actor yang diwariskan sifatnya(BaseActor) dan Actor yang lain sebagai actor yang mewarisi sifatnya(ChildActor).

Dibaca:Seorang Asissten mewarisi sifat yang dimiliki oleh mahasiswa, sehingga bisa diartikan seorang asissten adalah mahasiswa, sedangkan seorang mahasiswa belum tentu asissten.

Generalisasi antar use case

Relasi antara satu use case dengan use case yang lain. Dimana salah satu use case berperan sebagai Use Case yang diwariskan kerjanya(BaseUse Case) dan Use Case yang lain sebagai Use Case yang mewarisi kerja(ChildUse Case).
                                                

Dibaca:Seorang mahasiswa hanya diperbolehkan mengikuti perkuliahan, sedangkan seorang asissten diperbolehkan mengikuti perkuliahan dan membantu dosen

Include

Relasi jenis ini memungkinkan suatu use case menggunakan fungsionalitas yang dimiliki oleh use case lainnya. Relasi ini menyatakan bahwa satu use case selalu menggunakan fungsionalitas yang disediakan oleh use case lainnya.

Dibaca:Ketika seorang Mahasiswa mengikuti perkuliahan, secara otomatis ia akan melihat jadwal kuliah, apabila hendak mengikuti perkuliahan, ia akan melakukan pengecekan apakah saat ini ada jadwal perkuliahan atau tidak.

Extend

Relasi ini memungkinkan suatu use case secara opsional menggunakan fungsionalitas yang disediakan oleh use case lainnya. Relasi ini menyatakan bahwa suatu use case tidak selalu menggunakan fungsionalitas yang disediakan oleh use case lainnya.

Dibaca:Seorang Asissten akan mengikuti perkuliahan, ketika dosen pengajar adalah dosen yang di asissteni maka ia akan membantu dosen, bila tidak maka ia tidak akan membantu dosen.

Di dalam system yang saya buat, saya membuat Use case diagram sebagai berikut :

Penjelasan gambar:

Human resource merupakan suatu batasan akses yang di miliki oleh sistem supaya akses ke situs tersebut aman dan dapat di batasi hak aksesnya.

Seorang pembeli harus membuat account terlebih dahulu, setelah account terbuat maka si pembeli dapat melihat barang apa saja yang di jual di website tersebut, jika ia ingin membelinya maka ia akan mengisi form pembelian dan ia akan melakukan transaksi online. Jika semua aktifitasnya sudah selesai di website tersebut maka ia akan me-log out accountnya.

Pembuat web akan membuat web, ketika webnya sudah jadi maka ia akan membantu me-meanage dan memaintain web , bila belum jadi maka ia tidak akan meanage dan memaintain web.

Petugas pengelola sistem(admin) bertugas melayani pertanyaan pemeli via online, mendata barang, meng-update data barang, dan membuat laporan keuangan untuk di lihat oleh si pemilik. Di saat admin melayani pertanyaan calon pembeli secara online, secara otomatis ia akan membicarakan mengenai transaksi barang, jika pembeli telah melakukan transaksi, maka otomatis admin akan memiliki data si pembeli tersebut.

Saat admin sedang mendata barang yang telah habis di beli, maka secara otomatis admin mengetahui data pembeli yang membeli barang tersebut, karena setiap transaksi ada laporannya.

Saat admin meng-update data barang, maka ia akan secara otomatis mengecek ketersediaan barang, menambah daftar barang yang baru serta menghapus data barang yang sudah terjual.

Pemilik akan mengecek secara rutin laporan keuangan yang telah di buat oleh si admin, di dalam laporan keuangan tersebut, sang pemilik dapat mengetahui berapa banyak transaksi yang terjadi, apa saja yang sudah terjual serta dapat mengetahi informasi mengenai data pembeli.

1.2 Actifity Diagram

Activity diagrams menggambarkan berbagai alur aktivitas dalam system yang sedang dirancang, bagaimana masing-masing alur berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses parallel yang mungkin terjadi pada beberapa eksekusi.

Activity diagram merupakan state diagram khusus, dimana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya(internal processing). Oleh karena itu activity diagram tidak menggambarkan behavior internal sebuah sistem(daninteraksiantarsubsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum.

Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana actor menggunakan system untuk melakukan aktivitas.

1.Partition

Digunakan untuk menunjukkan siapa melakukan apa atau siapa melakukan proses apa, bukan menunjukkan apa yang terjadi. PadaUML versi1, partition disebut SwinLane.Diambil dari Actor.

2. Initial

Node Memperlihatkan dimana aliran kerja berawal

3. Invocation

Merupakan langkah atau aksi–aksi yang terjadi

4. Decision

Memperlihatkan dimana keputusan perlu diambil selama terjadi aliran kerja

5. Fork

Merupakan pencabangan dari sebuah aksi menjadi aksi–aksi yang lain yang bias saja terjadi secara parallel

6. Join

Join digunakan untuk melakukan penggabungan aliran keluar ketika semua proses dari aliran sudah sampai. Join ini nantinya akan menyatukan kembali aliranyang sudah dipecah dengan fork.

7. Final

Node Memperlihatkan dimana aliran kerja berakhir.

Di dalam system yang saya buat, saya membuat Actifity Diagram sebagai berikut :

Actifity Diagram management account

Penjalasan gambar:

Admin dapat memanage accontnya sendiri. Admin login ke system, system akan menampilkan form login setelah itu admin akan mengisi data di form login, system akan mengecek apakah data yang di isikan benar atau salah, jika benar maka system akan menampilakan menu adminnya, jika salah maka system akan meminta admin untuk mengecek lagi data yang ia masukkan dan memperbaiki data yang salah.

Setelah system menampilkan menu adminnya, maka untuk memanage accountnya ia akan memilih menu manage account, setelah admin memilih menu tersebut maka system akan menampilakan form untuk memanage accountnya. Kemudian admin dapat mengelola accountnya. Admin dapat mengubah data username dan password accountnya. Jika aktivitas admin mengubah datanya selesai maka system akan menyimpan data yang baru. Setelah semuanya selesai maka selesailah sudah aktivitas yang ada.

Actifity Diagram Mencari Dan Mengecek Ketersediaan Barang

Penjelasan Gambar:

Admin dapat melakukan aktivitas pencarian dan pengecekan barang dengan alur sebagai berikut:

Admin akan login ke system kemudian system akan menampilkan form pencarian setelah itu admin akan mengisikan data barang yang akan di cari dan mengecek ketersediaan dari barang tersebut. Jika barang tersedia maka system akan menampilkan data barang, bias berupa nama barang, jumlah barang dan lain sebagainya. Tetapi jika barang tidak tersedia maka system akan memberitahu admin bahwa barang yang ia cari tidak tersedia dan admin harus mengisi kembali form pencarian barang dengan data barang yang ada.

Actifity Diagram Pembelian

Penjelasan Gambar:

Aktifitas di mulai dari pembeli, pembeli akan melakukan login setelah itu system akan menampilkan form login yang harus di isi data berupa username dan password. Pembeli akan mengisikan data berupa username dan password yang ia punya untuk masuk ke dalam sistemnya. Setelah pembeli meng-input username dan password maka system akan mengecek apakah username dan password tersebut benar atau tidak, jika benar maka pembeli dapat langsung masuk ke system untuk melihat-lihat barang yang ada, dan jika salah maka system akan meminta pembeli untuk membenarkan datanya.

Setelah pembeli melihat barang yang ada dan menemukan barang yang sesuai dan akan di beli maka ia akan memasukkan barang belanjaannya ke dalam shop chart dan akan segera melakukan transaksi pembayaran setelah itu pembeli logout dari system dan selesai semua aktivitas yang di jalankan.

1.3 State Diagram

State diagram menggambarkan transisi dan perubahan keadaan (dari satu state ke state lainnya) suatu obyek pada sistem sebagai akibat dari stimulans yang diterima, untuk memodelkan behavior/method (lifecycle) sebuah kelas atau object dan memperlihatkan urutan kejadian sesaat (state) yang dilalui sebuah object, transisi dari sebuah state ke state lainnya.

Di dalam system yang saya buat, saya membuat Statechart Diagram sebagai berikut :

Penjelasan Gambar:

Ketika kita mulai mengaktifkan system itu merupan start awal dari state diagram ini, setelah system aktif maka kita akan masuk ked ala siste lalu melakukan SignIn dan mengisi data, jika system tidak error maka aplikasi yang berada di dalam system akan berjalan dengan semestinya, setelah aplikasi berjalan maka kita dapat melakukan hal yang kita ingin lakukan di dalam aplikasi tersebut. tetapi jika system error dan mengalami gangguan maka akan terjadi suspend dan aplikasi di hentikan secara paksa. Setelah masuk ke aplikasi yang berjalan dan selesai melakukan aktifitas di dalam system, maka kita harus keluar(SignOut) dari system dan setelah keluar maka system itu di non- aktifkan.

1.4 Sequence Diagram

Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertikal (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.

Masing-masing objek, termasuk aktor, memiliki lifeline vertikal.

Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain

berikutnya, message akan dipetakan menjadi operasi/metoda dari class.

Activation bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya sebuah message.

Untuk objek-objek yang memiliki sifat khusus, standar UML mendefinisikan icon khusus untuk objek boundary, controller dan persistent entity.

Di dalam system yang saya buat, saya membuat Sequence Diagram sebagai berikut :

Sequence Diagram untuk log-in petugas

Penjelasan Gambar:

Pada sequence diagram log-in petugas, pertama petugas(admin) mendaftarkan dirinya sebagai admin supaya memiliki account sebagai admin, ia harus mengisi data yang diminta sesuai pada system, di dalam form log-in ia harus memasukkan id_password, setelah ia memasukkan id_password maka control login akan mengecek passwordnya, jika sudah di cek dan tidak ada kesalahan maka admin akan mendapatkan account admin dari system. Account yang di dapatkan oleh admin sudah tersimpan di dalam database system, database akan memberikan informasi account pada control login dan kemudian control log-in memberitahukan bahwa status pembuatan accountnya berhasil.

Sequence Diagram untuk Registrasi Member

Penjelasan Gambar:

Pembeli harus memiliki account member, maka calon pembeli harus mendaftar dan mengisi data pada form pendaftaran yang sudah tersedia, kemudian data yang telah di isikan ke dalam form di kirim ke admin yang setalah itu admin mengeset data anggota baru di dalam pendaftaran member setelah itu data member baru di simpan di dalam database sistemAnggotaMember. Setelah data tersimpan maka database akan memberitahu informasi bahwa account sudah terdaftar, dan status pembeli sudah terdaftar

Sequence Diagram untuk Pencarian Barang

Penjelasan Gambar:

Pembeli dapat mencari barang yang ingin ia beli dengan alur proses sebagai berikut:

Pembeli masuk ke system dan memilih menu pencarian barang , kemudian muncullah form pencarian barang, maka pembeli harus mengisi nama barang yang akan di cari ke dalam form tersebut, input data tersebut akan di olah di database SistemPencarianBarang dan mengeluarkan hasil. Jika barang ditemukan atau tidak di temukan maka system akan memberitahu output pencarian pada pembeli yang mencari barang tersebut.

Sequence Diagram untuk Pembelian Online

Penjelasan Gambar:

Di dalam form pembelian online, pembeli akan memilih barang yang akan di beli, kemudian admin akan mengecek barang yang akan di beli, lalu data tersebut akan di simpan di dalam database TransaksiPembelian, kemudian system akan memberitahukan bahwa transaksi telah berhasil.

Sequence Diagram untuk Laporan Transaksi

Penjelasan Gambar:

Pemilik dapat mengecek laporan keuangan dari transaksi yang sudah terjadi dengan proses sebagai berikut:

Pemilik harus menginput id_password ke dalam form report untuk membuka aksesnya ke database report,  membuka report pada database report, informasi report akan diberikan dari database report dan informasi tersebut akan di keluarkan sebagai output yang dapat dilihat oleh pemilik sehingga pemilik mengetahui semua kegiatan transaksi yang berlangsung.

1.5 Class Diagram

            Class diagram mendeskripsikan jenis–jenis obyek dalam system dan berbagai macam hubungan statis yang terjadi. Class diagram juga menunjukkan property dan operasi sebuah Class dan batasan yang terdapat dalam hubungan dengan obyek. Class diagram merupakan alat terbaik dalam perancangan perangkat lunak. Class diagram membantu pengembang mendapatkan struktur system dan menghasilkan rancangan system yang baik.

Class

Class adalah sebuah kategori yang akan membungkus informasi dan perilaku2 atau dengan kata lain kelas adalah rancangan dari obyek. Dimana obyek yang diciptakan dari suatu kelas akan memiliki semua yang dimiliki oleh kelasnya. Secara umum kelas dalam UML dinotasikan sebagai berikut :

Nama

Nama kelas haruslah unik, karena ini adalah identitas yang dimiliki oleh setiap Class.

Atribut

Atribut disini menunjukkan informasi yang dimiliki oleh suatu class, bias juga disebut informasi yang berhubungan dengan class.

Operasi

Operasi digunakan untuk menunjukkan apa yang suatu class bias lakukan atau apa yang bias dilakukan pada suatu class

Boundary Class

Boundary atau Kelas pembatas merupakan class yang menyalurkan interaksi antara system dengan dunia sekitarnya. Seperti form, laporan, obyek–obyek pada form. Setiap kelas pembatas biasanya akan mewakili interaksi antara seorang actor dengan use case. Boundary Class atau Kelas pembatas digambarkan sebagai berikut:

Entity Class atau Kelasentitas

Kelas ini biasanya digunakan untuk menangani informasi yang mungkinakan selalu disimpan dalam proses bisnis. Cara melakukan identifikasi kelas entitas adalah dengan memperhatikan kata benda. Seperti kalimat “petugas mencatat peminjaman buku”, buku bias menjadi Class entitas. Kelas entitas juga dapat digunakan untuk mewakili table –table yang terdapat dalam database.

Control Class atau Kelas control

Kelas ini bersifat opsional, apabila kelas ini digunakan maka satu kelas control untuk satu use case yang digunakan mengatur kejadian dalam use case tersebut. Contohnya kelas transaksi yang bertanggung jawab dalam transaksi baik peminjaman maupun pengembalian buku dalam suatu perpustakaan.

Package atau Paket

Paket, merupakan sebuah notasi yang sangat berguna. Biasanya digunakan untuk mengelompokan kelas–kelas yang memiliki kesamaan. Selain itu juga dapat digunakan membedakan antara2 kelas atau lebih yang memiliki nama sama namun memiliki fungsionalitas yang berbeda. Dinotasikan sebagai berikut:

Di dalam system yang saya buat, saya membuat Class Diagram sebagai berikut :

Penjelasan Gambar:

Di dalam sistem terdapat beberapa hubungan yang terjadi , diantaranya seperti yang tergambarkan di dalam class diagram tersebut, seperti seorang petugas pembuat web membuat web , memanage, memaintain serta memantau apakah sang admin mengerti menjalankan system yang berada di web yang ia buat, sang admin pun mengelola websitenya sesuai dengan petunjuk yang di berikan oleh sang pembuat web. Admin juga mencatat secara otomatis transaksi pembelian yang dilakukan oleh pembeli di dalam system. Admin juga memberikan laporan keuangan secara rutin kepada pemilik. Jadi semua actor mempunyai hubungan keterkaitan satu sama lainnya.

1.6 Component dan deploy

Component diagram

Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan (dependency) di antaranya. Komponen piranti lunak adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time, maupun run time.

Umumnya komponen terbentuk dari beberapa class dan/atau package, tapi dapat juga dari komponen-komponen yang lebih kecil. Komponen dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain.

Deployment Diagram

Deployment/physical diagram menggambarkan detail bagaimana komponen di-deploy dalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal.

Sebuah node adalah server, workstation, atau piranti keras lain yang digunakan untuk men-deploy komponen dalam lingkungan sebenarnya. Hubungan antar node (misalnya TCP/IP) dan requirement dapat juga didefinisikan dalam diagram ini.

Di dalam system yang saya buat, saya membuat Component and Deploy Diagram sebagai berikut :

Penjelasan Gambar:

Component diagram digunakan untuk melihat hubungan antar component dengan perangkat keras, misalnya yang di gambarkan di dalam component diagram diatas adalah desktop admin dan desktop client(pembeli) sama-sama memiliki user interface. Di dalam desktop mereka, mereka bias mengakses computer server dengan fungsi yang berbeda, misalnya desktop client melihat data di computer server dan ia bisa merubah data barang, menambah data barang, menghapus data barang serta melihat data pembelian. Sementara desktop client hanya dapat melihat barang yang ada dan melakukan transaksi secara online. Desktop client juga berhubungan dengan printer yang digunakan untuk mencetak bukti transaksi. Komputer server juga berhubungan dengan database karena di database tersimpan semua data yang dibutuhkan.