软件工程课程设计(超市系统例子).doc

《软件工程课程设计(超市系统例子).doc》由会员分享，可在线阅读，更多相关《软件工程课程设计(超市系统例子).doc（26页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精品文档，仅供学习与交流，如有侵权请联系网站删除软件工程课程设计-超市管理系统 第一部分 面向过程需求分析一、引言1.1 立项背景21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技 术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟 店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。1.2 立项原因概述针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发一个超市管理系统二、项目概述2

2、.1 面向的用户超市经理主要是查询和权限设置，销售员主要是负责前台销售、系统管理员主要维护系统和数据处理2.2 实现目标（1）建立一个具有友好界面，操作简单的超市管理系统；（2） 能够更好的控制和发展超市各种资源的流转；（3） 实现对进货商品的信息录入，并建立完整的数据库，对商品实行统一管理；(4) 采购人员查询本系统，可以更直接，更有效的获得商品的情况，了解商品是否畅销或滞销，以及做出精确的进货单，促销的商品的条目单；（5）销售人员可以通过系统查询商品的销售状况，制定下一步的销售计划，对某些特殊产品进行打折优惠活动。（6）财务人员通过系统的查询更加清楚了解库存情况、销售金额，是否盈利亏损等情

3、况；（7）超市管理者把握住商品的进销存动态，管理更方便，进一步提高工作效率。2.3 项目开发要求（1）项目开发规范统一：模块划分，代码编写均遵照小组命名规范文档；（2）程序优化、安全并要有良好的可扩展性；（3）用户界面简洁明了、操作简单实用；（4）与用户保持良好的沟通，及时根据用户新的需求改善系统功能。2.4 开发工具Microsoft Visual C+ 6.0SQL server 2000三、系统描述3.1 系统概述该超市管理系统主要分为两大系统，分别是前台POS销售系统和后台管理系统：前台POS系统包括对商品信息的录入和进行收银业务，后台管理系统分为统计系统、销售管理、仓库管理、和人员管

4、理。实现对超市的更加方便又好管理。3.2 系统总体结构四、系统分析4.1规范约定4.1.1 数据词典规范约定DD包含三种情况：数据项、数据流、数据文件“数据项”词典条目应包含以下内容字段名字段类型长度主/外键字段值约束对应中文名备注“数据流”词典条目应包含以下内容：数据流名别名描述组成来源去出备注“数据文件”词典条目应包含以下内容：数据文件名别名关键码描述组成存储方式安全要求备注以上每一类DD所包含的内容，就是数据词典描述的统一组织形式。4.1.2 数据流图(DFD) 规范约定DFD的基本图形符号规定如下： 圆框代表加工 箭头代表数据的流向，数据名称标在箭头边上 方框代表数据的源点和终点 双杠

5、表示数据文件或数据库。这一规定是画数据流图的统一规范，任何一个DFD都必须按照以上规定去做。4.1.3 加工说明规范约定针对DFD的每个加工都有相应的加工说明（PSPEC），这里规定加工说明统一用结构化语言描述。4.1.4 实体-关系图规范约定数据对象之间数量上的对应关系统一规定用以上符号表示，同时规定数据对象用长方形表示，联系用菱形表示。4.2 E-R图4.3 数据词典数据文件：数据文件名商品信息表别名MerchInfo关键码商品编号描述该表包括商品的基本信息组成商品编号，商品名称，价格，库存数量，库存报警数量，计划进货数，条形码，促销价格，允许销售，厂商编号，供货商编号，过期日期存储方式按

6、按商品编号顺序排列安全要求系统管理员可以修改查询，其他人员只能查询备注其他表格省略。数据项：商品信息表(MerchInfo)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量CautionNumInt4Not null库存报警数量PlanNumInt4null计划进货数BarCodeVarchar50Not null条形码SalesProPriceMoney4促销价格AllowSaleInt4

