Jika dalam pengecekan barang, stok belum mencukupi, pihak admin meminta pengajuan barang kepada pihak supplier, dan menginformasi permintaan barang dengan mengirimkan dokumen pemesanan barang. Kemudian dokumen pemesanan barang akan diproses ke bagian admin, untuk melakukan pembayaran pemesanan stok barang, dan pada dokumen pemesanan barang akan diteruskan ke bagian ekspedisi untuk melakukan pembayaran. Setelah itu bagian supplier akan mendapatkan data hasil data yang di beli dari bukti pemesanan ekspedisi (DO/invoice), yang selanjutnya akan diproses oleh bagian admin untuk melakukan pembuatan DO dan Invoice yang terdiri dari tiga lembar kertas (Putih, Merah, biru), setelah itu DO dan invoice diberikan kebagian ekspedisi. DO sebagai bukti pengambilan barang ke ekspedisi, dan bukti serah terima barang ke user, sedangkan invoice untuk bukti penagihan kepada user.
USE CASE DIAGRAM
Use case diagram yang dibuat pada sistem adalah use case diagram master admin, use case diagram pelanggan, use case diagram transaksi admin, Use case diagram transaksi pelanggan, dan use case diagram pembuatan laporan.
    Gambar 1 Platform aplikasi pemesananÂ
ACTIFITY DIAGRAM
             Gambar 2. Proses Pendaftaran pelanggan
Proses pendaftaran pelanggan diawali dengan kegiatan pelanggan yang mengisi form pendaftaran. Kemudian, sistem akan memeriksa apakah form yang diisi valid atau tidak. Jika valid, maka admin akan melakukan konfirmasi terhadap pembayaran yang dilakukan. Setelah itu, pelanggan akan mendapatkan email notifikasi pendaftaran berhasil. Selanjutnya, pelanggan melakukan aktivasi pendaftaran. Dari alur ini, tampak bahwa validasi berperan penting dalam menentukan kelanjutan proses tersebut.
            Gambar 3. Proses PembayaranÂ
Gambar 3 memperlihatkan proses pembayaran dengan activity diagram sesuai dengan analisis kebutuhan sistem, yaitu analisis kebutuhan proses pada bagian pembayaran. Pada bagian ini, pelanggan atau pembeli melakukan transfer pembayaran, yang kemudian dicek oleh admin.
STRUKTURAL MODEL
Pada Gambar 4 tampak structural model yang digunakan dalam penelitian ini. Di dalamnya terdapat 12 entitas yaitu username, kategori, order, konfirmasi, produk, jenis dan kategori. Bayar digunakan untuk menyimpan data pemesanan yang sudah ditagih dan dibayarkan.
