SBIR Phase II -- Proposal Cover Page Receipt Tracking Assistant

advertisement
Program Solicitation: NSF 97-64
Closing Date: June 12, 1997
SBIR Phase II -- Proposal Cover Page
TOPIC NO.
SUBTOPIC NO. (if any)
TOPIC TITLE
000000-11111- 22222
N/A
Receipt Tracking Assistant
PROPOSAL TITLE Receipt Tracking Assistant SBIR II Proposal
EMPLOYER IDENTIFICATION NUMBER (EIN)
OR TAXPAYER IDENTIFICATION NUMBER
(TIN)
Receipt Tracking Assistant
333-333-3333
ADDRESS (including address of Company Headquarters and zip code plus four digit extension)
NAME OF COMPANY
Receipt Tracking Assistant
Old Dominion University
Computer Science Department
4700 Elkhorn Ave. Suite 3300
Norfolk, VA 23529-0162
REQUESTED AMOUNT
PROPOSED DURATION
$100,000
6 months
PERIOD OF PERFORMANCE
Jan, 2005 – July 2005
THE SMALL BUSINESS CERTIFIES THAT:
1. It is a small business as defined in this solicitation (Section 2.12)
2. It qualifies as a socially and economically disadvantaged business as defined in this solicitation. FOR STATISTICAL
PURPOSES ONLY.
3. It qualifies as a woman-owned business as defined in this solicitation. FOR STATISTICAL PURPOSES ONLY.
4. NSF is the only Federal agency that has received this proposal (or an overlapping or equivalent proposal) from the
small business concern. If No, you must disclose overlapping or equivalent proposals and awards as required by this
solicitation. (See Section 3.3.m)
5. A minimum of two-thirds of the research will be performed by this firm in Phase II
6. The primary employment of the principal investigator will be with this firm at the time of award and during the conduct
of the research.
7. It will permit the government to disclose the title and technical abstract page, plus the name, address and telephone
number of a corporate official if the proposal does not result in an award to parties that may be interested in contacting
you for further information or possible investment.
8. It will comply with the provisions of the Civil Rights Act of 1964 ( P. L. 88-352) and the regulations pursuant thereto.
9. It has previously submitted proposals to NSF (EXCLUDING PHASE I SBIR).
10. It previously submitted this proposal (which was declined previously) and significant modifications have been made
as described in Section 4.5 of this solicitation.
Y/N
Y
N
N
Y
Y
Y
Y
Y
N
N
PRINCIPAL INVESIGATOR / PROJECT DIRECTOR
NAME Carlton Northern
TITLE PRINCIPAL INVESTIGATOR
SOCIAL SECURITY NO.
HIGHEST DEGREE / YEAR
E-MAIL ADDRESS
333-33-3333
TELEPHONE NO.
Bachelor of Science/2005
FAX NO.
ed@cs.odu.edu
WEB ADDRESS
555-0000
NAME
Edward Denecke
PRESIDENT'S NAME
555-0001
http://www.cs.odu.edu/~cpi/cpi-2-s2005/rta
COMPANY OFFICER (FOR BUSINESS AND FINANCIAL MATTERS)
TITLE
TELEPHONE NO.
Principal Investigator/ Project Manager
OTHER INFORMATION
YEAR FIRM FOUNDED
555-5555
NUMBER OF EMPLOYEES AVERAGE
PREVIOUS 6 MO.: 6
CURRENTLY: 7
Hill Price
1995
PROPRIETARY NOTICE: See Section 5.4 for instructions concerning proprietary information.
(Check Here if proposal contains proprietary information.)
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 1 of 59
Certification Page
Certification for Principal Investigators
I certify to the best of my knowledge that:
(1) the statements herein (excluding scientific hypotheses and scientific opinions) are true and complete, and
(2) the text and graphics herein are as well as any accompanying publications or other documents, unless otherwise
indicated, are the original work of the signatories or individuals working under their supervision. I agree to accept
responsibility for the scientific conduct of the project and to provide the required progress reports if an award is made
as a result of this application.
I understand that the willful provision of false information or concealing a material fact in this proposal or any other communication submitted
to NSF is a criminal offense (U.S. Code, Title 18, Section 1001).
PI/PD
Name (Typed)
Edward Denecke
Signature
Date
Mar 4, 2005
Certification for Authorized Organizational Representative or Individual Applicant
By signing and submitting this proposal, the individual applicant or the authorized official of the applicant institution is: (1) certifying that
statements made herein are true and complete to the best of his/her knowledge; and (2) agreeing to accept the obligation to comply with NSF
award terms and conditions if an award is made as a result of this application. Further, the applicant is hereby providing certification regarding
Federal debt status, debarment and suspension, drug free workplace, and lobbying activities (see below), as set forth in the Grant Proposal
Guide (GPG), NSF 95-27. Willful provision of false information in this application and its supporting documents or in reports required under
an ensuring award is a criminal offense (U.S. Code, Title 18, Section 1001).
In addition, if the applicant institution employs more than fifty persons, the authorized official of the applicant institution is certifying that the
institution has implemented a written and enforced conflict of interest policy that is consistent with the provisions of Grant Policy Manual
Section 510; that to the best of his/her knowledge, all financial disclosures required by that conflict of interest policy have been made; and that
all identified conflicts of interest will have conflict of interest policy. Conflicts which cannot be satisfactorily managed, reduced or eliminated
must be disclosed to NSF.
Debt and Debarment Certifications (If answer "yes" to either, please provide explanation.)
Is organization delinquent on any Federal debt?
YES
Is the organization or its principals presently debarred, suspended, proposed for debarment, declared
YES
ineligible, or voluntarily excluded from covered transactions by a Federal Department or agency?
NO X
NO X
Certification Regarding Lobbying
This certification is required for an award of a Federal contract, grant or cooperative agreement exceeding $100,000 and for an award of a
Federal loan or a commitment providing for the United States to insure or guarantee a loan exceeding $150,000.
Certification for Contracts, Grants, Loans and Cooperative Agreements
The undersigned certifies, to the best of his or her knowledge and belief, that:
(1) No Federal appropriated funds have been paid or will be paid, by or on behalf of the undersigned, to any person for influencing or
attempting to influence an officer of employee of any agency, a Member of Congress, an officer or employee of Congress, or an employee of a
member of Congress in connection with the awarding of any federal contract, the making of any Federal grant, the making of any Federal loan,
the entering into of any cooperative agreement, and the extension, continuation, renewal, amendment, or modification of any Federal Contract,
grant, loan, or cooperative agreement.
(2) If any funds other than Federal appropriated funds have been paid or will be paid to any person for influencing or attempting to influence an
officer or employee of any agency, a Member of Congress, and officer or employee of Congress, or an employee of a Member of Congress in
connection with this Federal contract, grant, loan, or cooperative agreement, the undersigned shall complete and submit Standard Form-LLL,
"Disclosure of Lobbying Activities," in accordance with its instructions.
(3) The undersigned shall require that the language of this certification be included in the award documents for all sub awards at all tiers
including subcontracts, sub grants, and contracts under grants, loans, and cooperative agreements and that all sub recipients shall certify and
disclose accordingly.
This certification is a material representation of fact upon which reliance was placed when this transaction was made or entered into.
Submission of this certification is a prerequisite for making or entering into this transaction imposed by section 1352, title 31, U.S. Code. Any
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 2 of 59
person who fails to file the required certification shall be subject to a civil penalty of not less than $10,000 and not more than $100,000 for each
such failure.
Authorized Organizational Representative
Signature
Date
Name /Title (Typed)
May 4, 2005
Edward Denecke
Telephone Number
Electronic Mail Address
Fax Number
555-0000
ed@cs.odu.edu
555-0001
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 3 of 59
National Science Foundation
Small Business Innovation Research Program
Program Solicitation No: NSF 97-64
Project Summary
FOR NSF USE ONLY
NSF PROPOSAL NO.
NAME OF FIRM
Receipt Tracking Assistant
ADDRESS
Engineering & Computational Sciences Bldg.
4700 Elkhorn Ave.
Suite 3300
Norfolk, VA 23529-0162
PRINICPAL INVESTIGATOR (NAME AND TITLE): Edward
Denecke, Project Manager
TITLE OF PROJECT: Receipt Tracking Assistant
TOPIC TITLE
Receipt Tracking Assistant
TOPIC NUMBER AND SUBTOPIC LETTER
000000-11111-22222
PROJECT SUMMARY
(200 words or less)
The Receipt Tracking Assistant (RTA) is a powerful software tool that
allows an organization to manage employee and/or associate expense receipts.
Modern organization associates are traveling at an alarming rate. Americans
make more than 405 million long-distance business trips each year. What are
these business travelers spending their money on? More importantly, how much
of it needs to be reimbursed by the sponsoring organization? Currently, the
expense receipts from these trips aren’t being managed as efficiently as they
could be: 66% of organizations do not use any type of electronic reimbursement
management software at all.
By incorporating a powerful database backend with a user-friendly and
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 4 of 59
intuitive user interface, RTA will provide an inexpensive solution for all expense
tracking and management needs. RTA will allow the user to scan expense
receipts quickly and easily. Then, it will extract and parse the data from these
receipts, automatically filling out expense reports. RTA will also allow the creation
of custom expense reports and employee profiles. By our estimates,
organizations will be able to cut the required time for expense management in
half.
Potential Commercial Applications of the Research
System Integration, Financial Records, Standardize Expense Reports, Statistical Data
Key Words to Identify Research or Technology (8 maximum)
Optical Character Recognition, Text Parsing, XML, Excel, Twain_32
NSF Form 1304 (SBIR 12/96)
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 5 of 59
Table of Contents
1. Result of the Phase 1 Project …………………………………………….………….7
2. Phase II Technical Objectives, Approach, and Workplan………………….………..9
3. Organizational Information …………………………………………….…………..12
3.1 Personnel ………………………………………………….………………13
3.2 Future Staffing……………………………………………….……………14
4. Consultant and Sub-Award Agreements …………………………….……………..15
5. Equivalent Overlapping Proposals to Other Agency ……………………….……...16
6. Biographical Sketches……………………………………………………………...18
7. Proposal Budget ……………………………………………………………………22
7.1 Salaries and Wages………………………………………………………..22
7.2 Principle Investigator………………………………………………...……25
7.3 Key Personnel……………………………………………………………..26
7.4 Permanent Equipment…………………………………………………….27
7.5 Consultants………………………………………………………………..29
7.6 Sub-Awards……………………………………………………………….30
7.7 Indirect Costs……………………………………………...………………31
8. Payment Schedule and Milestone Chart ……………………………...……………32
9. Commercialization Plan…………………………………………………...………..35
9.1 Introduction of the SBIR Project, Expected Outcomes, and Impact…..….35
9.2 The Company……………………………………………………….....….36
9.3 The Market, Customer and Competition……………………………….…36
9.4 Intellectual Property Protection……………………………………….…..37
9.5 Financing……………………………………………………………….…37
9.6 Revenue Stream……………………………………………………….….38
10. Phase 1 Final Report ……………………………………………………………..39
11. Appendix……………………………………………………………………….…41
11.1 Evaluation Plan……………………………………………………….…41
11.2 Resource Plan………………………………………………………...…43
11.3 Management Plan……………………………………………………….45
11.4 Staffing Plan…………………………………………………………….47
11.5 Risk Assessment ……………………………………………………….49
11.6 Work Breakdown Structure…………………………………………….54
11.7 Budget…………………………………………………………………..56
11.8 Interviews………………………………………………………………58
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 6 of 59
1. Result of the Phase 1 Project
This Phase I SBIR research project studied the feasibility of implementing the
Receipt Tracking Assistant. During the course of research and prototype development,
several issues arose, mandating change to the original scope and depth of the prototype
development. Given the time and monetary constraints inherent in a typical Phase 1
study, the RTA was scaled back in design to demonstrate core functionality.
Development of the prototype during Phase I resulted in the elimination of several
original design goals. The most fundamental of these was the elimination of RTA optical
character recognition capabilities. Developing an OCR software system, in and of itself,
is a length endeavor. In the interest of not “reinventing the wheel” RTA focused
primarily on developing a software system that could interface with the native OCR
capabilities found in many modern optical scanners, to produce an efficient and accurate
expense report generation tool.
In addition to the elimination of a custom OCR package, several other minor
functional modules were eliminated, or emulated. Among these were the XML
capabilities and remote expense management abilities of the RTA system. Future
research and funding will focus on developing these modules, as well as their integration
to the core RTA system.
The feasibility study of the RTA system concluded that developing an
organizational expense report tool was possible. The strength of our project
implementation rests in its flexibility to work with any TWAIN32 optical scanner that
comes bundled with an OCR software package. The RTA system successfully
manipulated OCR text output from a scanning device and proved that accurate parsing of
data fields was possible. The RTA team also proved that our implementation had high
levels of reliability, concerning data accuracy rates.
Another conclusion of the Phase I research was that data analysis of current
expenses against historical figures was an efficient mechanism for catching erroneous or
fraudulent expense amounts. This tool proved useful in generating an accurate and fair
expense report.
The RTA system was developed for use on any current version of the Windows
operating system, starting with Win 95 up to Win Professional. System requirements
were fine tuned, and several scanning devices were tested in conjunction with the RTA
system. Additionally, the optical scanner vendor candidates selected for testing by RTA
were Hewlett Packard, Canon and Epson. These manufacturers account for over half of
current market share in the scanning industry, and as such are a reasonable test bed for
RTA compatibility. RTA testing of these devices proved that while OCR error rates
fluctuated between vendors, the RTA system proved robust enough to handle any
discrepancies and variations with minimal impact on expense generation. Primarily, this
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 7 of 59
robustness originates with the successful implementation of our image to text comparison
fields, embedded within the expense generation interface of the RTA product. This
comparative ability consists of demonstrating to the user the original image of the
scanned receipt being added to the system, and the resultant OCR text associated with the
image. By visualizing this information side by side, the RTA allows a user to
immediately spot and correct any flaws introduced by faulty OCR algorithms.
Additionally, the RTA team created an initial file manipulation tool that will
allow for quick ramp-up of future XML capabilities. The file generation and organization
logic built into the RTA allows users to store their expense data file and can easily
undergo conversion to XML.
In conclusion, the feasibility of the Receipt Tracking Assistant was demonstrated
through the implementation of robust and flexible code development using Microsoft
Visual Basic and third party OCR software.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 8 of 59
2. Phase II Technical Objectives, Approach, and Workplan
The second phase of the Receipt Tracking Assistant will explore several new
areas of research and development. These innovative objectives will be aimed primarily
at developing a fully functional working production model of the Receipt Tracking
Assistant. In order to complete this project, the core functionality of the RTA prototype
will be augmented and additional services and features added.
Several of the key functional components of the Phase I prototype were simulated
versions of their ultimate form. The ability of the RTA to interface with an OCR software
API, for instance, was discarded in favor of direct file manipulation. Additionally, several
key characteristics of our desired final form were not completed in the interest of time
and monetary constraints. The ability of the RTA to communicate via Hypertext protocol
remotely from traveling employee to business is one such example of a sidelined ability.
It will be during Phase 2 that the full innovative functionality of the Receipt Tracking
Assistant is developed.
One of the first objectives of Phase 2 will be complete augmentation of native
OCR communication to the RTA software system. This will allow the RTA to interface
with the any TWAIN32 compatible API. The purpose of this is to provide RTA with the
ability to call the scanner and directly receive parsed information from a receipt image.
This technology would allow a user to control a second party software system from the
RTA, allowing a more streamlined working process.
The second objective of Phase 2 concerns the creation of a receipt template. This
template is a user selected option that helps RTA eliminate non important data fields
from receipts. The idea is that certain receipt types, such as plane tickets, hotel receipts,
or equipment purchases all follow a general pattern of data grouping, making it possible
to ignore certain areas of the printed surface. By ignoring this data, the RTA can focus on
the important financial information found in critical areas.
Another technical objective for Phase 2 development is the addition of a remote
access manager. This remote manager would allow a business traveler to communicate
with their central business office and exchange travel expense information while away.
Such functionality would greatly speed up travel expense filing, as the office can work on
expense generation before the employee is even back from their trip. Also, if
questionable expenses occur, the office can contact the employee to request confirmation,
and even potentially allow an employee to dispute a charge before leaving. This
technology would use hypertext protocols to communicate and provide a secure shell for
information exchange.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 9 of 59
With remote access, the RTA will concurrently develop XML style formatting for
the purpose of long term data storage and database interfacing. XML is a widely accepted
markup language that is powerful and extremely flexible. This combination will allow
any information transformation to occur very efficiently. XML provides for universal
recognition of data, across platforms and storage systems. Finding a way to integrate this
XML into the RTA package will provide somewhat challenging, but the increased
functionality it provides will be instrumental in wide acceptance.
Along with the previously mentioned objective comes the need for enhanced error
recognition and OCR support. The RTA will need to develop and extensively test a
receipt checking mechanism that will catch any potential errors in monetary information
or other sensitive fields. Due to the nature of parsing receipt data, discrepancies may arise
when a receipt is damaged. OCR systems, although very accurate, are not flawless. The
RTA will employ automatic error highlighting, calling the attention of the user to any
fields that are questionable in nature. This will be accomplished in several ways. The
RTA can maintain a historical database of expenses for certain areas, or items. Any
amount that presents a deviation from historical precedence may raise a flag, allowing the
user to verify or correct. The technology to provide this service reliably and efficiently is
a significant goal during the second phase of development.
The addition of these complex modules will have to be represented in the RTA
graphical user interface. To this end, the existing interface will be expanded and
improved upon. This technical goal is instrumental in maintaining a sleek user interface,
while providing the above powerful tool sets to the RTA. The interface is what the end
user will manipulate, and arranging functionality in a logical and clear manner is
important.
Finally, each and every new system will be validated and tested thoroughly.
Ultimately the goal of the RTA is to provide a reliable and easy to use expense generation
system that will decrease the amount of time required by employees to input appropriate
data. In order to meet this goal, it is crucial that new functional modules are tested for
shortfalls, disconnects, and logical errors. Extensive debugging of code will be conducted
to ensure a stable operating platform. Beta testing of all interfaces will occur to point out
shortcomings in ease of use, and logical flow.
The approach of the RTA team in addressing these goals is to employ a top down
schema, where teams are assigned work as per their unique abilities. As each team
develops a system for integration, extensive testing will occur at each step of the
development process. Analysis, design, implementation and validation will be an iterative
process that occurs throughout the lifespan of each team based project. A framework for
communication between team leaders and project manager will be established to reduce
ambiguity and ensure a product is developed on time and within budget constraints.
Additionally, a work breakdown structure will be used to plan total man hours
necessary, as well as provide a timetable to track progress. A complete work breakdown
can be found in the supplementary section of this document.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 10 of 59
The general work breakdown for Phase 2 can be found in the diagram below:
In Phase Two, the RTA undergoes the critical design process. The very
first step in the critical design process is to update the documentation created in
Phase One. The system design of the entire RTA product is developed with
requirements first and then moving on to coding the functionality of the RTA
product. The functionality of the RTA product includes the following:
I.
II.
III.
IV.
V.
VI.
VII.
VIII.
IX.
GUI Implementation
Scanner Recognition Implementation
Database Profile Handling Implementation
OCR Usage Implementation
Expense Report Template Creation
Remote RTA Access
Database XML Implementation
Error Checking and Handling
Customizable Report Algorithm
The functionality of the RTA product will all be coding in this critical design
phase of the RTA product design process. Functionality of the RTA product will be
tested thoroughly after it has been implemented. A full system verification process is
involved where the team tests the product as a whole. The starting of the marketing plan
is also in the critical design process.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 11 of 59
3. Organizational Information
The Receipt Tracking Assistant team is composed of several noteworthy
individuals. Most of these principle developers began their association with this project
during Phase 0 of the development cycle and continued on to the present state of RTA
development. The team members listed below are devoted to the continued success of the
Receipt Tracking Assistant, and plan to contribute during Phase 2 of RTA development.
The team is dedicated to further expanding our knowledge of the computer
science field. The objective of our team is to propose a technological innovation to solve
the lack of automated expense reporting. We believe through hard work and dedication,
we can achieve our goals and objectives. It is our duty to uphold our principles of
honesty, truth, and integrity in order to achieve our ultimate goal to make the RTA
solution a reality.
Receipt Tracking Assistant: Team Organization
Hierarchy
General Manager
Gene Price
Project Manager
Ed Denecke
Assistant Manager
Programming Supervisor
Wayne Yee
Programmer:
Andrej Ciric
CS411W
Marketing
Manager:
Nick Tschohl
Programmer:
Mike Schaefer
Programmer:
Meriel
Regodon
Old Dominion University Computer Science
Receipt Tracking Assistant
Graphic
Artist:
Philip Ly
Page 12 of 59
3.1 Personnel Information
CS411W
Ed Denecke
Management:
Project Manager,
Web Design
Andrej Ciric
Technical:
Programmer, SBIR
Organization
Mike Schaefer
Technical:
Programmer, SBIR
Organization
Assists in the
development of
RTA system
functionality.
Meriel Regodon
Technical:
Programmer, Risk
Assessment
Manager
Assists in the
development of
RTA system
functionality.
Nick Tschohl
Marketing:
Marketing Director
Plans RTA
marketing
strategies.
Wayne Yee
Management:
Assistant Project
Manager,
Programmer
Assists in the
development of
RTA system
functionality.
Philip Ly
Technical:
Graphic Artist,
Software Analyst
Develops graphics
in conjunction with
the RTA team.
Old Dominion University Computer Science
Receipt Tracking Assistant
In charge of
directing RTA
activities, as well as
planning long term
goals.
Assists in the
development of
RTA system
functionality.
Page 13 of 59
3.2 Future Staffing Plans:
The RTA team will employ several groups of individuals in addition to the core
team presented above, in future staffing. These individuals consist of possible legal
counsel, a software consultant, and intern software developers. Each of these groups will
have either one or multiple members of the core RTA team as advisors, or liaisons.
Coordination of future activities will occur at the appropriate time as outlines in the work
breakdown structure for Phase II.
Additionally, the RTA team will employ certain administrative team members
throughout the development process to handle human resources issues and daily
organization.
Management for the RTA team will be loosely based upon the following
structure:
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 14 of 59
4. Consultant and Sub-Award Agreements
Assistance to the Receipt Tracking Team will be provided on an “as needed”
basis in certain circumstances. The following positions will be used for technical
assistance in development of Phase 2 objectives, and as counsel in decision making
processes.
Software Consultant: The software consultant will provide information regarding
the organization and integration of OCR functionality into the RTA prototype.
Estimated Hours: 560
Rate: $58.00
Software Developer I: The developers hired by RTA will conduct coding of
various system modules for integration as directed by the RTA team.
Estimated Hours: 1200 nominal
Rate: $15.00
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 15 of 59
5. Equivalent Overlapping Proposals to Other Agency
 N/A
