基于UML的超市管理系统需求分析与设计

　 团队名:

　 团队成员:

　 工作周期:20XX-5-20到20XX-6-5 任务分配表 人员 任务

　可行性分析，建立领域模型，提取用例，时序图，建立数据库

　可行性分析，画用例图，时序图，活动图,状态图

　可行性分析，项目背景，提供资料 目录 1. 引言 3 1.1 编写目的 3 1.2 背景 3 1.3参考资料 4 2．项目概述 5 2．1 项目名称 5 2．2 项目背景 5 2.3 项目目标 6 3 可行性分析 7 3.1 技术可行性分析 7 3.2 经济可行性分析 7 3..3 操作可行性分析 8 4 需求分析 9 4.1 系统功能概述 9 4.2 业务用例 9 4.3 用例分析 11 4.3.1 管理员用例 11 4.3.2 仓库管理员用例 22 4.3.3 销售经理用例 29 4.4 系统详细功能需求 34 4.4.1 零售系统 36 4.4.2 仓库管理系统 39 4.4.3 业绩管理系统 40 4.5 外部接口需求 40 4.5.1 软件系统接口 40 4.5.2 硬件接口 41 4.5.3 硬件配置 41 5. 系统设计 42 5.1 设计思想 42 5.2 设计原则 42 5.3 数据库设计 43 5.3.1 数据库的ER图 43 5.3.2 对象类图 44 5.3.3 数据库表 44 5.3.4 假定与约束 46

　 1. 引言 1.1 编写目的

　 在开发一个产品之前,必须对用户的需求进行充分的了解,在此基础上,才能开发出来一个能使用户满意的产品。对软件需求的深入了解是成功开发产品一个前提条件,如果没有对其有深入的了解,即使设计和编码做的再出色,不能满足用户需求的系统也会使用户失望,不仅给用户带来麻烦,也给开发者带来了烦恼。

　需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。

　有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。

　本文编写目的在于规定和控制项目开发的内容，保证本项目的需求分析活动在受控状态下进行，在进行软件开发前，明确本系统应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。保证本需求分析的结果能够完整、无遗漏地反映待开发系统的要求。

　1.2 背景 在我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。

　超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。苏辙超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。

　随着现代科学技术的迅猛发展，计算机技术已经渗透到各领域，成为各个行业必不可少的工具。超市中利用计算机的强大功能进行超市和信息已经比较成熟。

　 1.3参考资料

　《软件需求管理》   机械工业出版社

　《有效需求实践》 

　机械工业出版社

　《编写有效用例》   机械工业出版社

　《软件需求》   

　机械工业出版社

　《掌握需求过程》   人民邮电出版社

　 2．项目概述 2．1 项目名称 超市管理系统 2．2 项目背景 随着计算机技术的发展，超市中利用计算机的强大功能进行超市和信息已经比较成熟。

　 计算机介入超市管理，不仅可以提高超市管理的效率，而且可以提高超市业务管理能力。超市管理系统的主要任务是使超市产品的管理工作系统化、规范化、自动化，从而达到提高超市业务的目的。

　2．3 领域分析 任何系统都不是万能的，它都依赖于其他系统的功能。本系统的职责在于：

　前台零售系统：根据顾客的要求，在前台零售系统上进行操作。扫描枪扫描条形码的数据输入到购物单由扫描系统负责。对于刷卡的用户，此系统依赖银行转帐系统。

　后台管理系统：包括仓库管理，业绩管理。仓库管理中只是根据商品的库存，提议哪些商品应该去进货，对于进货的具体流程将交给物流管理系统。业绩管理，只查看销售业绩跟制订商品价格，对于员工的管理将交给人事管理系统。

　对象类有：收银员，仓库管理员，销售经理，会员，仓库商品，超市商品，购物清单，会员业务

　2.3 项目目标 根据需求分析的描述以及与用户的沟通,现制定系统实现目标如下。

　界面设计简洁、友好、美观大方。

　收银员使用简单，操作快，提高效率。

　对于仓库的管理，能使进出库合理，最大限度避免库存亏空，或商品堆积，或有过期商品。

