<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Design</title><link>https://sourceforge.net/p/ushop/wiki/Design/</link><description>Recent changes to Design</description><atom:link href="https://sourceforge.net/p/ushop/wiki/Design/feed" rel="self"/><language>en</language><lastBuildDate>Sun, 26 Feb 2012 23:12:29 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/ushop/wiki/Design/feed" rel="self" type="application/rss+xml"/><item><title>WikiPage Design modified by Jim</title><link>https://sourceforge.net/p/ushop/wiki/Design/</link><description>&lt;pre&gt;--- v1 
+++ v2 
@@ -1,5 +1,10 @@
 This Wiki Page captures key design considerations and limitations.
 
+User Interface (UI)
+-------------------
+Currently uShop is designed to be run on a standard Windows PC using a normal screen, keyboard, mouse, barcode reader (USB or Keyboard wedge compliant) and desktop printer.
+In future it may be developed to support more specialist POS hardware, but this is not in the "basic" requirement.
+
 SDATA
 -----
 This offers the ability to both get data out and put data directly back in to Sage 50. This is a good thing and is implemented through a webservice - which is great.
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jim</dc:creator><pubDate>Sun, 26 Feb 2012 23:12:29 -0000</pubDate><guid>https://sourceforge.net650c76b992c3ec6200534c1cc99735f7a2698e83</guid></item><item><title>WikiPage Design modified by Jim</title><link>https://sourceforge.net/p/ushop/wiki/Design/</link><description>This Wiki Page captures key design considerations and limitations.

SDATA
-----
This offers the ability to both get data out and put data directly back in to Sage 50. This is a good thing and is implemented through a webservice - which is great.

Unfortunately, not all features support both GET and PUT. It also still appears to have errors in the interface, which allow some actions (such as Invoice posting) but not others (such as Credit Note posting).

Performance
------------
Performance is a real concern when starting this project. Sage 50 is still built on the original Line 50 database, which has poor performance and scalability.
The decision was made that the starting point would be to use the Sage 50 data in real time to start with. This gave best data integrity and a joined up feel. It may however be required to implement some form of accelerator.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jim</dc:creator><pubDate>Sun, 26 Feb 2012 22:48:08 -0000</pubDate><guid>https://sourceforge.netd0cac06d21fb25d9debfe5bc785aa93fb78094ce</guid></item></channel></rss>