STUDI KASUS PROJECT APLIKASI PEMESANAN M (1)

ANALISIS DESAIN SISTEM INFORMASI
STUDI KASUS PROJECT APLIKASI PEMESANAN MAKANAN DAN MINUMAN
DI KANTIN KAMPUS STMIK AMIKOM YOGYAKARTA
REVISI III

Anggota Kelompok :
1. Rizki Dewa Agstama

: 13.11.6829

2. Heru Tri Julianto

: 13.11.6832

3. Heri Wibowo

: 13.11.6844

4. Muhammad Muallif N

: 13.11.6878

5. Mujahidin Arif Lani

: 13.11.6882

Kelas : 13 S1TI 02

JURUSAN TEKNIK INFORMATIKA
SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER
AMIKOM YOGYAKARTA
YOGYAKARTA
2015

1. Struktural

PEDAGANG

Mahasiswa

Dosen

Karyawan

Tamu

2. Deskripsi tugas
Jobs

Desk
•
•
•
•
•
•
•
•
•
•
•

Pedangan
Mahasiswa
Dosen
Karyawan
Tamu

Menerima pesanan
Melakukan penjualan
Antar pesanan
Melakukan pemesanan
Melakukan pembelian
Melakukan pemesanan
Melakukan pembelian
Melakukan pemesanan
Melakukan pembelian
Melakukan pemesanan
Melakukan pembelian

3. Workflow Diagram

Pembeli
(Mahasiswa, Dosen, Karyawan, Tamu)

Pedagang

Pesan

Start

tidak

bayar

ya

Invoice

Antar
Pesanan

Penjualan
Terima
Pesanan

tidak

Bayar

Cek
bayar

ya

END

4. Analisis PIECES
No

Faktor

Pedagang
1

Hasil

Bagian

Masalah

-

Antrian pesanan

Peluang Solusi

-

Performance
Pembeli

-

Lama waktu pesanan

-

Tidak tahu tempat
pemesan

-

Tidak ada informasi
stok terkait dagangan
para pedangan

Pedagang
2

-

Information
Pembeli

Pedagang

3

Economic

-

Laporan keuntungan
tidak ada

-

Harus bayar cash
Apabila pakai uang
pecahan besar,
kembalian terkadang

tidak ada

Pembeli

-

Pedagang
4

-

Laporan penjualan
tidak ada

Controll

Pembeli

-

Bisa kabur tanpa
membayar

-

Promosi barang
dagang seadanya

Pedagang

5

-

Efficiency

Pembeli

Harus keliling
mencari menu

kesukaannya

Pembuatan list
antrian pesanan
Pembuatan nomor
antrian pelayanan
dari pedagang
Dapat mengetahui
tempat pembeli
dengan nomor
meja yang tersedia
Pembeli dapat
mengetahui barang
yang akan
dibelinya masih
ada atau tidak
Dengan adanya
report keuntungan
penjualan, dapat
mengetahui barang
dagang unggulan
Dengan virtual
account yang terintregasi dengan
system dapat
membayar dengan
uang digital
Pembuatan report
penjualan dapat
membantu
pedagang untuk
mengontrol barang
dagangannya
Dengan virtual
cash, pembeli
dijamin membayar
ketika melakukan
pemesanan
Dapat promosikan
dagangan dengan
deskripsi produk
pada system
Dengan adanya
menu list
dagangan, pembeli
hanya tinggal
membaca di
aplikasi

Pedagang
6

-

Service
Pembeli

Kurang maksimalnya pelayanan kepada
pelanggan
Hanya menggerutu ke pedagang apabila
merasa pelayanan
tidak memuaskan

Feedback untuk
memperbaiki
kualitas pelayanan
Feedback untuk
memberikan
penilaian terhadap
penjual

