网上超市管理信息系统.doc

课 程 设 计 报 告学生姓名:学 号：学 院:班 级:题 目:网上超市管理信息系统教授王欣指导教师： 职称: 2011年 7 月 15 日25目 录1.选题背景12.网上书店管理系统需求分析32.1网上书店管理系统的需求陈述32.2需求分析32.2.1功能需求32.2.2性能需求42.3系统需求建模42.3.1 确定参与者42.3.2 确定用例42.3.3 系统用例建模52.3.4 用例描述63. 网上书店管理系统系统分析103.1 系统用例建模103.2 静态结构模型123.2.1类的识别123.2.2类的关联分析123.2.3类的属性描述133.2.4类图的构建133.3 系统动态模型133.3.1 系统执行顺序分析133.3.2 系统的协作分析143.3.3 系统状态分析153.3.4 系统活动分析154. 网上书店管理系统系统设计与实现214.1 UML体系结构设计214.1.1 硬件体系结构设计214.1.2 软件体系结构设计214.2 对象模型设计224.3 系统实现234.3.1 组件分析234.3.2 配置分析245. 课程设计心得体会25参考文献261.选题背景1.选题背景网上书店以销售社科、文化、经管、学术类图书为主，目前是广东地区规模最大与最具影响力的民营学术文化书店，也是众多人文社科经管类的优秀出版社在广东市场的代理商。目前在广州深圳等地运营着9家零售店，1家网上书店以及三家批发公司，是一个集批发与零售为一体的连锁型企业。目前网上书店各分店都使用一套桌面单机版的图书销售管理系统管理日常的图书销售业务，基本上能满足各店面的业务需求。但是近年来，网络购书因为价格便宜越来越受到人们的欢迎，当当、卓越、大洋等一大批网络书店迅速发展，对实体书店冲击非常大。因为网上书店各零售店基本上都开设在大学校园附近，很大一部分客户高校的学生或老师，而他们更加青睐于网上购书，各书店销售量急剧下滑。因此，网上书店的老板决定调整经营重点并设计一套新的图书营销策略以应对网络书店低价格带来的挑战，但现有的系统成为了新方案的绊脚石：（1）书店为那些经常光顾的顾客办理了会员卡，这些会员凭卡买书可以有9折优惠。书店老板分析认为所有会员打9折变相降价，并不能有效提高书的销量，希望重新设计折扣规则，即根据会员累计购买金额确定不同折扣。老板希望新会员折扣策略能给予书店老顾客更多折扣吸引他们到实体店购书，另一方面不至于给所有会员低折扣过多影响书店利润，此外这种营销策略也有利于吸引顾客更多地购买图书。但是现有系统会员管理功能不支持这种折扣规则。（2）随着更多连锁店的开业，网上书店建立了配送中心。原有的单机版系统的一个重大缺陷是，各分店的销售数据等不能有效整合在一起，不便于公司经理经营决策，配送中心也不能实时获知各店面库存信息。（3）因为各零售店生意下滑非常明显，书店老板考虑将更多的资源或经营方向转向批发业务。因为经过多年积累，书店与各出版社形成了良好的合作关系。而原有的系统只支持书籍零售业务，不能适应批发业务的需求。为了解决以上问题，适应书店的变革，书店老板决定投资30万元聘请专业的软件公司SCAUIS为公司重新开发一套经营系统。SCAUIS公司成立网上项目组，开始对网上书店的业务进行深入调研，走访公司在广州的多家店面、批发公司及配送中心，并与书店老板陈女士面谈，详细听取了她关于书店新策略的想法。原来书店为经常光顾的客户办理了会员卡，凭卡购书可享受9折优惠。为了留住老顾客，陈女士考虑改变原有折扣策略，希望会员折扣能结合顾客累积购书金额，例如：累计购书200499元：9折累计购书500999：8.5折累计购书10001499：8折累计购书15001999：7.5折累计购书2000元以上：7折非会员顾客一次性购买图书或充值200元以上，可享受9折优惠，并成为书店会员，以后凭卡购书享受会员折扣优惠。此外，为吸引会员更多的来本店购书，会员卡还提供充值功能，可按充值后累计金额达到的级别享受相应的折扣优惠，购书时直接用卡上余额支付。例如某会员累计购书600元，如果一次性充值400元后，购书时就可以 享受8折优惠，书款直接从400元中扣除。书店除书籍零售外，还从事书籍代购、批发的业务，而且逐渐成为书店主要利润来源。书店与众多出版社签订了代理协议，为高校提供教材、图书代购，并在图书批发市场从事图书批发业务。近几年批发业务量非常大，为了减少在订单、送货、收款等各环节信息错漏或不一致情况的发生，书店老板希望新系统能同时支持批发业务。网上书店设有一个配送中心，无论是零售还是批发采购回来的书首先都会送到配送中心。配送中心根据各店的订单每两天向店面送货一次。如果是批发的书，配送中心会直接将书送到客户订单上指定的地方。SCAUIS项目组经过认真分析和讨论，确定网上书店进销存系统功能如下：1. 店面POS系统：收银员录入书籍条码号，如果是会员购书还需要录入会员卡号，（因为没有配备硬件，本系统开发暂时采用人工录入条码号、会员卡号代替扫描、刷卡）系统根据相关规则确定购书价格，并打印购书小票。各店面经理每月要制作销售报表提交给公司经理。2. 进书管理：各家零售店店面经理向配送中心下进书订单，配送中心送书进店时都要及时留下记录信息，包括进书的时间、书号、数量等信息。3. 库存管理：各店店员能随时查看本店内各种书的库存数量，公司经理和配送中心能查询各店库存信息，库存盘点。4. 会员管理：管理所有会员消费信息、账户信息，收银员能完成新增会员、账户充值、挂失等操作。5. 批发订单管理：系统能跟踪批发客户的订单、是否送货及回款等信息。本系统由将分店子系统、公司管理子系统2部分组成，对用户定义严格的管理权限和各种不同的业务处理功能。以适应当前网上连锁书店的管理需求。2.网上书店管理系统需求分析2.网上书店管理系统需求分析2.1网上书店管理系统的需求陈述图书的浏览与查询分类显示图书类目，点击某类目可显示下一级类目，直到显示出图书列表。点击书名可显示该书的基本信息，包括作者、出版社、价格、内容简介等。可按分类和关键词查询图书信息。购物车功能客户点击图书列表页面上某图书前的“选购”按钮就可以把该书放入购物车准备购买，并且在购买之前可以随时查看已选图书以及花费情况，或者修改已选图书的定购数量或删除已选图书。点击“放弃购买”按钮则放弃此次购买并清空购物车。点击“结算”按钮则转入结算系统进行购买结算。结算管理客户确认购买后点击“结算”按钮可以进行结算，结算时首先要填写定单，定单信息存入服务器端的定单表及定单明细表中。会员管理包括会员注册登记、密码修改以及会员注销、非法用户和过期用户的删除、会员查询分析等。网上支付客户可以凭自己的信用卡号或银行账号进行网上付款。2.2需求分析2.2.1功能需求为了便于读者浏览自己感兴趣的某一类图书，在网上书店的主页面上提供一个分层次的分类列表，读者可以从顶层开始，一层一层地浏览，直到找到自己需要的图书。主页面上显示第一和第二层目录，页面上的各个类别都是一个链接，并且都链接到指定文件，执行该文件就可显示相应的下一级类别。如果某一层次含有的项目较多，一个页面上放不下，就相应地提供一个“更多”链接来执行指定文件。展开目录后，单击某个目录项就可显示该类目的图书列表。图书列表页面上提供了图书的书名、作者、出版社、出版日期和价格等信息。如果看中了某本书，可以在“数量”栏中填入购买册数，并单击“购买”按钮进行购买。如果想查看某本书的更详细信息，可以单击书名。由于图书数目较多，一页显示不下时，提供了浏览翻页功能。该功能实现的思想是通过PHP代码连接图书数据库，从图书类别表和图书信息表中取出相应的目录、图书信息，并以一定的格式放在网页中。购物车具备的主要功能有：显示已购图书信息、添加图书、更改购买数量、取消某图书、取消此次定购、结算。其中每次定购信息修改后还要自动更新相应的计价信息。由购物车实现用户定购的主要程序如下：在购物车页面上点击“结算”按钮，就可以填写定单进行购买，点击“继续购书”按钮，则可以回到图书列表页面继续选购。客户在购物车页面上点击了“结算”按钮后，就出现了结算页面，在结算页面上也提供了一个“查看购物车”按钮，以便客户在结算前再次查看所选购的图书及花费的情况。另外，还要求客户填写一些必要的信息，如客户的会员代号、收货人、收货人地址、送货方式、支付方式等。如果收货人和收货地址栏空着，则自动使用客户注册时提供的姓名和地址。信息填写完毕，点击“提交”按钮，系统就对客户所提供的信息进行正确合法性检查，检查通过后，马上向服务器端的数据库中添加相关信息，即在定单表中添加一条记录，在定单明细表中添加一条或若干条记录。2.2.2性能需求为能实现正常的交易，我们必须知道客户的一些信息，比如收货人姓名、收货人地址、收货人电话、收货人E_mail、送货日期FORM等。为了收集这些信息，我们设计了用户注册界面，利用表单的POST方法将客户信息传送到服务器，存入相应的数据库中。当然在此之前应对用户注册信息进行合法性检查。要让客户能够从网上付款，书店的经营者必须事先与银行联系，申请网上支付功能。通过银行审批后，客户就可以凭自己的信用卡号或银行账号进行网上付款。为了保证操作的安全性，还必须依靠数字凭证、数字签名、加密等手段来保证信息传输的安全性和可靠性。2.3系统需求建模2.3.1 确定参与者根据此网上书店管理的分析知，网上书店管理说涉及的业务角色有：配送管理员，公司管理员，店面经理等。2.3.2 确定用例学术书店进销存管理信息系统分成：（1）分店子系统其中包含管理订单用例有：创建订单；查看订单；修改订单会员管理用例有：创建会员信息；查询会员信息；处理充值；处理挂失；处理零售用例（2）公司管理子系统：包括管理图书信息用例有：创建图书信息；查询图书信息；修改图书信息；订单管理用例有：查看订单；处理订单员工管理和报表处理用例用：创建员工信息；修改员工信息；查询进销存报表用例。2.3.3 系统用例建模图 2-1 系统用例图2.3.4 用例描述网上书店系统的权限主要有类:普通用户与系统管理员。普通用户可以登陆注册成为书店会员享受一定的折扣优惠,并上网浏览查询自己需要的相关书籍资料,找到符合自己需求的书籍后可以添加到购物车,最后一起结账,当没有找到自己需要的书籍后,用户可以登记有关的缺货信息,并预订。系统管理员除拥有普通用户的权限进行网上购书外,还有自己的管理权限,他可以通过系统进行书籍新增、删除、修改、查询、统计,进行折扣管理、订单管理、客户(会员)管理。当某类书籍库存量低于订货水平线或出现了用户缺货登记信息时,系统管理员还可以通过订货管理模块通知供应商(出版社)补充有关书籍。(1)查询图书信息用例简述：各个子系统管理员查看相关图书信息。基本事件流：用户输入书号或其他关键信息如图书类型进行检索所要查询的图书；(2)修改图书信息用例简述：管理员对图书信息的原始数据的修改。基本事件流：配送管理员输入所要修正的图书，系统显示图书信息，管理员针对要做出修改的信息项进行修改；配送管理员检查所有修改项是否正确，不正确则继续修改，正确则提交系统保存信息。系统更新信息。(3)创建订单用例简述：店面接收批发业务，创建订单。基本事件流：店面经理用分店POS子系统创建批发订单。店面经理输入订单各项信息。店面经理输入完一个完整订单并确认无误后提交订单。(4)修改订单用例简述：店面经理可对还未经配送中心管理员处理的批发、进书订单及时进行修改。基本事件流：店面经理确定要修改的订单的类型。店面经理选择要修改的订单类型。系统列出允许修改信息（未经配送管理员进行发货处理）的订单列表。店面经理选择要修改的订单。系统显示订单的详细信息，店面经理进行修改。(5)处理订单用例简述：配送中心管理员对还未处理的订单进行操作与发货。基本事件流：配送管理员查看未处理订单。系统列出未处理订单。对已发货的订单进行确认发货。系统更新订单发货状态，更新库存信息。(6)修改会员信息用例简述：管理员对会员的原始数据进行更新、修改。基本事件流：收银员输入要修改会员的会员号。系统显示会员信息。收银员修改会员信息。收银员检查会员信息修改是否正确，不正确则继续修改，正确则提交保存。系统更新信息。(7)处理会员充值用例简述：会员可对对应账号进行充值。基本事件流：收银员输入要充值的会员号和充值金额。系统提示所充值会员号和充值金额已完成。收银员告诉顾客已完成充值。(8)处理会员挂失用例简述：会员丢失或损坏了会员卡可向店面申请挂失。基本事件流：会员要求挂失会员号，并出示有效身份证收银员修改会员信息，将要求挂失的会员状态改为挂失。收银员提交保存信息，系统更新信息。(9)处理零售用例简述：顾客对购买的书籍进行结账。基本事件流：顾客携带所购书籍到收银台付款。收银员开始一次新的销售交易。收银员输入书籍号。系统逐条记录出售书籍，并显示价格和累计金额。收银员重复步，走到输入结束。系统显示总额。收银员告知顾客总额，并要求顾客付款。顾客付款，系统处理支付。若顾客为非会员，按非会员情况收取最终总额。若顾客为会员，按会员情况收取最终总额。3.网上书店管理系统系统分析3. 网上书店管理系统系统分析3.1 系统用例建模图3-1从用户角度描述系统结构1.书籍管理概述：该用例说明如何对图书进行管理，包括图书的编目，图书的破损维修。前置条件：图书已经入库。后置条件：分配到各个典藏馆，进行正常的流通。实现过程(事件流)：(1).查看图书的借阅状态(2).分配图书应该进入哪个典藏馆(3).系统可根据图书的典藏位置，对图书进行记录，包括图书号、图书名称、图书作者、出版日期等。2.用户管理概述：系统管理员对于借阅者信息进行输入，系统对其记录，在之后的借书、还书过程中直接对用户的信息进行操作。前置条件：系统中已近有了借阅者信息。后置条件：对借阅者的信息进行查询、修改。实现过程：(1).借阅者在图书馆对其个人信息进行录入。(2).借书、还书时系统都能够对借阅者的信息进行操作。3.查询概述：系统管理员对于借阅者信息进行输入，系统对其记录，在之后的借书、还书过程中直接对用户的信息进行操作。前置条件：系统中已近有了借阅者信息。后置条件：对借阅者的信息进行查询、修改。实现过程：读者，系统管理员，图书管理员通过数据库的操作对系统中的信息进行查询操作。图3-2从管理员角度描述系统功能3.2 静态结构模型3.2.1类的识别系统需求已经定义过了，现在可以根据系统需求识别出系统中存在的类。系统类的识别可以通过寻找系统域描述和需求描述中的名词来进行。1.找出候选类从前述的系统需求描述中可以找到的名词有：消费者、顾客、商品、信息、信息自动查询机、销售部经理、销售经理秘书、会员信息、大宗商品顾客、零散顾客、采购系统、库存系统、计划、会员号、密码等，这些都是类图中的候选类。2.筛选正确类仅通过一个简单、机械的过程不可能正确的完成分析工作。接下来要从中去掉不正确的、不必要的，仅保留确实应该记录的类。按照如下标准进行筛选a.冗余如果两个类表达了同样的信息，则应该保留在此问题中最富于描述力的名称。此系统中“会员”、“顾客”、“零散顾客”等描述相同的信息，因此应该用“消费者”。b.属性在需求陈述中有些名词实际上描述的是其他对象的属性，应该把这些名词从候选类中去掉，当然，如果某个性质具有很强的独立性，则应把它作为类，而不是作为属性。此系统中“密码”、“会员号”、“商品编号”等，实际上都应该作为属性对待。综上所述，经过初步的筛选剩下的类有: 消费者类、商品类、计划类、工作人员类四大父类，零散顾客，大宗商品顾客，销售部经理、盘点员、系统维护员、订购合同、购物清单几大子类。3.2.2类的关联分析静态视图模型包括类图、对象图和包图,它描述系统各部分的静态结构,包括构成网上书店系统的类和对象以及它们的属性、操作和相互之间的关系。静态视图模型主要是对系统的每一个用例进行分析,更多探究系统的内部,从静态的角度来描述用例的实现。图4给出了网上书店用户购书模块的类图。模型分析阶段的主要任务是标识出各设计元素,并将其部署到各实施节点,对标识出的设计元素进行详细设。3.2.3类的属性描述使用用例图获取系统的功能用例,再使用类图与顺序图描述了系统的每一用例后,就可以进一步确定边界类、实体类与控制类,并整合所有类,尽量减少冗余类。通过对系统模型中各类的特点及功能的分析,我们发现边界类负责系统与用户之间的交互;控制类通常可以分为两类:一类负责与边界类交互以获得用户信息,完成一些基本动作;另一负责主要的业务逻辑、与实体类进行交互,实体类代表对系统有意义的、长效且持久的信息。3.2.4类图的构建图3-3购书模块的类图3.3 系统动态模型3.3.1 系统执行顺序分析交互视图模型描述系统的业务逻辑,包括顺序图和合作图。它们都描述对象间的动态协作关系,但合作图强调对象之间的连接关系,而顺序图强调对象之间交互动作的时序特性。顺序图从动态的角度描述了用例实现时,各类的交互与协作。图6就是用户购书模块中结账用例的顺序图。图3-4购书模块结帐的顺序图3.3.2 系统的协作分析图3-5进货模块协作图3.3.3 系统状态分析 图3-6销售状态图3.3.4 系统活动分析对象的行为用状态图和活动图来描述。状态图适合描述跨多个用例的单个对象的行为,活动图用于展现多个对象活动的总次序,可据具体对象的需要选用图形。这里用活动图对用户的购书行为进行分析,如图5所示。图3-7用户购书活动图图 3-8 查询图书信息活动图系统图 3-9 创建批发订单活动图系统图 3-10 修改订单活动图系统图 3-11 处理订单信息活动图系统图 3-12 修改会员信息活动图系统图 3-13 会员充值活动图系统图 3-14 会员挂失活动图系统图 3-15 处理销售活动图图 3-16 修改员工信息活动图图 3-17 查看报表活动图4.网上书店管理系统系统设计与实现4. 网上书店管理系统系统设计与实现4.1 UML体系结构设计UML是可视化、规范定义、构造和文档化的建模语言。可视化模型的建立为设计人员、开发人员、用户和领域专家之间的交流提供了便利：规范定义意味着用UML建立的模型是准确的、无二义的、完整的；构造意味着可以将UML模型映射到代码采用统一建模语言UML对该系统体系结构建模。4.1.1 硬件体系结构设计本系统中，超市可通过局域网服务器对销售情况管理，消费者还可通过互联网服务器查询并评价相关商品，会员管理、销售信息管理、售后服务管理和计划管理都要汇总到数据服务器中进行相关存储。销售过程系统会员管理子系统局域网服务器数据服务器互联网图4.1 “销售管理子系统”硬件设计信息自动查询子系统互联网服务器LANLAN网上销售终端自动查询机LANLAN售后管理子系统4.1.2 软件体系结构设计软件体系结构设计是为了说明与硬件设备相协调的系统软件，并画出系统的包图。引入包是为了降低系统的复杂度，包是把各种各样的模型元素通过内在的语义连在一起。软件体系结构设计是一个从较高层次进行的设计，用来定义包（子系统），描述包之间的依赖性及通信机制。目的是要设计一个清晰简单的体系结构，具有很少的依赖性，而且尽可能避免双向依赖。系统包图，如图4.2所示。图4.2 系统包图4.2 对象模型设计对象模型是面向对象分析和设计的支柱，它显示了系统的类，这些类之间的关系。设计阶段是对分析模型进行扩展并将模型进一步细化，并考虑技术细节和限制条件。对象是对象类的实例，用对象图来描述。对象图和类图相比，要将操作或属性更加细化。考虑到新开发的系统具备了上架货物自动盘点的功能，故删除分析阶段“盘点员类”同时，对每个类的操作进行了进一步的分析和总结。在本系统的对象设计中，由以上分析得到了实体对象图，如图4.3所示。图4.3 系统实体对象图4.3 系统实现4.3.1 组件分析在完成了系统的用例分析、模型化静态数据描述以及局部动态数据的状态控制后，基本上掌握了系统在进行逻辑数据处理的流程。而最终要成为一个系统管理体系，这就需要从总体上把握系统数据的获取、处理及存储。这个部分需要用系