　对于销售经理来说，每日的销售表清晰，好制定销售计划。

　使用本系统后，能科学的，高效率的管理超市，还能减少员工的数量。

　超市管理者从繁重的传统式经营管理中解脱出来，并且有更多的时间从事于管理工作，工作重心逐渐转到管理上来，进一步提高了工作效率。

　采购人员查询本系统，可以更直接、有效地获得商品情况，了解到商品是否畅销或滞销。

　 对于前台零售系统要求，操作简单、快捷方便，提高效率。

　对于后台管理系统要求：数据存储安全、可靠。

　信息分类清晰、准确。

　强大的查询功能,保证数据查询的灵活性。

　提供销售排行榜,为管理员提供真实的数据信息。

　提供灵活、方便的权限设置功能,使整个系统的管理分工明确。

　 3 可行性分析 3.1 技术可行性分析 在IT行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉IT产品。因为，有的超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够是系统顺利运行。

　3.2 经济可行性分析 因为通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率，即提高了超市的经济效益，所以从经济上完全是可行的。

　(1)超市有能力承担系统开发费用 开发新系统的工作是一项间距复杂的工作，它的投资主要是人力和物力的投资。对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业借阅大部分的额外开支。同时软件就其它产品来说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。所以，在系统的开发过程中，企业完全有能力承担开发费用。

　(2)新系统将为企业带来经济效益 管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过程，在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益，要对它进行直接定量的分析是比较困难的。一般新系统带来的经济效益是简介的，其最主要的表现就是减少了企业管理费用和人力开支。而其它一些繁琐的食物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。

　3..3 操作可行性分析 本系统采用基于Windows的图形用户界面，而该系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。而整个超市管理系统采用最友好的交互界面，简介明了，不需要对数据库进行深入的了解。

　由此，该系统的操作是可行的，有必要开发该系统。

　综合以上三方面，该系统具有很高的开发可行性，无论是从技术上或者经济上还是操作上。

　 4 需求分析 4.1 系统功能概述 零售系统：

　由收银员根据顾客提出的要求进行操作。当客户找不商品时，可以到收银员那去查询该超市是否有该商品。客户购物完成后到收银员处结帐，客户可以支付现金也可以刷银行卡，然后打印购物小票。当客户一次性消费达到200元以上时，可以办理会员卡。会员结帐时出示会员卡能把自己消费的数额以积分的形式记录到数据库。到了年底会员可以用积分兑换物品。当会员卡丢失后，可凭借身份证到收银员那补办。

　仓库管理系统：由仓库管理员操作。仓库管理员登入后，进入仓库管理首页。仓库管理员随时关注超市内物品的数量跟仓库的库存，当超市内物品少于5件时，即派遣物流人员给超市补货。当仓库内物品少于10件时，即派遣物流人员去供应商处进货（物流人员的操作交给物流管理系统负责，与本系统无关）。仓库管理员只针对超市商品表跟仓库商品表操作，通只物流系统，负责商品的出入核实。

　业绩管理系统：由销售经理操作。销售经理登入后，进入销售业绩管理首页。销售经理能查看某段时间内的销售业绩，统计出某段时间内的盈利，然后根据他的销售知识对商品的价格进行调整，以便达到更好的盈利。销售经理主要是查看销售记录的统计，对超市物品表的价格进行修改。

　 4.2 业务用例 4.2.1流程概述：

　顾客来到超市后，带上购物篮，在超市进行选购商品。当顾客找不到需要的商品时，可向收银员咨询该商品。顾客购物完成后，把购物篮交给收银员，收银员扫描购物篮，产生购物清单。顾客付款（现金，银行卡）收，打印购物小票。当顾客发现购买的商品不满意后，可凭购物小票跟商品到仓库管理员处进行退货。

　仓库管理员随时关注超市商品表跟仓库商品表中的数量。当超市商品的数量少于5件时，仓库管理员通知物流部门，物流人员前来取货到超市，完成出库操作，并修改数据库，打印出库单。当仓库商品的数量少于10件时，通知物流部门，补货到仓库，完成入库操作，并修改数据库，打印入库单。当仓库中的物品快过期时，自动弹出消息，通知仓库管理员，仓库管理员把情况告诉销售经理，让他出主意。

