1. Point of Sale (POS) Client & Back Office Server

2. Operational Concept What is our Objective? What is our Objective? What are our Goals? What are our Goals? What are we not striving to achieve? What are we not striving to achieve? Our community Our community

3. What is our Objective? Implementing a point of sale client and back office server to assist in sales and transactions in a small business or restaurant/bar. Implementing a point of sale client and back office server to assist in sales and transactions in a small business or restaurant/bar. The program will be easy to use, reliable, and secure. It also will be fully customizable by the administrator. Customizable buttons, menus, and users. The program will be easy to use, reliable, and secure. It also will be fully customizable by the administrator. Customizable buttons, menus, and users.

4. Goals The ability to have security, ease of use, and power over how they want the application to function will be our selling point. The ability to have security, ease of use, and power over how they want the application to function will be our selling point. Because of the quick employee turnover rate, our system will be different because the interface will fairly intuitive. It will be easy to use. Because of the quick employee turnover rate, our system will be different because the interface will fairly intuitive. It will be easy to use.

5. Not Looking to Achieve This piece of software will not make credit card charges. An additional machine will be required to do this. This piece of software will not make credit card charges. An additional machine will be required to do this.

6. Our Community Bars Bars Restaurants Restaurants Small Retail Shops Small Retail Shops Waiters/Waitresses Waiters/Waitresses Cashiers Cashiers Managers Managers Clients: Users:

7. System Requirements Back Office Server Client Workstation PDAs (Optional) Kitchen Display (Optional)

8. Back Office Server 1.Add new items to the database. Give them prices and place them in appropriate menus so that the client machine can browse for the item, select with the press of a button. 2.Edit existing items in database: ie change prices, change descriptions. 3.Print single users, daily, weekly, monthly, and yearly reports. This feature gives the manager information on the day to day sales helping in planning and monitoring what sells and what doesn t. Also can monitor transactions 4.Inventory. Can view inventory of items. Also can give an optional reminder if quantity of a certain item gets to a certain amount. 5.Add users to the system giving them unique login codes 6.Customer tracking: names, address, history We will be using as the bare minimum for the suite two computers. One running the back office server which can:

9. Client Workstation 1.Easy to use menus to browse and select items to include in an order or transaction. 2.Editablity. At anytime the employee wants to change an order, he or she can select the item they want to edit and delete or modify it. 3.Option of scanning barcodes to ring things in 4.Option of entering a SKU number to ring things in as well. 5.GUI split into a 2 x 2 grid. Bottom right is the number pad to enter quantities, amount of money received from customer, and other helpful things. 6.Bottom left will include a summary of all items added to the transaction with quantities, prices, descriptions as well as a total before tax. The top will have a main menu and other useful crap.

10. PDAs An optional feature that can be brought to the table or around the store to take orders. Same functionality as the terminal but portable Same functionality as the terminal but portable

11. Kitchen Display An optional feature Only used to display orders

12. System/Software Architecture Which language will be used for development? Which language will be used for development? What will be needed for the project? What will be needed for the project? I/O devices I/O devices Overall communication of the system Overall communication of the system

13. Development Implemented in Java or C# Implemented in Java or C# Advantages to Java Advantages to Java Virtual Machine allows options for different operating systems Virtual Machine allows options for different operating systems Disadvantages to Java Disadvantages to Java GUI would be harder to implement GUI would be harder to implement Advantages to C# Advantages to C# GUI would be easier to develop GUI would be easier to develop Disadvantages to C# Disadvantages to C# Systems would have to run on a Windows machine Systems would have to run on a Windows machine

14. Other Needs A Database server and client for the application. A Database server and client for the application. MySQL would be an option MySQL would be an option

15. I/O Devices Input Input Bar code scanners and card readers Bar code scanners and card readers Risk: Is there support in the language for these devices? Risk: Is there support in the language for these devices? Output Output Receipt Printer Receipt Printer

16. Overall Communication The system will be linked using a wireless network The system will be linked using a wireless network The wireless capabilities will allow for a diversity of building layouts and for the use of the PDA system. The wireless capabilities will allow for a diversity of building layouts and for the use of the PDA system.

18. Lifecycle Plan The model we will be using The model we will be using Stakeholders Stakeholders Project breakdown Project breakdown

19. Our Model Evolutionary Prototyping Model. Evolutionary Prototyping Model. Since we have a very GUI motivated system it is good to have an evolution of prototypes to be able to convey to our clients what they are getting and to get input about the system. Since we have a very GUI motivated system it is good to have an evolution of prototypes to be able to convey to our clients what they are getting and to get input about the system.

20. Major Stakeholders Users: Users: Employees/Managers of retail shops, bars and/or restaurants. Employees/Managers of retail shops, bars and/or restaurants. Architects: Architects: Members of the team that created the initial model Members of the team that created the initial model Developer s: Developer s: Individuals who join the team to make this project a reality. Individuals who join the team to make this project a reality.

21. Project Breakdown Start: Start: Assignment of project: Assignment of project: Put into smaller teams of 2 or 3 to work on project parts. Put into smaller teams of 2 or 3 to work on project parts. Layout the ideas: Layout the ideas: Start of the prototyping model and start work on initial prototype.Start of the prototyping model and start work on initial prototype. Meetings Meetings There will be weekly meetings with periodic progress checks with groups.There will be weekly meetings with periodic progress checks with groups. Beta Release: Beta Release: Aimed release around May 5, most features already implemented. Aimed release around May 5, most features already implemented. Main-phase Testing: Main-phase Testing: Debugging and testing final feature set for the final release. Debugging and testing final feature set for the final release. Final Release: Final Release: Aimed final release on June 1, all features implemented. Aimed final release on June 1, all features implemented.

22. Feasibility Rationale What are our assumptions? What are our risks?

23. Assumptions Assumptions: –Java/C# has support for input from barcode and scanners. –It will actually be easy to use. –Waiter/Waitresses will actually want to use PDA s rather than traditional methods (i.e. using paper pads or remembering orders).

24. Risks Risks: –Does the team have enough GUI programming knowledge? –Does the team have enough database programming experience? –Does any member of the team have actual experience using a POS system? –Clients may be using a POS client already and unwilling to change because are satisfied with features and have already learned how to operate it sufficiently.

25. Thank You For Your Time