7、Not null允许销售FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号MerchDeadTimeDatetime8Not null过期日期用户表(User)字段名字段类型长度主/外键字段值约束对应中文名UserIDvarchar10PNot null用户编号UserNameVarchar25Not null用户名称UserPWVarchar50Not null用户密码UserStyleInt4Not null用户类型会员表(Menber)字段名字段类型长度主/外键字段值约束对应中文名MemberIDVarchar1

8、0PNot null会员编号MemberCardVarchar20Not null会员卡号TotalCostMoney4Not null累积消费金额RegDateDatetime8Not null注册日期销售表(Sale)字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额交易表(Dealing)字段名字段类型长度主/外键字段值约束

9、对应中文名DealingIDVarchar10PNot null交易编号DealingPriceMoney4Not null交易金额DealingDateMoney4Not null交易日期MemberIDVarchar10会员卡号UserNameVarchar10FNot null用户名称入库纪录表(Stock)字段名字段类型长度主/外键字段值约束对应中文名StockIDVarchar10PNot null入库编号MerchIDVarchar10FNot null入库商品编号MerchNumInt4Not null入库数量MerchPriceMoney4Not null单额TotalPric

10、eMoney4Not null总额StockDateDatetime8Datetime入库日期StockStateInt4Not null入库状态供货商表(Provide)字段名字段类型长度主/外键字段值约束对应中文名ProvideIDvarchar10PNot null供货商编号ProvideNameVarchar50Not null供货商名称ProvideAddressVarchar250供货商地址ProvidePhoneVarchar25供货商电话厂商表(Provide)字段名字段类型长度主/外键字段值约束对应中文名FactoryIDvarchar10PNot null厂商编号Facto

11、ryNameVarchar50Not null厂商名称FactoryAddressVarchar250厂商地址FactoryPhoneVarchar25厂商电话4.4 数据流程图及加工说明4.4.1前台管理系统顶级数据流图：零级数据流图：一级数据流图：4.4.2后台管理系统顶级数据流图： 零级数据流图：一级数据流图：1 仓库管理系统:1.1 进货1.2 退货管理1.3 报损管理2 销售管理系统2.1 商品销售2.2 销售查询3 人员管理系统3.1 员工管理3.2 会员管理3.3 供货商管理4 统计系统5 打印显示第二部分 面向对象需求分析一、引言1.1 立项背景21世纪，超市的竞争也进入到了一

12、个全新的领域，竞争已不再是规模的竞争，而是技 术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟 店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。1.2 立项原因概述针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发一个超市管理系统1.3 UML 概述面向对象的系统分析与设计，包括OOA（面向对象分析）与OOD（面向对象设计） 两个部分。其中OOA 的主要任务是分析问题，找出问题解决方案。同时，发现对象并

13、分析对象内部构成和外部关系，建立软件系统的对象模型。OOD 的主要任务是根据已确立的系统对象模型，运用面向对象技术，设计对象与类，进而设计系统结构、人机界面、数据管理、任务管理等子系统。UML（Unified Modeling Language）是第3 代的面向对象建模语言。UML 是由Rational 公司的面向对象技术研究专家Grady Booch、Ivar Jacobson 和Jim Rumbaugh 联合开发的。它采纳和扩展了Booch 标记法、OMT 的面向对象建模技术的方法，以及面向用例(Use-Case)的OOSE 方法，并且吸取了其他学者和软件厂商的建议。UML 在提交给OMG

14、( Obicct ManagementGroup)后，最终成为大众所接受的标准建模语言。UML建模语言吸取和发展了Booch、OMT 和OOSE 方法，以及其它OO 和非OO 方法的优点。它融入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念。UML 易于表达且功能强大，应用广泛。它不但适用于面向对象的软件分析与设计，还支持从需求分析开始的软件开发的全过程。UML 定义了一系列图形工具，以对现实世界进行面向对象建模。标准建模语言UML 已成为面向对象技术的主流建模工具，支持系统分析、设计和实现等软件开发全过程。UML 定义了5 类10 种模型图，用于提供静态建模机制

