《(面向对象)超市管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《(面向对象)超市管理系统需求规格说明书.docx（39页珍藏版）》请在三一办公上搜索。
1、目录一、引言21.1、立项背景21.2、立项原因概述21.3、UML 概述21.4、参考文献3二、项目概述42.1、面向的用户42.2、实现目标42.3、项目开发要求42.4、开发工具4三、系统描述53.1、系统概述53.2、系统总体结构53.3各部分功能描述5四、系统分析61、用例图62、活动框图203、时序图284、类分析315、类设计356.库存管理信息系统组件框图367.库存管理信息系统部署图36五、 系统接口375.1 用户接口375.2 硬件接口37六、 性能需求376.1 精度要求376.2时间特征376.3灵活性38七、 软件属性387.1 系统安全性387.2 可维护性38八
2、、其它需求388.1 数据库需求388.2 系统操作要求398.3 故障及其处理39一、引言1.1、立项背景 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。1.2、立项原因概述针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发一个超市管理系统1.3、UML 概述面向对象的系统分析
3、与设计，包括OOA（面向对象分析）与OOD（面向对象设计）两个部分。其中OOA 的主要任务是分析问题，找出问题解决方案。同时，发现对象并分析对象内部构成和外部关系，建立软件系统的对象模型。OOD 的主要任务是根据已确立的系统对象模型，运用面向对象技术，设计对象与类，进而设计系统结构、人机界面、数据管理、任务管理等子系统。UML（Unified Modeling Language）是第3 代的面向对象建模语言。UML 是由Rational 公司的面向对象技术研究专家Grady Booch、Ivar Jacobson 和Jim Rumbaugh 联合开发的。它采纳和扩展了Booch 标记法、OMT
4、 的面向对象建模技术的方法，以及面向用例(Use-Case)的OOSE 方法，并且吸取了其他学者和软件厂商的建议。UML 在提交给OMG( Obicct ManagementGroup)后，最终成为大众所接受的标准建模语言。UML建模语言吸取和发展了Booch、OMT 和OOSE 方法，以及其它OO 和非OO 方法的优点。它融入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念。UML 易于表达且功能强大，应用广泛。它不但适用于面向对象的软件分析与设计，还支持从需求分析开始的软件开发的全过程。UML 定义了一系列图形工具，以对现实世界进行面向对象建模。标准建模语言UM
5、L 已成为面向对象技术的主流建模工具，支持系统分析、设计和实现等软件开发全过程。UML 定义了5 类10 种模型图，用于提供静态建模机制和动态建模机制。静态模型包括用例图、类图、对象图、包图、构件图。配置图动态模型包括行为图（活动图，状态图）和交互图（顺序图，合作图）。(1) 用例图：描述应用领域需求与功能，以及事务（用例）之间的逻辑关系。(2)类图：是显示一组类、接口、协作以及它们之间关系的图。对象图：类的实例图。包图：提供类图的分组优化机制(3) 行为图：描述跨越多个用例的对象行为（数据操作功能），包括活动图和状态图。活动图：描述多用例和多对象的复杂行为及活动间的约束关系；或者说，描述复杂
6、行为中的活动及其执行顺序。状态图：描述单个对象的所有可能状态及转移条件。(4)交互图：显示一个交互，由一组对象和它们之间的关系构成，其中包括在对象间传递的消息，包括顺序图和协作图。顺序图：是强调消息的时间顺序的交互图。协作图：是强调发送和接收消息的对象之间的结构组织的交互图。(5)实现图：用于描述系统实现的一些特性，包括构件图和配置图。构件图：描述软构件及相互间的依赖（及调用）关系，包括源文件、二进制文件、可执行文件。配置图：描述构件运行环境及系统软硬件体系结构。1.4、参考文献1、 齐志昌，谭庆平，宁洪.软件工程(第二版)M.北京.高等教育出版社.20042、 王珊，萨师煊.数据库系统概论（
7、第四版）M.北京.高等教育出版社.2006.二、项目概述2.1、面向的用户 超市经理主要是查询和权限设置，销售员主要是负责前台销售、系统管理员主要维护系统和数据处理2.2、实现目标（1）建立一个具有友好界面，操作简单的超市管理系统；（2） 能够更好的控制和发展超市各种资源的流转；（3） 实现对进货商品的信息录入，并建立完整的数据库，对商品实行统一管理； (4) 采购人员查询本系统，可以更直接，更有效的获得商品的情况，了解商品是否畅销或滞销，以及做出精确的进货单，促销的商品的条目单；（5）销售人员可以通过系统查询商品的销售状况，制定下一步的销售计划，对某些特殊产品进行打折优惠活动。（6）财务人员
8、通过系统的查询更加清楚了解库存情况、销售金额，是否盈利亏损等情况；（7）超市管理者把握住商品的进销存动态，管理更方便，进一步提高工作效率。2.3、项目开发要求（1）项目开发规范统一：模块划分，代码编写均遵照小组命名规范文档； （2）程序优化、安全并要有良好的可扩展性； （3）用户界面简洁明了、操作简单实用； （4）与用户保持良好的沟通，及时根据用户新的需求改善系统功能。2.4、开发工具Microsoft Visual C+ 6.0SQL server 2000三、系统描述3.1、系统概述 该超市管理系统主要分为两大系统，分别是前台POS销售系统和后台管理系统：前台POS系统包括对商品信息的录入
9、和进行收银业务，后台管理系统分为统计系统、销售管理、仓库管理、和人员管理。实现对超市的更加方便又好管理。3.2、系统总体结构 小型超市零售管理系统前台POS销售系统后台管理系统商品录入收银业务 统计系统销售管理仓库管理人员管理模块子系统结构3.3各部分功能描述前台pos机销售系统：主要负责日常销售。统计系统：负责各项数据的统计查询。销售系统：销售系统主要是成批批发商品，和对商品的销售信息，pos机销售信息进行查询，和对商品信息的修改。仓库管理：仓库管理功能描述：仓库管理子系统提供查询库存明细记录的基本功能，并根据库存的状态提供库存报警功能。高于上限或低于下限均 可报警，以及自动盘点计算，自动制
10、定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。人员管理系统：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。四、系统分析1、用例图 1）pos机销售用例分析：用例名称：pos机销售描述：pos机销售人员使用pos机销售用例完成收银的任务标识符:uc1优先级：A(高)角色: pos机销售人员前置条件：pos机销售人员已成功登录系统并具有查询商品信息、收银的权限主事件流:1. pos机销售人员选择“pos机销售”选项，用例开始2. pos机销售人员输入证号，系统根据规则检查证号的有效性 A1：仓库管理员证号无效3. pos机销售人员输入密码，
11、检查密码是否正确A2：密码错误4显示登录成功提示信息5pos机销售人员扫描输入顾客所购买商品6. 系统根据扫描的商品，进入数据库调出商品单价，并进行价钱的累加7 pos机销售人员扫描会员卡 A3：有会员卡8. 显示商品总价格9. 接受顾客付款，收印员点击确认10. 打印发票11. 用例结束其他事件流：A1: pos机销售人员无效 (1).系统pos机销售人员无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3：有会员卡（1）.系统显示会员的具体信息，进行折扣计价。 （2）.跳至主事件流第8步后置条件：系统成功将已售出的
12、商品信息更新至数据库中特殊需求：2） 、仓库管理用例分析：用例名称：报损管理描述：仓库管理员使用报损管理用例完成报损任务标识符:uc1优先级：A(高)角色:仓库管理员前置条件：仓库管理员已成功登录系统并具有有损货品处理的权限主事件流:1.仓库管理员选择“报损管理”选项，用例开始2. 仓库管理员打开报损界获取报损信息表3. 仓库管理员输入报损信息4系统对输入的报损信息检查其信息的有效性 A1：信息无效5系统自动更新数据库的商品信息6. 将更新的信息写入日志文件7用例结束其他事件流：A1:输入的商品信息无效 (1).系统显示错误的提示信息 (2).返回主事件流第 4步后置条件：系统成功将报损信息记
13、入统计系统特殊需求：用例名称：进货管理描述：系统管理员、仓库管理员使用进货用例完成进货的任务标识符:uc2优先级：A(高)角色: 系统管理员、仓库管理员前置条件：仓库管理员已成功登录系统并具有查看、填写进货单的权限主事件流:1. 仓库管理员选择“进货管理”选项，用例开始2. 系统自动进入进货管理界面3系统通过检查仓库的数据库的信息获取进货单4仓库管理员检查并确认是否进货A1：检查失败5仓库管理员录入进货单据6. 检查单据格式的正确性并对进行相对应的进货A2：单据格式不正确7. 系统管理员写入进货信息更新数据库8. 写入系统日志文件中9. 用例结束其他事件流：A1:检查失败 (1).系统显示不进
14、货 (2).返回主事件流第2步A2:单据格式不正确 (1). 系统显示错误的提示信息 (2). 返回主事件流第5步后置条件：特殊需求：用例名称：商品信息的录入描述：仓库管理员使用商品信息录入用例完成对商品的管理标识符:uc4优先级：A(高)角色:仓库管理员前置条件：仓库管理员已成功登录系统并具有对所有商品管理的权限主事件流:1.仓库管理员选择“商品信息录入”选项，用例开始2仓库管理员写入要录入的商品信息3系统检查商品信息的有效性 A1：商品信息无效4. 系统自动录入该商品的有关详细信息5检查是否有效录入A2：录入错误6. 更新数据库中的商品信息7. 保存到统计系统日志文件中8. 用例结束其他事
15、件流：A1:商品信息无效 (1).系统显示商品无效的提示信息 (2).返回主事件流第2步A2:录入错误（1）系统显示录入失败信息 （2）返回主事件流第4步后置条件：系统成功将用更新的信息表保存直至下一次的更新特殊需求：用例名称：退货管理描述：仓库管理员使用退货管理用例完成退货任务标识符:uc5优先级：A(高)角色:仓库管理员前置条件：仓库管理员已成功登录系统并具有货品处理的权限主事件流:1.仓库管理员选择“退货管理”选项，用例开始2. 系统进入退货管理界面3. 仓库管理员获取退货的信息表4. 仓库管理员录入退货单据5系统检查退货单据的有效性 A1：检查无效5、将单据呈交经历审批A2：审批不通过
16、6. 系统管理员写入退货信息并更新数据库7记入系统日志文件中8. 用例结束其他事件流：A1:仓库管理人员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:审查不合格（1） 提示不合格信息（2） 返回主事件流4后置条件：系统成功将退货信息记入统计系统特殊需求：3）、人员管理用例分析：用例名称：供货商管理描述：系统管理员可以对供货商信息录入、删除、查询和修改标识符:uc7优先级：A(高)角色: 系统管理员前置条件： 系统管理员已成功登录系统并具有供货商信息录入、删除、查询和修改的 权限主事件流:1
17、.系统管理员选择“供货商管理”选项，用例开始2.打开供货商管理窗体3.对供货商信息进行录入并检查格式 A1：格式不正确4.系统登记一条新的供货商信息5.系统管理员输入查询条件对供货商信息进行查询6.系统返回查询结果7.系统管理员对供货商信息进行修改 A2：格式不正确8. 更新供货商信息表9. 系统管理员删除供货商信息10. 更新供货商信息表11用例结束其他事件流：A1：格式不正确 (1).系统提示错误信息 (2).返回主事件3A2：格式不正确 (1).系统提示错误信息 (2).返回主事件7后置条件：特殊需求：用例名称：会员管理描述：系统管理员可以对会员基本信息录入、查询、删除和修改标识符:uc
18、8优先级：A(高)角色: 系统管理员前置条件：系统管理员已成功登录系统并具有会员基本信息录入、删除、查询和修改 的权限 主事件流:1.系统管理员选择“会员管理”选项，用例开始2.打开会员管理窗体3.对会员信息进行录入并检查格式 A1：格式不正确4.系统登记一条新的会员信息5.系统管理员输入查询条件对会员信息进行查询6.系统返回查询结果7.系统管理员对会员信息进行修改 A2：格式不正确8. 更新会员信息表9. 删除会员信息10. 更新会员信息表11用例结束其他事件流：A1：格式不正确 (1).系统提示错误信息 (2).返回主事件3A2：格式不正确 (1).系统提示错误信息 (2).返回主事件7后
19、置条件：特殊需求：用例名称：员工管理描述：系统管理员可以对员工基本信息录入、修改、查询和删除，超市经理可以对员 工授予不同权限 标识符:uc9优先级：A(高)角色: 经理 系统管理员前置条件：系统管理员已成功登录系统并具有信息录入、修改、查询和删除的权限,经 理拥有最高权限主事件流:1. 选择“员工管理”选项，用例开始2.打开员工管理窗体3.系统管理员或经理录入员工信息并检查信息格式 A1:格式不正确4.系统成功写入一条员工信息5.输入查询条件对员工的信息进行查询6.系统返回查询结果7.经理对员工权限进行设置8.更新系统用户表9.系统管理员对员工信息进行修改 A2：格式不正确10. 更新员工信
20、息表11. 删除员工信息12. 更新员工信息表13.用例结束其他事件流：A1:格式不正确 (1). 提示格式错误信息 (2). 返回主事件流第3步A2：格式不正确 (1).系统提示错误信息 (2).返回主事件9后置条件：特殊需求：4）、销售管理：用例分析：用例名称：pos机收银统计描述：管理员使用pos机收银统计用例对输入的流水账进行统计，计算出pos机操作员一定时间内的收银情况。标识符:uc10优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询pos机收银统计情况的权限主事件流:1.管理员选择“pos机收银统计”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性
21、A1：证号无效3.管理员输入密码，检查密码是否正确A2：密码错误4.显示登陆成功提示信息并打开pos机收银统计窗体5.管理员输入统计起始时间和截止时间A3:时间无效6 系统计算出各个pos机操作员收银总额7 按收银总额对销售员进行排序，制成收银统计单8.显示或打印收银统计单9.用例结束其他事件流：A1: 管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:时间无效 (1). 系统显示时间无效的提示信息 (2). 返回主事件流第5步后置条件：系统完成pos机操作员一定时间内收银情况的统计排行
22、特殊需求：用例名称：pos机收银统计描述：管理员使用pos机收银统计用例对输入的流水账进行统计，计算出pos机操作员一定时间内的收银情况。标识符:uc6优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询pos机收银统计情况的权限主事件流:1.管理员选择“pos机收银统计”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管理员输入密码，检查密码是否正确A2：密码错误4.显示登陆成功提示信息并打开pos机收银统计窗体5.管理员输入统计起始时间和截止时间A3:时间无效6 系统计算出各个pos机操作员收银总额7 按收银总额对销售员进行排序，制成收银统计
23、单8.显示或打印收银统计单9.用例结束其他事件流：A1: 管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:时间无效 (1). 系统显示时间无效的提示信息 (2). 返回主事件流第5步后置条件：系统完成pos机操作员一定时间内收银情况的统计排行特殊需求：用例名称：单据审查描述：销售人员使用单据审查用例完成单据录入系统前的审查任务标识符:uc11优先级：A(高)角色：销售人员前置条件：销售人员已成功登录系统并具有单据审查的权限主事件流:1. 销售人员选择“单据审查”选项，用例开始2. 销售
24、人员输入证号，系统根据规则检查证号的有效性A1：证号无效3. 销售人员输入密码，检查密码是否正确A2：密码错误4显示登陆成功提示信息并打开单据审查窗体5、销售人员输入单据信息6系统检查各项数据是否完整A3:数据不完整6.系统将输入的单据信息与由前台POS销售系统中录入数据库中的数据对比，检查是否一致 A4:数据不一致7.各项数据一致则单据审查合格8.用例结束其他事件流：A1: 销售人员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3：数据不完整 (1). 系统显示无效信息的提示信息 (2).
25、返回主事件流第5步A4:数据不一致 (1). 系统显示无效信息的提示信息 (2). 返回主事件流第5步后置条件：新录入单据经审查核实合格特殊需求：用例名称：查询交易信息描述：系统受到管理员的查询请求后从后台数据库中分别取出各项数据使用查询交易信息用例对交易信息进行处理并显示查询结果标识符:uc13优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询信息的权限主事件流:1.管理员选择“查询交易信息”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管理员输入密码，检查密码是否正确A2：密码错误4显示登陆成功提示信息并打开查询信息窗体5管理员输入要查询
26、的信息A3:查询请求无效6系统从后台数据库调阅查询交易信息表并从中分别提取pos机流水账，商品销售量，pos机收银数7系统反馈显示管理员所查信息8用例结束其他事件流：A1:管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:查询请求无效 (1). 系统显示无效查询请求的提示信息 (2). 返回主事件流第5步后置条件：系统对交易信息进行处理后回复管理员的查询请求特殊需求：用例名称：查询商品销售排行描述：管理员使用查询商品销售排行用例对输入的商品销售量信息进行加工输出各种商品在一段时间内的销售
27、情况。标识符:uc14优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询商品销售排行的权限主事件流:1.管理员选择“查询商品销售排行”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管理员输入密码，检查密码是否正确A2：密码错误4.显示登陆成功提示信息并打开查询商品销售排行窗体5.管理员输入要查询的商品名称和时间段A3:商品无效或时间无效6. 摘取流水账中商品编号，销售数量等信息按销售数量对其排序生成销售量排序单7.显示或打印销售量排序单8.用例结束其他事件流：A1: 仓库管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A
28、2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:商品无效或时间无效 (1). 系统显示查询商品或时间无效的提示信息 (2). 返回主事件流第5步后置条件：系统完成对商品在一段时间内销售情况的排行特殊需求：用例名称：销售人员的业绩查询描述：系统受到管理员的销售人员业绩查询请求后对输入的POS机销售流水账进行总计制出各销售人员的流水账单标识符:uc15优先级：A(高)角色：管理员前置条件：管理员已成功登录系统并具有查询销售人员业绩的权限主事件流:1.管理员选择“查询销售人员业绩”选项，用例开始2.管理员输入证号，系统根据规则检查证号的有效性A1：证号无效3.管
29、理员输入密码，检查密码是否正确A2：密码错误4显示登陆成功提示信息并打开查询销售人员业绩查询窗体5管理员输入要查询的销售人员姓名或时间段以查询个体的销售信息或销售排名A3:人员无效6.摘取流水账中的部分信息,按操作员编号顺序或时间顺序对操作员的销售信息进行横向或纵向的排序7.将各个操作员的销售信息制成流水账单8.显示或打印流水帐单9.用例结束其他事件流：A1:管理员无效 (1).系统显示无效的提示信息 (2).返回主事件流第2步A2:密码错误 (1). 系统显示密码错误的提示信息 (2). 返回主事件流第3步A3:人员无效 (1). 系统显示无此人员的提示信息 (2). 返回主事件流第5步后置
30、条件：系统通过处理POS机销售流水账制出各销售人员的流水账单特殊需求：2、活动框图1） pos机销售2）、报损3） 、进货3）、进货4）、退货5）、会员管理6）、供货商管理7） 、员工管理8）、交易信息查询3、时序图pos机销售时序图销售员业绩查询时序图商品销售排行用例时序图供货商管理用例时序图会员管理用例时序图员工管理用例时序图4、类分析pos机销售用例实现报损用例实现进货用例实现退货用例实现供货商管理用例实现会员管理用例实现员工管理用例实现5、类设计仓库管理类关系图前台pos机销售类关系图6.库存管理信息系统组件框图7.库存管理信息系统部署图五、 系统接口5.1 用户接口说明人机交互界面的
31、用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。5.2 硬件接口本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。另需要IC卡扫描仪，对会员信息扫描，和商品信息扫描仪，录入商品信息。六、 性能需求6.1 精度要求软件的输入精度:小数点后保留3位有效数字输出数据精度的要求: 小数点后保留3位有效数字传输过程中的精度: 小数点后保留3位有效数字6.2时间特征响应时间:0.5秒以内更新处理时间:0.5秒钟以内数据的转换和传送时间: 1秒以内解题时间: 1秒以内 6.3灵活性操作方式上的变化:该软
32、件实用与现在流行的操作系统精度和有效时限的变化:可以根据实际情况自行设置七、 软件属性7.1 系统安全性通过sql的数据库安全设置，一定程度上保证了数据库的安全性。系统根据用户身份不同赋予不同权限，用户用密码登陆，同样也保证了系统数据的安全性。定期备份数据库，以确保因病毒、系统崩溃等其他原因引起数据丢失。7.2 可维护性系统管理者和维护者须懂得SQL数据库应用等方面的技能，必要时由对其进行培训。八、其它需求8.1 数据库需求对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。8.2 系统操作要求本系统使用SQL server ，可利用其自带的各种功能进行管理。对不同数据信息和其它信息分类存储，使用索引查找。8.3 故障及其处理为避免系统运行中故障对用户造成经济上的损失，我们建议：（1）重要数据用户应自行备份。（2）做好数据库的日常维护工作。
