Langsung ke konten utama

Program Aplikasi Kasir Mawar

 

 

 

Tugas ini Disusun untuk Memenuhi Tugas Rekayasa Perangkat Lunak

 Dosen Pengampu

Dyah Ayu Megawaty, M.Kom

 


Disusun oleh :

Fajar Maisandi Sinaga (20312134)

Niko Surya Yudha (20312139)

Ilham Baihaqi       (20312152)

Ikhwanus Sholih (20312147)

 

Program Studi Informatika Fakultas Teknik dan Ilmu Komputer

Universitas Teknokrat Indonesia

 


 

Software Requirements Specification

for


Table of Contents

1.    Introduction. 1

1.1         Purpose. 1

1.2         Document Conventions. 1

1.3         Intended Audience and Reading Suggestions 1

1.4         Product Scope. 1

1.5         References 2

2.    Overall Description. 2

2.1         Product Perspective. 2

2.2         Product Functions. 3

2.3         User Classes and Characteristics 4

2.4         Operating Environment 4

2.5         Design and Implementation Constraints. 5

2.6         User Documentation. 5

2.7         Assumptions and Dependencies. 5

3.    External Interface Requirements. 6

3.1         User Interfaces 6

3.1.1     Tampilan Awal 6

3.1.2     Tampilan Login. 6

3.1.3     Tampilan Stock Barang (Import) 6

3.1.4     Tampilan Stock Barang. 6

3.1.5     Tampilan Inputan Pembayaran. 6

3.1.6     Tampilan Histori Pembayaran. 7

3.2         Hardware Interfaces 7

3.3         Software Interfaces 7

3.4         Communications Interfaces. 7

4.    System Features. 7

4.1         USER REGISTRATION AND LOGIN FORM.. 8

4.2         USER-TO-MEMBER TRANSACTIONS. 8

4.3         TRANSACTIONS. 9

4.4         GROUP HISTORY.. 9

5.    External Interface Requirements. 10

5.1         User-Interface. 10

5.1.1     Tampilan Awal 10

5.1.1.a. Tampilan Tabel Barang. 11

5.1.1.b Tampilan Tabel Supplier 11

5.1.1.c. Tampilan Tabel Pegawai 12

5.1.1.d. Tampilan Tabel Pembelian. 12

5.1.1.e. Tampilan Tabel Penjualan. 13

6.    Other Nonfunctional Requirements. 13

6.1         Performance Requirements. 13

6.2         Safety Requirements. 14

6.3         Security Requirements. 14

6.4         Software Quality Attributes. 14

7.    Other Requirements. 14

 

 

Revision History

Name

Date

Reason For Changes

Version

Program Aplikasi kasir Mawar

28/03/2015

Konsep awal

1.0 konsep 1

Program Aplikasi kasir Mawar

28/03/2015

History pembayaran tidak seharusnya terlihat oleh user tanpa akses login

1.1

 

 


1.     Introduction

1.1     Purpose

Tujuan dari dokumen Software Requirements Specification (SRS) ini ialah untuk menyediakan deskripsi rinci dari Program Aplikasi Kasir Mawar. Dokumen SRS ini akan membahas tentang fitur-fitur dari Program Aplikasi Kasir Mawar, termasuk antarmuka dari software ini. Dokumen ini juga akan membahas perangkat keras, perangkat lunak dan berbagai macam kebutuhan teknis lainnya

1.2     Document Conventions

Dokumen SRS ini memiliki fitur istilah-istilah yang mungkin jarang ditemukan oleh pembaca. Pembaca dapat melihatnya di Appendix A (Glossary) untuk daftar dari istilah-istilah dan defenisinya masing-masing.

1.3     Intended Audience and Reading Suggestions