　销售经理可以查看某段时间内的销售榜，某段时间内的盈利情况，然后根据他的销售知识，制定销售计划，调整商品的价格。

　表格 1系统使用角色表 人员类型 权限描述 收银员 商品查询，收款，办理VIP，管理VIP积分，补办VIP卡 仓库管理员 查询商品库存，商品入库，商品出库，退货 销售经理 查看销售榜，调整商品价格，查看盈利 4.3 用例分析 4.3.1 管理员用例

　表格 2商品查询（用例说明1） 用例名称 商品查询 用例描述 收银员登陆系统后，顾客如需知道该超市是否有某产品可以让收银员查询，收银员输入产品信息，系统将进入查询产品状态，如查询到该产品将显示该产品的相关信息，如位置，颜色之类的，如无相关产品，则显示无 参与者 收银员 顾客 前置条件 收银员登陆超市管理系统，输入产品信息 后置条件 返回首页 包含的用例 无

　主 要 步 骤 收银员意图 系统责任 1、收银员输入工号和密码

　3 收银员选择查询商品功能模块

　 5 收银员输入要查询的商品相关信息

　 2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入收银员界面首页

　 4 系统初始化一个商品信息输入查询界面

　 7 系统检索数据库查询产品，若存在在显示该商品信息，若不存在则显示无。

　 表格 3结账（用例说明2） 用例名称 结帐 用例描述 收银员登陆系统后，可以开始扫描顾客所购买的商品种类及数量，然后系统自动进行价钱累加，输出顾客所购买的商品总价格 参与者 收银员 顾客 前置条件 收银员登陆超市管理系统，扫描顾客所购买的商品 后置条件 返回结账页面 包含的用例 打印发票用例

　主 要 步 骤 收银员意图 系统责任 1、收银员输入工号和密码

　3 收银员选择结帐功能模块

　5 收银员扫描顾客所购买商品

　9 接受顾客付款，收印员点击确认

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统

　4 系统初始化一个结帐界面

　6 系统根据扫描的商品，进入数据库调出商品单价，并进行价钱的累加 7 显示商品总价格

　 10 打印发票 扩展 9a顾客使用现金付款 9b,顾客使用银行卡支付，此时需要用到POSS系统

　顾客使用POS消费流程：要先插入银行卡，POS系统会要求密码，然后顾客再输入密码，POS进行验证，密码正确即可购物，密码错误则例外处理：

　 表格 4添加会员（用例说明3） 用例名称 添加会员 用例描述 如果顾客消费200元以上后并需要会员卡，则收银员可以登陆系统记录顾客相关信息，并给该顾客一张会员卡 参与者 收银员，顾客 前置条件 收银员登陆超市管理系统，顾客消费200元以上 后置条件 返回首页 包含的用例

　 主 要 步 骤 收银员意图 系统图责任 1、收银员输入工号和密码

　3 收银员选择添加会员功能模块

　5 收银员输入要申请会员顾客的相关信息

　 9 收银员给顾客一张会员卡，并单击确定

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统

　 4 系统初始化一个添加会员的界面

　 6 系统检查收银员输入信息的完整性 7 系统进入数据库建立该顾客的相关会员信息 8 系统显示添加会员成功

　表格 5积分累加（用例说明4） 用例名称 累加积分 用例描述 会员每次购物后出据会员卡，消费的金额会以积分的方式存储到数据库中，并且每次的积分累加起来 参与者 收银员 会员 前置条件 顾客有会员卡并在该超市消费，收银员登陆超市管理系统 后置条件 返回首页 包含的用例

　 主 要 步 骤 收银员意图 系统图责任 1、收银员输入工号和密码

　3 收银员选择管理积分功能模块然后在进入累加积分模块

　5 收银员输入该顾客这次消费的金额

　 9 收银员点击确认

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统

　 4 系统初始化一个累加积分界面

