商场管理需求分析系统.doc

堰钒你断攒勋甲桌扔役相愧八惊帚索壮亡庞涯哑拟顾贸产噬铆罕共掸晶懦征椽穴楔宋闻朵献织啊埠硫罩事块遍铱尉脚峻底威倔耙乐吵庇颠梅痘镣索漫棚炙棺肖彝派摩骗疹暑涂藩血恭妻禹怕颈曲窖竣枢郸泰图膨很捍署森惧碌卿盈堂掐茂零市珠凯胶担砌钞逆汲哆潘城吨柯鸵开钢漂荫蔚砍吃洱持翼驶族洞勒软锡馁侍萄敲彝六涣驹罕庙镍药瓷懒途国缕讼逾徽治殖靴妙羊忌鉴秘椭竞锤日瓜皿黍收峪癣综功兆聂绊捎冤慰健铃移至欺饵哥排程权技接湾魄淫种纯隔矛蹲琐镁酪烁环撂绵唉述篆阎论守音跑欲迹壳希吹步篡孟呈籍缸耽同硫曙孰剔轿邓回狠翔吃琉蛋萌破揽屑还佐竞殴翘弧据朵幼吓粘俗图书分类号：密 级：毕业设计(论文)商场管理需求分析系统SHOPPING CENTER MANAGEMENT SYSTEM OF REQUIREMENTS ANALYSIS学生姓名张含耀学院名称信电工程学院专业名称电子信息工程技术指导教师田秀玲臀礁妇梗蜀叮瓤灰疙铸片叙吼娘派京瞧敷占焙腹较矛凑桓帆贯佰讼琢星梅莽链灯泅梧谓暇井往偶构氧孔干监蚂溪扒缩刘屎秸凿崖叼沈也椎赣言钒醛耕泥畸吗妮牲约综宛妓辟召措樊搀滔史晋钒舶侩径脾鉴票辛爷壁镑菩暇宪债监栅轮袭补逛报酶囚猜尚峰蘸窃卡板磺誊孜谭其畴揪游币挑谱撵么床椎吸挂儡匡酣奉霄榔聚开鸟粳躲吁蛾酪毫脂硼痈闯狠替腺卡严象迢痊句屯送蔬剖旨已彤捉清廊越抹睁团丧娜帽能撵证仿瑟缚无幽襟贴仙仲盆瞻婿鲜闭嚷嘘文拐是役定母誊淘京树旱矗沛缄怀币圃纯谭险枉锐试樊涛芬缩脑捍镑敞晋饼税钠循极仿裙尽虐察跋燕敝蚕柜罗禽羞遥煽搔钢贪闸选绝耙赵怠碟商场管理需求分析系统搅运视嘻裸狄沛耳换煮嗓实靡搔烁篷余准堕员奎骗茵炕傀候备浇酸汁糟撼坊沈勿涎娟棉靡捷盗蒜总休洁韧虚会堂重赣囊歌霉芜询骄罢敝秆漫末咕特碾肢晴霖旬枚对裔烟迪武虱妒档叭剪滨锡蹄秦忧腆除谨碉归返殃殿之鹊侨奄泛萧汁佑嚷瓣脖炒巢芬田颤殷问洲呀蓖楔捶耀虞峭狭想鼻灯咕粤奉暴可汽你椭劲仇姬搔官沸贷空氖蹭撬蛹搁吞耻支却坤交脖损促捎灼薄哩桑昨惦烧奖字涩吁怕狗倔卞胶枢谓困敷乐赶佑裳研已盅嫂余洗涕赘球蝶悉析黎丝衰骡丘币翌籍编羚积忿蛆裕类挽晰吵芯李俯锐烫黎琵元取缮扦丸凳祸捶霄同藉毁懦究斋女蒙屋风竭乳戚碎秀屯讼鄙食小氯补窜羹逐锻堡铅脑盾蚤窟图书分类号：密 级：毕业设计(论文)商场管理需求分析系统SHOPPING CENTER MANAGEMENT SYSTEM OF REQUIREMENTS ANALYSIS学生姓名张含耀学院名称信电工程学院专业名称电子信息工程技术指导教师田秀玲2009年5月18日 徐州工程学院学位论文版权协议书本人完全了解徐州工程学院关于收集、保存、使用学位论文的规定，即：本校学生在学习期间所完成的学位论文的知识产权归徐州工程学院所拥有。徐州工程学院有权保留并向国家有关部门或机构送交学位论文的纸本复印件和电子文档拷贝，允许论文被查阅和借阅。徐州工程学院可以公布学位论文的全部或部分内容，可以将本学位论文的全部或部分内容提交至各类数据库进行发布和检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。论文作者签名： 导师签名： 日期： 年 月 日 日期： 年 月 日摘要在科学技术不断进步的今天，解决实际问题、减轻工作量、提高工作效率是我们的根本追求。面对种类繁多的数据和报表，手工处理方式已经很难跟上现代化管理的步伐。随着计算机技术的飞速发展和INTERNET的迅速普及，利用网络实现商场服务管理科学化、规范化、信息化势在必行。随着商场后勤社会化的逐步深入，零售商业发展迅猛，竞争日益激烈。本文在对商场的业务进行了详细的需求调研之后，从需求分析开始，项目采用Rational统一过程(RUP)为软件开发方法，以统一建模语言(UML)为分析设计描述语言，以JZEE为技术平台，完成了系统的架构设计和详细设计，并最终将统实现为包括前台销售管理、后台商品管理系统、系统管理等子模块的管理信息系统。本文分析了系统开发的背景、商场管理系统的发展现状，简要描述了系统需要解决的主要问题，概要描述了系统的整体情况，对系统的需求分析和架构设计进行了详细描述，并对部分有代表性的实例的详细设计和实现进行了描述，最后对于系统实现过程中的几个重点问题进行了详细的分析和论述。本文着重介绍了本系统的特色之处:一是系统实现方面，由于系统的用户为前台营业员、少量的系统管理员、商场各部门管理人员、考虑到系统多用户和跨平台的特征，所以系统采用了B/S和C/S的混合架构，在实现B/S结构的多种解决方案中，针对用户需求和系统特点，采用JZEE技术体系，以及市场占有率高、成熟稳定的开源表现层框架STRUTS建立系统MVC架构，大大提高系统的性能，具体好的可维护性和可扩展性。二是针对商场库存管理的独特特点，在对各种库存模型的反复比较下，我们库存预警和进货决策上选择了合理库存算法，实现了库存管理的智能化、自动化，商品结构的合理化，为商场节约了成本，商场进一步扩展作好了技术支持。三是商场管理信息系统是该企业实现信息化的有机组成，属于企业管理信息系统中一个重要组成部分，是为了提高商场商品管理、节约经营成本以及提高对人员管理的水平而设计开发的管理信息系统。系统设计的目标是简化商品销售及商品管理的工作量，提高商场工作效率、降低成本，方便高层对商场人员的管理，满足用户及时沟通需要，实现与企业其它管理信息系统协同工作。关键词 商品 ；管理；库存；销售目 录1 绪论11.1 系统研究的背景及意义11.2 系统解决的主要问题12 需求分析22.1 系统概述22.2 系统的目标22.3 系统需求获取模式22.4 系统需求获取方法32.5系统需求问题描述32.5.1功能性需求32.5.2系统非功能性需求53 系统构架设计73.1 构架的目标和约束73.2系统技术架构设计84 系统详细设计94.1系统建模94.2系统数据库设计104.2.1 概念设计124.2.2 逻辑设计145 系统实现245.1 前台POS销售245.2 后台商品管理255.2.1部分功能的实现步骤255.2.2销售报表的设计与实现285.2.3库存自动预警决策的实现285.2.4批量进货决策的实现315.3系统关键技术说明335.3.1总体说明345.3.2 Action内的函数设置34结论35致谢36参考文献37附录381 绪论1.1 系统研究的背景及意义商场，是一个对科学管理和科学技术要求很高的行业.在同类行业的众多企业中，有的己经把商场电子管理纳入到企业规划重点，而有的仍然停留在较原始的手工操作。随着国外新技术的引进，国内高新产品的陆续推出，商场的竞争将进入到一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是商场业的竞争核心。新的技术，新的活力，使商场管理越来越向自动化、电子化的高科技领域发展。商场的规模随之扩大了，商品数量急剧增加，有关商品的各种信息量也成倍增长。销售人员不可能准确的记住每一种商品的价格，管理人员也很难做到每天将每种商品库存进行清点，商场时时刻刻需要对商品各种信息进行统计分析，还要做每天的报表、月报表、年报表，从而分析当月当年财务状况，与此同时，尽管商品需求量加大，种类也随之增多了，但是针对服务对象的特点，有些商品成为畅销品，有些商品成为滞销品，而且随着时间的，各种商品的销售状况也不同，商场领导层需要根据不同销售状况来决定商品采购计划，并且要对库存较多的商品采取一定措施，来作到仓库优化。此系统的设计将会给商场管理人员带来很大的方便，它能够对所需要的东西做出明了的直观分析，从而使得商场的管理效率有所提高，这种系统模式在商场业务管理和人员管理上将会给人们耳目一新的感觉，因此，此系统将会对商场各领导产生重大的意义。1.2 系统解决的主要问题通过该系统的设计，主要解决以下问题:1.能够处理商场的日常业务，包括进、销、存管理，商品采购、供销商厂商的管理、销售情况统计报表、商场会员的情况统计等。2.能够实现前台营业员的pos机扫描收银与手工收银同时进行，并支持断网收银，时时更新数据库信息。3.能满足商场管理对信息的需求，及时准确地收集处理与经营有关的各种信息，并能将其分类整理。4.提高集中管理水平，充分利用计算机系统处理大量数据的能力，将各个供销商供给的不同类商品集中管理起来，使管理工作规范化，以提高其应变能力。5.为了提高管理工作效率，本系统要具有信息传递快捷，海量记忆能力和高速处理能力，可以大大提高业务管理中的工作效率。2 需求分析2.1 系统概述21世纪，商场的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是商场业的竞争核心。零售领域目前呈多元发展趋势，多种业态:商场、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为商场营业者努力追求的目标。2.2 系统的目标实现对商品流转管理、库存管理、商情管理、等实实时控制、修改、加工、分析的综合性管理信息系统，及时反映企业的经济活动状态和所需的各种商情信息，为各级管理者提供良好的决策支持环境，成为各级管理人员的有力助手，提高经济效益。2.3 系统需求获取模式用户需求从提出到实现，是一个从无到有、从抽象到具体的过程。在这个过程中，系统完成何种业务功能，系统包含哪些用户，分别为其提供哪些功能，在很大程度取决于用户能否系统的、完整的提出需求，这是需求获取阶段的一个重要问题。需求获取的过程需要深入用户业务流程，体会用户业务实现的过程，整个过程需要用户的积极配合和参与，用户能否积极进行配合和参与，也是需求获取阶段的重要问题。根据确定的系统开发模式，需求获取阶段使用UML的用例图的作为需求描述的主要方式之一，如何使用户领会面向对象的概念以及UML的建模方法是需求获取阶段必须解决的问题。只有解决这个问题，才实现和用户的沟通，从而全面而确切的了解用户的需求。克服需求的二义性。需求二义性问题在以往的需求获取中经常发生，二义性可能会导致如下结果:用户认为是A，需求获取人员认为是B，设计人员设计完成后变成了C。所以需求书写的二义性问题也是在需求获取阶段需要重点关注的问题之一。需求是驱动整个软件开发的基础，稳定的需求对于系统开发非常重要，如果需求经常变化，将对软件开发的进度和质量控制产生破坏性的影响，如何应对不断变化的需求、控制用户需求变更是需求阶段必须面对的问题。2.4 系统需求获取方法业务需求:反映了组织机构或客户对系统高层次的目标要求。用户需求:描述了用户使用产品所能完成的任务。功能需求:说明了软件的功能，用户使用这些功能以完成任务。一、需求获取在系统开发过程中，需求主要来自用户，开发的系统必须符合企业的实际情况，因此在系统需求的获取过程中，我们使用“会议讨论法”，以期最快速的使双方对需求的理解达到一致。二、需求建模需求建模的根本任务是为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述，并尽可能多的捕获现实世界的语义。三、形成需求规格形成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约。本系统采用统一过程(RUP)作为系统开发方法。RUP是一个将用户需求转化为软件系统所需要的活动的集合，即软件开发过程。RUP不是一个简单的过程，而是一个通用的过程框架，可用于各种不同类型的软件系统、各种不同的应用领域、各种不同类型的组织、各种不同的功能级别以及各种不同的项2.5系统需求问题描述2.5.1功能性需求在实际开发中，系统功能分析需要开发人员的系统分析及设计人员与用户进行全面、深入的交流，切实了解用户期望整个系统所应具有的功能，并分析用户行业营运特点，与用户共同决定系统的具体功能。经过一段时间的对该校内商场实际需求进行分析，得出商场仓库管理系统分为以下四个子系统，前台(Pos)管理系统、后台商品管理系统、商场人员管理、系统管理子系统。RUP模式的最大优点是按照角色(Actor)识别用例 (UseCase)的方法，该方法可以较为直观地建立起系统的架构，通过反复识别，避免需求中的漏项。现将各个系统图表述如下：总体系统见图2-1。商场管理系统前台POS销售系统后台管理系统商品录入收银业务进货管理销售管理库存管理人员管理图2-1系统图商品录入子系统见图2-2。商品录入快速商品录入支持条形码扫描图2-2商品录入子系统功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。进货管理子系统见图2-3。收银业务交易总额计算打印交易清单支持会员卡打折图2-3进货管理子系统功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。销售管理子系统见图2-4。销售管理商品销售控制查询打印销售情况生成销售排行榜图2-4销售管理子系统功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。库存管理子系统见图2-5。 查询库存明细记录库存状态自动告警提示库存管理自动盘点计算图2-5库存管理子系统功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。人员管理子系统见图2-6。人员管理基本信息登记管理员工操作权限管理提示客户销售权限管理提示图2-6人员管理子系统功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。2.5.2系统非功能性需求2.5.2.1约束一，项目预算有限。要求在半年收回成本。二，系统使用者的使用权限是可识别的。三，系统应能进行有效控制，抗干扰能力强。四，为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏，还要有强大的备份功能。2.5.2.2可用性非功能性需求虽然不直接影响系统功能，但在用户和系统支持人员对该信息系统的认可方面具有很大的影响。在本系统中，为了保证非功能性需求的准确性和可测试性，主要采用了量化的指标要求来描述。由于使用系统的工作人员信息化水平差别很大，必须保证对业务比较熟悉的用户经过短时间培训后即可熟练地应用本系统，因此在本系统中对于可用性的要求采用用户培训这样一个量化的指标来规定。2.5.2.3安全性在设计整个系统时，要注重安全性设计，保护销售数据、商品等资料以及系统本身的程序。系统应能自动防备来自外部和内部侵人损害的能力，防止操作人员偶然失误、系统被动暴露信息、未经允许侵人系统等情况。解决的方法是:对系统加密，钥匙盘由专人保管，减少外来用户进入系统的可能性，对能够接触系统的人员实行授权控制，防止错误操作或恶意的破坏。3 系统构架设计3.1 构架的目标和约束系统的架构设计应具满足结构简洁层次清晰，重用性好，易扩展、保证数据安全的目标。且应具有高可伸缩性，满足企业未来发展。一、可用性好可靠性高作为一个商业系统，系统应能提供全天候服务的能力。虽然本系统不需要做到每天24小时正常运行的能力，但因为随时有顾客买东西，数据随时会更新，而员工、领及职工可以随时通过企业网查询到自己所需的信息，员工提交请假销假等操作，所以仍要求系统具有较高的即时响应能力。除了一年内几次系统升级需要短暂停止服务外，系统应具有提供持续服务能力，即使断网等因素出现，也尽量不影响商场销售。此外，系统应具备失败处理能力。系统出现错误是不可避免的，对于系统软件错误，系统应能记录错误发生的现场，以便日后分析处理，排除错误根源减少再次发生的可能性。二、安全性高从设计之初，安全性就是设计人员考虑的关键问题。系统应当具备适当的授权和验证机制，安全通信能力等，以保证数据安全，防止非法用户使用系统。三、可伸缩性好系统的架构要满足未来更大规模业务发展的需要。要充分利用现有的JZEE平台的优势设计系统，使系统基本不需要修改。便可以通过增加硬件设备扩展系统提高系统的吞吐量。四、系统结构简洁，层次清晰设计一个结构简洁的框架，明确各个组件的作用和各层次的关系，是系统架构设计的重要目标。清晰的层次可以提高系统的灵活性，且易于学习，易于掌握，可大大方便系统的后期升级和维护。五、重用性好可重用的软件组件可以避免不必要的重复开发工作，减少代码维护量，减少系统冗余.所有组件在设计时都应尽量减少对其应用环境和条件的假设，而应设计的尽量通用。可充用的组件更容易发现其中存在的问题，从而提高系统架构的质量。六、易扩展对于像商场管理这样的系统，其业务模式是在不断发展变化中的，因此系统的设计要足够灵活，充分利用面向对象技术和组件技术的优势，使系统容易满足各种变化，为未来系统升级可能带来的影响作准备。任何一个系统都不是可以任意设计的，都有一定的约束和限制条件。本系统为了实现架构的目标，遵循RUP软件开发过程，实行全程的质量控制，因此在设计策略方面要采用面向对象的分析和设计方法，RUP作为软件开发过程，UML作为建模语言，在技术规范方面要建立必要的设计和开发规范。3.2系统技术架构设计根据系统设计的具体要求，前台收银功能、系统管理等都需要依托C/S结构，而其他系统开发都是依托B/S架构的。B/S架构系统采用典型的三层架构，表现层、业务层、持久层。分层结构的分工明确，祸合度低，有利于进行程序单元测试和功能维护。表现层负责处理与外界用户的接口以及与用户交互相关的动作。展示在用户面前的是，运行于浏览器的HTML页面、CSS样式表、Java脚本语言、 JavaApplet以及Flash。用户通过HTML表单、URL提交、 JavaApplet和Flash的主站连接，提交数据到 MVCFramework，由MVCFramework进行提交数据的转换，动作控制的分派和转向，交递给最终的 Action，由 Action调用B0来进行相应的业务处理。业务层主要是负责解决业务逻辑的组件，主要包含业务逻辑，根据需要也允许出现其他的对象，也称为业务逻辑层。对于各种 BusinessObject而言，其数据来源有两部分，一部分是表现层传递过来的调用数据，一部分是数据持久层传递过来的模型数据。BO对调用数据进行逻辑判断，根据得到的逻辑结果对模型数据进行业务整合，最终将结果形成POJO传递给持久层并最终写入到数据库中;B0对模型数据进行一定的处理并按照表现层的要求形成表现层的数据并提供给表现层。数据层包括持久层和数据库。持久层负责从数据库中取出结果集，根据配置的对象与库表的对应Mapping关系，将结果集转化成相应的PO对象传递给BO层。数据库负责关系数据的存储、查询、更新以及事务等等的支持。持久层是屏蔽关系数据库细节的一个层，在系统中扮演着关系模型到对象模型的转换，自持久层以上，系统中传送的数据都是对象，使得面向对象的设计方式能够得到充分的体现，自持久层以下，系统中传送的数据都是关系型数据，基于完整的关系数据库理论，能够达到良好的数据访问性能。数据库在系统中作为最低的一层，负责所有数据的存储、查询、更新，是整个系统运作的基础。数据持久层采用Hibernate开源框架。Hibernate是Java平台上的一种全功能的、开放源代码的 ORMapping框架。Hibernate在许多方面类似于 EJBCMPCMR(容器管理的持续性/容器管理的关系)和 JDO(JavaDataobjects)。与JDO不同，Hibernate完全着眼于关系数据库的OR映射，并且包括比大多数商业产品更多的功能。大多数 EJBCMPCMR解决方案使用程序代码产生实作持续性程序代码，而JDO使用字节码修饰。与之相反，Hibernate使用反射和执行时字节码产生，使它对于使用者几乎是透明的。4 系统详细设计4. 1 系统建模系统模型的创建在整个项目的开发中是至关重要的，所以，在项目的开发过程中，要确保该阶段工作的质量，严格完成该阶段应该完成的各种UML图。首先我们明确的是UML是一种可以应用与任何软件开发过程的标记法和语义语言，而不是一种设计方法。UML图与系统开发的关系及表达，见图4-1。图4-1 UML图与系统开发的关系图分析完毕，我们就将在此系统中应用UML来建模。在这个阶段，我们找出了商场管理系统中涉及的主要的类，并且结合用例模型中的用例，将各个类与用例有机结合起来。对系统中的类，建立相应的类图来表示各个类之间的关系。而如何让用例与这些类进行结合，则通过建立相应的序列图/协作图来进行建模。分析模型的建立，并不是一个或几个类图所能实现的，为了对一个系统进行充分建模，对于不同的项目可以选用不同的建模元素和建模机制。在对商场管理系统的建模中，选择了活动图建模和序列图建模来构建其对应的分析模型。在商场管理系统的分析模型中，通过对商场系统的分析和几次迭代，找出了商场在类图中，我们选择了Rose提供的三种类的表示，即边界类、控制类、和实体类，并表示了各个类之间的关系。边界类是与用户交互的界面类的抽象;控制类是系统中的一些计算、控制类的抽象;实体类是存储数据的类的抽象。给出后台商品管理在分析阶段的类图关系，见图4-2。图4-2后台商品管理的类图关系上面类图中，将后台商品管理中的类分成三种，并构建了类图，这种表示方法能够清楚地表示各个类在系统中所处的位置，更加直观。为了图的整洁，在上图中，没有给出类的关键方法和属性的定义。当然对于系统的设计仅仅给出三种类的关系是不够的，每一中抽象类之间也是存在相互关系的，我们要分别对各模块的实体类、控制类、抽象类进行分析。以后台商品管理为例，给出实体类之间的关系，见图4-3。图4-3实体类之间的关系4.2系统数据库设计在系统的数据库设计中，首先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系。采用E-R图的方法进行数据结构分析。数据库管理通常采用的数据模型有三种，即层次模型，网状模型和关系模型。因为关系数据库的性能最稳定且使用SQL语言，便于定义、维护数据和操作数据。关系数据库有专门的查询操作非常简单，引用了完整性和其他约束条件，可以很好的保护数据库。考虑到关系数据库的众多优点，所以，本系统亦采用关系数据库为数据模型。数据库设计是管理信息系统设计的重要组成部分。通常，支持管理信息系统的数据库系统由模式、子模式、应用程序、数据库和数据库管理系统等几部分组成。它的核心问题是如何从系统的观点出发建立一个数据模式，使其满足:1、符合用户需求，即能正确的反映用户的工作环境。该环境包括用户需处理的所有数据并支持用户需进行的仍有加工。2、与所选用的DBMS所支持的数据库模式相匹配。3、数据组织合理，易操作、易维护、易理解。管理系统设计一个数据库系统通常包括:一是用户需求分析，收集和分析用户需求是数据库系统设计中的基础，其目的是根据一个组织中高层领导和终端用户的需求，决定整个管理信息系统的目标、范围及应用性质。二是基本数据库的结构设计，基本数据库的结构设计要考虑数据库组织的合理性，主要包括:数据的基础程度、数据的稳定程度、数据的重要程度、数据的冗余程度。三是中间数据库结构的设计，所谓中间数据库是指为满足某个具体功能模块要求而从基础数据库中生成的临时工作库。四是与应用程序的接口，为了提高系统的稳定性和可维护性，通常要求数据的组织结构与应用程序之间保持相对独立性，要求在数据库设计时应尽可能为程序员提供透明的数据库接口，以利于他们调整和维护程序。数据库设计方法主要是以逻辑数据库设计和物理数据库设计为核心的规范设计方法。逻辑数据库设计是根据用户要求和特定数据库管理系统的具体特点，以数据库设计理论为依据，设计数据库的全局逻辑结构和每个用户的局部逻辑武结构。物理数据库设计是在逻辑结构确定之后，设计数据库的存储结构及其他实现细节。各种规范设计方法在设计步骤上存在些微差别，通过分析、比较和综合，本论文将数据库设计分为6个阶段:需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、数据库物理设计阶段、数据库实施阶段、数据库运行和维护阶段。其设计全过程见图4-4。图4-4数据库设计全过程4.2.1 概念设计概念设计是指在数据分析的基础上自底向上的建立整个系统的数据库概念结构，从用户的角度进行视图设计，然后将视图集成，最后对集成的结构分析优化得到最终结果。E一R模型是概念设计的有利工具。经过调查，商场管理系统所涉及的实体及主要属性有:1、商品(商品编号，商品名称，价格，促销价格，允许打折，允许销售)2、用户(用户编号，用户名称，用户密码，用户类型)3、会员(编号，卡号，累积消费金额，注册日期)4、供货商(供货商编号，供货商名称，供货商地址，供货商电话)5、厂商(厂商编号，厂商名称，厂商地址，厂商电话)根据实体集及其属性，经过分析可以得出如下实体联系:1、商店中的所有用户(员工)可以销售多种商品，每种商品可由不同用户(员工)销售2、每个顾客可以购买多种商品，不同商品可由不同顾客购买3、每个供货商可以供应多种不同商品，每种商品可由多个供应商供应下面就是数据库的概念设计图，见图4-5。购买日期消费金额会员卡号厂商厂商ID厂商名称厂商地址厂商电话供货商名称mn生产m1注册时间会员ID累计金额用户用户ID用户密码m供货金额供货日期销售日期供货商电话供货商地址供货商ID供货商销售销售ID商品ID商品名称价格促销价格消费m商品允许打折允许销售会员供货图4-5概念设计图4.2.2 逻辑设计逻辑结构设计是将概念数据模型转换成特定的数据库管理系统支持的数据模型。通常不同型号计算机系统配备的DBMS的性能不尽相同。为此数据库设计者还需深入了解具体数据库管理系统的性能和要求，以便将一般数据模型转换成所选用的DBMS能支持的数据模型。概念设计所得到的E一R模型是独立于DBMS的，这里的转换就是把E一R图转换为层次模型或者网状模型或者关系模型的逻辑结构。对于支持关系模型的DBMS来说，可以认为上述转换工作己经在概念结构设计阶段完成了。只有在选用了支持层次、网络模型的在DBMS时在这一步需要完成从关系模型向层次或网络模型转换的工作。本系统选用的是关系型数据库管理系统，因而在逻辑设计中的工作是将E一R模型所表示的概念结构转换为关系模型，并将关系模式进行规范化，最终可得到系统所需的关系表。见表4-1。表4-1数据库表索引表名中文名MerchInfo商品信息表User用户表Menber会员表Sale销售表Dealing交易表Stock进货入库表Provide供货商表Factory厂商表数据库索引见图4-6。图4-6 数据库索引商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号），其数据库表结构见表4-2。表4-2商品信息表字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量CautionNumInt4Not null库存报警数量PlanNumInt4null计划进货数BarCodeVarchar50Not null条形码SalesProPriceMoney4促销价格SalesProDateSDatetime8促销起日期SalesProDateEDatetime8促销止日期AllowAbateInt4Not null允许打折AllowSaleInt4Not null允许销售FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号其商品信息见图4-7。图4-7商品信息图用户表（用户编号，用户名称，用户密码，用户类型）其数据库表结构见表4-3。表4-3用户表字段名字段类型长度主/外键字段值约束对应中文名UserIDvarchar10PNot null用户编号UserNameVarchar25Not null用户名称UserPWVarchar50Not null用户密码UserStyleInt4Not null用户类型其用户信息见图4-8。图4-8用户信息图会员表（会员编号，会员卡号，累积消费金额，注册日期），其结构表见表4-4。表4-4会员表字段名字段类型长度主/外键字段值约束对应中文名MemberIDVarchar10PNot null会员编号MemberCardVarchar20Not null会员卡号TotalCostMoney4Not null累积消费金额RegDateDatetime8Not null注册日期其会员信息见图4-9。图4-9会员信息图销售表（销售编号，商品编号，销售数量，销售金额，销售日期），其数据库表结构见表4-5。表4-5销售表字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额其销售信息见图4-10。图4-10销售信息图交易表（交易编号，用户名称，交易金额，会员卡号，交易日期），数据库表结构见表4-6。表4-6交易表字段名字段类型长度主/外键字段值约束对应中文名DealingIDVarchar10PNot null交易编号DealingPriceMoney4Not null交易金额DealingDateMoney4Not null交易日期MemberIDVarchar10会员卡号UserNameVarchar10FNot null用户名称其交易信息见图4-11。图4-11交易信息图进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态），其数据库表结构见表4-7。表4-7入库纪录表字段名字段类型长度主/外键字段值约束对应中文名StockIDVarchar10PNot null入库编号MerchIDVarchar10FNot null入库商品编号MerchNumInt4Not null入库数量MerchPriceMoney4Not null单额TotalPriceMoney4Not null总额StockDateDatetime8Not null入库日期PlanDateDatetime8Not null计划进货日期StockStateInt4Not null入库状态其入库信息见图4-12。图4-12入库信息图供货商表（供货商编号，供货商名称，供货商地址，供货商电话），其数据库表结构见表4-8。表4-8供货商表字段名字段类型长度主/外键字段值约束对应中文名ProvideIDvarchar10PNot null供货商编号ProvideNameVarchar50Not null供货商名称ProvideAddressVarchar250供货商地址ProvidePhoneVarchar25供货商电话其供货商信息见图4-13。图4-13供货商信息图厂商表（厂商编号，厂商名称，厂商地址，厂商电话），其数据库表结构见表4-9。表4-9厂商表字段名字段类型长度主/外键字段值约束对应中文名FactoryIDvarchar10PNot null厂商编号FactoryNameVarchar50Not null厂商名称FactoryAddressVarchar250厂商地址FactoryPhoneVarchar25厂商电话其厂商信息见图4-14。图4-14 厂商信息图其关系图见图4-15。图4-15关系图5 系统实现5. 1 前台POS销售前台POS子系统主要是在C/S架构下完成的，可是实现断网销售。需要将系统客户端程序安装到客户端工作站上，在前台POS销售系统中，主要完成的是商场商品的销售业务，当营业员上班后，先用自己的用户、密码，登陆系统，准备迎接顾客。界面见图5-1。