Dokumen ini ditujukan untuk semua individu yang berpartisipasi dalam pengawasan Program Aplikasi Kasir Mawar ini. Pembaca yang ingin mengetahui gambaran singkat dari produk ini dapat membaca Bagian Introduction dan juga Bagian 2 yaitu Overall Description, yang menyediakan gambaran singkat dari setiap aspek dari projek secara keseluruhan. Pembaca yang tertarik pada fitur rinci dari Program Aplikasi Kasir Mawar dapat membaca Bagian 3 (System Features), yang menjelaskan luas mengenai informasi yang tercantum dalam gambaran umum projek. Bagian 4 (External Interface Requirements) menawarkan detail teknis yang lebih dalam, termasuk informasi mengenai antarmuka termasuk hardware dan platform software tempat aplikasi akan berjalan. Sedangkan pembaca yang tertarik pada aspek non-teknis dari projek ini dapat membaca Bagian 5 (Other Nonfunctional Requirement) yang menjelaskan mengenai performa, keamanan dan berbagai macam atribut lainnya yang penting untuk user. Dan pembaca yang belum menemukan informasi yang mereka cari dapat membaca Bagian 6 (Other Requirements) yang memuat informasi tambahan lainnya yang tidak muat secara logis pada bagian lain dari SRS.

1.4     Product Scope

Software ini adalah software untuk kasir dari warung makan yang dapat melakukan perhitungan terhadap transaksi yang terjadi, menghitung ketersediaan stok termasuk manajemen stok bahan makanan. Sistem ini didesain untuk memaksimalkan perhitungan pemasukan yang diperoleh dari transaksi yang terjadi dengan menyediakan alat untuk membantu untuk melakukan proses perhitungan secara otomatis, yang tanpa alat ini harus dilakukan secara manual. Memaksimalkan perhitungan transaksi dapat sangat membantu pemilik warung sementara sistem ini dapat mudah untuk dimengerti dan digunakan. Dengan membahas lebih spesifik, sistem ini didesain agar memudahkan user untuk melacak setiap transaksi yang terjadi sehingga kerugian dapat dikurangi. Selain itu sistem ini juga menyediakan perhitungan terhadap stok barang, alat dan bahan sehingga menyediakan antisipasi dini terhadap stok yang hampir habis. Software ini akan sangat membantu sehingga harga barang yang ditawarkan kepada pembeli relatif murah namun dapat tetap menguntungkan untuk warung. Dalam jangka panjang, 2 software Program Aplikasi Kasir Mawar ini juga akan dikembangkan dengan menambah fitur-fitur yang dibutuhkan oleh user seperti menghitung keuntungan dan kerugian, menghitung jenis makanan yang banyak disukai oleh pelanggan warung sehingga porsi untuk makanan yang banyak disukai dapat lebih diperbanyak.

1.5     References

Bahan referensi yang digunakan dalam penyelesaian dokumen ini diambil dari beberapa buku seperti : a. Software Engineering: A Practitioner's Approach, 7th International edition, Roger Pressman, 2009. b. IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements Specifications. IEEE Computer Society, 1998.

2.     Overall Description

2.1     Product Perspective

Dokumen ini berisi deskripsi spesifikasi persyaratan perangkat lunak dari system yang akan dibuat nantinya. Sistem Informasi kasir ini merupakan perangkat lunak yang digunakan untuk mempermudah proses penghitungan pembayaran biaya yang harus pelanggan bayar. Dengan adanya system ini diharapkan akan membantu dan memberikan kemudahan dalam pengolahan data dan perhitungan pembayaran pelanggan. Namun tidak hanya itu, perangkat lunak ini juga memiliki fungsi untuk mengatur harga-harga menu yang tersedia(adaptable) dikarenakan harga bahan-bahan yang dapat berubah-ubah sehingga tidak akan menyusahkan pengguna jika kenaikan harga tersebut berubah-ubah. Rancangan perangkat lunak ini juga dapat mengamati stok ketersediaan barang yang ada. Sehingga pengguna tidak akan kewalahan ketika stok barang mulai menipis dikarenakan telah disiapkan jauh-jauh hari. Bila melihat dari sisi aktor yang terlibat, hanya terdapat dua actor aktif yaitu user/pengguna dimana dalam hal ini adalah orang yang nantinya akan mengoperasikan aplikasi dan pelanggan sebagai objek yang dikenai pengoperasian system aplikasi.

 

Berikut adalah gambaran use case secara umum :

 


Dapat kita lihat dari gambaran Use Case di atas aktor Pelanggan hanya memiliki dua aktifitas yaitu membeli makanan dan membayar dan akan dihubungkan ke dan aktor karcis yang akan mengurus perhitungan dengan bantuan aplikasi, mengecek riwayat transaksi dan memonitori stok bahan yang ada namun semua itu dapat dilakukan setelah melakukan login terlebih dahulu melalui system. Dan untuk lebih jelasnya mengenai system dari masing-masing Use Case akan dijelaskan lebih lanjut di bab 3.