15、和动态建模机制。静态模型包括用例图、类图、对象图、包图、构件图。配置图动态模型包括行为图（活动图，状态图）和交互图（顺序图，合作图）。(1) 用例图：描述应用领域需求与功能，以及事务（用例）之间的逻辑关系。(2)类图：是显示一组类、接口、协作以及它们之间关系的图。对象图：类的实例图。包图：提供类图的分组优化机制(3) 行为图：描述跨越多个用例的对象行为（数据操作功能），包括活动图和状态图。活动图：描述多用例和多对象的复杂行为及活动间的约束关系；或者说，描述复杂行为中的活动及其执行顺序。状态图：描述单个对象的所有可能状态及转移条件。(4)交互图：显示一个交互，由一组对象和它们之间的关系构成，其中

16、包括在对象间传递的消息，包括顺序图和协作图。顺序图：是强调消息的时间顺序的交互图。协作图：是强调发送和接收消息的对象之间的结构组织的交互图。(5)实现图：用于描述系统实现的一些特性，包括构件图和配置图。构件图：描述软构件及相互间的依赖（及调用）关系，包括源文件、二进制文件、可执行文件。配置图：描述构件运行环境及系统软硬件体系结构。二、项目概述2.1 面向的用户超市经理主要是查询和权限设置，销售员主要是负责前台销售、系统管理员主要维护系统和数据处理2.2 实现目标（1）建立一个具有友好界面，操作简单的超市管理系统；（2） 能够更好的控制和发展超市各种资源的流转；（3） 实现对进货商品的信息录入，

17、并建立完整的数据库，对商品实行统一管理；(4) 采购人员查询本系统，可以更直接，更有效的获得商品的情况，了解商品是否畅销或滞销，以及做出精确的进货单，促销的商品的条目单；（5）销售人员可以通过系统查询商品的销售状况，制定下一步的销售计划，对某些特殊产品进行打折优惠活动。（6）财务人员通过系统的查询更加清楚了解库存情况、销售金额，是否盈利亏损等情况；（7）超市管理者把握住商品的进销存动态，管理更方便，进一步提高工作效率。2.3 项目开发要求（1）项目开发规范统一：模块划分，代码编写均遵照小组命名规范文档；（2）程序优化、安全并要有良好的可扩展性；（3）用户界面简洁明了、操作简单实用；（4）与用户

18、保持良好的沟通，及时根据用户新的需求改善系统功能。2.4 开发工具Microsoft Visual C+ 6.0SQL server 2000三、系统描述3.1 系统概述 该超市管理系统主要分为两大系统，分别是前台POS销售系统和后台管理系统：前台POS系统包括对商品信息的录入和进行收银业务，后台管理系统分为统计系统、销售管理、仓库管理、和人员管理。实现对超市的更加方便又好管理。3.2 系统总体结构3.3 各部分功能描述前台pos机销售系统：主要负责日常销售。统计系统：负责各项数据的统计查询。销售系统：销售系统主要是成批批发商品，和对商品的销售信息，pos机销售信息进行查询，和对商品信息的修改

19、。仓库管理：仓库管理子系统提供查询库存明细记录的基本功能，并根据库存的状态提供库存报警功能。高于上限或低于下限均 可报警，以及自动盘点计算，自动制定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。人员管理系统：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。四、系统分析4.1 用例图及用例描述1）pos机销售用例名称：pos机销售描述：pos机销售人员使用pos机销售用例完成收银的任务标识符:uc1优先级：A(高)角色: pos机销售人员前置条件：pos机销售人员已成功登录系统并具有查询商品信息、收银的权限主事件流:1. pos机销售人员选择

20、“pos机销售”选项，用例开始2. pos机销售人员输入证号，系统根据规则检查证号的有效性 A1：仓库管理员证号无效3. pos机销售人员输入密码，检查密码是否正确A2：密码错误4显示登录成功提示信息5pos机销售人员扫描输入顾客所购买商品6. 系统根据扫描的商品，进入数据库调出商品单价，并进行价钱的累加7 pos机销售人员扫描会员卡 A3：有会员卡8. 显示商品总价格9. 接受顾客付款，收印员点击确认10. 打印发票11. 用例结束其他事件流：A1: pos机销售人员无效 (1).系统pos机销售人员无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信

