软件工程课程设计小型超市管理系统Word文档格式.docx

1、前台 POSS售系统、后台管理系统，其中这两个子系统又包含 其它一些子功能。四应用范围本系统适应于各种超市五定义1商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自 定义条形码。2交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、 交易的时间、负责本次收银的员工号。3商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。4促销：在一定时期内，某些商品会按低于原价的促销价格销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。5盘点：计算出库存、销售额、盈利等经营指标。六可行性研究1管理可行性分析超市的经营者大多具备电脑基本操作知识，对

2、于必要的专业操作经短期培 训即可；管理基础工作和各项管理制度比较健全，执行严格，原始数据采集完 整，保存良好。2经济可行性分析超市管理系统的投入，能够提高工作效率，减少工作人员，从而减少人力资本的投入，根据核算，系统投入三个月后，就能够基本收回开发系统的投资，从经济角度来说，本系统开发完全必要。3技术可行性分析（1）硬件：电脑一台（2）软件：操作系统：中文 Windows2000开发系统： MicrosoftVisualFoxpro6.0安装 SQLServer2000 的服务器版本系统本身对硬件和软件的要求都不高且系统兼容性很强，平台的移植性也很好，因此无论在系统的硬件及软件上都满足开发的要

3、求。（3）本系统涉及到的技术因素：管理系统的开发方法。使用面向对象开发方法开发软件系统网络和通信技术。开发小组有基于 C/S 开发的经验 C/S机构规划和技术设计。开发小组有应用数据库开发经验数据库技术。开发小组能使用 VisualFoxpro 编程（4）运行上的可行性：操作简单：简单的操作规则使操作人员能轻松掌握查询方便：用户可设定任意条件和任意的查询项目进行检索。统计灵活：任意条件下任意项目的产品入库时间、数量等的统计及查询项目均可进行交叉统计。4.系统初步ER图5 可行性研究结论本小组拟开发的管理信息系统操作方便灵活，便于学习，因此，该系统具 有可行性。通过经济、技术、和社会等方面的可行

4、性研究，可以确定本系统的开发完 全必要，而且是可行的，可以立项开发。二系统分析过程用户需求分析超市的进销存管理信息系统，首先必须具备的功能是记录仓库存货、销售 以及进货情况，通过该系统了解超市进货渠道、商品单价、数量，库存商品的 种类、数量，销售商品种类、价格、数量，以便管理员根据以上信息作出经营 管理决策。在性能方面要求系统核算准确，使实存商品、销售商品与所记帐目一致， 能够被超市长期有效使用。数据主要来自于入库单、发票，超市销售在营业期间内一直发生，数据也 就一直变化。销售商品后开出发票，并且要显示商品价格数额。在当天汇总时修改相应文件，注重的是总额、总数量。为减少月末工作 量，日常中要对

5、报表数据逐步统计核算。超市数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码查看资料需输入正确密码，销售人员销售货物需输入代号才能打开收银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简单系统功能分析1.零售前台（POS管理系统，本系统必须具有以下功能：商品录入：根据超市业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。收银业务：通过扫描条形码或者直接输入商品名称 （对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客

6、付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号） 。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银 机仍能正常作业2.后台管理系统，本系统必须具备以下功能进货管理：根据销售情况及库存情况，自动制定进

7、货计划 （亦可手工制定修改），可以避免盲目进货造成商品积压。按计划单有选择性地进行自动入库 登记。综合查询打印计划进货与入库记录及金额。销售管理：商品正常销售、促销与限量、限期及禁止销售控制。综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。库存管理：综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。库存自动盘点计算。人员管理：员工、会员、供货商、厂商等基本信息登记管理。员工操作权限管理。客 户销售权限管理。3.系统结构系统总体结构4.流程图前台管理系统

8、5.系统ER图系统ER图说明1.商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（工）销售,每个顾客可以购买多种商品，不同商品可由不同顾客购买;2.每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。三系统设计过程一.系统模型：户类型与职能（1）员工（营业员）：通过商品条形码扫描输入商品到购买清单操作软件计算交易总金额操作软件输出交易清单对会员进行会员卡扫描以便打折（2）超市经理操作软件录入商品，供货商，厂商操作软件制定进货计划查询打印计划进货与入库记录操作软件控制商品销售与否查询打印销售情况操作软件生成销售排行榜查询库存明细记录根据软件发出的库存告警进行入货操作软件进行

