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

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

《网上超市管理信息系统.docx》由会员分享，可在线阅读，更多相关《网上超市管理信息系统.docx（27页珍藏版）》请在冰豆网上搜索。

网上超市管理信息系统

课程设计报告

学生姓名:

学号：

学院:

班级:

题目:

网上超市管理信息系统

指导教师：

职称:

2011年7月15日

1.选题背景

网上书店以销售社科、文化、经管、学术类图书为主，目前是广东地区规模最大与最具影响力的民营学术文化书店，也是众多人文﹑社科﹑经管类的优秀出版社在广东市场的代理商。

目前在广州深圳等地运营着9家零售店，1家网上书店以及三家批发公司，是一个集批发与零售为一体的连锁型企业。

目前网上书店各分店都使用一套桌面单机版的图书销售管理系统管理日常的图书销售业务，基本上能满足各店面的业务需求。

但是近年来，网络购书因为价格便宜越来越受到人们的欢迎，当当、卓越、大洋等一大批网络书店迅速发展，对实体书店冲击非常大。

因为网上书店各零售店基本上都开设在大学校园附近，很大一部分客户高校的学生或老师，而他们更加青睐于网上购书，各书店销售量急剧下滑。

因此，网上书店的老板决定调整经营重点并设计一套新的图书营销策略以应对网络书店低价格带来的挑战，但现有的系统成为了新方案的绊脚石：

（1）书店为那些经常光顾的顾客办理了会员卡，这些会员凭卡买书可以有9折优惠。

书店老板分析认为所有会员打9折变相降价，并不能有效提高书的销量，希望重新设计折扣规则，即根据会员累计购买金额确定不同折扣。

老板希望新会员折扣策略能给予书店老顾客更多折扣吸引他们到实体店购书，另一方面不至于给所有会员低折扣过多影响书店利润，此外这种营销策略也有利于吸引顾客更多地购买图书。

但是现有系统会员管理功能不支持这种折扣规则。

（2）随着更多连锁店的开业，网上书店建立了配送中心。

原有的单机版系统的一个重大缺陷是，各分店的销售数据等不能有效整合在一起，不便于公司经理经营决策，配送中心也不能实时获知各店面库存信息。

（3）因为各零售店生意下滑非常明显，书店老板考虑将更多的资源或经营方向转向批发业务。

因为经过多年积累，书店与各出版社形成了良好的合作关系。

而原有的系统只支持书籍零售业务，不能适应批发业务的需求。

为了解决以上问题，适应书店的变革，书店老板决定投资30万元聘请专业的软件公司SCAUIS为公司重新开发一套经营系统。

SCAUIS公司成立网上项目组，开始对网上书店的业务进行深入调研，走访公司在广州的多家店面、批发公司及配送中心，并与书店老板陈女士面谈，详细听取了她关于书店新策略的想法。

原来书店为经常光顾的客户办理了会员卡，凭卡购书可享受9折优惠。

为了留住老顾客，陈女士考虑改变原有折扣策略，希望会员折扣能结合顾客累积购书金额，例如：

累计购书200～499元：

9折

累计购书500～999：

8.5折

累计购书1000～1499：

8折

累计购书1500～1999：

7.5折

累计购书2000元以上：

7折

非会员顾客一次性购买图书或充值200元以上，可享受9折优惠，并成为书店会员，以后凭卡购书享受会员折扣优惠。

此外，为吸引会员更多的来本店购书，会员卡还提供充值功能，可按充值后累计金额达到的级别享受相应的折扣优惠，购书时直接用卡上余额支付。

例如某会员累计购书600元，如果一次性充值400元后，购书时就可以享受8折优惠，书款直接从400元中扣除。

书店除书籍零售外，还从事书籍代购、批发的业务，而且逐渐成为书店主要利润来源。

书店与众多出版社签订了代理协议，为高校提供教材、图书代购，并在图书批发市场从事图书批发业务。

近几年批发业务量非常大，为了减少在订单、送货、收款等各环节信息错漏或不一致情况的发生，书店老板希望新系统能同时支持批发业务。

网上书店设有一个配送中心，无论是零售还是批发采购回来的书首先都会送到配送中心。

配送中心根据各店的订单每两天向店面送货一次。

如果是批发的书，配送中心会直接将书送到客户订单上指定的地方。

SCAUIS项目组经过认真分析和讨论，确定网上书店进销存系统功能如下：

1.店面POS系统：

收银员录入书籍条码号，如果是会员购书还需要录入会员卡号，（因为没有配备硬件，本系统开发暂时采用人工录入条码号、会员卡号代替扫描、刷卡）系统根据相关规则确定购书价格，并打印购书小票。

各店面经理每月要制作销售报表提交给公司经理。

2.进书管理：

各家零售店店面经理向配送中心下进书订单，配送中心送书进店时都要及时留下记录信息，包括进书的时间、书号、数量等信息。

3.库存管理：

各店店员能随时查看本店内各种书的库存数量，公司经理和配送中心能查询各店库存信息，库存盘点。