21、息 (2). 返回主事件流第3步A3：有会员卡（1）.系统显示会员的具体信息，进行折扣计价。（2）.跳至主事件流第8步后置条件：系统成功将已售出的商品信息更新至数据库中特殊需求：2）仓库管理用例名称：报损管理描述：仓库管理员使用报损管理用例完成报损任务标识符:uc1优先级：A(高)角色:仓库管理员前置条件：仓库管理员已成功登录系统并具有有损货品处理的权限主事件流:1.仓库管理员选择“报损管理”选项，用例开始2. 仓库管理员打开报损界获取报损信息表3. 仓库管理员输入报损信息4系统对输入的报损信息检查其信息的有效性 A1：信息无效5系统自动更新数据库的商品信息6. 将更新的信息写入日志文件7用例

22、结束其他事件流：A1:输入的商品信息无效 (1).系统显示错误的提示信息 (2).返回主事件流第 4步后置条件：系统成功将报损信息记入统计系统特殊需求：用例名称：进货管理描述：系统管理员、仓库管理员使用进货用例完成进货的任务标识符:uc2优先级：A(高)角色: 系统管理员、仓库管理员前置条件：仓库管理员已成功登录系统并具有查看、填写进货单的权限主事件流:1. 仓库管理员选择“进货管理”选项，用例开始2. 系统自动进入进货管理界面3系统通过检查仓库的数据库的信息获取进货单4仓库管理员检查并确认是否进货A1：检查失败5仓库管理员录入进货单据6. 检查单据格式的正确性并对进行相对应的进货A2：单据格

23、式不正确7. 系统管理员写入进货信息更新数据库8. 写入系统日志文件中9. 用例结束其他事件流：A1:检查失败 (1).系统显示不进货 (2).返回主事件流第2步A2:单据格式不正确 (1). 系统显示错误的提示信息 (2). 返回主事件流第5步后置条件：特殊需求：用例名称：商品信息的录入描述：仓库管理员使用商品信息录入用例完成对商品的管理标识符:uc4优先级：A(高)角色:仓库管理员前置条件：仓库管理员已成功登录系统并具有对所有商品管理的权限主事件流:1.仓库管理员选择“商品信息录入”选项，用例开始2仓库管理员写入要录入的商品信息3系统检查商品信息的有效性 A1：商品信息无效4. 系统自动录

24、入该商品的有关详细信息5检查是否有效录入A2：录入错误6. 更新数据库中的商品信息7. 保存到统计系统日志文件中8. 用例结束其他事件流：A1:商品信息无效 (1).系统显示商品无效的提示信息(2).返回主事件流第2步A2:录入错误（1）系统显示录入失败信息（2）返回主事件流第4步后置条件：系统成功将用更新的信息表保存直至下一次的更新特殊需求：用例名称：退货管理描述：仓库管理员使用退货管理用例完成退货任务标识符:uc5优先级：A(高)角色:仓库管理员前置条件：仓库管理员已成功登录系统并具有货品处理的权限主事件流:1.仓库管理员选择“退货管理”选项，用例开始2. 系统进入退货管理界面3. 仓库管

25、理员获取退货的信息表4. 仓库管理员录入退货单据5系统检查退货单据的有效性 A1：检查无效5、将单据呈交经历审批A2：审批不通过6. 系统管理员写入退货信息并更新数据库7记入系统日志文件中8. 用例结束其他事件流：A1:仓库管理人员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:审查不合格（1） 提示不合格信息（2） 返回主事件流4后置条件：系统成功将退货信息记入统计系统特殊需求：3）人员管理用例名称：供货商管理描述：系统管理员可以对供货商信息录入、删除、查询和修改标识符:uc7优先级：A(

26、高)角色: 系统管理员前置条件： 系统管理员已成功登录系统并具有供货商信息录入、删除、查询和修改的权限主事件流:1.系统管理员选择“供货商管理”选项，用例开始2.打开供货商管理窗体3.对供货商信息进行录入并检查格式 A1：格式不正确4.系统登记一条新的供货商信息5.系统管理员输入查询条件对供货商信息进行查询6.系统返回查询结果7.系统管理员对供货商信息进行修改 A2：格式不正确8.更新供货商信息表9.系统管理员删除供货商信息10.更新供货商信息表11用例结束其他事件流：A1：格式不正确 (1).系统提示错误信息 (2).返回主事件3A2：格式不正确 (1).系统提示错误信息 (2).返回主事件

