John liquor Store Sales and

Stocks Monitoring
Application

Claro, Clint Jake Ga-as, Joshua O. Castillas, Arjay O.

Clintc485@gmail.com Joshgaas888@gmail.com Castilals.arjay@gmail.com
Tec217 ICT Tec217 ICT Tec217 ICT
09489652576 09078593440 09270594248

Alili, Joshua C. Olaso, Christian Kyle

Joshuaalili28@gmail.com kyleolaso123@gmail.com
Tec217 ICT Tec217 ICT
09100173876 09199268094

EXECUTIVE SUMMARY are forgotten on the other hand the person who bought a liquor
without a bottle in exchange won't return the bottle by the time
n/a they buy liquor in John Liquor Store.

Categories and Subject Descriptors

D.2.9 [Management]: Time Estimation.
D.2.3 [Coding Tools and Techniques]: Program editors.
D.2.5 [Testing and Debugging]: Code inspections and walk-
throughs, Tracing.

General Terms
Management, Performance, Economics, Reliability,
Standardization.
Keywords
Sales, Stocks, Application.
1. INTRODUCTION
In this chapter will be discussing about the stores main problem,
the difficulty of tracking the products that are missing being
experience by the owner of the store. The benefit of the program
to be developed is to lessen the human error and also the main
problem of the store. This part also tackles the general and
specific objectives. This part explains the scope and limitation of
the proposed program.
1.1 Project Context
"John Liquor Store" is a store that sells liquor beverages. They
use manual listing for their products that are sold, credit, and for
the people who bought in the store without any bottle for
exchange they usually tally in the white board, paper, and
sometimes in the phone as shown in Figure 1.1 below. This is the
current system that is usually being held inside the store. The
store's main problem is that most of the time the product that are
being sold are not being monitored, some of the products are sold
without any trace or records. The Store's minor problem was
people who bought liquor without their empty bottle in exchange
Figure 1.0 This shows the example of their
saving methods in their store.
The proponents wants to proposed a system that is capable of
monitoring the sales and stocks to avoid losing any liquor
beverages. This system is very flexible, it can monitor the sales
and stocks, it can avoid losing and it can track any liquor
beverages that already sold, credited, it can Compute the income
by the end of the month, and also the most important of our
system is that it is very user friendly.
1.2 Purpose and Description
The purpose of the system is to help John liquor Store to improve
their saving methods and to lessen the time consuming like listing
the products manually and to avoid duplicate listing products. The
input and output of the monitoring system that can make stable to
the users.
The Sales and Stocks Monitoring Application is the regular
observation and recording of activities. Precisely it intends both
to equip how fast system to track all the data that been gathered
by the help of this system. It also develops our initiative skills
where people might think easy and have a good impact on the
over-all status of the company.

1
1.3 Objectives In eight months the proponents are sure that the features that giv
en by the owner are already completed but the proponents can't a
dd more features due to short period of time.
General Objectives
 To develop a computer system that is capable of
tracking sales, managing the products properly and 2. Review of Related System
also to trace products that are missing.
First the proponents will make a computer system that
can compute the income by the end of the month, In This Chapter the proponents used the similar ideas of the other
second it can also compare the income in the previous previous research to determine the difference between the
month. Third this computer system can also manage proponent’s ideas and the data that the proponents gathered to
and track the products properly to avoid missing the support the system that the proponents made.
products that cannot be located fourth this system has
the history tab to view the old or latest transaction.
2.1 Development of a SaaS Inventory
Specific Objectives Management System
 To develop a program that is capable of avoiding
human error in computing sales and income. And also,
SaaS Inventory Management System feature, it is a software
to track the product that are already sold.
Distribution model in which software and applications hosted by
The proponents will add more feature that can compute
the provider and are available to customers over the Internet. The
sales and income, tracks the products and avoid human
most fundamental aspect of this Inventory Management System
error. The previous data will be stored to a database.
in question is to provide a fully dynamic web application where
Anytime the client can retrieve the previous data by the
the user must be able to change the content of the web application.
using the feature that the proponents will add.
Usability, on the other hand, is another important factor for
 Lessen the time Consumption
keeping the users satisfied, by developing a user-friendly
First by fill up the transaction list in the system and
interface in order to allow the use to complete any task with as
automatically saved, what date, what kind of product,
few clicks as possible. The users of the web application must also
how many products had been sold, who is the buyer.
be able to adapt easily. If the users have difficulties to familiarize
Second, the owner will input how many products had
themselves with the web application and must use the contact
been sold and the system will automatically compute
form for support and guidelines, then the usability of the web
the income and if the owner will find the latest
application has failed. [1]
transaction history all he need is to find the history tab
in the system, the system has the "tab" features to view
The similarities of the two program that can add, remove, view,
all the transaction history and all the income of the
and edit accounts also the data can be stored, the proponent’s
store.
program is much advance than them the program can easily detect
Through this process the time consumption of their
used account number and auto add, record the past transaction
employee or the client will reduce.
history.
 Tracking Transaction History
The proponents will going to make transaction list for
the transaction of purchasing and selling the liquor 2.2 Kim Ivory Sales and Inventory System
beverages to prevent losing any bottles of it.
By making a transaction list with time and date to Kim Ivory Sales and Inventory System features, the system
determine when the transaction happen. contains item entry, purchase order and item maintenance for easy
By applying all the methods and saving the data's to mark-up on the items, every sales transaction is automatically
make accurate when it comes in privacy because not all deducted from the stock quantity for automatic inventory
the user wants to accommodate their needs. generated report. This system is used to seamlessly combine five
1.4 Scope and Limitation distinct functions that are vital to pharmacy prescription,
 Scope and Delimitation dispensing, billing, purchasing and inventory management. [2]