2.2     Product Functions

Pada perancangan aplikasi kali ini terdapat beberapa feature yang kami libatkan di dalamnya untuk membuat aplikasi in multifungsi dan mengurangi kesalahan yang dilakukan oleh manusia atau human error. Bila dibagi dalam kategori menurut kepentingan atau yang paling diutamakan kami membagi nya menjadi dua bagian yaitu core feature dan additional feature. Dimana Core Feature adalah bagian utama dari rancangan aplikasi yaitu menghitung besarnya biaya yang harus dibayar oleh pelanggan dan mencetaknya dan additional feature adalah tambahan dari bagian utama dari rancangan aplikasi yang tentunya tidak terlepas jauh dari Core Feature. Untuk lebih jelasnya dapat dilihat seperti berikut:

 

 

2.2.1 Core feature :

·         Login Form :

o   Tampilan selamat datang.

o   Membatasi hak akses pengguna sehingga tidak terjadi pencurian data.

o   Pengguna bertanggung jawab dengan riwayat transaksi masing-masing.

 

·         Perhitungan Pembayaran :

o   Menampilkan list menu dengan checkbox untuk memudahkan penginputan.

o   Tampilan sederhana nan menarik untuk memperjelas transaksi.

o   Perhitungan dan hasil yang jelas untuk melancarkan transaksi.

o   Mengirim hasil perhitungan ke database.

 

2.2.2 Additional feature :

·         Riwayat Transaksi :

o   Mengakses database.

o   Menampilkan riwayat keseluruhan transaksi dalam sehari.

o   Menampilkan nama user yang bersangkutan dengan riwayat transaksi tersebut.

 

·         Stok Bahan :

o   Mengupdate otomatis jumlah stok bahan yang tersisa seiring berjalannya transaksi.

o   Menampilkan jumlah bahan(stok) yang tersisa.

o   Membolehkan pengguna untuk mengedit stok jika telah dilakukan pembelian bahan

2.3     User Classes and Characteristics

Pengguna : Kasir

 

Karakteristik :

 

·         Pengguna Familiar dengan penggunaan computer.

·         Pengguna dapat melakukan operasi matematika dasar agar dapat membandingkan hasil perhitungan aplikasi dan hasil perhitungannya.

·         Harus Wulan gare naaseng Wardiman Hasbi (D42113017).

·         Pengguna memahami kondisi bahan-bahan di stok penyimpanan.

·

 

2.4     Operating Environment

Bagian utama dari proyek ini adalah aplikasi yang berbasis pc desktop yang dapat dijalankan di operating system windows(XP, Vista, 7, 8 dan lain-lain) dikarenakan berekstensi(.exe). Tidak terdapat batasan mengenai spesifikasi pc desktop yang dibutuhkan untuk dapat menjalankan aplikasi ini dikarenakan aplikasi ini cukup ringan dari segi RAM yang akan digunakan. Dibutuhkan juga aplikasi pendukung lainnya untuk mengolah database stok bahan dan perlu diingat Hard-Disk yang tersedia haruslah berkapasitas cukup besar untuk menyiman data transaksi secara keseluruhan.

2.5     Design and Implementation Constraints

Batasan utama dari perancangan aplikasi perangkat lunak ini adalah Tampilan yang dibuat sesederhana mungkin namun tidak melupakan esensi endak dipandang dikarenakan jangan sampai kami membuat tamilan yang komplit namun tidak friendly dengan user, maka hal tersebut bukannya membantu malah menimbulkan ketidaknyamanan.      

2.6     User Documentation