27、7后置条件：特殊需求：用例名称：会员管理描述：系统管理员可以对会员基本信息录入、查询、删除和修改标识符:uc8优先级：A(高)角色: 系统管理员前置条件：系统管理员已成功登录系统并具有会员基本信息录入、删除、查询和修改的权限主事件流:1.系统管理员选择“会员管理”选项，用例开始2.打开会员管理窗体3.对会员信息进行录入并检查格式 A1：格式不正确4.系统登记一条新的会员信息5.系统管理员输入查询条件对会员信息进行查询6.系统返回查询结果7.系统管理员对会员信息进行修改 A2：格式不正确8.更新会员信息表9.删除会员信息10.更新会员信息表11用例结束其他事件流：A1：格式不正确 (1).系统提

28、示错误信息 (2).返回主事件3A2：格式不正确 (1).系统提示错误信息 (2).返回主事件7后置条件：特殊需求：用例名称：员工管理描述：系统管理员可以对员工基本信息录入、修改、查询和删除，超市经理可以对员工授予不同权限标识符:uc9优先级：A(高)角色: 经理 系统管理员前置条件：系统管理员已成功登录系统并具有信息录入、修改、查询和删除的权限,经理拥有最高权限主事件流:1.选择“员工管理”选项，用例开始2.打开员工管理窗体3.系统管理员或经理录入员工信息并检查信息格式 A1:格式不正确4.系统成功写入一条员工信息5.输入查询条件对员工的信息进行查询6.系统返回查询结果7.经理对员工权限进行

29、设置8.更新系统用户表9.系统管理员对员工信息进行修改 A2：格式不正确10.更新员工信息表11.删除员工信息12.更新员工信息表13.用例结束其他事件流：A1:格式不正确 (1). 提示格式错误信息 (2). 返回主事件流第3步A2：格式不正确 (1).系统提示错误信息 (2).返回主事件9后置条件：特殊需求：4）销售管理：用例名称：pos机收银统计描述：管理员使用pos机收银统计用例对输入的流水账进行统计，计算出pos机操作员一定时间内的收银情况。标识符:uc10优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询pos机收银统计情况的权限主事件流:1.管理员选择“pos机

30、收银统计”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管理员输入密码，检查密码是否正确A2：密码错误4.显示登陆成功提示信息并打开pos机收银统计窗体5.管理员输入统计起始时间和截止时间A3:时间无效6 系统计算出各个pos机操作员收银总额7 按收银总额对销售员进行排序，制成收银统计单8.显示或打印收银统计单9.用例结束其他事件流：A1: 管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:时间无效 (1). 系统显示时间无效的提示信息 (2). 返回主

31、事件流第5步后置条件：系统完成pos机操作员一定时间内收银情况的统计排行特殊需求：用例名称：pos机收银统计描述：管理员使用pos机收银统计用例对输入的流水账进行统计，计算出pos机操作员一定时间内的收银情况。标识符:uc6优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询pos机收银统计情况的权限主事件流:1.管理员选择“pos机收银统计”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管理员输入密码，检查密码是否正确A2：密码错误4.显示登陆成功提示信息并打开pos机收银统计窗体5.管理员输入统计起始时间和截止时间A3:时间无效6 系统计算

32、出各个pos机操作员收银总额7 按收银总额对销售员进行排序，制成收银统计单8.显示或打印收银统计单9.用例结束其他事件流：A1: 管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:时间无效 (1). 系统显示时间无效的提示信息 (2). 返回主事件流第5步后置条件：系统完成pos机操作员一定时间内收银情况的统计排行特殊需求：用例名称：单据审查描述：销售人员使用单据审查用例完成单据录入系统前的审查任务标识符:uc11优先级：A(高)角色：销售人员前置条件：销售人员已成功登录系统并具有单据审

