Docstoc

Slide 1 - School of Engineering Science

Document Sample
Slide 1 - School of Engineering Science Powered By Docstoc
					Aron McKinnon
Raymond Tan
Peter Chen



 14th Dec 2007
                       Outline
•   Why SWIS?
•   The problem
•   Our competitors
•   Our solution and targeted market
•   Product overview
•   Our design
•   Live demonstration
•   Production timeline
•   Budget
•   Funding
•   Conclusion
•   Acknowledgements
             Why SWIS?
• Short-range :
  Suitable for enclosed environments and built
  up areas.
• Wireless:
  Reduce clutter and obstruction due to wiring.
• Innovative:
  Simple implementations that achieve practical
  results.
• Solutions:
  Products that solve common daily problems.
           The Company
• Aron McKinnon, the Chief Executive Officer
  (CEO) of SWIS
• Raymond Tan, the Chief Technology Officer
  (CTO) of SWIS
• Peter Chen, Chief Quality Assurance Officer of
  SWIS
            The Problem:
• Customers sometimes wait for extended
  periods of time to be served.
• Due to failure of being alerted, service
  providers otherwise kept busy, are left idling
• Decreased productivity due to time wastage
  resulting from lack of communication.
• Decrease in productivity may ultimately lead
  to lower income and poor customer appraisal.
         Possible Settings
• Mainly hospitality environments:
  –   Restaurants
  –   Hospitals
  –   Old age homes
  –   Department Stores
• Therefore, these are our target consumer
  groups.
Our Competitors’ Designs
• High-tech solutions :
  touch screen order menu.
   elegent solution
  X costly investment
• The “WaiterCaller” wireless paging system
   alerts a waiter to a table’s request
  X does not identify purpose of paging
  X does not enable waiter to update the kitchen
            Our Solution:
• Designing a short-range wireless product for
  numerous consumer venues/ hospitality
  environment.
• Allows customer to electronically page
  individual service providers for attention.
• Added feature of allowing internal
  communication amongst service providers.
• Allow page request display in order to reduce
  unproductive travelling time.
          Our Prototype:
• A prototype design customized to cater for a
  restaurant environment
         Product Overview
•   SWIS SerCal (Server Caller)
•   Example scenario : Restaurant
•   Bluetooth wireless scheme
•   3 component units
      SerCal Components
• Kitchen Unit:
 Central communication hub. (Computer)
 Updates waiters on customers paging and
      orders ready.
• Server Unit:
 Portable Unit (eg. PDA) carried by waiters
 Displays customer & kitchen paging status
 Updates kitchen on table orders.
• Table Unit:
 Pages for waiters’ attention
How the SerCal Works
           SerCal Design
• Hardware:
  SerCal Table Unit
          SerCal Design
• Hardware:
  Logitech V270 Bluetooth wireless mouse
                  -Bluetooth 1.2 wireless technology
                  -Adaptive frequency hoping
                  -Battery life up to 2200 hours
                  -Features low battery indicator light
                  -1000 dpi optical engine
                  -Uses 2 AA batteries
                  -3 push buttons with scroll wheel function
          SerCal Design
• Hardware:
  Pushbuttons (final design):
  NKK single element DPDT LED UB series
                  -Double pole double through
                  -PCB mountable with gold contacts
                  -Power level 5A at 30V DC
                  -Dielectric strength 0.4VA
                  -Mechanical life > 1000000 operations
                  -Electrical life > 10000 operations
                  -Operation temperature -25 – 50 degrees Celsius
                  -LED rating: 1.85V at 20mA
                  -CSA certified
        Software Design
• Two parts:
  – Kitchen
  – Server
        Kitchen Software
• The kitchen software is responsible for
  – Receiving signals from the Table Units
  – Relay the signals to the desinated Server Unit
  – Receive orders from the Server Unit
         Server Software
• The Server software will:
  – Allow the user to take orders and send to the
    Kitchen Unit.
  – Receive signals from the Kitchen Unit that tells the
    server what table is in need.
                 Flowchart                                   Start


       3                                                                                                        1



                                                   2                                                       No
                             No                                            No
                                  Did Table 1                                              Did Table 2
                                                          New order?
                                     Call?                                                    Call?

                                          yes                        yes                             yes
                                                                                     1

                                                       Input the number
                                Display which          and type of orders                  Display which
       2
                              request is called.         the customer                    request is called.
                                                           requests.



                    No                                      Store the
  Did Kitchen                                           different orders
                         3
     Call?                                                for different
                                                           customer.
           yes




  Display which                                         Send out request
  Table is ready         3                               for Kitchen Unit
from the kitchen.                                      through Bluetooth.




                                                                                No
                                                       Confirmed request
                                                       from Kitchen Unit?

                                                                     yes




                                                           Send out
                                                        customer order.




                                                                           No
                                                             Exit?

                                                           yes


                                                              End
Screenshots
Implementation & training
• Users will be instructed by SWIS engineers, or
  use the device under the supervision of SWIS
  engineers.
• Manuals will be provided, which include:
• The customer manual
  for an audience with minimal technical expertise
  one page leaflet with proper instrument care and
   sensor placement information
Implementation & training
• Server worker manual
  for an audience with general experience with
   electronics device
  provide training for complete device usage of two
   modules: Table Unit and Server Unit
• Service crew manual
  for an audience with expertise in electronic device
  complete training, setup, troubleshooting, and
   device characteristics information for all three
   modules: Table Unit, Server Unit and Kitchen Unit.
Production timeline
                              Budget
Component            price       quantity   subtotal
Logitech V270        $27.50      2          $55
Bluetooth mouse
Tungsten E2 palm     $244        1          $244
top
Blue tooth Dongle    $20         1          $20
Toggle switches      $4          4          $16
Misc. ( LEDs, casing, $10        -          $10
circuitry)


TOTAL                                       $345
               Funding
• Engineering Science Student Endowment
  Fund of $50
• Remaining costs were borne by SWIS.
       Why SWIS SerCal?
• Greatly reduces redundant waiting time
• Effective and efficient use of resources
• Real time request/status updates (important
  for time critical services, ie. hospital)
• Increased productivity
• Improve customers’ impression!
       Acknowledgements
We would like to thank the following people:
• Dr Andrew Rawicz for his guidance, suggestions and
  endorsement of funding from the engineering
  science endowment fund.
• Mr Mike Sjoerdsma for imparting us with valuable
  knowledge on project documentation and
  presentation.
• Mr Brad Oldham and Ms Lisette Paris Shaadi for
  taking time off to cater for consultation sessions and
  providing advice with regards to our design
  implementation
QUESTIONS?
Thank you!

  Done by:
  Aron McKinnon
  Raymond Tan
   Peter Chen
  Prototype
Demonstration
    …….

				
DOCUMENT INFO
Shared By:
Categories:
Tags:
Stats:
views:1
posted:4/10/2012
language:
pages:30