　 6 系统检查收银员输入信息的完整性 7 系统进入数据库并对该会员的积分进行累加 8 系统显示累加成功 积分累加时序图（见时序图002）

　 表格 6兑换积分（用例说明5） 用例名称 兑换积分 用例描述 年底时会员可以凭借会员卡去兑换积分，然后数据库的里面的积分清零 参与者 收银员 会员 前置条件 收银员登陆超市管理系统 后置条件 返回首页 包含的用例

　 主 要 步 骤 收银员意图 系统图责任 1、收银员输入工号和密码

　3 收银员选择管理积分功能模块然后在进入兑换积分模块

　5 收银员输入该会员卡的卡号

　8 收银员让会员选择该积分能兑换的商品种类 9 会员选择兑换的商品 10 收银员确定

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统

　 4 系统初始化一个兑换积分界面

　6 系统检查收银员输入信息的完整性 7 系统检索数据库并调出该会员累加后的积分

　 表格 7会员卡补办（用例说明6） 用例名称 会员卡补办 用例描述 顾客根据有效证件，到收银台补办VIP卡。并把积分转入新卡中。

　参与者 收银员 会员 前置条件 收银员登陆超市管理系统，会员有有效证据 后置条件 返回首页 包含的用例

　 主 要 步 骤 收银员意图 系统图责任 1、收银员输入工号和密码

　3 收银员选择会员管理模块

　5 选择会员卡补办功能，根据会员名搜索原会员记录，添加新的卡号填入，把旧的积分累加过来，删除旧的卡号。

　 2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统

　4 系统初始化会员管理界面

　6 完成数据的更新，显示会员卡补办成功.。

　 4.3.2 仓库管理员用例

　表格 8退货（用例说明7） 用例名称 退货 用例描述 仓库管理员登陆系统后，查看退货的商品发票是否属实，并确定商品是否有问题，如有，则仓库管理员进入退货界面，退回商品，返回顾客商品的价钱， 参与者 仓库管理员 前置条件 仓库管理员查看发票及商品是否属于该超市，并确定商品是否出现问题，如上面都属实，怎收银员登陆系统 后置条件 返回首页 包含的用例 无

　主 要 步 骤 仓库管理员意图 系统责任 1仓库管理员确定发票及商品是否属实，如属实并且商品存在问题，则仓库管理员输入工号和密码

　3仓库管理员选择退货功能模块

　5仓库管理员输入要退货的商品相关信息

　 9仓库管理员收回发票及商品并返还顾客相应价钱

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统

　 4 系统初始化一个退货界面

　 6 系统检索数据库并更改商品在数据库里的信息 8 系统显示退货成功

　表格 9库存查询（用例说明8） 用例名称 库存查询 用例描述 仓库管理员到仓库管理界面，可查看仓库中物品的数量，可以输入商品名查看，可以选择按商品有效期的时间长短排列，可以按商品的数量排列。

　参与者 仓库管理员 前置条件 仓库管理员登陆超市管理系统，选择库存查询功能 后置条件 返回首页 包含的用例 无

　主 要 步 骤 仓库管理员意图 系统责任 1、仓库管理员输入工号和密码

　3 仓库管理员选择库存查询模块

　5仓库管理员输入要查询的商品名，或选择商品的一个有效期

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入仓库管理首页。

　4 系统初始化一个查询界面

　6 系统根据仓库管理的要求，输出商品列表。

　 表格 10商品入库（用例说明9） 用例名称 商品入库 用例描述 物流人员把商品放入到仓库后，仓库管理员输入数据到电脑，并打印入库单。

　参与者 仓库管理员 前置条件 仓库管理员登陆超市管理系统，选择库商品入库功能 后置条件 返回首页 包含的用例 无

　主 要 步 骤 仓库管理员意图 系统责任 1、仓库管理员输入工号和密码

　3 仓库管理员选择商品入库模块

　5仓库管理员输入要查询的商品名，批号，商品的有效期，商品的数量。

　 7．打印入库单。

　 2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入仓库管理首页。

　4 系统初始化一个商品入库界面

　6 系统根据输入的商品信息自动查询数据库，把存在相同的直接加上数量， 不存在的新建。