5. Analisis Kelayakan
Bagaimanakah hasil analisis kelayakan untuk projek ini?
5.1 Kelayakan Teknis
Apakah teknologi yang dibutuhkan sudah tersedia?
Berkembangnya dunia teknologi dengan begitu pesatnya, sangatlah
mudah dalam membuat maupun mengembangkan sebuah system saat
ini. Kebutuhan untuk menunjang system juga sangat mudah
didapatkan di pasaran saat ini.
Sistem yang sekarang ada dalam penjualan makanan dan minuman
di kantin AMIKOM masih menggunakan cara konvensional, yaitu
proses jual beli biasa semenjak dahulu kala.
Untuk itu, maka diperlukan sebuah system untuk menggantikan
proses jual beli secara konvensional ini dengan mengikuti teknologi
yang berkembang saat ini.

Bagaimanakah teknologi ini berjalan?
Aplikasi ini berjalan di local area maupun public area. Maksudnya
adalah : aplikasi ini dapat dijalankan hanya di area kampus maupun di
luar area kampus.
Untuk memudahkan pemakaian aplikasi ini, aplikasi ini dibuat
dengan bahasa pemrograman php dan java. Untuk database dapat
menggunakan mysql atau mariadb. Aplikasi ini dibangun secara
webbased yang artinya aplikasi ini dapat diakses melalui web dan
dibuild berbasis android, iOS, dan windows phone.

Apakah user menguasai teknologi ini?
Aplikasi ini dibangun dengan mengutamakan kemudahan dalam
penggunaanya. Jadi, segaptek apapun orang yang menggunakan
aplikasi ini, akan merasa mudah.

5.2 Kelayakan Operasional
Apakah aplikasi ini akan dapat menyelesaikan masalah yang ada
saat ini?
Aplikasi ini dibuat dengan tujuan utama adalah menggantikan
proses jual beli konvensional dengan system jual beli secara elektronik
dengan mengikuti teknologi yang berkembang saat ini.

5.3 Kelayakan Ekonomis
Apakah dengan aplikasi ini dapat menguntungkan dari aspek
bisnis dan ekonomi?
Untung dalam aspek bisnis dan ekonomi disitu bukan hanya dalam
bentuk materi saja, tetapi juga ketepatan teknologi (teknologi tepat
guna) yang manfaatnya sangat terasa dari sebelumnya.
Berikut adalah hitungan analisis biaya dalam project pembuatan
aplikasi ini :
Biaya pengadaan
: Rp.20.000.000,Biaya persiapan operasi : Rp. 1.000.000.Biaya proyek
Biaya konsultan
Tahap analisa
Tahap desain system
Penerapan system
Total

: Rp. 4.000.000,: Rp. 2.000.000,: Rp. 2.000.000,: Rp. 1.000.000,: Rp.30.000.000,-

Biaya operasi dan perawatan
Tahun ke-0
Tahun ke-1
Tahun ke-2
Tahun ke-3
Tahun ke-4
Tahun ke-5

: Rp. 1.000.000,: Rp. 1.500.000,: Rp. 2.000.000,: Rp. 2.500.000,: Rp. 3.000.000,: Rp. 3.500.000,-

Keuntungan wujud
Tahun ke-0
Tahun ke-1
Tahun ke-2
Tahun ke-3
Tahun ke-4
Tahun ke-5

: Rp. 0,: Rp. 3.000.000,: Rp. 4.000.000,: Rp. 5.000.000,: Rp. 6.000.000,: Rp. 6.500.000,-

Keuntungan tak wujud
Tahun ke-0
Tahun ke-1
Tahun ke-2
Tahun ke-3
Tahun ke-4
Tahun ke-5

: Rp. 0,: Rp. 4.000.000,: Rp. 5.000.000,: Rp. 7.000.000,: Rp. 9.000.000,: Rp. 9.500.000,-

Selisih total manfaat dengan total biaya
Tahun ke-0 : Rp. 0
Tahun ke-1 : Rp. 7.000.000
Tahun ke-2 : Rp. 9.000.000
Tahun ke-3 : Rp. 12.000.000
Tahun ke-4 : Rp. 15.000.000
Tahun ke-5 : Rp. 16.000.000
Nilai invest
Proceed tahun ke-1
Selisih invest tahun ke-2
Proceed tahun ke-2
Selisih invest tahun ke-3
Proceed tahun ke-3
Selisih invest tahun ke-4