5.1 References
Funding Agencies
National Science Foundation
http://www.nsf.gov
Small Business Administration
http://www.sba.gov/
Competition
Neat Receipts
www.neatreceipts.com
Quicken 2005 Premier Home & Business
www.quicken.com/
Microsoft Money 2005 Small Business
www.microsoft.com/
Hardware
Small Business Server PowerEdge 6650
configure.us.dell.com
HP Officejet 9130 All-in-One (C8144A)
www1.hp.com
USB Cable
www.compusa.com
Developer Software
Microsoft Visual Studio .NET 2003 Enterprise
www.asap.com
Microsoft Office 2003 Pro
www.asap.com
Software/API
SimpleOCR
www.simpleocr.com
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 16 of 59
Budget
Bank of America
commercial.fleet.com
Salary Dot Com
www.salary.com
Monster Dot Com
www.monster.com
Statistical
Information taken from Bureau of Transportation Statistics
www.bts.gov
Information taken from Runzheimer Reports on TravelManagement
www.travel.runzheimer.com
Interview
Kimberly Davis,
Fiscal Technician for Old Dominion University CS Department.
Mike Landis,
Technical Support for Neat Receipts.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 17 of 59
6. Biographical Sketches
Wayne Yee
Asst. Project Manager, Financial Analyst, Personnel Coordinator
Wayne has always been interested in the computer science field. He is
now taking courses at Old Dominion University to pursue a career in the
computer science field. He is on track to graduate in Spring of 2006.
Undergraduate Institution
Old Dominion University
Major
Computer Science
Degree / Year
B.S. 2006
Experience / Appointments
Chinatown Restaurant
Old Dominion University
Warwick High School
Location
Newport News, VA
Norfolk, VA
Newport News, VA
Year
Present
Present
2002
Meriel Regodon
Hardware Analyst, Risk Assessment Manager
Meriel is a third year student in the ODU Computer Science program
with a minor in Japanese. His interest in computers has grown since
childhood, which influenced his decision in finding an education and career
in computer science. He plans to start a career in computer game
development when he graduates from ODU in the spring of 2006. He has
had some experience with Assembly, C++, Java, and HTML.
CS411W
Undergraduate Institution
Old Dominion University
Major
Computer Science
Degree / Year
B.S. 2006
Experience / Appointments
Old Dominion University
Ocean Lakes High School
Location
Norfolk, VA
Virginia Beach, VA
Year
Present
2002
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 18 of 59
Philip Ly
Software Analyst, Assistant Web Master, Graphics Artist
Philip is a senior at Old Dominion University majoring in Computer
Science with a minor in Information Technology. He has been interested in
computers ever since he was thirteen years old. Philip has some basic
experience with C++ and HTML. On his spare time, he attempts to improve
on his computer graphics and designing skills as well as video editing.
Undergraduate Institution
Old Dominion University
Major
Computer Science
Degree / Year
B.S. 2006
Experience / Appointments
Freelance Web Designer
Old Dominion University
High School
Location
Norfolk, VA
Norfolk, VA
Norfolk, VA
Year
Present
Present
2000
Nicholas Tschohl
Main Presenter, Marketing Director, SBIR Specialist
Nick decided to pursue a career in CS after plans to become an Air Force
Pilot were stopped short. An athlete in the sport of diving, black belt martial
artist, and honors college student leave time short, but with a good work
ethic he is still on track to graduate in the Spring of 2006. He is also the
marketing director for the RTA.
CS411W
Undergraduate Institution
Old Dominion University
Major
Computer Science
Degree / Year
B.S. 2006
Experience / Appointments
ResNet
Old Dominion University
Hickory High School
Location
Norfolk, VA
Norfolk, VA
Chesapeake, VA
Year
Present
Present
2002
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 19 of 59
Edward Denecke
Documentation Manager, Head Web Master
Edward Denecke is a system administrator for the Computer Science
Department at Old Dominion University. Has vast knowledge of Unix and
Windows environment. As of the Summer of 2003 has been maintaining a
64 node cluster running Linux, to learn more on the cluster go here.
Undergraduate Institution
Old Dominion University
Major
Computer Science
Degree / Year
B.S. 2005
Experience / Appointments
CS System Administrator
Old Dominion University
Bayside High School
Location
Norfolk, VA
Norfolk, VA
Virginia Beach, VA
Year
Present
Present
2001
Synergistic Activities
64 Node Cluster Admin
Setup Production Wireless Network
Setup Windows Servers & Clients
Setup Production Solaris Servers
CS411W
Location
Norfolk, VA
Norfolk, VA
Norfolk, VA
Norfolk, VA
Old Dominion University Computer Science
Receipt Tracking Assistant
Year
Present
Present
Present
Present
Page 20 of 59
Andrej Ciric
Programmer, SBIR coordinator
Andrej graduated with a B.S. from the University of Arizona in Molecular
and Cellular Biology, and is currently a senior at Old Dominion University
pursuing a second degree in Computer Science. Also, he is currently serving
an internship at General Dynamics, working with simulation programming.
Undergraduate Institution
University of Arizona
Old Dominion University
Major
Molecular Biology
Computer Science
Degree / Year
B.S. 2000
B.S. 2005
Experience / Appointments
Old Dominion University
General Dynamics
Programmer
Location
Norfolk, VA
Suffolk, VA
Year
Present
2004-2005
Mike Schaefer
Programmer
Besides the obvious that I am a Senior CS student at ODU, I am also a
scholarship NROTC Midshipman, set to be commissioned by the Navy in
May 2005, right after graduation. I entered ODU with 33 transfer credits as
a result of dual-enrollment during high school. This helped tremendously in
my efforts to earn my degree in Computer Science in four years. Sometimes
as a result, however, I find myself the youngest and least experienced of the
pack of CS students.
CS411W
Undergraduate Institution
Old Dominion University
Major
Computer Science
Degree / Year
B.S. 2005
Experience / Appointments
Old Dominion University
NROTC
Location
Norfolk, VA
Norfolk, VA
Year
Present
Present
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 21 of 59
7. Proposal Budget
7.1 Salaries and Wages
PHASE 2
PERSONNEL
Staff Members:
Edward (Project Manager)
Wayne (Software Engineer
II)
Mike (Software Engineer II)
Nick (Software Engineer II)
Philip (Software Engineer II)
Andrej (Software Engineer
II)
Meriel (Software Engineer II)
Software Developer #1
(Intern)
Software Developer #2
(Intern)
Software Developer #3
(Intern)
Software Developer #4
(Intern)
Software Developer #5
(Intern)
Software Consultant
Hours Worked
1264
$$ Per Hour
$43.30
Phase 2
Salary
$54,731
1368
1128
824
1136
$31.44
$31.44
$31.44
$31.44
$43,010
$35,464
$25,907
$35,716
1128
1480
$31.44
$31.44
$35,464
$46,531
1368
$15.00
$20,520
824
$15.00
$12,360
1136
$15.00
$17,040
1128
$15.00
$16,920
1480
560
$15.00
$58.08
$22,200
$32,525
Total
Salaries:
40%
Overhead
Total Cost:
$398,388
$159,355
$558,000
PHASE 2 HARD RESOURCES/MISC.
Server (PowerEdge 6650)
Computers/Workstations (5)
MS Office 2003 Pro (5)
MS Visual Studio .NET (5)
Beta Test Contract #1 (Evaluation)
Beta Test Contract #2 (Evaluation)
Misc.
$2,500/unit
$441/unit
$1,178/unit
Total Cost:
$15,000
$12,500
$2,205
$5,890
$50,000
$50,000
$25,000
$161,000
PHASE 2 BUDGET SUMMARY
Total Personnel Cost:
Total Hard Resources/Misc. Cost:
Total Phase 2 Cost:
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
$508,093
$160,595
$669,000
Page 22 of 59
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 23 of 59
Expense Total: $669,000
Employee
Overhead
$146,000
22%
Evaluation
$100,000
54%
15%
Salaries
$363,000
9%
Resources
$61,000
Figure 10.3.5
The phase 2 budget pie chart, showing a simple breakdown.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 24 of 59
7.2 Principle Investigator
Edward Denecke
Documentation Manager, Head Web Master
Edward Denecke is a system administrator for the Computer Science
Department at Old Dominion University. Has vast knowledge of Unix and
Windows environment. As of the Summer of 2003 has been maintaining a
64 node cluster running Linux, to learn more on the cluster go here.
Ed Denecke will be available to the RTA team exclusively pending approval of
Phase II funding. Edward is assigned a total of 1264 hours during the second
phase of RTA development.
Undergraduate Institution
Old Dominion University
CS411W
Major
Computer Science
Degree / Year
B.S. 2005
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 25 of 59
7.3 Key Personnel
The key personnel can be found in the above chart (Personnel).
The key personnel will be our team members:







