超市收银系统(流程图+摘要+任务书+开题报告+ER图+源程序) 第7页
3超市收银系统的分析和设计
随着收银系统和计算机新技术的发展，智能客户端应运而生。要构建新型收银系统就要解决收银系统的原有问题:收银系统如何与现有的桌面应用程序和系统的集成;系统如何使用本地资源;收银系统如何提高性能和伸缩性; 收银系统如何实现远程办公;收银系统如何易于部署和更新。目前各大收银系统的生产厂商的构建方案还没有一个能解决所有的问题，而收银系统的最新要求给了智能客户端用武之地。然而，智能客户端技术才处于起步阶段，国内对其研究还不多，仍有待进一步研究和发展，智能客户端在收银系统上的应用更需要进一步的探索和研究。
为了更有效的探讨如何构建基于智能客户端的收银系统，本章在原有收银系统和智能客户端技术的基础上，设计了基于智能客户端的产品订购系统(以下简称系统)，其目标是适应新形势下收银系统的要求，探讨出如何在收银系统运用智能客户端技术，实现智能客户端技术在收银系统上的较好应用，为构建基于智能客户端的收银系统提出更好的解决方案。其中智能客户端的脱机服务不是适合收银系统的所有解决方案。要求单个服务请求的任务非常适合脱机方案。此类任务遵循“先编写后转发”模型，在此模型中，用户指定服务请求所要求的所有数据，然后在客户端重新连接时将其转发给实际服务。此类任务的示例有:撰写电子邮件、撰写会议邀请函和输入订单信息等。所有这些任务都是独立项目，用户可以脱机完成它们，并且它们只产生单个服务请求。相比而言，要求完成多个服务请求的任务在脱机状态下很难管理，这是因为在应用程序重新连接到网络之前，中间服务请求的结果是不可用的。对用户而言，在重新连接之前，任务将显示为挂起，这样会导致不好的用户体验。
3.1 系统总体结构设计
智能客户端的体系结构不同于瘦客户端，需要在应用程序设计中予以考虑。智能客户端应用程序具有显著的优点，但是只有在适当地解决这些难题之后才能实现这些优点。系统总体设计图如图3.1所示。
 图3.1系统总体设计图
3.1.1 设计依据和目标
系统设计的依据:采用分层结构开发和设计，将界面、业务逻辑和数据分离，实现系统内部松祸合，构件之间保持松藕合状态，服务的具体实现方式对服务使用者透明。在构件内部所实现的功能与结构保持高度逻辑相关性的同时，保证构件间的相互独立性，以灵活、快速地响应业务变化对系统的需求。
系统设计目标:系统设计的四个阶段:系统规划、系统开发系统运行与维护、系统更新，对基于智能客户端的收银系统进行各个阶段的设计开发，解决智能客户端在收银系统应用中的技术问题，给出一个完整的系统解决方案。本文主要论述基于智能客户端的收银系统中如何解决脱机工作，数据一致性，脱机数据安全，部署和维护，多系统集成等问题。
3.1.2 体系结构
系统的体系结构，主要包括客户端和服务器端的设计。在客户端和服务器端都把业务逻辑和应用逻辑分离，实现系统内部松耦合。服务器与客户端采用异步方式通讯以实现离线工作。
系统的主要体系结构设计如图3.2收银系统的体系结构。
 图3.2收银系统的体系结构
系统采用面向服务的体系结构，具有很好的灵活性和可扩展性。业务逻辑部分与原有收银系统中的业务逻辑设计相同，应用逻辑部分引入了智能客户端的工作模型，在原有收银系统的应用逻辑上进行了改进。在本系统内主要体现在service Provider和service Requestor两个构件中。这两个构件利用异步的XML Webservices进行通讯。在客户端，当离线工作时，利用微软的消息队列来存储消息，等到在线工作时客户端消息队列自动与服务器端通讯，自动发送消息。当本地需要缓存持久数据时，利用MSDE在本地缓存，再通过数据库同步与服务器端的数据同步，该工作主要由Data Requestor和Data provider两个构件负责。在客户端添加了连接监视构件，主要负责判断系统处于脱机还是联机状态，是否与服务器通讯正常，根据不同的状态调用不同的构件。
3.1.3 系统特点
本系统采用了智能客户端的工作模型，改进了原有收银系统得应用逻辑，各个构件内部高内聚，构件之间松耦合。利用XML Webservices，实现了资源的复用，屏蔽了底层业务逻辑的分布性和异构性，为上层应用提供统一的透明的业务功能。相对于传统的收银系统。其具有以下特点:
(1)系统能与现有的桌面应用程序和系统相集成，充分利用原有信息系统的资源。系统能利用Webservices实现远程服务的调用;系统属于From程序能调用Windows和用户安装的系统软件，能进行数据仓库和联机分析处理OLAP。
(2)系统有更好的用户体验，能自动实现脱机和联机的自动切换。利用MSMQ和MSDE存储用户在脱机情况下的用户操作和相关操作数据。
(3)系统采用面向服务的体系结构，具有很好的灵活性和可扩展性。
(4)系统可以提供灵活且可自定义的客户端环境，从而使用户可以将应用程序配置为支持他或她喜欢的工作方式。此外系统还提供了对多种设备的支持，支持移动办公。
(5)系统易于部署和更新。
3.1.4 可行性分析
主要从以下三个方面进行具体的可行性研究。
(1)技术可行性
目前收银系统的各种开发技术己经相当成熟，而且在各个领域有很多成熟的案例。基于当前成熟的计算机网络技术和网络数据库，开发一套基于网络平台的多用户共享信息的收银系统不存在任何技术困难。
(2)经济可行性
由于该系统可以简单的以C/S的模式进行工作,操作智能化,成本较低,针对销售人员进行设计，设计费用较少。
(3)营运可行性
目前超市的硬件设施已经日臻完善，各销售部门的工作人员无论从计算机操作技能角度，还是从对收银系统的需求角度，都已经迫切的需要一套完善的收银系统，以更好的供销售人员的需要，因此，商场已经完全具备了建立和运行收银系统的实力。
3.2系统的逻辑模型设计
收银系统的建模是用模型来描述复杂的收银系统，使得系统的要求、结构和数据变得简单，设计者通过描述用户的需求获得与用户的不断交互，以便最终能

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] [10]  ... 下一页  >>