– Rp. 30.000.000 = - Rp. 30.000.000
– Rp. 1.000.000 = Rp. 6.000.000
– Rp. 1.500.000 = Rp. 8.500.000
– Rp. 2.000.000 = Rp. 10.000.000
– Rp. 2.500.000 = Rp. 12.500.000
– Rp. 3.000.000 = Rp. 13.000.000
= Rp. 30.000.000
= Rp. 6.000.000 = Rp. 24.000.000
= Rp. 8.500.000 = Rp. 15.500.000
= Rp. 10.000.000 = Rp. 5.500.000

Payback periode = 5.500.000/13.0000.000 x 12
= 3 tahun 5 hari
Periode pengembalian sudah dapat dicapai di tahun ke-4 secara detail
adalah 3 tahun. Dapat disimpulkan bahwa, modal akan kembali pada
waktu 3 tahun, dan setelah itu mulai dapat mengambil keuntungan
dari system tersebut.
ROI = (Total manfaat – total biaya)/total biaya x 100%
= (59.000.000 – 43.500.000)/43.500.000 x 100%
= 9.000.000 / 43.500.000 x 100%
= 35,6 %
System ini memberikan keuntungan pada tahun ke-4 sebesar 35,6%
dari biaya pengadaan, sehingga system ini layak dikerjakan.

Berapa lama uang investasi akan kembali?
3 tahun 5 hari
Berapa keuntungan yang akan didapat?
35,6 % di tahun ke-4
5.4 Kelayakan Hukum
Apakah aplikasi ini dibuat dengan tools yang legal?
Dalam pembuatan aplikasi ini, tools yang digunakan semua
bersifat open source dan freeware.
6. Analisis Kebutuhan Sistem
6.1 Kebutuhan Fungsional (Functional Requirements)
Kebutuhan fungsional dari sistem ini antara lain :
1. Administrator
a) Admin dapat melakukan log in dan log out.
b) Admin dapat menambahkan, mengedit, dan menghapus
data, dan komentar.
c) Admin dapat menambahkan, mengedit, dan menghapus data
member.
d) Admin dapat mengirim dan menerima pesan.
e) Admin mendapatkan full control system.
2. Member
a) Member dapat melakukan log in dan log out.
b) Member dapat melihat dan mengedit profilnya masing-masing.
c) Member dapat mengirimkan pesan kepada admin dan
pedagang.
d) Member dapat melihat pesan masuk dan pesan keluarnya
masing-masing.
e) Member dapat melihat daftar pedagang.
f) Member dapat menambahkan feedback kepada admin dan
pedagang.
g) Member dapat menambahkan komentar baru dan mengedit
atau menghapus komentar yang ia terbitkan.
h) Member dapat melihat komentar yang diterbitkan oleh
anggota lain.
3. Pedagang
a) Pedagang dapat melakukan log in dan log out.
b) Pedagang dapat melihat dan mengedit profilnya masingmasing.