Edward Denecke - Project Manager
Wayne Yee – Software Engineer
Nick Tschohl – Marketing Analyst
Philip Ly – Graphic Design
Meriel Regodon – Software Engineer
Michael Schaefer – Software Engineer
Andrej Ciric – Software Engineer
Each of these individuals is dedicated to Phase II development of the Receipt Tracking
Assistant, pending approval of funding.
The budget breakdown for the key individuals listed above can be found in the following
figure:
PHASE 2
PERSONNEL
Staff Members:
Edward (Project Manager)
Wayne (Software Engineer
II)
Mike (Software Engineer II)
Nick (Software Engineer II)
Philip (Software Engineer II)
Andrej (Software Engineer
II)
Meriel (Software Engineer II)
CS411W
Hours Worked
1264
$$ Per Hour
$43.30
Phase 2
Salary
$54,731
1368
1128
824
1136
$31.44
$31.44
$31.44
$31.44
$43,010
$35,464
$25,907
$35,716
1128
1480
$31.44
$31.44
$35,464
$46,531
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 26 of 59
7.4 Permanent Equipment
The following are items that will be purchased to accommodate the larger
employee base:
I.
II.
III.
IV.
Computers/Workstations (5)
MS Office Pro (5)
MS Visual Studio .NET (5)
Small Business Server
Some of the budget is allocated to implement the beta testing plan. This will be
allocated and set as an evaluation cost where our software is undergoing field testing.
Each beta test contract will incur $50,000 per contract for two contracts and this will
allow us to setup a contract to beta test our production software to ensure quality of our
RTA software package. After the beta testing is done, extra resources will be used to
debug and work out any errors or issues that come up.
The total beta testing evaluation expenses will total up to $100,000 with $25,000
set aside for other miscellaneous expenses during the critical design phase. Advertising
on the internet will require a web server and $15,000 will be allocated to get the required
resource to implement our plans for future advertising over the internet. All the expenses
in the Phase Two will equal to $669,000, which includes all direct cost of the employee’s
salaries, the evaluation cost of the beta testing plan and other resources to provide the
employees with adequate tools.
The budget breakdown for the equipment listed above can be found in the
following figure:
PHASE 2 HARD RESOURCES/MISC.
Server (PowerEdge 6650)
Computers/Workstations (5)
MS Office 2003 Pro (5)
MS Visual Studio .NET (5)
Beta Test Contract #1 (Evaluation)
Beta Test Contract #2 (Evaluation)
Misc.
$2,500/unit
$441/unit
$1,178/unit
Total Cost:
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
$15,000
$12,500
$2,205
$5,890
$50,000
$50,000
$25,000
$161,000
Page 27 of 59
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 28 of 59
7.5 Consultants
The team believes that the real OCR implementation will require a more
experienced person in software technology to program. A software consultant is added to
the staffing for this particular assignment, to help implement the OCR software with
LEADTOOLS SDK software package. Since majority of the duties of the critical design
phase is programming and coding the RTA production software, a software consultant
will be added to the critical design phase staff.
The software consultant will not move onto the next phase because there is no
indication of programming in the next phase.
The estimated budget for the software consultant can be found in the table below:
PHASE 2
PERSONNEL
Staff Members:
Software Consultant
CS411W
Hours Worked
560
$$ Per Hour
$58.08
Old Dominion University Computer Science
Receipt Tracking Assistant
Phase 2
Salary
$32,525
Page 29 of 59
7.6
Subawards
The RTA believes that successful implementation of a working production
model rest in our ability to fully test our product. In order to accomplish this goal,
several beta tests will be conducted. A beta test is an industry standard procedure
that lets groups of beta users to fully test the functionality of a product. This
process is invaluable in uncovering any defects, shortfalls, or disconnects in
program flow or logic.
Proper beta testing allows the RTA team to debug any deficiencies
completely. To reach this goal, we anticipate contracting two separate beta groups
for working production model validation.
Below is a figure with our anticipated budget requirements to subcontract two
beta test groups:
PHASE 2 HARD RESOURCES/MISC.
Beta Test Contract #1 (Evaluation)
Beta Test Contract #2 (Evaluation)
Misc.
Total Cost:
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
$50,000
$50,000
$25,000
$161,000
Page 30 of 59
7.7 Indirect Costs
We assume a 40% overhead for the amount spent in salaries, plus $250,000 for
marketing in phase III.
Current and Pending Support
Considering that the highest number of hours worked on this project for phase 2
is 1480 (Meriel), and a standard work week is 40 hours, that person will need 37 work
weeks to complete his share of the project. We estimated a phase 2 time of 367 work
days. One week contains 5 work days, so we have allotted about 73 work weeks for phase
2. If Meriel has 73 work weeks to complete 37 work weeks worth of project research, he
will only need about 50% of his work time. With this worst-case scenario in mind we
know that we will have more than enough time available to continue supporting this
project as necessary.
Facilities and Equipment
The hard resources are outlined in the Phase 2 budget chart. We will need one
server, 5 workstations, 5 copies of Microsoft Office 2003 Pro, and 5 copies of Microsoft
Visual Studio .NET. We will assume ODU will continue to provide facilities “in-kind.”
The table below contains the estimated overhead for salaried workers during phase II of
RTA development:
PHASE 2
PERSONNEL
Staff Members:
CS411W
Hours Worked
$$ Per Hour
Total
Salaries:
40%
Overhead
Total Cost:
Old Dominion University Computer Science
Receipt Tracking Assistant
Phase 2
Salary
$398,388
$159,355
$558,000
Page 31 of 59
8. Payment Schedule and Milestone Chart
Phase 2 Milestone Chart:
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 32 of 59
Phase 2 Work Breakdown Structure:
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 33 of 59
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 34 of 59
9. Commercialization Plan
9.1 Introduction of the SBIR project, Expected Outcomes, and Impact
The Receipt Tracking Assistant is a software product that is meant to speed up and
save money on the expense report filing process. The product uses OCR applications to
parse, sort, and prepare scanned receipts for processing. The problems with the current
method are that it wastes too much time in getting information, sorting, and preparing
them for the fax. While this new process does add in the extra task of scanning the
receipts, the software saves much more time by dramatically cutting down the time it
takes to get the information from the receipts and the time it takes to sort them and get
them ready for a fax machine.
Because of the database, the program is able to compare two or more employees.
This allows the company to see who their best traveling employees are as well as where
they lose money on business trips. This also allows for less paperwork because receipts
can be thrown away after they are digitalized, so if the employee scans the receipts they
can turn in digital copies through e-mail before they even return from the trip. By
automating parts of the process the company saves on average 9.5 minutes per 10 receipts
and $1-$3 on every expense report.
Time Per Method
Current method
New Method
20
20
15
10.5
10
Minutes 10
7.5
7
5
0
3
0
Scanning
receipts
CS411W
0.5
Get info
from
receipts
2.5
0
0
0
Sorting
Fax
Print out
receipts preperation receipts
Total time
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 35 of 59
9.2 The Company
The RTA Team is a group of seven Senior Computer Science students at Old
Dominion University. We are in the final years of our undergraduate degree plans and are
required to take two project management courses: Computer Productivity Initiative parts
I and II. In the first course we work toward an SBIR Phase I grant proposal. The second
course consists of SBIR Phase I itself.
Our objectives are to follow through with the plans that we came up with,
achieving each milestone in a timely manner. Our team consists of a project manager
with various programmers and researchers and a general manager, who is the course
instructor. RTA plans to achieve success through hard work, dedication, and a great
amount of research.
9.3 The Market, Customer, and Competition
Companies lose many hours of working time dealing with receipts and expense
report processes that could be automated. Automating some of the tasks in processing
expense reports will save the company time and, in saving time, save them money. From
an interview with Kim Davis, Financial Technician of the CS department at ODU, it
takes somewhere between 30 minutes to 90 minutes to complete one expense report
including interruptions. She also stated that the bulk of the time she spends is on sorting
and taping the receipts to paper to be faxed elsewhere.
The marketing segments we are trying to target are businesses with large numbers
of traveling employees. A company with a large number of traveling employees will be
the most liking to purchase our product. There are two ways companies process the
expense reports. The first is that the company has hired a financial technician that takes
the receipts and makes the expense report and processes them for all business trips. In the
second type, the employee does the work and turns it in to be processed. In the first, this
will save time for the financial technician. In the second, this saves time for the
employees and the financial technician. The employees could simply turn in an electronic
version of the expense report, so the financial technician would only have to file the
electronic version and print out a hardcopy to be faxed for processing.
Our best competition lies in a similar product called Neat Receipts. Neat Receipts
can create custom expense report and track long term spending; however, they are geared
more towards a single person. With the RTA we will also provide printouts of all receipts
for faxing and compare the trends of any employees in the company. The others in
competition are: Microsoft Money, Quicken, and Microsoft Excel. Microsoft Money and
Quicken lack OCR technology, receipt management, and the automatic creation of
expense reports. Microsoft Excel can be set up to create custom expense reports;
however, it will not scan or create printouts of the receipts or track employees’ spending.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 36 of 59
9.4 Intellectual Property (IP) Protection
Our team plans to obtain a patent for our software, which includes the ideas it
contains. In addition we will include copyright information on all of our documents. Any
violators will be prosecuted to the full extent of the law.
9.5 Financing
Our financing plan for phase III is through the Small Business Association (SBA).
We will apply for the basic loan which will give us the opportunity to receive up to
$700,000. These loans will be repaid over the next seven years at a 2.75% interest rate.
The initial fee of an SBA loan is three percent leaving a $21,000 initial fee. The total
interest is $134,750.
The initial year will cost $798,000 in salaries, new equipment, and part of the loan.
Each following year will then be only $353,000 in salaries because new equipment will
not be purchased each year. Adding in what must be paid back on the loan, the cost for
the 2nd – 7th year with be about $473,000. On the 8th year, after the loan is paid off, the
cost will drop to only the cost of salaries at about $355,000 per year.
Units Sold
Break Even Analysis
4000
3500
3000
2500
2000
1500
1000
500
0
Estimated Units
Break Even
1
2nd - 7th
8th
Year
Note: A loan of $700,000 will be taken out to help cover the expenses of the first year
and is to be paid back through the next seven years.
Cost
Break even
Estimate
1st year
$798,000
3470 units
750 units
2nd - 7th year
$473,000
2057 units
2500 units
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 37 of 59
8th year
$355,000
1545 units
2500 units
9.6 Revenue Stream
Our company’s revenue stream will be simple and straightforward. We plan on
selling our software product to as many organizations as possible. This will be our only
source of revenue, but will be sufficient to make profits as shown in the following
diagram:
4500000
4000000
3500000
Dollars
3000000
Total Cost
2500000
Gross Revenue
2000000
Profit
1500000
1000000
500000
0
1
2
3
4
5
6
7
8
Year
This graph shows the total cost of the project including the loan being used in the first
year and cost for the interest over the next seven.
$120,000
Gross
Revenue
Per Year
$172,500
$52,000
2nd-7th
$473,000
$505,000
$102,000
8th+
$355,000
$505,000
$220,000
Years
Cost
1st
Profit
This shows the cost per year for the cost, gross revenue, and profit.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 38 of 59
10. Phase 1 Final Report
This Phase I SBIR research project studied the feasibility of implementing the
Receipt Tracking Assistant. During the course of research and prototype development,
several issues arose, mandating change to the original scope and depth of the prototype
development. Given the time and monetary constraints inherent in a typical Phase 1
study, the RTA was scaled back in design to demonstrate core functionality.
Development of the prototype during Phase I resulted in the elimination of several
original design goals. The most fundamental of these was the elimination of RTA optical
character recognition capabilities. Developing an OCR software system, in and of itself,
is a length endeavor. In the interest of not “reinventing the wheel” RTA focused
primarily on developing a software system that could interface with the native OCR
capabilities found in many modern optical scanners, to produce an efficient and accurate
expense report generation tool.
In addition to the elimination of a custom OCR package, several other minor
functional modules were eliminated, or emulated. Among these were the XML
capabilities and remote expense management abilities of the RTA system. Future
research and funding will focus on developing these modules, as well as their integration
to the core RTA system. The feasibility study of the RTA system concluded that
developing an organizational expense report tool was possible. The strength of our
project implementation rests in its flexibility to work with any TWAIN32 optical scanner
that comes bundled with an OCR software package. The RTA system successfully
manipulated OCR text output from a scanning device and proved that accurate parsing of
data fields was possible. The RTA team also proved that our implementation had high
levels of reliability, concerning data accuracy rates.
Another conclusion of the Phase I research was that data analysis of current
expenses against historical figures was an efficient mechanism for catching erroneous or
fraudulent expense amounts. This tool proved useful in generating an accurate and fair
expense report.The RTA system was developed for use on any current version of the
Windows operating system, starting with Win 95 up to Win Professional. System
requirements were fine tuned, and several scanning devices were tested in conjunction
with the RTA system. Additionally, the optical scanner vendor candidates selected for
testing by RTA were Hewlett Packard, Canon and Epson. These manufacturers account
for over half of current market share in the scanning industry, and as such are a
reasonable test bed for RTA compatibility. RTA testing of these devices proved that
while OCR error rates fluctuated between vendors, the RTA system proved robust
enough to handle any discrepancies and variations with minimal impact on expense
generation. Primarily, this robustness originates with the successful implementation of
our image to text comparison fields, embedded within the expense generation interface of
the RTA product. This comparative ability consists of demonstrating to the user the
original image of the scanned receipt being added to the system, and the resultant OCR
text associated with the image. By visualizing this information side by side, the RTA
allows a user to immediately spot and correct any flaws introduced by faulty OCR
algorithms.
Old Dominion University Computer Science
CS411W
Receipt Tracking Assistant
Page 39 of 59
Additionally, the RTA team created an initial file manipulation tool that will
allow for quick ramp-up of future XML capabilities. The file generation and organization
logic built into the RTA allows users to store their expense data file and can easily
undergo conversion to XML. In conclusion, the feasibility of the Receipt Tracking
Assistant was demonstrated through the implementation of robust and flexible code
development using Microsoft Visual Basic and third party OCR software.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 40 of 59
11. Appendix
11.1
Evaluation Plan
The Receipt Tracking Assistant (RTA) team will have an evaluation plan
for each phase of 0 to 3 and this will determine how we will know success for
each phase. One of our goals is to ensure a quality product hits the shelf and
evaluation may be the most important process to ensure that happens. In the big
picture, we will know we succeeded when our product is making the process of
expense reporting easier in the lives of travelers and financial department and
when we are selling enough to turn a profit. Each phase will be considered
successful upon completion of all of the tasks included in each one. Evaluations
will be done on the first of every month for progress made until that point.
ü Successful Development of
prototype
ü Completed documentation
ü SBIR Proposal
ü SBIR Approval
Phase 2
Critical Design
Phase 1
Prototype Development
ü Feasibility
Proven
ü WBS
Completed
ü Peer Evaluation
ü SBIR Proposed
ü SBIR Approved
Evaluation
Plan
ü Successful
development of
software
ü Beta testing with
few errors
ü Initail company
satisified with beta
testing
Phase 3
Out Years
Phase 0
Research and Design
ü Turning a profit
ü Positive/Constructive
feedback from
consumers
Phase Zero
Here is where most of the research and development takes place. By way
of requirements for the course, every four weeks is where we have a large peer
review which include the feasibility, milestone, and SBIR proposal presentations.
Once each presentation is over, immediately afterward suggested changes from
the panel are made to increase the feasibility and marketability of the Receipt
Tracking Assistant. Weekly evaluations in class are also done to ensure we are on
the right track and so that other class members have an opportunity to point out
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 41 of 59
something that could be fixed that we couldn’t see. In the research and
development phases there is lots and lots of review.
Phase One
Phase 1 is where the development of the prototype takes place with the
SBIR funding. Evaluation here will be every other week as far as reviewing what
needs to be done for each week and looking over the material from the previous
week. Evaluation of the design plan for each task or group of tasks, review of
their code, and through testing of each task. Biweekly meetings for these
evaluations and reviews will help in the quality development of the prototype of
the Receipt Tracking Assistant. Success shall be acquired when our team has
developed a working prototype that accepts input from a vast array of scanners,
the documentation throughout the phase and for the software is bound, and the
SBIR Phase II grant proposal is accepted.
Phase Two
In this critical design phase, evaluations will be taken the most seriously.
Here is where our team will develop the product that is actually going to be on the
shelf. Peer evaluations are going to be done every where testing comes into play.
Not only does this keep the team focused on creating a good solution, it will also
help to point out errors or problems to be rectified early in the development of the
software. This will save time in debugging down the road. Evaluations will also
be done after the completion of each major programming task to integrate all
tasks up to date and fully test and evaluate them. The evaluation of the programs
structure and how well it will pass given tests will aid in a quality product. The
biggest evaluation of all here will be developing the software and finding a
specific company to do beta testing with. We will define success when the beta
testing company accepts the product as useful and few or insignificant errors are
found.
Phase Three
Now that the RTA has been tested by part of the market, we shall take
their evaluation into consideration and make necessary changes to errors and
problems. Now the goal is getting the RTA product out there and promoting it.
The larger factors to be evaluated here will be the marketing plan, evaluation of
customer satisfaction, and evaluation of the production. Making sure that the
market our team is focusing in on is the correct market and that our approach is
effective. For each client we gain, their evaluation of our product as a whole and
their satisfaction with it is important in the creation of newer and better versions
of the software. Essentially evaluation from the real world is phase 3. We will
know we have succeeded when we are selling enough products to turn a profit and
we are receiving positive and constructive feedback about the RTA from
consumers.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 42 of 59
11.2
Resource Plan
Phase Zero
In the conceptual phase, the RTA team will use minimal resources. Old
Dominion University is the research partner for the RTA team and will provide
the basic necessary tools to complete phase zero. The following resources will be
provided by ODU during the conceptual phase:
I.
II.
III.
Computers/Workstations
Internet Connection
Research Facilities
The team will have access to over 150 workstations within the ODU
campus site. Conference rooms and laboratories are also used during this phase to
adequately do the required research for the development of the RTA software.
ODU will provide internet access to further enhance our researching abilities.
Phase One
In the prototype development phase, the team will purchase the following
equipment to help develop the RTA prototype software:
I.
II.
III.
IV.
V.
VI.
VII.
Workstations (7)
Additional Office Equipment
Printer/Scanner/Fax Equipment
USB Cable
MS Office 2003 Pro (7)
MS Visual Studio. NET (7)
PC OCR LEADTOOLS
The additional workstations will allow all team members to work
simultaneously on developing the RTA prototype software. Each workstation
will be equipped with Microsoft Office 2003 and Visual Studio .NET for the basic
operations of the prototype development. A printer will be purchase to allow for
developing important documentation and evaluation plans. To accommodate the
added workstations, additional office equipment is required. The OCR SDK
LEADTOOLS will be used to implement the OCR parsing feature of the RTA.
Phase Two
Phase Two is the critical design phase and were most real production
software programming is done. All the previous obtained resources in the
prototype development phase will be used again in this phase. The following
resources will be an addition to the current resources used from the prototype
development phase:
I.
II.
CS411W
Workstations (5)
MS Office 2003 Pro (5)
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 43 of 59
III.
IV.
Small Business Server
MS Visual Studio. NET (5)
The same amount of the workstations from the prototype development
phase and the additional workstations obtained will be used to program our RTA
production software. The software consultant will use the extra workstation
provided by the team in the prototype development phase and the software
developers will use the recently purchased workstations. The plan for future
advertising over the internet will requires a server to be purchased. Some of the
resources will be allocated to do the beta testing plan. Beta testing contracts will
be made to two different departments to ensure adequate field testing for our
software package. After the beta testing, the team will utilize resources to debug
any bugs/errors from the results of the beta test.
Phase Three
Phase Three is the production of our RTA software. The team will expand
their facilities to accommodate for customer services. These services include the
following:
I.
II.
III.
Customer Support
Technical Support
Contractor Service
The customer support and technical support facilities will be established in
the production phase of the RTA project. The expanded facilities will require
additional office equipment to accommodate for the expanded operations of the
RTA production facilities. The increased employee base will require the
additional resources below to adequately provide the planned customer services:
I.
II.
III.
Workstations (6)
MS Visual Studio. NET (6)
MS Office 2003 Pro (6)
The contractor services will require a lawyer to establish contract
standards and contracts for each individual company. In the production phase of
the RTA project, we will implement our marketing plan and allocate resources to
advertising. Soliciting to large companies and advertising over the internet will
be part of our marketing plan. Traveling expenses will be incurred when
soliciting to large companies for our RTA software package and is based on the
marketing plan set forth in the conceptual phase.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 44 of 59
11.3
Management Plan
Management Overview
The management plan encompasses all of the other plans included in this
SBIR document that breakdown the plans for our project. All of these plans in
essence make up the planning for the future of the project. Such plans include:
Description of figure
The plans shown in figure J.0000 above make up a large portion and
through them give a description of some of the major factors that need to be
planned out. The factors of the management plan shown here include: Funding
Plan, Resource Plan, Marketing Plan, Staffing Plan, Evaluation Plan, and Risk
Management Plan. The funding plan is where we determine by phase who we
will attempt to gain funding from. Phase one we plan on getting SBIR I funding
through National Science Foundation (NSF). This is the same plan for phase two,
only the funding we hope to obtain SBIR II funding through NSF. The resource
plan is a detailed description of what resources we think our team and staff will
need to develop the prototype in phase one, the real software that will be used for
testing and production in phase two, and for the marketing and mass production in
phase three. The marketing plan consists of a detailed analysis like, who our
target market is and why, risks involved with the development of the RTA, and
why we are even pursuing the development of the RTA. The Risk Management
Plan is in the supplementary information where a detailed analysis and description
of the risks is explained and the corresponding mitigations for them.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 45 of 59
Work Breakdown Structure/Gantt
One of the milestone documents produced in phase zero is the RTA’s
work breakdown structure where we lay out all of the tasks we feel are needed to
successfully complete each phase of the project. Along with a listing of these
tasks is a Gantt chart listing them and their respective resources, days it will take
to complete each task and phase, and visual of when they are to take place and be
completed.
This document has task numbers that are assigned to each section and
subsection for a couple of reasons. One reason is to uniquely identify a task so
that when someone is assigned to it, if it is referred to as a task number it will be
much easier to reference. The other reason is to help payroll and tracking of
actual cost on each task. When each task is completed, the hours logged by each
person along with their respective salaries, that actually worked on each task is
logged to track an over all and realistic report of how much time and money was
spent on each task. This is information that will be used in evaluations to
determine if a change in the scheduling and plans needs to take place to aid in the
smooth completion of the project.
This document gives a “breakdown” of budgeted cost versus resources
required to complete each task. Each task is assigned resources such as personnel
and hard resources and it lays them out in a visual manor that can help in the
maximization of usage of these resources versus time. Delegating these resources
can make or break the plans and execution of the project.
Management Approach
The management goal of Team RTA is to have close interaction with our
initial market where we plan to do our testing. We plan to be working hand in
hand with each other throughout the testing of it to make sure we are able to find
the most possible bugs, problems, needed functionality to add, and it’s true
usefulness. We plan to monitor all progress closely throughout each task and
each phase, especially through testing with the initial market.
Program Management Reviews
About every quarter the RTA’s PM will conduct a Program Management
Review with the initial test market. Here is where discussion of programmatic
issues dealing with the development and implementation of the project. Making
sure the progress is on track by reviewing everything done up to the point and
then adjusting the rest of the project plan if need be.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 46 of 59
11.4 Staffing Plan
Phase Zero
The conceptual phase of the RTA solution is determining the feasibility of
the project, and scheduling certain important tasks to accomplish established
goals and objectives. The staffing for this particular phase is just the RTA team
itself and there are no salaries involved with this phase
Phase One
In phase one, the RTA is beginning to develop it’s prototype. Here the
staff will begin developing the prototype and evaluating to prove the concept
works. Everyone will be an intern working in developing the RTA prototype.
Every staff member is involved with coding and testing the software prototype.
After each feature of the RTA is complete, it is required by all staff members to
participate in a testing/evaluation step to ensure that the feature is fully compliant.
The staff for phase one will last for 6 months and will also continue onto phase
two.
Phase Two
The critical design phase of the RTA is the development of the real
production software package. In this phase, the team will proceed to adapt the
prototype software to fit the needs of the real world scenario.
The team believes that the real OCR implementation will require a more
experienced person in software technology to program. A software consultant is
added to the staffing for this particular assignment, to help implement the OCR
software with LEADTOOLS SDK software package. Since majority of the duties
of the critical design phase is programming and coding the RTA production
software, five intern software developers will be an addition to the critical design
phase staff. Each one will be assigned to all senior staff members with the
exception of the project manager. The main role for everyone in the staffing of
this phase is to code the production software package. As part of our evaluation
plan, all members are involved in evaluating the functionality of the developed
software package. Nick’s job will also be to setup contracts for beta testing to
ensure that the developed software is given adequate field testing. After the beta
testing is complete, the team will analyze the results and debug any errors. They
will also modify the code to take in account any issues that were brought up in the
beta test. This particular phase will last around one year or a year and a half, with
only the senior staff moving onto the next phase. The software consultant will not
move onto the next phase because there is no indication of programming in the
next phase. The five software developers will continue to the production phase to
handle the mass production of the software.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 47 of 59
Phase Three
Production and Out Years is the phase where most of the staffing comes
in. When expanding our facilities to include customer’s services, the staffing will
increase. With the growing business structure and the establishment of customer
services, the RTA has decided to gather a few more employees to implement and
maintain those services. The three customer support representatives will help the
team establish and maintain the Customer Support service facilities. Their role is
to take orders for the RTA small business and to provide very basic tech support.
The tech support service facilities will be implemented and maintained by the
three tech support representatives.
The tech support representatives are there to provide in-depth technical
support to any customer who needs it. In addition to the senior staff and the
service representatives, a lawyer will be required to initiate the contractor service
department, where each individual contract for each company will be made. Any
and all patent and copyright protections will also be handled by the lawyer. When
the team believes that the product is ready to be mass produced, they will call
upon the five software developers from the previous phase to help mass produce
the software. The senior staff will set requirements for the positions and ensure
that the employees hired were qualified to do their jobs to minimize mistakes and
loses. This phase also includes the marketing plan, where the team will solicit
large companies into investing in our RTA software package. Advertising over
the internet is also included into the marketing plan, where we can reach a wider
audience.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 48 of 59
11.5 Risk Assessment
The following is a detailed risk assessment for the Receipt Tracking
Assistant (RTA). The risks for this project are divided up into four categories
including customer risks, technical risks, and financial risks. Within each
category, the risks are ordered by level of impact and probability starting with the
highest of each.
RISK ASSESSMENT GRAPH
9
L
I
K
E
L
I
H
O
O
D
2, 5
1
7
8
3, 4, 6
6
CONSEQUENCE
Figure I.
This graph emphasizes the varying levels of severity of our risks. Green signifies low risks, yellow
medium risks, and red high risks. The y-axis represents the likelihood of risks occurring and the x-axis
represents the severity of the consequence should that risk occur.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 49 of 59
RISK ASSESSMENT TABLE
Risk
Exp
Mitigation
Risk Type
5/4
High End User
Cost
20
Minimize cost of
product, excellent
marketing for mass
production
FINA
2
5/3
Limited Financial
Resources
15
Good funding proposal,
find partner company
FINA
3
3/5
Employee
Acceptance
15
User-friendly interface,
saves time on creation
of expense reports
CUST
4
3/5
OCR Errors
15
Manual input and
confirmation screen
TECH
5
5/3
Sensitive Security
Information
15
User password
protection
TECH
6
3/5
Illegible Receipts
15
Manual input
capabilities
TECH
7
4/3
Limited Primary
Market
12
Good marketing
strategy, possible future
release for private use
CUST
8
3/3
System Integration
9
XML Import/Export
Training
TECH
9
5/1
Software Bugs and
Database Errors
5
Extensive testing of
software functions,
database, and
communication
TECH
Likelihood /
Consequence
Risk Title
1
Rank
Figure I.
This table shows a summary of our risks with a short description of the mitigation method we will
use to address each risk.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 50 of 59
Customer Risks
Employee Acceptance
Potential customers may be unwilling to use a new product that would
change the way they do things. Some people may also be hesitant to have all their
financial transactions tracked by a single device.
Impact:
Very High
Probability: Medium
Mitigation: The amount of time spent on organization of receipts and creating
expense reports will be reduced by use of our product, which will make people
more willing to try our product. And as an option users are able to place
passwords (alpha-numeric or fingerprint) on the receipts scanned and documents
made by our software in order to reduce the chance of unwanted viewing and
tampering.
Limited Primary Market
Our targeted customers are businesses and employees of businesses which
require travel. Should some of these companies be unwilling to purchase our
product then we will lose money.
Impact:
Medium
Probability: High
Mitigation: Many companies require at least some traveling for their
employees. Also, our software may be helpful for private users to help them keep
track of their spending habits.
System Integration Conflicts
A potential customer may have integration issues switching to the RTA
system.
Impact:
Medium
Probability: Medium
Mitigation: Use of Import/Export XML functionality, and additional training
as necessary from RTA staff.
Technical Risks
Optical Character Recognition (OCR) Errors
Sometimes OCR software can misinterpret images and process them
incorrectly. And any errors dealing with incorrectly processed data can be
damaging to the customer.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 51 of 59
Impact:
Very High
Probability: Medium
Mitigation: While OCR errors can causes severe problems in parsing data from
receipts there is a low chance of this happening. Current OCR technology is very
accurate, especially in the case of most simple text documents, which receipts can
be considered to be. In the case of an OCR error, we have included the ability to
manually input/edit information so any discrepancies can be addressed by the
user.
Illegible receipts
There are several cases in which receipts will not be legible enough to able
to be parsed for data, such as damaged receipts, faded receipts, and handwritten
receipts.
Impact:
Medium
Probability: Very High
Mitigation: To alleviate problems related to this issue, we have included the
ability for users to manually input data, thus helping to ensure the accuracy of the
data on a receipt.
Security Issues
All receipts being stored on a single device may lead to tampering and
abuse should the device be accessed by unwanted individuals.
Impact:
Very High
Probability: Medium
Mitigation: There will be optional alpha-numeric password settings which will
restrict viewing of the digitized documents only to people that know the
password.
Software Bugs and Database Errors
Whenever there is any programming done there will always be a chance
for human errors in the logic and coding of a program, which can cause several
errors in the future.
Impact:
Very Low
Probability: Very High
Mitigation: We will be doing extensive testing on our software before initial
release to help ensure a minimum of bugs and errors. Also, should any occur that
we were unaware of there will be future patches released to deal with the
problems.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 52 of 59
Financial Risks
Limited Financial Resources
The cost of creating a portable scanner along with creating software that
works on multiple platforms will be very high, and may require more funding
than allotted by our chosen funding agency.
Impact:
Medium
Probability: Very High
Mitigation: To reduce development costs, we will consult with experts on the
best methods of development for our software and hardware. We will also
contract out the portable scanner design and the OCR software to other companies
which are already experienced in their respective fields.
High End User Cost
Potential customers may be unwilling to pay high prices just to track
receipts, or they may be unable to afford the product.
Impact:
High
Probability: Very High
Mitigation: Since we anticipated this issue, our company has decided on
several purchasing packages for our solution. These packages will include a full
package with PDA, scanner, and software, partial hardware packages with either a
PDA or scanner with the software, and a software only package. We believe that
the availability of several purchasing options at lower prices will reduce the risks
of customers being put off by the price of our solution.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 53 of 59
11.6 Work Breakdown Structures:
Phase 0:
Phase 1:
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 54 of 59
Phase 2:
Phase 3:
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 55 of 59
11.7 Budget:
Phase Three
Figure 10.3.6
This table shows the phase 3 costs for personnel, hard resources, and miscellaneous expenses.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 56 of 59
Expense Total: $678,000
Marketing
$250,000
Salaries
$252,000
37%
37%
15%
Employee Overhead
$101,000
11%
Resources
$75,000
Figure 10.3.7
The phase 3 budget pie chart, showing a simple breakdown.
Phase 1
$97,000
7%
Phase 3
$678,000
47%
Expense Total
$1,445,000
46%
Phase 2
$670,000
Figure 10.3.8
This is the all phase pie chart breakdown.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 57 of 59
11.8 Interviews
Kim Davis Computer Science Fiscal Technician
1.) Can you give me an estimate of how many people this company employs?
23-26
2.) Could you give me a percentage of how many employees travel for (this company)?
There are a third of the employees that travel regularly
3.) Average length of the trips?
2-5 days, average 10 receipts per trip
4.) Average number of trips per month?
During the summer, 1-2 times every 2-3 months.
During the school year, 3 times per year
5.) Can you describe the reimbursement process and the approximate time it takes for
each?
The process starts with all the receipts being handed to Kim. Then she puts them
in order by category. Sometimes they come ordered, but usually they do not. Then the
receipts must be checked for its validity and then must be taped to paper for faxing
purposes. After filling out the expense report by hand, a signature must be acquired.
Lastly, the expense report must be filed and put away.
6.) How long does processing a reimbursement request take?
20 minutes (without interruptions); up to 2 hours; average is an hour to an hour
and a half
7.) What requirements must be met for an expense to be reimbursed?
CI Travel looks up quotes first. If it happens to be local then your spending must
be within the allotted amount. For example, $8 for breakfast and $20 for lunch per
person. The State needs approval before you go (travel request).
4.) What kind of receipts are the hardest to validate?
Tolls on highways, payphone calls, taxi rides
5.) How are the receipts organized in the expense report?
By category
6.) How are different currencies handled in the reimbursement process?
She looks up the exchange rates and puts the date and amount on from the receipt.
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 58 of 59
7.) Are exchange rates taken from the time of transaction or the time the request is
processed?
Yes, it has to be looked up by the date on the receipt.
8.) Does your company accept digital reproductions of receipts?
Yes
9.) Is there anything you would like to see that could help you in this whole process?
The exchange rates aren’t always great. There needs to be copies made and
mailed or faxed out.
10.) Would your company be interested in a product such as ours?
Yes, I would definitely be interested in this product as it would save me time.
11.) Would you mind if we contacted you again with any further questions?
Yes
12.) Would you mind if we cited you as an expert and/or resource?
No
CS411W
Old Dominion University Computer Science
Receipt Tracking Assistant
Page 59 of 59
Download