mekanisme kerja

42
LAPORAN PROJECT AKHIR Analisis dan Perancangan Sistem Cahyo Adi Prasojo 135150201111140 Muhammad Noor Taufiq 135150200111142 Listiya Surtiningsih 135150201111154 PENDAHULUAN A. Fase Analisis Perancangan 1.1 Definisi Masalah Responden merasa bosan dengan makanan yang ada disekitarnya. Mayoritas menyatakan dengan adanya jasa delivery makanan dapat mempermudah dalam memperoleh makanan. Selain itu, faktor yang mempengaruhi responden untuk memilih jasa delivery yaitu karena malas untuk keluar rumah. Mereka memerlukan delivery tempat makan yang murah dan bisa tepat waktu. Dari permasalahan diatas, kami memberikan solusi, yaitu dengan membuat dan merancang sebuah apps delivery makanan murah yang diterapkan pada warung, serta pilihan makanan yang beragam dan pengguna dapat memesan makanan melalui apps tersebut tanpa harus menelepon. 1.2 Elistisitas What : Informasi yang terbatas mengenai pelayanan delivery makanan menjadi faktor penyebab sulitnya masyarakat dalam mencari makanan saat memiliki waktu yang sedikit. Who : Masyarakat (Khususnya Mahasiswa dan pekerja). When : Ketika sedang sibuk dalam hal pekerjaan, Malas pergi keluar atau tidak adanya kendaraan. Where : Di daerah Malang (Khususnya Kota Malang). Why : - Kurangnya informasi lokasi dan contact person mengenai tempat makan yang menyediakan layanan pesan antar makanan. - Masyarakat kurang mengetahui mengenai harga yang ditawarkan oleh rumah makan yang menyediakan jasa pesan antar makanan sehingga kebanyakan masyarakat berpikiran harga yang ditawarkan akan mahal.

Upload: apri-setya

Post on 11-Sep-2015

249 views

Category:

Documents


2 download

DESCRIPTION

skripsi