　 表格 11商品出库（用例说明10） 用例名称 商品出库 用例描述 当仓库管理员发现超市物品表的数量少于5时，就通知物流人员前来把物品出库，并添加相应的添加超市物品表中物品的数量，跟减少仓库物品表的数量 参与者 仓库管理员 前置条件 仓库管理员登陆超市管理系统，选择库商品出库库功能 后置条件 返回首页 包含的用例 无

　主 要 步 骤 仓库管理员意图 系统责任 1、仓库管理员输入工号和密码

　3 仓库管理员选择商品出库模块

　5仓库管理员输入要出库的商品名

　7．选择要出库的数量，确定出库

　 2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入仓库管理首页。

　4 系统初始化一个商品入库界面

　 6 系统根据输入的商品名列出要出库的商品详细信息

　8，跟新数据库，显示出库成功，打印出库单

　 4.3.3 销售经理用例

　表格 12查看销售榜（用例说明11） 用例名称 查看销售榜 用例描述 销售经理进入系统，进入销售榜可以看商品在某段时间内的销售榜 参与者 销售经理 前置条件 销售经理登陆超市管理系统 后置条件 返回首页 包含的用例

　 主 要 步 骤 销售经理意图 系统图责任 1、销售经理输入工号和密码

　3 销售经理选择业绩管理从而进入查看销售排行榜模块

　5 销售经理输入某段时间

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统

　 4 系统初始化一个销售榜界面

　6系统检索数据库并调出这段时间某种商品销售的总量，并显示出来。

　表格 13查看盈利（用例说明12） 用例名称 查看盈利 用例描述 销售经理进入系统，查看每天，每星期，每月，每年的赢利情况 参与者 销售经理 前置条件 销售经理登陆超市管理系统 后置条件 返回首页 包含的用例

　 主 要 步 骤 销售经理意图 系统图责任 1、销售经理输入工号和密码

　3 销售经理选择业绩管理从而进入查看赢利模块

　5 销售经理选择每天，每星期，每月，或者每年的赢利查看

　 8 销售经理确定

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统

　 4 系统初始化一个查看赢利界面

　6系统检索数据库并调出该时间段的赢利情况 7 系统显示该时间段的赢利数据

　表格 14调整商品售价（用例说明13） 用例名称 调整商品售价 用例描述 销售经理进入系统，根据销售排行榜或者根据商品的销售情况调整商品价格 参与者 销售经理 前置条件 销售经理登陆超市管理系统 后置条件 返回首页 包含的用例

　 主 要 步 骤 销售经理意图 系统图责任 1、销售经理输入工号和密码

　3 销售经理选择业调整商品价格功能

　5 销售经理输入要调整价格的商品名及调整后的价格

　2 系统进入数据库进行工号及密码的核对，如核对失败则返回1步骤，如成功则进入系统，返回首页

　 4 系统初始化一个调整商品售价界面

　6系统检索数据库并更新调整后的商品价格 7 系统显示调整后的商品价格

　4.4 系统详细功能需求 系统总功能模块图

　4.4.1 零售系统

　销售管理部分

　 l 商品查询：

　当顾客找不到商品时，可向收银员咨询，收银员输入商品名搜索，看该超市有没有该商品。

　 结帐：

　顾客购物完成后，到收银台付款。收银员使用扫描枪扫描商品产生购物清单，接受客户的付款（付款a:使用现金支付;付款b:使用银行卡转帐，此时需要用到poss机，跟银行转帐系统），确定清单，系统后台数据库中商品数量相应的减少。

　 打印小票：

　结帐完成后，系统会自动打印小票，凭借次小票可到仓库管理员处退货。

　会员业务部分

　 l VIP办理（添加会员）：

　 当顾客的一次购物数额达到200元以上时，可向收银员申请办理VIP，收银员把客户信息填入电脑，并给客户一张VIP卡。可供用户积分。

　 l 积分累加：

　 当会员付款时，出示VIP卡，付款的金额会以积分的形式记录到电脑的数据库中。

　 l 积分兑换：