33、查的权限主事件流:1. 销售人员选择“单据审查”选项，用例开始2. 销售人员输入证号，系统根据规则检查证号的有效性A1：证号无效3. 销售人员输入密码，检查密码是否正确A2：密码错误4显示登陆成功提示信息并打开单据审查窗体5、销售人员输入单据信息6系统检查各项数据是否完整A3:数据不完整6.系统将输入的单据信息与由前台POS销售系统中录入数据库中的数据对比，检查是否一致A4:数据不一致7.各项数据一致则单据审查合格8.用例结束其他事件流：A1: 销售人员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第

34、3步A3：数据不完整 (1). 系统显示无效信息的提示信息 (2). 返回主事件流第5步A4:数据不一致(1). 系统显示无效信息的提示信息 (2). 返回主事件流第5步后置条件：新录入单据经审查核实合格特殊需求：用例名称：查询交易信息描述：系统受到管理员的查询请求后从后台数据库中分别取出各项数据使用查询交易信息用例对交易信息进行处理并显示查询结果标识符:uc13优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询信息的权限主事件流:1.管理员选择“查询交易信息”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管理员输入密码，检查密码是否正确A2

35、：密码错误4显示登陆成功提示信息并打开查询信息窗体5管理员输入要查询的信息A3:查询请求无效6系统从后台数据库调阅查询交易信息表并从中分别提取pos机流水账，商品销售量，pos机收银数7系统反馈显示管理员所查信息8用例结束其他事件流：A1:管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:查询请求无效 (1). 系统显示无效查询请求的提示信息 (2). 返回主事件流第5步后置条件：系统对交易信息进行处理后回复管理员的查询请求特殊需求：用例名称：查询商品销售排行描述：管理员使用查询商品销售

36、排行用例对输入的商品销售量信息进行加工输出各种商品在一段时间内的销售情况。标识符:uc14优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询商品销售排行的权限主事件流:1.管理员选择“查询商品销售排行”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管理员输入密码，检查密码是否正确A2：密码错误4.显示登陆成功提示信息并打开查询商品销售排行窗体5.管理员输入要查询的商品名称和时间段A3:商品无效或时间无效6. 摘取流水账中商品编号，销售数量等信息按销售数量对其排序生成销售量排序单7.显示或打印销售量排序单8.用例结束其他事件流：A1: 仓库管理

37、员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:商品无效或时间无效 (1). 系统显示查询商品或时间无效的提示信息 (2). 返回主事件流第5步后置条件：系统完成对商品在一段时间内销售情况的排行特殊需求：用例名称：销售人员的业绩查询描述：系统受到管理员的销售人员业绩查询请求后对输入的POS机销售流水账进行总计制出各销售人员的流水账单标识符:uc15优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询销售人员业绩的权限主事件流:1.管理员选择“查询销售人员业绩”选项，用例开始

38、2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管理员输入密码，检查密码是否正确A2：密码错误4显示登陆成功提示信息并打开查询销售人员业绩查询窗体5管理员输入要查询的销售人员姓名或时间段以查询个体的销售信息或销售排名A3:人员无效6.摘取流水账中的部分信息,按操作员编号顺序或时间顺序对操作员的销售信息进行横向或纵向的排序7.将各个操作员的销售信息制成流水账单8.显示或打印流水帐单9.用例结束其他事件流：A1:管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:人员无效 (1). 系统显示无此人员的提示信息 (2). 返回主事件流第5步后置条件：系统通过处理POS机销售流水账制出各销售人员的流水账单特殊需求：4.2 活动框图1）pos机销售2）报损3）进货4）退货5） 会员管理6） 供货商管理7）员工管理8）交易信息查询4.3时序图pos机销售时序图销售员业绩查询时序图商品销售排行用例时序图供货商管理用例时序图会员管理用例时序图员工管理用例时序图4.5类设计仓库管理类关系图前台pos机销售类关系图【精品文档】第 26 页