TRANSCRIPT

  • LAPORAN PROJECT AKHIR

    Analisis dan Perancangan Sistem

    Cahyo Adi Prasojo 135150201111140

    Muhammad Noor Taufiq 135150200111142

    Listiya Surtiningsih 135150201111154

    PENDAHULUAN

    A. Fase Analisis Perancangan

    1.1 Definisi Masalah

    Responden merasa bosan dengan makanan yang ada disekitarnya. Mayoritas menyatakan

    dengan adanya jasa delivery makanan dapat mempermudah dalam memperoleh makanan. Selain

    itu, faktor yang mempengaruhi responden untuk memilih jasa delivery yaitu karena malas untuk

    keluar rumah. Mereka memerlukan delivery tempat makan yang murah dan bisa tepat waktu.

    Dari permasalahan diatas, kami memberikan solusi, yaitu dengan membuat dan merancang

    sebuah apps delivery makanan murah yang diterapkan pada warung, serta pilihan makanan yang

    beragam dan pengguna dapat memesan makanan melalui apps tersebut tanpa harus menelepon.

    1.2 Elistisitas

    What : Informasi yang terbatas mengenai pelayanan delivery makanan menjadi faktor

    penyebab sulitnya masyarakat dalam mencari makanan saat memiliki waktu yang sedikit.

    Who : Masyarakat (Khususnya Mahasiswa dan pekerja).

    When : Ketika sedang sibuk dalam hal pekerjaan, Malas pergi keluar atau tidak adanya

    kendaraan.

    Where : Di daerah Malang (Khususnya Kota Malang).

    Why : - Kurangnya informasi lokasi dan contact person mengenai tempat makan yang

    menyediakan layanan pesan antar makanan.

    - Masyarakat kurang mengetahui mengenai harga yang ditawarkan oleh rumah

    makan yang menyediakan jasa pesan antar makanan sehingga kebanyakan

    masyarakat berpikiran harga yang ditawarkan akan mahal.

  • How : Selama ini banyaknya responden yang hanya mengetahui informasi secara

    terbatas mengenai tempat makan yang menyediakan pelayanan pesan antar.

    1.3 Identifikasi

    1. IDENTIFIKASI KEBUTUHAN : (IK)

    a. Sistem dapat memberikan informasi seluruh tempat makan yang menyediakan jasa

    delivery atau pesan-antar makanan di daerah Kota Malang.

    b. Sistem dapat memberikan rekomendasi tempat makan di Kota Malang.

    c. Sistem dapat memberikan informasi estimasi waktu pengiriman dan konsequensi

    keterlambatan pengiriman.

    d. Sistem dapat menyediakan fasilitas testimoni untuk customer.

    e. Sistem dapat menyimpan menu yang dipesan oleh customer.

    f. Penjual dapat mengupdate data-data mengenai rumah makannya.

    g. Pengguna dapat mendaftarkan diri kedalam sistem menggunakan alamat email dan

    usernamenya.

    1.4 Spesifikasi

    1. Spesifikasi Kebutuhan 1 : (SK1)

    a. Sistem menampilkan informasi tempat makan yang menyediakan jasa deliveri

    makanan

    b. Sistem menampilkan informasi menu makanan dan minuman beserta harganya.

    c. Sistem dapat mengurutkan makanan mulai dari harga termurah sampai terbesar.

    2. SPESIFIKASI KEBUTUHAN 2 : (SK2)

    a. Sistem dapat menampilkan rekomendasi tempat makan di Kota Malang berdasarkan

    hasil testimoni dari customer.

    b. Sistem dapat menampilkan rekomendasi tempat makan di Kota Malang berdasarkan

    promo yang diberikan penjual.

    c. Sistem dapat menampilkan rekomendasi tempat makan di Kota Malang berdasarkan

    jarak lokasi terdekat dari customer.

    3. SPESIFIKASI KEBUTUHAN 3 :(SK3)

    a. Sistem dapat memberikan informasi estimasi waktu pengiriman berdasarkan jarak

    lokasi customer.

    b. Sistem dapat memberikan informasi konsequensi keterlambatan pengiriman berupa

    potongan harga 10% dari total harga makanan yang dipesan.

    4. SPESIFIKASI KEBUTUHAN 4 : (SK4)

    a. Sistem menyediakan fasilitas upload foto untuk testimoni.

    b. Sistem menyediakan fasilitas rating dengan memilih icon like dan dislike pada

    gambar masing-masing menu atau gambar tempat makan.

    c. Sistem menyediakan fasilitas comentar mengenai rumah makan.

  • 5. SPESIFIKASI KEBUTUHAN 5 : (SK5)

    a. Costumer dapat memilih menu makanan yang ingin dipesan lebih dari satu menu.

    b. Sistem dapat menyimpan menu yang dipesan oleh customer.

    c. Sistem dapat menghitung total harga dari semua menu yang telah dipesan customer.

    d. Customer bisa menghapus menu yang telah dipesan sebelumnya.

    6. SPESIFIKASI KEBUTUHAN 6 : (SK6)

    a. Penjual bisa mengedit nama makanan atau nama rumah makan yang dia miliki

    b. Sistem dapat menyimpan hasil perubahan/update menu dari suatu rumah makan.

    c. Sistem bisa menghapus menu makanan dan rumah makan.

    d. Penjual bisa menghapus menu makanan.

    e. Penjual bisa mengedit harga menu makanan.

    f. Sistem bisa menambahkan rumah makan baru.

    7. SPESIFIKASI KEBUTUHAN 7 : (SK7)

    a. Sistem dapat menambahkan pengguna kedalam sistem sesuai dengan

    usernamenya beserta password.

    b. Pengguna dapat masuk kedalam sistem dengan password dan usernamenya.

    c. Pengguna dapat keluar dari sistem.

    Tabel Kebutuhan

    ID IK Identifikasi Kebutuhan Rate

    IK-1

    Sistem dapat memberikan informasi seluruh

    tempat makan yang menyediakan jasa

    delivery atau pesan-antar makanan di daerah

    Kota Malang

    High

    IK-2 Sistem dapat memberikan rekomendasi tempat

    makan di Kota Malang High

    IK-3

    Sistem dapat memberikan informasi estimasi

    waktu pengiriman dan konsequensi

    keterlambatan pengiriman

    Medium

    IK-4 Sistem dapat menyediakan fasilitas testimoni

    untuk cuctomer Low

    IK-5 Sistem dapat menyimpan menu yang dipesan

    oleh customer. High

  • IK-6 Penjual dapat mengupdate data-data mengenai

    rumah makannya. High

    Tabel spesifikasi kebutuhan

    ID IK ID

    SK Spesifikasi Kebutuhan Rate

    IK-1 SK-1

    Sistem dapat memberikan

    informasi tempat makan yang

    menyediakan jasa deliveri

    untuk makanan rumahan

    High

    IK-1 SK-2

    Sistem dapat memberikan

    informasi menu makanan dan

    minuman beserta harganya

    high

    IK-1 SK-3

    Sistem dapat mengurutkan

    makanan mulai dari harga

    termurah sampai terbesar.

    high

    ID IK ID SK Spesifikasi Kebutuhan Rate

    IK-2 SK-3

    Sistem dapat memberikan rekomendasi

    tempat makan di Kota Malang

    berdasarkan hasil testimoni dari customer

    Medium

    IK-2 SK-4

    Sistem dapat menampilkan rekomendasi

    tempat makan di Kota Malang

    berdasarkan promo yang diberikan

    penjual.

    Medium

    IK-2 SK-5

    Sistem dapat menampilkan rekomendasi

    tempat makan di Kota Malang

    berdasarkan jarak lokasi terdekat dari

    customer.

    Medium

  • ID IK ID SK Spesifikasi Kebutuhan Rate

    IK-3 SK-6

    Sistem dapat memberikan informasi estimasi

    waktu pengiriman berdasarkan jarak lokasi

    customer

    low

    IK-3 SK-7

    Sistem dapat memberikan informasi

    konsequensi keterlambatan pengiriman

    berupa potongan harga 10% dari total harga

    makanan yang dipesan

    low

    ID IK ID SK Spesifikasi Kebutuhan Rate

    IK-4 SK-8 Sistem dapat menyediakan fasilitas upload

    foto untuk testimoni low

    IK-4 SK-9 Sistem dapat menyediakan fasilitas rating

    dengan icon like dan dislike medium

    IK-4 SK-10 Sistem dapat menyediakan fasilitas comentar

    mengenai jasa deliveri rumah makan tersebut low

    ID IK ID SK Spesifikasi Kebutuhan Rate

    IK-5 SK-11 Costumer dapat memilih menu makanan

    yang ingin dipesan lebih dari satu menu. High

    IK-5 SK-12 Sistem dapat menyimpan menu yang dipesan

    oleh customer. High

    IK-5 SK-13 Sistem dapat menghitung total harga dari

    semua menu yang telah dipesan customer. High

    IK-5 SK-14 Customer bisa menghapus menu yang telah

    dipesan sebelumnya. High

  • ID IK ID SK Spesifikasi Kebutuhan Rate

    IK-6 SK-15 Penjual bisa mengedit nama makanan atau

    nama rumah makan yang dia miliki High

    IK-6 SK-16

    Sistem dapat menyimpan hasil

    perubahan/update menu dari suatu rumah

    makan.

    Medium

    IK-6 SK-17 Sistem bisa menghapus menu makanan atau

    rumah makan. Medium

    IK-6 SK-18 Penjual bisa mengedit harga menu makanan. Medium

    1.5 Tabel Kebutuhan Fungsional

    ID KF Kebutuhan Fungsional

    KF-1 Login

    KF-2 Register

    KF-3 Tampilkan Daftar Tempat Makan

    KF-4 Tampilkan Daftar Menu Makanan

    KF-5 Pilih Menu

    KF-6 Menampilkan Total Harga Pesanan

    KF-7 Membatalkan Pesanan

    KF-8 Menambahkan Tempat Makanan

    KF-9 Update Menu Makanan

  • 1.6 Tabel Kebutuhan Non-Fungsional

    ID KnF Kebutuhan Non-Fungsional Parameter

    KnF-1 Aplikasi Tidak Mengalami error saat

    diakses 200 orang Reliability

    KnF-2

    Aplikasi memilik protection user

    akun terhadap penyalahgunaan

    pemesanan makanan.

    Safety

    KnF-3

    Aplikasi dapat berjalan secara

    normal dalam merespon input dari

    user.

    Response Time

    KnF-4

    Aplikasi mempunyai sistem

    autentifikasi berupa username dan

    password untuk login

    Security

    KnF-5 Konten aplikasi dapat diakses 24-

    jam Availability

    KnF-6 User Interface Aplikasi nyaman dan

    menarik dipandang oleh user. Ergonomy

    KnF-7

    Aplikasi berjalan tanpa

    Bugs(masalah) ketika user

    mengakses sistem

    Performance

    KF-10 Menambahkan Menu Makanan

    KF-11 Pesan Menu

  • 1.7 Pemodelan Kebutuhan ( Use Case )

    Customer

    Login

    menampilkan tempat makan

    Menampilkan menu makanan

    Pilih menu

    Pesan menu

    membatalkan pesanan

    System

    Menampilkan Total HargaNon member

    Register

    Penjual

    Update Info Rumah Makan

    Update Menu

    Login1

    Tambah menu makanan

  • 1.8 Use Case Scenario

    KF-1 Login

    actor Customer,Penjual

    objektif menjelaskan bagaimana aktor yang sebelumnya sudah menjadi

    administrator atau user yang teregistrasi melakukan login

    Pre-Condition Actor adalah registered user yang belum melakukan login.

    Main flow 1. Aktor melakukan aktivasi login.

    2. Aktor memasukkan username dan password.

    Alternative

    flow

    1. Jika terjadi kesalahan saat login,maka akana muncul peringatan

    username atau password salah.

    Post-

    Condition

    Aktor telah melakukan login dan menjadi customer atau penjual

    atau admin.

  • KF-2 Register

    actor Customer dan penjual

    objektif Menjelaskan bagaimana user menambahkan dirinya sebagai

    administrator atau sebagai user yang teregistrasi kedalam sistem.

    Pre-Condition 1. Aktor adalah masyarakat Kota Malang yang belum register

    kedalam sistem

    Main flow 1. Aktor melakukan Login

    2. Aktor memilih register customer atau register penjual

    3. Custumer memasukkan

    nama,username,password,email,JK,no telp,alamat.

    4. Customer validasi melalui email.

    Alternative flow 1. Apabila Aktor memilih register penjual,maka Aktor harus

    memasukkan nama,username,password,alamat,email,no telp.

    2. Penjual validasi data melalui email.

    3. Penjual melakukan upload bukti pembayaran(transfer)

    4. Penjual validasi pembayaran melalui email.

    Post-Condition Aktor tekah register dan bisa masuk kedalam sistem.

    KF-3 Tampilkan Daftar Tempat Makan

    actor Customer

    objektif Menampilkan Daftar tempat makan yang ada di kota Malang.

    Pre-Condition Aktor adalah pengguna sistem yang telah melakukan login.

  • Main flow 1. Aktor memilih menu Daftar Tempat Makan

    2. Sistem menampilkan daftar tempat makan .

    Alternative flow Setelah aktor melakukan login,aktor akan dapat melihat Daftar

    Tempat Makan pada saat itu juga.

    Post-Condition Aktor melihat Daftar Tempat Makan

    KF-4 Tampilkan Daftar Menu Makanan

    actor Customer

    objektif Menampilkan Daftar menu makanan pada tidap menu makanan.

    Pre-Condition Aktor adalah pengguna sistem yang telah melakukan login.

    Main flow 1. Aktor memilih menu Menu Makanan

    2. Sistem menampilkan daftar menu makanan berdasarkan

    harganya.

    Alternative flow 1. Aktor dapat melihat Daftar Menu Makanan apabila mengklik

    gambar rumah makan yang ditampilkan sebelumnya.

    2. Jika terjadi kesalahan dala koneksi,maka ada peringatan

    Silahkan Refresh Page.

    3. Aktor menekan tombol Refresh Page(Reload).

  • Post-Condition Aktor melihat Daftar menu makanan.

    KF-5 Menampilkan Total Harga

    actor System

    objektif Menjelaskan Bagaimana Customer yang telah memilih makanan

    yang ingin dipesan dapat melihat total harga keseluruhan yang

    telah dihitung oleh system.

    Pre-Condition Aktor telah memilih menu yang ingin dipesan

    Main flow 1. Customer membuka daftar menu pesanan.

    2. Sistem menampilkan total harga pesanan.

    Alternative flow 1. Jika Aktor memilih submit,maka akan ada peringatan Yes

    or No.

    2. Aktor menekan tombol Yes or No.

    3. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

    Silahkan Refresh Page.

    4. Aktor menekan tombol Refresh Page(Reload).

    Post-Condition Aktor melihat total keseluruhan harga dari menu yang dia pesan.

    KF-6 Pilih Menu

    actor Customer

    objektif Menjelaskan bagaimana aktor memilih menu yang ingin

    dipesan.

  • Pre-Condition Aktor adalah pengguna sistem yang telah login.

    Main flow 1. Sistem menampilkan kumpulan Daftar Menu.

    2. Aktor memilih menu dengan cara memberi tanda checklist

    pada bagian samping gambar menu.

    Alternative flow 1. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

    Silahkan Refresh Page.

    2. Aktor menekan tombol Refresh Page(Reload).

    Post-Condition Menu yang telah dipilih aktor akan disimpan sebagai daftar menu

    .pesanan.

    KF-7 Membatalkan Pesanan

    actor Customer

    objektif Menjelaskan bagaimana Aktor dapat membatalkan menu yang

    telah dipesan.

    Pre-Condition Aktor adalah pengguna sistem yang telah login.

    Main flow 1. Aktor menekan tombol cancel.

    2. Sistem menghapus menu pesanan customer.

    Alternative flow 1. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

    Silahkan Refresh Page.

    2. Aktor menekan tombol Refresh Page(Reload).

  • Post-Condition Menu yang telah dipesan customer sebelumnya akan dihapus.

    KF-8 Menambahkan Tempat Makan.

    actor System

    objektif Menjelaskan bagaimana aktor dapat menambahkan data baru

    berupa data tempat makan baru kedalam database.

    Pre-Condition -

    Main flow 1. Aktor menerima data dari user yang mendaftar(register)

    sebagai penjual.

    2. Aktor akan membuat data dan akun baru untuk sebuah rumah

    makan berdasarkan informasi dari penjual ke dalam database.

    Alternative flow 1. Apabila tidak ada notifikasi mengenai keberhasilan

    pembuatan akun,maka penjual dapat mecoba melakukan

    register kembali dan mengisi form secara lengkap dengan

    alamat yang benar,yaitu daerah malang.

    Post-Condition Sytem membuat data dan akun baru mengenai sebuah rumah

    makan.

    KF-9 Update Menu Makanan

    actor Penjual

    objektif Menjelaskan bagaimana Aktor mengupdate(hapus dan edit)

    daftar menu makanannya.

  • Pre-Condition Aktor adalah pengguna sistem yang telah login.

    Main flow 1. Penjual mengedit atau menghapus nama atau harga makanan

    dari daftar menu.

    2. Sistem mengganti/merubah data menu makanan dengan data

    yang baru.

    Alternative flow 1. Apabila Aktor menghapus makanan dari daftar menu,maka

    Sistem akan menghapus data makanan tersebut dari daftar

    menu rumah makan aktor.

    2. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

    Silahkan Refresh Page.

    3. Aktor menekan tombol Refresh Page(Reload).

    Post-Condition Aktor melihat hasil update daftar menu makanan.

    KF-10 Menambahkan Menu Makanan

    actor Penjual

    objektif Menjelaskan bagaimana aktor menambahkan menu baru kedalam

    daftar menu makanan rumah makananya.

    Pre-Condition Aktor adalah pengguna sistem yang telah login.

    Main flow 1. Penjual menambah menu makanan

    2. Penjual memasukkan nama,deskripsi dan harga dari makanan.

    3. Sistem membuat data baru untuk sesuai menu makanan yang

    ditambahkan aktor.

    Alternative flow 1. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

    Silahkan Refresh Page.

    2. Aktor menekan tombol Refresh Page(Reload).

  • Post-Condition Aktor melihat menu makanan baru yang ditambahkan.

    KF-11 Pesan Menu

    actor Customer

    objektif Menjelaskn bagaimana aktor dapat memesan makanan yang

    telah dipilih sebelumnya

    Pre-Condition Aktor adalah pengguna sistem yang telah login.

    Main flow 1. Aktormemilih menu

    2. Aktor melihat harga menu yang tertera.

    3. Aktor memilih buttonsubmit untuk memesan makanan

    Alternative flow 1. Jika terjadi kesalahan dalam koneksi,maka ada peringatan

    Silahkan Refresh Page.

    2. Aktor menekan tombol Refresh Page(Reload).

    Post-Condition Aktor melihat menu makanan baru yang ditambahkan.

    Identifikasi Aktor

    Pengguna Tugas Hak Akses

    Aplikasi

    System Mengelola informasi yang

    terdapat di dalam system, baik

    daftar database yang berisi

    kumpulan daftar tempat

    makan,kumpulan daftar

    menu,data anggota customer

    dan data anggota

    penjual,menambah anggota

    dan menambah data tempat

    KF-6

    KF-5

    KF-9

    KF-10

    KF-7

  • makan.

    Customer Menampilkan daftar rumah

    makan,daftar menu dan

    harga,memberikan

    komentar,memilih

    menu,memesan makanan,dan

    membatalkan pesanan.

    KF-1

    KF-2

    KF-3

    KF-4

    KF-5

    KF-7

    KF-11

    Penjual Mengeset harga dan menu

    makanan,mengeset informasi

    dari rumah

    makan,mengupdate daftar

    menu dan rumah makan dan

    melayani delivery.

    KF-1

    KF-2

    KF-9

    KF-10

    B. Fase Perancangan

    1.1 Gambaran Umum Sistem

    Sistem delivery apps ini akan diterapkan pada sistem mobile yang dapat digunakan pada

    IOS, smartphone, dan android. Menurut pengamatan kami, untuk pengguna android,

    smartphone dan ios myoritas lebih besar, sehingga dapat disimpulkan seperti itu. Seperti

    halnya mobile applikation yang menggunakan user account agar dapat mendapatkan fasilitas

    yang disediakan. Dimana dalam apps ini terdapat 2 user yang berbeda, yaitu : customer dan

    penjual. Dimana customer nantinya akan memilih menu makanan, tetapi setelah login dan

    registrasi sebelumnya, kemudian bisa memesanya dengan fasilitas delivery. Sedangkan

    penjual menerima daftar pesanan dari customer. Setelah itu, penjual melakukan deliverynya.

    Pada intinya sistem kami menjadi perantara antara penjual dan customer dalam bertransaksi

    pemesanan dengan menggunakan jasa delivery.

  • 1.2 Pemodelan Perancangan Sistem ( OO )

    1. Activity Diagram

    a. Login

    b. Update Data

  • c. Hapus Pesanan

  • d. Update info rumah makan,total harga dan register

  • e. Tambah menu makanan & Pilih menu makanan

  • 2. Sequence Diagram

  • 3. Class Diagram

  • 1.3 Perancangan Arsitektur

    1.4 Perancangan Antarmuka

    1. Tampilan awal Login

  • 2. Pilihan register

    UI CUSTOMER

    1. Form Register Customer

  • 2. Verifikasi email

    3. Tampilan daftar tempat makan berdasarkan rating like

  • 4. Tampilan menu dan harga berdasarkan pilihan di tempat makan

    5. Tampilan total pesanan beserta total harga

  • 6. Peringatan saat menekan tombol submit

    7. Tampilan akhir dan pemberitahuan estimasi waktu, status.

  • UI PENJUAL

    1. Form register penjual

    2. Verifikasi alamat email

  • 3. Tampilan Home penjual menampilkan daftar tempat makan berdasarkan rating like

    4. Tampilan kelola menu untuk update menu

  • 5. Tampilan edit menu

    6. Tampilan menambah menu

  • 7. Tampilan data pesanan

    1.5 Perancangan Algoritma Proses dalam Sistem ( Flowchart)

    1. FlowChart Customer

  • 2. FlowChart Penjual