9、盘点计算（3）总经理：基本信息登记管理员工操作权限管理客户销售权限管理零售前台（POS管理系统用例视图后台管理系统用例视图系统子因录入马扫描。快要求能快速商 品 录 入二模块子系统结构：（1）.商品录入功能描述：商品录（2）.收银业务收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。（3）.进货管理进货管进,进货以及提供记录的功能计划库询和打自 动自动等级（4）销售管理功能描述:否允许销售，查询每种登 I I计 记 戈U排行榜时可销勾生货计生龌销售排行榜o叩销售控制售情况并产生年、月、日报表,（5）.库存管理打印商品的销库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态

10、报警，以及自动盘点计算。（6）.人员管理人员管理子系统提供基本信息登记管理,员工操作权限管理，客户基本信息登记员工操作B限客尸销售M限 权 狈软件开发过程一般需1.定义。明确软件开发的目标、软件的需求。2.计划。制定软件开发所涉及的各种计划。3.实现。进行设计、编码、文档编写工作，完成所要求的开发的软件特性。4.稳定化。以测试和缺陷修复工作为主，确保将提交的软件具有良好的质量5.部署。安装、提交开发完成的软件，建立可供用户使用的环境。测试过程分析 ：输入：项目实施计划书相关规范测试文档源代码、可执行代码需求跟踪矩阵活动介绍：构建测试环境，包括系统平台 （软硬件平台） 的安装、可执行代码或 源代

11、码的安装、系统基础数据的准备等。在测试过程中，记录BUG言息，并及时向程序员提交BUG言息。 收到BUG信息后进行源代码的修正，并记录处理结果后，返回进行回 归测试。在测试过程中，根据测试的功能，补充 需求跟踪矩阵 相应栏 的内容。若测试不通过，且涉及到修改设计阶段的问题，则依据 配置管 理控制程序中的有关变更控制来执行，直至测试通过。测试结束，根据测试情况，填写测试总结报告。输出：经测试之源代码经测试之可执行代码 测试文档BUG己录（可用BUG管理工具代替）测试总结报告修改后的需求跟踪矩阵测试方案一范围本文档适用于超市管理系统软件的单元 /集成测试。1系统概述2文档概述本文档用于对超市管理系

12、统软件的测试工作阶段成果的描述。包括对软件测试 的整体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果 等内容。二引用文档超市管理系统软件需求规格说明超市管理系统软件设计说明超市管理系统系统接口协议三测试概述1. 被测软件的基本概况使用的编程语言：汇编语言测试小结本次测试对超市管理系统软件进行了静态分析和动态测试。测试工作分为两 个阶段。第一阶段进行了软件静态分析，软件测试人员和开发人员分别对软件 V1.00 版本的代码进行走读。在此基础上软件开发人员对代码走查中发现的问 题进行了修改，做了代码变更并提交了新版本进行动态测试。在测试过程中针对发现的软件缺陷进行了初步分析，并提交程

13、序设计人员 对原软件中可能存在的问题进行考查。在软件测试中首先根据软件测试的规范 进行考核，将书写规范，注释等基础问题首先解决，其次考核软件测试中的问 题是否存在设计上的逻辑缺陷，如果存在设计缺陷则应分析该缺陷的严重程度 以及可能引发的故障。软件开发人员在以上基础上对软件的不足做出相应的修 改，同时通过软件回归测试验证软件修改后能够得到的改善结果。在动态测试阶段进行了单元测试和集成测试。此阶段发现的软件问题经软 件测试人员修改，提交了新版本，软件测试人员对此版本的软件代码进行了回 归测试，确认对前阶段发现的软件问题进行了修改。a.静态分析小结静态测试采用人工代码走查的方式进行。参加代码走查的软件开发人员 有：（略）；参加代码走查的软件测试人员有：（略）。代码走查以代码审查会 议的形式进行。静态分析过程中共进行了四次会议审查。静态测试阶段的主要 工作内容是：根据对软件汇编源代码的分析绘制详细的程