c) Pedagang dapat mengirimkan pesan kepada admin.
d) Pedagang dapat melihat pesan masuk dan pesan keluarnya
masing-masing.
e) Pedagang dapat melihat daftar pedagang lain.
f) Pedagang dapat menambahkan iklan (promosi) terhadap
produk dagangnya.
g) Pedagang dapat menambahkan deskripsi produk jualnya dan
mengedit atau menghapus deskripsi yang ia terbitkan.
h) Pedagang dapat menerima feedback yang diterbitkan oleh
member untuk memperbaiki layanan penjualannya.
4. User
a) User yang memiliki hubungan keterkaitan dengan STMIK
AMIKOM Yogyakarta dapat mendaftar menjadi member.
b) User yang tidak memiliki hubungan keterkaitan dengan
STMIK AMIKOM Yogyakarta hanya dapat melihat halaman
index aplikasi.
c) User yang tidak mendaftar menjadi member, hanya dapat
melakukan transaksi secara cash (konvensional).
6.2 Kebutuhan Non-Fungsional (Nonfunctional Requirements)
Kebutuhan non-fungsional dari sistem ini antara lain :
1. Kebutuhan Hardware
a) Hardware yang digunakan dalam pembuatan sistem :
1) Processor Intel Core i5
2) HDD 128 GB SSD
3) RAM 4 GB
b) Hardware yang dibutuhkan dalam menjalankan sistem :
1) Laptop / Komputer
2) Processor Intel IV keatas
3) HDD minimal 120 GB
4) RAM minimal 1 GB
2. Kebutuhan Software
a) Software yang digunakan dalam pembuatan sistem :
1) Windows 10 Pro OEM Free Upgrade
2) XAMPP v3.2.1
3) Google Chrome v46.0
4) Notepad++ v6.8.3
5) Sublime Text 2 v2.0.2
6) Android Studio v1.4.1
b) Software yang digunakan dalam menjalankan sistem :
1) Peramban Web seperti, Mozilla Firefox, Safari, Google
Chrome, dan lain-lain.

3. Kebutuhan Brainware
a) Administrator,
seseorang atau sekelompok orang yang
mempunyai level tertinggi dalam pengaturan sistem atau
merupakan orang yang membangun sistem.
b) Member, merupakan user yang telah melakukan pendaftaran
dan mengikuti forum diskusi ini.
c) Pedagang, merupakan member yang telah melakukan
pendaftaran sebagai penjual barang dagang di kantin STMIK
AMIKOM Yogyakarta.
d) User, merupakan orang yang belum mendaftar pada forum dan
hanya bisa melihat tampilan awal.
7. Context Diagram

8. - DFD Level 0

9. Rancangan Basis Data (ERD)

Proses Laporan Order

Proses Laporan Pembayaran

Proses Data Setelah Order

Proses Perubahan Harga

Proses Perubahan Deskripsi

Proses Perubahan Produk

Proses Tambah Produk

R

Proses Feedback

R
R

Proses Pembayaran

Member/User
- Nama
- Password
- Saldo
- Lokasi
- Feedback
Pedagang
- Id Pedagang
Produk
- Id produk
- Nama produk
- Harga
- Deskripsi
- Jumlah
Order
- Id order
- Tanggal order
- Nama barang
- Jumlah order
- Total harga

R

R

R

R
R

C

R
R
R

R

R

R

R

R

R

R

R

R
R
R

R
R
R

R
R
R

R
R
RU

R
R

CRUD
CRUD
CRUD
CRUD
CRUD

C
C
C
C
C

Proses Order

Proses Login System

10. CRUD Matrix

R
RU
C

RU

R

R

RU
R

RU

R
R
R
R
R
R
R
R
R
R
C = Create | R = Read | U = Update | D = Delete

11. Gantt chart for project scheduling

12. HIPO (Hierarchy Input Process Output) Design

• IPO Design

APPS

Login

Read DB

Order
Auth
Login

Auth
Order

Feedback

Manage
Inventory

Payment

Auth
Payment

Generate
Invoice

Create

Generate
Feedback

•

HIPO Design

INPUT

PROSES

OUTPUT

AUTH LOGIN
User
Screen
Login

User
Screen
Order

Hidden
proses

User
Screen
checkout

User
Screen
Feedback

- Otentifikasi proses login
- Cek validitas login di
database

AUTH ORDER
- Otentifikasi proses order
- Write data order to
database

MANAGE INVENTORY
- Read stock data invent.
- Update data inventory

PAYMENT ORDER
- Generate data auth order
- Generate report payment

FEEDBACK
- Generate feedback

Dashboard
aplikasi

User
Screen
Order

Hidden
proses

User
screen
payment
order

User
Screen
Feedback

13. User Interface Design