　到年底时，超市会为会员搞活动，会员可以使用自己的积分兑换相应的物品。

　 l 会员卡补办：

　当会员把VIP卡搞丢后，可以凭借有效证件（身份证）到收银员处补办。重新注册，给新的VIP卡，并把原来卡上的积分转到新的卡上。

　 4.4.2 仓库管理系统

　l 退货：

　顾客凭购物小票跟商品到收银台处进行退货，数据库中商品数量相应的增加。

　 l 库存查询：

　仓库管理员登入后，到仓库管理界面，可查看仓库中物品的数量，可以输入商品名查看，可以选择按商品有效期的时间长短排列，可以按商品的数量排列。

　 l 商品入库：

　当仓库中的物品少于十件时，仓库管理员通知物流管理系统，物流人员把商品放入到仓库后，仓库管理员把商品的数据（商品名，批号，数量，商品价格，到期时间）输入到电脑，如果商品的批号相同则直接增加数量，并打印商品入库单。这样做的目的能最大的限度防止商品过期。

　 l 商品出库：

　当超市货架上的商品少于5件时，仓库管理员通知物流管理系统，物流人员前来取货。仓库管理员输入商品名搜索，把商品（商品有效期短的优先）数量减少，并把相应的超市商品表单上的数量增加。打印出库单。

　4.4.3 业绩管理系统

　 l 查看销售榜：

　 销售经理登入后,到销售管理界面．选择此功能，输入某个时间段，系统搜索此时间段内的销售记录表，并把相同商品销售的数量进行累加，显示出来。此功能为销售经理制定销售计划跟进货计划提供依据。

　 l 调整商品价格：

　根据销售榜，商品的有效日期，跟销售经理的市场知识对商品的价格进行修改．

　l 查看盈利：

　销售经理输入时间段，可查询这段时间内某种商品带来的利润，跟这段时间内的总盈利。

　4.5 外部接口需求 4.5.1 软件系统接口 1. 人事管理系统：

　收银员表，销售经理表，仓库经理表，对于这些表修改权限属于人事管理系统，人事管理系统只向本系统提供一个查询的接口。

　2. 物流管理系统：

　对于需要商品入库，商品出库，搬运等工作借由物流管理系统负责，本系统只起到通知作用。

　3. 银行转账系统：

　对于使用poss机刷卡支付的顾客，关于转账的具体细节由银行转账系统负责。

　4.5.2 硬件接口 1. 打印机：打印购物小票，打印入库单，出库单 2. Poss机：提供银行卡的接口 4.5.3 硬件配置 客户端硬软件接口：

　Windows XP/Windows2000/windows Vista等版本以上系统，安装浏览器的计算机。

　后台硬软件接口：

　服务器端硬件要求：

　处 理 器：Xeon MP X7460(2660MHz) 内    存：1G 参数纠错DDRII 硬    盘：SAS 参数纠错120GB 机    构：参数纠错2U机架式 软件要求：参数纠错32位和64位Microsoft Windows Server 2003(标准版、企业版和数据中心版)、32位和64 位Red Hat Enterprise Linux和SUSE Enterprise Linux(Server 和Advanced Server)、VMware ESX Server

　5. 系统设计 5.1 设计思想 (1)系统分成几个相对独立的模块，但这些模块都进行集中式管理。

　(2)分层的模块化程序设计思想，整个系统采用模块化结构设计。作为应用程序有较强的可操作性和扩展性。

　(3)合理的数据流设计，在应用系统设计中，相对独立的模块间以数据流相互连接，使各模块间的耦合性较低，方便系统运行，提高系统安全性。

　5.2 设计原则 为了使本系统功能齐全完备，操作简便，最大限度的提高软件的质量，从而满足用户的实际需要，在设计开发过程中遵循了如下原则：

　(1)合法性原则：依据产品核算系统的工作规定以及要求，参照核算实际的工作情况，进行诸如产品进货、销售等工作。

　(2)实用性原则：适合产品信息管理工作的实际需求，并能够处理一些特殊情况的要求，此外，尽可能预留空间，以便扩充功能。

