Professional Documents
Culture Documents
A Project Proposal
Presented to
The Faculty of STI College Tacurong
In Partial Fulfilment
Of the Requirements for the Degree
Bachelor of Science in Information Systems
August 2019
Page
Title Page i
Approval Sheet ii
Table of Contents iii
I. Introduction
a. Background of the problem
b. Overview of the current state of technology
c. Project Rationale
II. Project Description
a. Problem Statement
b. Proposed Research Project
i. General Objectives
ii. Specific Objectives
iii. Scope and Limitations
iv. Methodology of the Study
III. Project Management
a. Calendar of Activities
b. Resources
IV. Appendices
a. References
b. Resource Person/s
c. Personal Technical Vitae
Handling of accounts payable in schools canteen was never optimized with a plan based
on leading accounts payable and invoice handling practices. In this way, there is an
opportunity to improve the internal accounting operations and create strong background
for future development.
This project proposal will take a look on schools canteen’s accounts payable with focus on
the invoice handling processing in an effort to provide adequate assessment, analysis,
and possible optimization plan.
Apparently, the schools canteen is currently using the traditional manual system of
recording in accounts payable. As an old practice it is unreliable because if someone
forgets to write orders/sold products it can affect the outcome of the records. The
problem arises when recently, one of the staff of the schools canteen misplaced the
records of the sales and forget to write it down on the notebook.
Over time, they notice that the current manual system they‘re using is not reliable. In
order to help the establishment to have reliable and hassle free way of recording the
sales and the recording of accounts payable, we recommended to the establishment to
use POS system (Point of Sales) to have easier recording of services.
c. Project Rationale
One of the most important goals (if not the most important goal) of any problem
statement is to articulate the problem being addressed to the reader in a way that's clear,
straightforward, and easy to understand.
First Paragraph: Describe the "ideal" state of affairs. Provide a background context first so
that problem (and its solution) are easier to understand for the reader. While conciseness
is something every piece of practical writing should aim for, it's even more important to
be well-understood. Start by describing how things should work. Before you even
mention your problem, explain in a few sentences how things would be if the problem
didn't exist.
Example: "The boarding protocols used by ABC Airlines should aim to get each flight's
passengers aboard the plane quickly and efficiently so that the plane can take off as soon
as possible. The process of boarding should be optimized for time-efficiency but also
should be straightforward enough that it can be easily understood by all passengers."
Second Paragraph: Explaining the Problem: let's say that we work at a major airline and
that we've noticed that the way passengers board our planes is an inefficient use of time
and resources. In this case, we might begin our problem statement by describing an ideal
situation where the boarding system isn't inefficient that the company should shoot for,
like this:
Example: "However, ABC Airline's current passenger boarding system is an inefficient use
of the company's time and resources. By wasting employee man hours, the current
boarding protocols make the company less competitive, and by contributing to a slow
boarding process, they create an unfavorable brand image."
Soon after you state your problem, you'll want to explain why it's a big deal — after all,
no one has the time or resources to try to solve every single minor problem. In the
For our airline example, we might proceed to explain the problem's financial cost like
this:
"The inefficiency of the current boarding system represents a significant financial burden
for the company. On average, the current boarding system wastes roughly four minutes
per boarding session, resulting in a total of 20 wasted man-hours per day across all ABC
flights. This represents a waste of roughly $400 per day, or $146,000 per year."
No matter how much money you claim your problem is costing your company, if you can't
back up your claims with reasonable evidence, you may not be taken seriously. As soon as
you start making specific claims about how serious your problem is, you'll need to start
supporting your statements with evidence. In some cases, this may be from your own
research, from data from a related study or project, or even from reputable third-party
sources.
Let's reexamine the sentences we used in the previous step. They describe the cost of the
problem, but don't explain how this cost was found. A more thorough explanation might
include this:
Example: "...Based on internal performance tracking data, [1] on average, the current
boarding system wastes roughly four minutes per boarding session, resulting in a total of
20 wasted man-hours per day across all ABC flights. Terminal personnel are paid an
When you've explained what the problem is and why it's so important, proceed to
explain how you propose to deal with it. As with the initial statement of your problem,
your explanation of your solution should be written to be as clear and concise as possible.
Stick to big, important, concrete concepts and leave any minor details for later — you'll
have plenty of opportunities to get into every minor aspect of your proposed solution in
the body of your proposal.
In our airline example, our solution to the problem of inefficient boarding practices is this
new system we've discovered, so we should briefly explain the broad strokes of this new
system without getting into the minor details. We might say something like,
Example: "Using a modified boarding system proposed by Dr. Edward Right of the
Kowlard Business Efficiency Institute which has passengers aboard the plane from the
sides in rather than from the back to the front, ABC Airlines can eliminate these four
minutes of waste."
We might then go on to explain the basic gist of the new system, but we wouldn't use
more than a sentence or two to do this, as the "meat" of our analysis will be in the body
of the proposal.
Again, now that you've told your readers what should be done about the problem, it's a
very good idea to explain why this solution is a good idea. Since businesses are always
trying to increase their efficiency and earn more money, you'll want to focus primarily on
the financial impact of your solution — which expenses it will reduce, which new forms of
In our example, we might briefly describe how our company could conceivably benefit
from the money saved with our solution. A few sentences along these lines might work:
Example: "ABC Airlines stands to benefit substantially from the adoption of this new
boarding program. For instance, the $146,000 in estimated yearly savings can be re-
directed to new sources of revenue, such as expanding its selection of flights to high-
demand markets. In addition, by being the first American airline to adopt this solution,
ABC stands to gain considerable recognition as an industry trend-setter in the areas of
value and convenience."
After you've presented the ideal vision for your company, identified the problem keeping
your from achieving this ideal, and suggested a solution, you're almost done. All that's
left to do is to conclude with a summary of your main arguments that allows you
transition easily into the main body of your proposal. There's no need to make this
conclusion any longer than it needs to be — try to state, in just a few sentences, the basic
gist of what you've described in your problem statement and the approach you intend to
take in the body of the article. In our airline example, we might conclude like this:
This sums up the main point of the problem statement — that the current boarding
procedure isn't very good and that this new one is better — and tells the audience what
to expect if they continue reading.
i. General Objective
This section should state what the proponents need to do. There should be a general
objectives of the whole problem followed by the specific objectives into which the
general objective is broken up. The general objectives and specific objectives should be
formulated first before developing the software programs or prototype. Each specific
question must be clear and unambiguous. Answers to specific objectives must contribute
to the development of the whole research problem or capstone project. The number of
specific objectives should be enough to cover the whole problem or case under study.
Objectives are written by either beginning with a verb or an infinitive. Generally, there
should be a general objective and specific objectives. The General objective is the major
problem. Usually it is a one- sentence paragraph. Example:
The general aim of this study was to develop an Online Shopping System for ABC Store
The specific objectives should contain a list of the specific work that the
proponents expect to address to arrive at the accomplishment of the general
objective. These are enumerated starting with number one (1). They should be
stated in logical order.
Specifically, this study aimed to do the following:
c. Catalogue Module
d. Sales Module
i. Design
ii. User
iii. Returns
i. Product Description
v. Customer’s Feedback
c. Cart Module
e. Payment Module
This should contain the basic assumptions within which the project should work
the solution to the problem. Consequently, this should also contain the extent is
to be evaluated to be developed and the means by which the proposed system is
to be evaluated on its capability of solving the problem.
This section may be subdivided into two parts, the Scope of the study and the Limitations
of the study. The scope of the study should include a brief statement of the general
purpose of the study, the target users or beneficiaries of the study, the period of the
study and the features of the proposed software. It should contain the basic assumptions
within which the project should work the solution to the problem. Consequently, this
should also contain the extent of the prototype to be developed and the means by which
the proposed system is to be evaluated on its capability of solving the problem.
The limitations of the study include the weaknesses of the study beyond the control of
Example: The system is delimited to operate on a single computer and does not support
online nor network implementation.
This should contain the specific approaches that may be employed by proponents in
arriving at the realization of a solution to the problem.
In developing the system, the proponents used a Rapid Application Development model
(RAD) as a method of developing the new Online Bond and Credit Purchase Processing
System. RAD is a form agile development methodology. It is a systems development life
cycle model designed to give much faster development by prototyping, iterative and
incremental development, reuse of components, and continuous integration
(Balakrishnan, 2018). James Martin developed the RAD in the late 1980s when working at
IBM based on Barry Bohem spiral model. He then published a book called Rapid
Application Development in 1991 to formalize it (Lemaignent, 2017). The methodology is
based on four main phases: (1) the proponent has to define the scope and the
requirements of the user, (2) a design prototype is then created based on the
respondent’s need, which are translated into working models, (3) the new system is
constructed, and testing involves the user to provide suggestions and improvements, (4)
the new system is implemented including user training.
a. Calendar of Activities
Description of Activities
This should contain the detailed sequence of activities that the proponents will undergo
This should contain a chart giving when each of the activities listed above are expected to
start and end. The time unit should be in terms on the week number (not actual dates)
from the start of the semester
b. Resources
Hardware
This should list the specific hardware resources that the proponents expect to need in
completing the project.
HARDWARE REQUIREMENT
Monitor 24 inches LCD
Processor/CPU Intel Core i5 (2.66 GHz, Quad Core) or
AMD FX (3.0 GHz, Octa Core) or higher
recommended
Memory (RAM) 8 GB RAM or more recommended.
Graphics AMD Radeon 6750 or NVidia 550 Ti or
higher
Hard disk space 1 TB, or 256 GB solid state drive (SSD)
Networking Hardware 10/100/1000 Ethernet adapter
Software
This should list the specific software resources that the proponents expect to need in
completing the project.
SOFTWARE REQUIREMENT
SQL Server 2000 Client Tools SQL Server 2000 client tools, required by
SQLXML.
IV. APPENDICES
a. References
b. Resource Person/s