The purpose of this study is to investigate the specific
problem of the owner. Eight months is the estimated p The similarities of our program also can add, view, edit, and view
eriod until the capstone ends. In eight months, mainten the past transaction history and using database to save the
ance is not included for that the system would not be a products has been sold, our program had the outstanding design,
failure. Monitoring products, avoiding human error, tra automatic pop-ups of the date and the owners name.
cking transaction history, computing sales and income
these are the main features of the proposed program. 2.3 Mercurion Sales and Inventory System
 Limitations of the Study
Mercurion Sales and Inventory System features, to be able to
The proponents cannot add some features that the clien
generate immediate sales report. With the use of the system, the
t did not suggested. The proponents are not allowed se
incomes are classified as product sales. The total sales are
eing the information of the Sales and income of the cli
automatically computed and sales report is generated. In
ents and clients cannot change the details of the transac
addition, the user can also view the total sales daily, weekly,
tion that is already inputted. The features of the progra
monthly and yearly. In this way, it can produce an immediate
m are limited due to low budget of the owner the and
sales report. To provide an efficient monitoring of stocks and re-

2
ordering. By checking in the system, it will be easy to identify
the number of available and lessening product and which is need
to re-order. In addition, the expiration of the product is also
monitored in the system. [3]
The similarities of our program, automatically computed, view
total sales daily, weekly, monthly and yearly, they can’t add
credentials securing the data of the owner, they can’t remove or
edit.
2.4 Synthesis
The proponent’s system is called Sales and Stocks Monitoring
Application it is very difficult to make this system and the
proponents assure that this system will help the client to assist, fix
the problem of saving the data, tracing the missing products,
viewing the past transaction and lastly computing the total
income. The proponents did not look down and compared their
system to the other existing system that has been made better. The
proponents assured that this system will work properly and it will
not give any problem to the client. The proponents will hand over
this system to the client knowing that this system is the best
inventory system that has ever made not because of the design or
etc. it is because the proponents give time, effort and love while
making the system of course good service is the main goal of the
proponents.
The proponent’s system is called Sales and Stocks Monitoring
Application it is very difficult to make this system and the
proponents assure that this system will help the client to assist, fix
the problem of saving the data, tracing the missing products,
viewing the past transaction and lastly computing the total
income. The proponents did not look down and compared their
system to the other existing system that has been made better. The
proponents assured that this system will work properly and it will
not give any problem to the client. The proponents will hand over
this system to the client knowing that this system is the best
inventory system that has ever made not because of the design or
etc. it is because the proponents give time, effort and love while
making the system of course good service is the main goal of the
proponents.

3. Technical Background
This module let the user record any sales transaction with system
automatically generate a receipt for the customer as a proof of
In This Chapter the proponents used the possible outcome of the
transaction and make a sales customer report to track the product,
program and explaining the main goal of this concept so the client
transaction and income for every bottles that has been sold.
understand the flow of the program and how to deal with the
concept of the proponents.
3.1.3 Borrowing
3.1 Conceptual Framework
 Most of the time the customer’s don’t have the bottle for
exchange by the time they buy.

 The owner will make a deal in every bottle will be

borrowed by the customer the owner will add some extra
charge for the deposit of bottles to assure that the bottle
will be return.

 The owner will input the name of the person who

borrowed the bottle, what type of liquor and the quantity
of it.

3.1.4 Returning

 The customer will return the bottle after the customer

consume all the liquor.

3.1.1 Sales Information  The owner will take note the bottle that has been returned
by the customer and if it’s the same quantity as the
customer borrowed from the owner.
Sales Information is all about the flow of the store’s on how the
store’s works. Sales information covers some of the transaction like
borrowing of bottles, returning etc.  The owner will take note the bottle that has been returned
and erase the person to the list who borrowed a bottle and
if there’s any deposit the owner will give back after the
3.1.2 Point of Sales bottle has been returned.

3
3.1.5 Stocking

 The customer will only purchase liquor products twice a

week, and if there is no enough stocks of liquor that’s the
time the owner will purchase
 The reseller will visit twice a week. The owner is already
preparing the case and bottles as an exchange for the
upcoming stocks.

 The reseller will issued a receipt as a proof of what type

of liquor that has been purchased and the quantity of it.

3.2 Development tools

In making the software; the proponents used a tools in order to run

the software properly and perfectly. The steps that being used are
stated below.
3.2.1 MySQL (Structured Query Language)

The proponent’s software is built with MySQL to save the

important data from the client and also MySQL helps the
proponents to have the accurate details especially for those who
needs immediately.

3.2.2 Visual Basic.NET

The proponents used the visual basic.net to design the software

more creative. It helps the proponents to build the software with
creativity and enhance the skills of the proponents to make the
software more flexible, user friendly

REFERENCES:

[1]. Ivory, K. (2018). Sales and Inventory System. Retrieved

from
http://www.academia.edu/16863814/Sales_and_Inventory_Syste
m_Thesis_Documentation

[2]. Loizides, A. (2013, 03 20). Development of a SaaS

Inventory Management System. Retrieved from www.theseus.fi:
https://www.theseus.fi/bitstream/handle/10024/60424/Thesis.pdf

[3]. Mercurion. (2015). sales and inventory system. Retrieved

from www.scribd.com:
https://www.scribd.com/document/252011155/sales-and-
inventory-system-documentation