Pembuatan rancangan aplikasi perangkat lunak ini sendiri bertujuan untuk memudahkan user dalam hal ini pengguna untuk melakukan transaksi dan mengurangi human error . Namun bisa terjadi kesalahpahaman atau kekurang pahaman bagaimana mengoperasikan aplikasi tersebut. Untuk mengantisipasi hal tersebut kami membaut dokumentasi misalnya akan dibuatkan tutorial tentang bagaimana menggunakan aplikasi ini. Tutorial sendiri berisi : Cara penginputan username dan password, Menggunakan checkbox sebagai tanda bahwa barang tersebut masuk dalam transaksi, memasukkan jumlah barang yang dibeli, menginputkan bayaran dan menampilkan hasil transaksi, memeriksa hasil transaksi dalam sehari, mengecek serta mengedit database stok bahan persediaan.

2.7     Assumptions and Dependencies

  • Kebergantungan Pada Waktu

Seperti yang telah dijelaskan seperti di atas, untuk feature dari aplikasi ini terbagi menjadi dua yaitu Core Feature (Login Form dan Perhitungan pembayaran) serta Additional feature (Riwayat transaksi dan Stok bahan). Untuk dapat berjalan dengan lancar semua feature harus lah diimplementasikan dengan baik. Namun baik itu Core Feature dan additional feature haruslah terus dijaga dan siap untuk diu[date kapan saja jika terjadi perubahan yang telah dijelaskan semisalnya perubahan harga bahan yang otomatis merubah harga penjualan. Atas hal tersebut kebergantungan terhadap waktu akan memengauhi bagaimana perkembangan aplikasi perangkat lunak ini.

 

  • Kebergantungan terhadap Pengguna

Agar dicapai hasil terbaik dari penggunaan aplikasi ini kebergantungan terhadap user atau orang yang mengoperasikan aplikasi juga sangat berpengaruh. Walaupun aplikasi ini duibuat untuk memudahkan permasalahan manusia namun semua kembali dari manusianya lagi karena aplikasi ini semata-mata hanya akan dapat beroperasi jika ada manusia yang mengoperasikannya. Dan kita tidak perlu meragukan lagi akan adanya human error yang sudah semestinya terjadi, namun human error yang mampu diperbaiki oleh aplikasi ini juga masih sangat terbatas. Maka dari itu dibutuhkan pengertian dari pengguna dulu sebbelum menjalankan aplikasi ini

3.     External Interface Requirements

3.1     User Interfaces

3.1.1     Tampilan Awal

*GAMBAR di PDF SLIDE 12-16 *

·         Pada tampilan awal aplikasi user dapat memilih Login atau stock Bahan.

·         Login pada menu awal berguna untuk masuk kesistem sebagai kasir dan dapat melihat histori pembayaran.

·         Stock bahan pada menu awal berguna untuk melihat ketersediaan stock  bahan dan dapat pula menginportnya.

 

 

 

3.1.2     Tampilan Login

  • Tampilan User login memiliki 2 text-box untuk memasukkan usernam dan password
  • Tombol login pada menu user login digunakan untuk memverifikasi username dan password yang telah di masukkan.

3.1.3     Tampilan Stock Barang (Import)

·         Pada menu ini pengguna dapat menginput bahan dan jumlah bahan.

 

3.1.4     Tampilan Stock Barang

·         Pada menu ini pengguna dapat melihat ketersediaan barang.

3.1.5     Tampilan Inputan Pembayaran

·         Tampilan Inputan pembayaran terdiri dari Menu dan Pembayaran dan terdapat beberapa button yang digunakan untuk melakukan perintah, seperti Apply untuk menyetujui menu yang akan di masukkan ke dalam pembayaran, Cetak untuk mencetak Pembayaran ke Struk Pembayaran, Reset untuk mengosongkan seluruh Pembayaran dan Uncheck semua menu.

·         Di tampilan ini juga terdapat No. transaksi dan tanggal yang digunakan untuk mengetahui kapan transaksi dilakukan

3.1.6     Tampilan Histori Pembayaran

·         Pada menu ini, seluruh transaksi ditampilkan sebagai histori.

 

 

 

 

3.2     Hardware Interfaces

Program Aplikasi Kasir Mawar adalah aplikasi yang bekerja pada perangkat komputer atau laptop yang bekerja pada sistem operasi Windows, layaknya aplikasi pada umumnya aplikasi ini berbrntuk file executable yang beformat .exe yang dapat langsung di instalkan pada pernagkat komputer atau laptop.

3.3     Software Interfaces

Software ini dikembangkan diatas pemrograman Visual Basic.

 

Item Input dan Output

  • Input pada aplikasi ini adalah Bahan untuk stock bahan, dan menu-menu  yang akan di pesan pada menu Input pembayaran.
  • Output pada aplikasi ini berupa nota semua list pembayaran

3.4     Communications Interfaces

Program Aplikasi Kasir Mawar adalah aplikasi Stand Alone yang tidak menggunakan jaringan untuk menjalankannya jadi aplikasi ini dapat dijalankan di semua komputer atau laptop tanpa menyambungkannya dengan jaringan internet.

4.     System Features

Pada perancangan aplikasi kali ini terdapat beberapa feature yang kami libatkan di dalamnya untuk membuat aplikasi in multifungsi dan mengurangi kesalahan yang dilakukan oleh manusia atau human error. Bila dibagi dalam kategori menurut kepentingan atau yang paling diutamakan kami membagi nya menjadi dua bagian yaitu core feature dan additional feature. Dimana Core Feature adalah bagian utama dari rancangan aplikasi yaitu menghitung besarnya biaya yang harus dibayar oleh pelanggan dan mencetaknya dan additional feature adalah tambahan dari bagian utama dari rancangan aplikasi yang tentunya tidak terlepas jauh dari Core Feature. Untuk lebih jelasnya dapat dilihat sperti berikut.

 

Core Feature

4.1     USER REGISTRATION AND LOGIN FORM

Ketika aplikasi diinstal dan dijalankan untuk pertama kalinya, pengguna disajikan dengan pendaftaran / welcome screen awal untuk pegawai kasir. Layar ini akan meminta pengguna untuk membuat account di database agar dapat di ketahui disistem bahwa siapa yang melakukan sebuah transaksi. Pengguna juga memasukkan "Display Name", yang akan menjadi nama yang akan ditampilkan sebagai pegangan mereka dalam Tanggung jawab transaksi.

 

4.1.1      STIMULUS/RESPONSE SEQUENCES

·         Langkah 1 Orang yang akan menjalankan aplikasi memasukkan username dan password yang telah terlebih dahulu di set agar tingkat keamanan data dapat dijaga.

·         Langkah 2 Setelah memasukkan username dan password maka dilakukan pencocokan data inputan dengan database yang ada.

·         Langkah 3 Jika berhasil maka masuk ke feature perhitungan pembayaran.

·         Langkah 4 Jika gagal maka akan kembali ke login forum.

                

4.2     USER-TO-MEMBER TRANSACTIONS

Fitur ini merupakan transaksi antara pengguna dan pembeli. Skenario umum akan melibatkan pengguna dan pembeli melakukan sebuah transaksi, Perubahan yang mengakibatkan saldo pemasukan dan pengeluaran dihitung secara otomatis dan ditampilkan untuk pengguna yang terlibat.

 

4.2.1 STIMULUS/RESPONSE SEQUENCES

  • Langkah 1 Pengguna melakukan Transaksi dengan pelanggan dan memasukan data sebagai berikut:
      • Transaksi Keterangan (opsional)
      • Jumlah yang harus dibayar (untuk setiap pembelian)

 

  • Langkah 2 Pengguna menegaskan transaksi
  • Langkah 3 Setiap transaksi pelanggan disesuaikan secara otomatis
  • Langkah 4 Informasi ini dikirim database untuk disimpan sebagai bukti transaksi

 

4.3     TRANSACTIONS

Fitur ini merupakan perhitungan dan pencatatan transaksi yang di lakukan oleh pengguna untuk pelanggan. Dimana akan mencatat apa yang di beli oleh pelanggan dan jumlah yang harus di bayar.

 

4.3.1 STIMULUS/RESPONSE SEQUENCES

 

  • Langkah 1 User memasukkan jenis makanan dan banyaknya yang dipesan.

 

  • Langkah 2 User memasukkan jenis minuman dan banyaknya yang dipesan.

 

  • Langkah 3 User memasukkan jenis barang lain yang dibeli oleh pelanggan (misalnya rokok) dan banyaknya.

 

  • Langkah 4 Jika terdapat kesalahan penginputan maka user dapat menggunakan fungsi reset dan memasukkan kembali pesanan yang telah di-reset.

 

 

  • Langkah 5 Jika list yang dimasukkan sudah benar maka user tinggal menekan tombol fungsi untuk menghitung total biaya yang harus dibayar.

 

  • Langkah 6 User memasukkan banyaknya uang yang diterima dari pelanggan.

 

 

  • Langkah 7 Total pembayaran akan ditampilkan beserta dengan kembalian

 

4.4     GROUP HISTORY

Layar ini memberikan pandangan dari seluruh transaksi dan tagihan yang terjadi dalam suatu traksaksi pembelian. Daftar ini akan disajikan secara kronologis secara default, tetapi juga dapat diurutkan berdasarkan pembayar, jumlah, dll akan menampilkan nama-nama pelanggan yang terlibat dalam setiap transaksi, nama pengguna ,dan jumlah yang dibayar / diterima, dan pengguna(pegawai kasir) memiliki pilihan untuk melihat masing-masing Item secara lebih rinci dengan memilih. Pandangan rinci akan menampilkan semua pelanggan yang terlibat dalam transaksi pembelian. itu, dan informasi tambahan yang disertakan ketika diciptakan (Lokasi, Type, dll).

 

4.4.1 STIMULUS/RESPONSE SEQUENCES

 

Langkah 1 Pengguna disajikan dengan daftar semua transaksi / tagihan diposting ke grup saat

ini Pengguna dapat mengurutkan item berdasarkan tanggal, jumlah, pembayar, dll

 

Langkah 2 Pengguna dapat memilih salah satu dari transaksi / tagihan untuk melihat detil

Setelah seleksi, dialog disajikan dengan rincian.

 

5.     External Interface Requirements

5.1     User-Interface

5.1.1     Tampilan Awal

 



·         Pada tampilan awal aplikasi user diharuskan login terlebih dahulu

·         Login pada menu awal berguna untuk ke system sebagai kasir

5.1.1.a. Tampilan Tabel Barang

·         Pada menu ini admin dapat menginputkan barang, stok , diskon, dan harga jual



5.1.1.b Tampilan Tabel Supplier

·         Pada menu ini admin dapat menginputkan Nama Perusahaan, Nama Penanggungjawab, No Telepon,  Email, serta Alamat

5.1.1.c. Tampilan Tabel Pegawai

·         Pada menu ini admin dapat menginputkan Nama Pegawai, Tempat/Tanggal Lahir, Pendidikan Terakhir, Jabatan, No Telepon, dan Alamat

5.1.1.d. Tampilan Tabel Pembelian

·         Pada menu ini admin dapat menginputkan Tanggal Transaksi, Kode Supplier dan Barang, Jumlah Pembelian, dan Harga Beli

5.1.1.e. Tampilan Tabel Penjualan

·         Pada menu ini admin dapat menginputkan Nama Barang, Kode Transaksi, Tanggal Transaksi, Harga Jual, Jumlah Jual, Total, Kode Pegawai, Nama Pegawai,  kemudian dapat disimpan.

 

6.     Other Nonfunctional Requirements

6.1     Performance Requirements

Kinerja seharusnya tidak menjadi masalah dikarenakan software yang dibuat hanya

membutuhkan kinerja yang sedikit dari sebuah komputer ataupun laptop. Pergantian layar akan

sangat cepat, dan perhitungan menu makanan hanya akan memerlukan komputasi yang sangat ringan dan akan cepat. Algoritma yang digunakan sangat efisien dan hanya membutuhkan waktu sepersekian detik untuk melakukan aksi perhitungan.

6.2     Safety Requirements

Aplikasi ini sangatlah aman dikarenakan untuk membuka penginputan data pembelian dan juga riwayat data perbelanjaan diperlukan username dan juga password, yang hanya diketahui oleh masing-masing petugas kasir. Keselamatan dan keamanan data juga dimaksimalkan dengan adanya database yang digunakan pada aplikasi ini, sehingga petugas kasir tidak perlu takut data-datanya akan hilang karena database disimpan pada komputer petugas kasir. Satu-satunya hal yang dapat dilihat semua orang adalah stok barang yang ada pada gudang.

6.3     Security Requirements

Aplikasi ini mengasumsikan bahwa hanya pengguna atau siapa pun yang memiliki username

dan password yang bisa masuk ke dalam sistem. Dengan itu dikatakan, hanya username dan password diperlukan untuk memverifikasi identitas pengguna saat membuka aplikasi. Setiap transaksi yang ada harus disahkan dan dikonfirmasi oleh petugas kasir sebelum difinalisasi agar data pembelian dapat di cek kembali dan dapat dikonfirmasi.

6.4     Software Quality Attributes

Grafis antarmuka pengguna dariaplikasi ini harus dirancang dengan kegunaan dan kemudahan sebagai prioritas pertama. Aplikasi ini akan disajikan dan diatur dalam cara yang menarik secara visual dan mudah bagi pengguna untuk menavigasi. Tataletak tombol dalam aplikasi yang sangat memudahkan pengguna baru untuk menggunakannya. Akan ada masukan dan isyarat visual seperti pemberitahuan dan informasi instruksi-instruksi yang memudahkan pengguna. Petugas kasir juga memiliki hak akses untuk menambah daftar stok barang dan juga menu baru dalam aplikasi ini untuk fleksibilitas dan evolusi software kedepannya. Dengan aplikasi ini, pemilik rumah makan akan sangat dimudahkan dalam hal perhitungan keuntungan yang ada dalam riwayat penjualan. Secara keseluruhan, aplikasi ini baik dalam hal kemudahan penggunaan dan kemudahan belajar pengguna. Aplikasi ini mengefisienkan waktu perhitungan yang biasanya mengambil waktu yang lama dalam inventaris stok barang dan juga hasil penjualan menu makanan

6.5     Business Rules

<List any operating principles about the product, such as which individuals or roles can perform which functions under specific circumstances. These are not functional requirements in themselves, but they may imply certain functional requirements to enforce the rules.>

7.     Other Requirements

Database untuk Program Aplikasi Kasir Mawar berfungsi untuk menyimpan informasi dari

pengguna, transaksi, pembayaran, serta hubungan yang akan terlibat dalam proses jual/beli barang.

Database yang digunakan yaitu Microssoft Acces. Berikut ini merupakan contoh informasi yang dapat

disimpan dalam Database :

Admin : ID, Password, Name, Address

 

Pelanggan : barang pembelian, Nomer transaksi, jumlah pembelian

 

Transaksi : ID admin, Tanggal, Waktu, Jumlah, Harga total

 

Proses yang dilakukan dalam database adalah mencatat semua hasil penjualan yang dimana

catatan ini akan dijadikan sebagai data bahwa stok barang masih tersedia atau tidak. Sehingga

produsen tidak kekurangan bahan nantinya.

 

Appendix A: Glossary

·        Login

Login dalam Program Aplikasi Kasir Mawar adalah ijin masuk untuk petugas/pelayan yang sedang bertugas, sehingga admin yang bertugas pada saat itu akan bertanggung jawab atas semua hal yang menyangkut dengan pembayaran. ini diperlukan agar pengguna lain yang tidak berhak tidak dapat mengakses hal-hal dalam system pembayaran

·         User

User biasa juga disebut dengan pengguna. User dalam hal ini terbagi atas dua yaitu : Admin dan pelanggan

·         Admin

Admin dalam Program Aplikasi Kasir Mawar adalah orang yang menjadi petugas/pelayanan dalam melakukan transaksi pembayaran

·         Password

Password adalah kata sandi yang dimiliki oleh setiap admin, dan kata sandi ini berbeda dari setiap adminnya.

·         Transaction Number

            Nomor Transaksi berfungsi untuk mencatat berapa banyak pembelian yang terjadi

·         Reset

Hal ini berfungsi untuk menghapus semua kejadian penjualan yang telah dibayar oleh pealnggan

·         Group History

Kumpulan kejadian penjualan barang serta harga masing-masing dari pembelian barang, serta harga total dari pembelian barang yang dilakukan oleh pembeli.

 

·         User Interface (UI)

UI adalah sebuah tampilan utama yang berhubungan langsung dengan pengguna. Antarmuka pengguna harus mudah dipahami, efisien, dan menyenangkan untuk digunakan oleh pengguna.

·         Hardware

Perangkat keras yang secara fisik dapat dilihat dan dipakai oleh pengguna.

·         Software

Perangkat lunak yang bisa dibilang bahwa Software merupakan komponen yang tidak terlihat secara fisik, tetapi terdapat dalam sebuah komputer.

Appendix B: Analysis Models

Use-Case Diagram

 

Sequence Diagrams



Data Flow Diagrams (DFD)








State-Transition Diagrams (STD)

Activity Diagram


 


 

Collaboration Diagram



Class Diagram

 




Appendix C: Issue List

Dalam pembuatan Program Aplikasi Kasir Mawar ini masih ada yang harus diselesaikan antara lain :

·         Penghitungan untung rugi dari penjualan.

·         Perbaikan password bagi admin yang melupakan passwordnya.

·         Pemeliharaan sistem


Link Download File PDF/Word: Program Aplikasi Kasir.pdf/Program Aplikasi Kasir.doc

                                                        

Komentar

Postingan populer dari blog ini

Implementasi Algoritma Divide And Conquer Pada Sorting Dan Searching

1.   Implementasi Algoritma Divide and Conquer Merge sort Beberapa algoritma mengimplementasikan konsep rekursi untuk menyelesaikan permasalahan. Permasalahan utama kemudian dipecah menjadi sub-masalah, kemudian solusi dari sub-masalah akan membimbing menuju solusi permasalahan utama. Pada setiap tingkatan rekursi, pola tersebut terdiri atas 3 langkah. 1. Divide     Memilah masalah menjadi sub masalah 2. Conquer     Selesaikan sub masalah tersebut secara rekursif. Jika sub-masalah tersebut cukup ringkas dan sederhana, pendekatan penyelesaian secara langsung akan lebih efektif 3. Kombinasi     Mengkombinasikan solusi dari sub-masalah, yang akan membimbing menuju penyelesaian atas permasalahan utama Seperti yang telah dijelaskan sebelumnya, Merge sort menggunakan pola divide and conquer. Dengan hal ini deskripsi dari algoritma dirumuskan dalam 3 langkahberpola divide-and-conquer. Berikut menjelaskan langkah kerja dari Merge sort. 1. Divide   ...

Sejarah, Definisi dan Cara Kerja Algoritma Divide and Conquer

    1.          Sejarah Algoritma Devide and Conquer             Awal dari algoritma ini utamanya adalah pengurangan dan penaklukan - masalah       asli secara berturut-turut dipecah menjadi sub-masalah tunggal, dan memang dapat          diselesaikan secara berulang. Pencarian biner, algoritma penurunan-dan-taklukkan di mana sub-masalah berukuran kira-kira setengah dari ukuran aslinya, memiliki sejarah yang panjang. Sementara deskripsi yang jelas tentang algoritma pada komputer muncul pada tahun 1946 dalam sebuah artikel oleh John Mauchly, gagasan untuk menggunakan daftar item yang diurutkan untuk memfasilitasi pencarian tanggal kembali setidaknya sejauh Babylonia pada 200 SM. Algoritma penurunan-dan-taklukkan kuno lainnya adalah algoritma Euclidean untuk menghitung pembagi persekutuan terbesar dari dua bilangan dengan mengurangi...

Implementasi Algoritma Branch & Bound Pada Masalah Knapsack

   Pengertian Algoritma Branch and Bound Algoritma Branch and Bound atau algoritma B&B adalah salah satu dari algoritma yang digunakan untuk menyelesaikan masalah dalam pencarian jalur. Atau suatu algoritma yang mempelajari bagaimana cara memperkecil suatu Search Tree (pohon pencarian) menjadi sekecil mungkin. Metode ini terdiri dari 2 langkah, yaitu: Branch (Cabang) Membuat semua cabang dari pohon pencarian yang mungkin menuju ke solusi. Bound (Batas) Mencari dan menghitung node yang merupakan active node (E-node) dan node yang merupakan dead node (D-node) dengan menggunakan suatu syarat, yaitu  syarat batas constraint . Teknik Algoritma Branch and Bound Algoritma Branch and Bound dapat menggunakan beberapa titik, yaitu : 1. Least Cost Branch and Bound Teknik ini akan menghitung cost dari setiap node yang ada. Node yang memilki cost terkecil diantara node lain, dianggap memiliki kemungkinan paling besar menuju solusi. Tahap : node yang memiliki cost terendah akan dib...