4.会员管理：

管理所有会员消费信息、账户信息，收银员能完成新增会员、账户充值、挂失等操作。

5.批发订单管理：

系统能跟踪批发客户的订单、是否送货及回款等信息。

本系统由将分店子系统、公司管理子系统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.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.1UML体系结构设计

UML是可视化、规范定义、构造和文档化的建模语言。

可视化模型的建立为设计人员、开发人员、用户和领域专家之间的交流提供了便利：

规范定义意味着用UML建立的模型是准确的、无二义的、完整的；构造意味着可以将UML模型映射到代码采用统一建模语言UML对该系统体系结构建模。

4.1.1硬件体系结构设计

本系统中，超市可通过局域网服务器对销售情况管理，消费者还可通过互联网服务器查询并评价相关商品，会员管理、销售信息管理、售后服务管理和计划管理都要汇总到数据服务器中进行相关存储。

销售过程系统

会员管理子系统

局域网服务器

数据服务器

互联网

图4.1“销售管理子系统”硬件设计

信息自动查询子系统

互联网服务器

LAN

LAN

网上销售终端

自动查询机

LAN

LAN

售后管理子系统

4.1.2软件体系结构设计

软件体系结构设计是为了说明与硬件设备相协调的系统软件，并画出系统的包图。

引入包是为了降低系统的复杂度，包是把各种各样的模型元素通过内在的语义连在一起。

软件体系结构设计是一个从较高层次进行的设计，用来定义包（子系统），描述包之间的依赖性及通信机制。

目的是要设计一个清晰简单的体系结构，具有很少的依赖性，而且尽可能避免双向依赖。

系统包图，如图4.2所示。

图4.2系统包图

4.2对象模型设计

对象模型是面向对象分析和设计的支柱，它显示了系统的类，这些类之间的关系。

设计阶段是对分析模型进行扩展并将模型进一步细化，并考虑技术细节和限制条件。

对象是对象类的实例，用对象图来描述。

对象图和类图相比，要将操作或属性更加细化。

考虑到新开发的系统具备了上架货物自动盘点的功能，故删除分析阶段“盘点员类”

同时，对每个类的操作进行了进一步的分析和总结。

在本系统的对象设计中，由以上分析得到了实体对象图，如图4.3所示。

图4.3系统实体对象图

4.3系统实现

4.3.1组件分析

在完成了系统的用例分析、模型化静态数据描述以及局部动态数据的状态控制后，基本上掌握了系统在进行逻辑数据处理的流程。

而最终要成为一个系统管理体系，这就需要从总体上把握系统数据的获取、处理及存储。

这个部分需要用系统的组件图来呈现。

系统的组件图，如图4.4所示

图4.4系统组件图

4.3.2配置分析

配置图用来描述系统硬件的物理拓扑结构和在此结构上执行的软件及系统运行时刻的结构，配置图中的节点代表某种计算机构件，通常是某种硬件。

同时节点还包括在其上运行的软构件，软构件代表可执行的物理代码模块。

系统的配置图，如图4.5所示。

图4.5系统配置图

5.课程设计心得体会

课程设计是培养学生综合运用所学知识,发现,提出,分析和解决实际问题,锻炼实践能力的重要环节,是对学生实际工作能力的具体训练和考察过程.

经过两周的图书馆管理系统的课设，我懂得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学的理论知识与实践相结合起来，从理论中得出结论，提高自己的实际动手能力和独立思考的能力。

在设计的过程中发现了自己的不足之处，对以前所学过的知识理解得不够深刻，掌握得不够牢固，比如在分析图书馆借书活动图的时候，因为对活动图的符号以及关联掌握的不够清楚，导致一开始无从下手，最后还是通过看书，及上网查询才确定下来。

经过两周的课程设计，又一次锻炼了我的动手能力，同时也要感谢王欣老师在课上对我们的指导与教育，以及课下对我们的认真负责。

相信通过这次课程设计所收获的知识可以运用到我今后的生活中。

参考文献

[1]肯尼斯C.劳顿,简P劳顿.管理信息系统[M].北京:

机械工业出版社.2007.

[2]张海藩.软件工程导论[M].北京:

清华大学出版社.2009.

[3]王国辉等.JavaWeb开发实战宝典[M].北京:

清华大学出版社.2010.

[4]齐治昌，谭庆平，宁洪，《软件工程》，高等教育出版社

[5]李永恒,运用网络技术　完善经营管理.内蒙古煤炭经济2004,（5）现代管理

[6]RichardAndersonChrisBlexrud等著，刘富太等译.ASP3高级编程.机械工业出版社

[7]松岗研发中心林志强著ASP电子商务设计实务.中国铁道出版社.2000

[8]陈会安著.ASP3.0与IIS4/5网站架设彻底研究.中国青年出版社

[9]陈英学ASP深入编程北京希望电子出版社2001

[10]周志逵、江涛著数据库理论与新技术北京理工大学出版社2001