　(3)准确性原则：对输入的相关资料建立检错机制，及时报错，使用户能够及时准确的输入合法资料(如：类型匹配，长度不超限等)。

　(3)易操作原则：要求设计的系统功能齐全，界面友好，操作方便，必要的地方进行提示。

　(5)源程序可读性原则：为了便于其他设计，维护人员读懂代码或以后的代码修改，软件升级维护，即可能做好代码注释工作。

　(6)优化原则：为了达到优化的目的，合理的运用窗口，菜单，对象等的继承，自定义用户对象，事件，函数，减少不必要的重复性代码，使程序简介明了，也方便了将来的维护。

　(7)安全性原则：可以为该系统的用户设置用户权限。

　 5.3 数据库设计 5.3.1 数据库的ER图 概念结构设计是将分析得到的用户需求抽象为概念模型的过程。即在需求分析的基础上，设计出能够满足用户需求的各种实体以及它们之间的相互关系概念结构设计模型。这样才能更好地、更准确地用某一DBMS实现这些需求。它是整个数据库设计的关键。

　概念结构的主要特点是能真实、充分地反映现实世界；易于理解；易于更改；易于向关系、网状、层次等各种数据模型转换。描述概念模型的有力工具是E-R模型

　5.3.2 对象类图

　 5.3.3 数据库表 表格 15收银员表 属性 类型 备注 姓名 Varchar(10)

　收银员工号 Varchar(10) 主键 密码 Varchar(10)

　联系电话 Varchar(20) 方便找员工

　表格 16仓库管理员表 属性 类型 备注 姓名 Varchar(10)

　仓库管理员工号 Varchar(10) 主键 密码 Varchar(10)

　联系电话 Varchar(20) 方便找员工

　表格 17销售经理表 属性 类型 备注 姓名 Varchar(10)

　销售经理工号 Varchar(10) 主键 密码 Varchar(10)

　联系电话 Varchar(20) 方便找员工

　表格 18会员表 属性 类型 备注 会员卡号 Varchar(10) 主键（对于非会员给统一给0） 姓名 Varchar(10)

　积分 Int

　表格 19超市商品表 属性 类型 备注 商品名 Varchar(10) 主键 商品售价 Int

　 商品数量 int

　出库时间 Datetime

　 表格 20销售记录表 属性 类型 备注 收银员工号 Varchar(10)

　商品名 Varchar(10)

　商品售价 Int

　会员卡号 Varchar(10) 对于非会员给统一给0 数量 int

　销售时间 datetime 系统自动添加

　表格 21仓库物品表 属性 类型 备注 商品名 Varchar(10) 主键 商品批号 Varchar(10) 主键 商品进价 Int

　 有效期 Datetime 到哪天过期 商品数量 int

　入库时间 datetime 系统自动添加

　 表格 22商品入库表 属性 类型 备注 商品名 Varchar(10) 主键 商品批号 Varchar(10) 主键 商品进价 Int

　 有效期 Datetime 到哪天过期 商品数量 int

　入库时间 datetime 系统自动添加 仓库管理员工号 Varchar(10) 主键

　表格 23商品出库表 属性 类型 备注 商品名 Varchar(10) 主键 商品批号 Varchar(10) 主键 商品数量 int

　入库时间 datetime 系统自动添加 仓库管理员工号 Varchar(10) 主键 5.3.4 假定与约束 假定：顾客（非会员）的信息不记录到数据库，对于顾客的购物清单中统一使用会员卡号为0代替。

　约束：

　关于用户权限：

　1. 收银员：出售商品针对销售记录表的操作。办理会员卡，兑换积分，补办会员卡针对会员表操作。并且对于超市物品表只有搜索权限。

　2. 仓库管理员：商品查询，商品入库，商品出库，商品退换。针对超市物品表，仓库物品表的数量属性进行操作。

　3. 销售经理：对所有表都有搜索权限，对超市物品表的价格具有修改权限。

　其它约束：

　u 对于收银员表，仓库管理员表，销售经理表，系统只提供核对功能，对于修改则由人事管理系统负责。

　u 对输入的数据的格式进行判断，如果不合法则进行提示。

　u