©2010-2025 宁波自信网络信息技术有限公司 版权所有
客服电话：4009-655-100 投诉/维权电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
1、 目录 • 引言 – 编写的目的 – 背景 – 定义 – 参考资料 • 任务概述 – 目标 – 用户的特点 – 假定和约束 • 需求规定 – 对性能的规定 1. 精度 2. 时间特性要求 3. 灵活性 – 输入输出要求 – 数据管理能力要求 – 故障处理要求 – 其他专门要求 • 运行环境规定 – 设备 – 支持软件 – 接口 – 控制 引言 1.1、编写目的 （1）使开发更有目的性,以便大大提高超市的运作效率； （2）通过全面的信息采集和处理，辅助
2、提高超市的决策水平； （3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。 1.2、背景 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。 技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈现多元发展趋势，出现多种业态：超市、便利店、特许加盟店、专卖店、货仓等等。如何在激烈的竞争中扩大销售额，降低经营成本，扩大经营规模，成为超市营业者努力追求的目标。针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发一个超市管理系统。为了
3、使此系统能更好地为用户服务，我们需要有较完善的软件需求规格说明书来作为开发的引导。 1.3、定义 （1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。 （2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。 （3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。 （4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。 库存告警提示：当商品的库存数量低于库存报警数量时，发出提示。 （5）盘点：计算出库存、销售额、盈利等经营指标。 1.4、参考文献 1、齐志昌，谭庆平，宁洪.软
4、件工程(第二版)[M].北京.高等教育出版社.2004 2、王珊，萨师煊.数据库系统概论（第四版）[M]. 北京.高等教育出版社.2006 3、《SQL Server 2000 实用教程》范立南编 清华大学出版社 4、《软件工程导论》重庆大学出版社 5、《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社 任务概述 2.1、实现目标 （1）建立一个具有友好界面，操作简单的超市管理系统； （2） 能够更好的控制和发展超市各种资源的流转； （3） 实现对进货商品的信息
5、录入，并建立完整的数据库，对商品实行统一管； (4) 采购人员查询本系统，可以更直接，更有效的获得商品的情况，了解商品是否畅销或滞销，以及做出精确的进货单，促销的商品的条目单； （5）销售人员可以通过系统查询商品的销售状况，制定下一步的销售计划，对某些特殊产品进行打折优惠活动。 （6）财务人员通过系统的查询更加清楚了解库存情况、销售金额，是否盈利亏损等情况； （7）超市管理者把握住商品的进销存动态，管理更方便，进一步提高工作效率。 2.2用户特点 用户类型与职能如下 （1）员工（营业员）： 通过商品条形码扫描输入商品到购买清单 操作软件计算交易总金额 操作软件输出交
6、易清单 （2）超市经理 操作软件录入商品，供货商，厂商 操作软件制定进货计划 查询打印计划进货与入库记录 操作软件控制商品销售与否 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进行入货 操作软件进行盘点计算 （3）总经理： 基本信息登记管理 员工操作权限管理 客户销售权限管理 本软件的最终用户主要是面向管理员（超市经理）、收银员、信息管理员。他们都具有一定的计算机应用基础，可以比较熟练地操作计算机。 2.3 假定和约束 建立一个用户权限，把用户分为管理员和员工，在登陆时进行选择，登陆后具 备不同的权限。
7、 其STD图如下: 经费限制:少于50万 开发期限:6个月 软件使用周期:5年 需求规定 3.1对功能的规定 本系统是为了提高超市的运营效率而开发的一套超市商品管理软件，其主要由两套子系统组成，包括前台销售系统和后台库存管理系统，该系统逻辑结构如图所示： 系统总体流程图如下： 3.1.1 3.1.1前台销售系统功能规定 3.1.1.1进入前台销售系统主页（员工） （1）提供商品条形码输入框，把顾客所购买的商品所标明的条形码输入，得到商品的相关信息，包括商品的名称，规格，类
8、别，单价，单位和数量。并在输入时累计商品的消费额，得出本次商品购买行为的总额。 （2）提供商品名输入框，在条形码输入无效的情况下可以输入商品的名称，然后得到商品的相关属性，包括类别，规格，单价，单位，数量等，并计算出本次消费总额，保证商品的销售正常进行，同时计算该商品，预警，提示该商品的条形码出现错误。 （3）构架一个显示框，显示功能（1）和（2）的商品属性 （4）提供消费者所购商品的修改按钮，包括退货，调换商品，以及添加商品 （5）提供金额输入框，员工输入消费者所给金额，系统自动计算出应补的余额 （6）和库存管理系统实现及时更新，在消费活动完结之后数据
9、倒回库存管理系统，数据包括本次商品消费的商品的名称，规格，类别，单价，单位和数量，实时更新商品的库存信息 （7）打印本次的消费清单 3.1.1.2 进入前台销售系统主页（管理员） 除实现3.1.1.1全部功能外，系统为管理提供如下高于员工权限的功能 （1） 提供商品属性的修改功能，能够对商品的各项属性进行校正 （2） 查看该日销售报表 （3） 核查商品销售额和实际金额的准确性，可以得出商品是否流失 3.1.2库存管理系统功能规定 库存管理系统是该超市管理系统的核心子系统，它备份商品的所有数据，并完成了大部分的数据操作，有利于让管理员直接、有效地获得商品
10、情况，了解到商品是否畅销或滞销，然后根据商品的销售情况进行分析，以进行下一次的销售计划，更加清楚地了解库存情况、帐款余额、毛利等财务数据，通过更好地控制成本和费用，提高资金周转率，对超市各种资源的流转进行更好的控制和发展。同时也提供了预警子系统，避免因为人为地原因不能及时发现超市商品存储存在的问题和隐患。该子系统涉及大量单位和数据,包括以下几项 （1）在进货后，可以添加商品的相关属性和数据，包括商品的名称，规格，类别，单价，单位和数量。 （2）在商品下架后，可以删除数据库中的商品所有信息 （3）在商品上架后，可以系统的对商品进行编号，生成商品对应的条形码 （4）能够对已存商品的相关属性
11、和数据进行修改，及时保持商品信息的正确性 （5）提供查看当前库存数据的功能，以及查看数据额的变化情况，能够按日期查询，按商品类别查询或者按某种商品的属性查询销售状况 （6）和前台销售系统联系，保证数据库的正确性 （7）提供双标准预警子系统，当某商品的库存低于50%时，指示灯变红提示，当商品库存低于20%时，声音提示，自动预警 3.2性能规定 前台销售系统性能要求 （1） 精度 数据录入精确，计算准确，同时与后台库存管理系统的数据保持一致性即可 （2） 时间特性要求 登陆系统时，系统的响应时间控制在两秒内 与库存管理系统保持同步更新的时间越低越好，实现商品的销售和记录
12、的高度统一 数据传送时间尽量缩短 （3） 灵活性 对于该系统，最大的问题在于当停电的时候如何解决销售和库存记录的同步性。我个人的想法主要是两种： 其一：在停电销售未记录入数据库时，先由人工记录，然后等电来的时候再人工手动录入未存数据 其二：脱机处理，即当停电的时候，收银台能够正常工作，但后台库存管理系统失效，则由前台销售系统暂时代行记录任务，等库存管理系统恢复工作后，再向库存导入销售数据，实现更新（针对大规模，多个消费服务点的超市平台） 3.3输入输出要求 下面分别对两个系统的输入输出数据做如下分析 3.3.1前台销售系统 （1）数据流描述 输入商品=商品识别码+商品名
13、称 消费结果=所购商品名称+商品单价+商品类型+商品数量+总额 收银=用户所付金额+应找余额+打印清单 数据库更新=更新数据库中被消费商品的数量+备份数据 商品属性=类别+规格+单价+单位+数量 验证查询=匹配数据库中该商品所存属性 计算=顾客所付金额减去商品总价所得 显示=在屏幕上显示商品属性 备份要求=备份商品名称+商品单价+商品类型+商品数量+总额 打印清单=本次消费商品详情+商品消费总额+本次操作流水线号+消费日期 回复要求=恢复数据库备份前的老数据库 修改要求=修改数据库后保存 查看请求=查看某以固定时间段消费状况 备份成功提示=备份成功|备份失败 恢复成
14、功提示=恢复成功|恢复失败 校正成功提示=校正成功|校正失败 (2) 数据存储 数据存储名： 库存数据库 组成：商品的各项属性集合 组织形式：按商品的属性优先级顺序排列 数据存储名：消费打印清单 组成：本次消费的详细目录 组织形式：按商品名称，单价，数量，消费总额，操作流水线，最好生成日期的顺序排列 数据存储名：库存打印清单 组成：当前库存的商品信息 组织方式：按照商品的数额进行排列，并和标准库存比较 (3) 处理描述 处理名：输入商品 处理号：1 输入数据流：输入商品的条形码 输出数据流：输出商品的相关属性，包括类别，规格，单价，单位，数量
15、 处理逻辑：商品的属性认证 处理名：消费结果 处理号：2 输入数据流：商品属性 输出数据流：商品属性 处理逻辑：核查价格和数量后输出 处理名：更新数据库 处理号：3 输入数据流：消费的及时信息 输出数据流：更新后的数据库数据 处理逻辑：实时把前台销售系统和库存管理系统联系，及时更新库存数据库 处理名：打印清单 处理号：4 输入数据：商品的消费情况 输出数据：商品的消费情况 处理逻辑：把更新后的商品存储情况打印成报表 处理名：备份要求 处理号：5 输出数据：从新备份后的库存数据库 处理逻辑：人为地把数据库进行备份 处理名：恢复要求 处理号：6 输出数据
16、恢复为原来的数据库 处理逻辑：当有必要的时候，恢复原数据库 处理名：查看要求 处理号：7 输出数据：显示某段时间内的商品消费状况 处理逻辑：把数据库的变化科学的现实出来 3.3.2后台库存管理系统 （1） 数据流描述 日期查询=按营业期的某时间段查询|某日 | 某月 | 某年 按商品查询=按商品的条形码或者商品名称查询 按类别查询=按商品的归类查询 销售分析=商品在某时间段内的商品销售额度，即原数据与当前数据的差额 最优库存值=在销售分析的基础上统计具体商品的最佳库存量 录入数据库=存储商品名称+商品单价+商品类型+商品数量+总额 添加商品=添加商品的相关属性，包
17、括类别，规格，单价，单位，数量 修改商品=修改商品的相关属性，包括类别，规格，单价，单位，数量 数据库备份=备份商品名称+商品单价+商品类型+商品数量+总额 恢复数据库=恢复原数据库 数据比较=前后数据库数据对比 红灯提示=系统运行时有红灯发光 语音提示=系统运行时语言提示某商品库存过低 (2)数据存储描述 数据存储名： 库存数据库 组成：商品的各项属性集合 组织形式：按商品的属性优先级顺序排列 数据存储名： 最优库存值 组成：商品的最优库存数量 组织形式：按商品数量的差额大小顺序排列 数据存储名：财务报表 组成：某时间段内的财务状况
18、组织形式：商品的售出总金额及利润 (3) 处理描述 处理名： 管理员登陆 输入数据流：用户名和密码 输出数据流：登陆或错误，请从新登陆 处理逻辑：判读输入的用户名和密码在注册表中是否存在，存在则可以登陆，否则不能登陆 处理名： 按日期查询 输入数据流： 输入所要查询的时间段 输出数据流： 输出该时间段内的商品销售情况以及库存状况 处理逻辑：数据库实时记录商品的销售情况，统计，输出 处理名： 按名称查询 输入数据流： 输入所要查询商品的条形码或者名称 输出数据流：输出该商品销售情况以及库存状况 处理逻辑：数据库实时记录商品的销售情况，统计，输出 处理名： 按类别
19、查询 输入数据流：输入所要查询的商品类别 输出数据流：输出该类商品销售情况以及库存状况 处理逻辑：数据库实时记录商品的销售情况，统计，输出 处理名： 销售分析 输入数据流： 一个时间段 输出数据流：输出该时间段内的商品销售情况以及库存状况 处理逻辑：进行差额计算，包括某种商品的销售差额，以及某类商品的销售差额 处理名： 添加商品 输入数据流： 输入商品的相关属性，包括类别，规格，单价，单位，数量 输出数据流：添加后的商品及其相关属性 处理逻辑：把新的数据录入数据库，进行编码和管理 处理名： 修改商品 输入数据流： 需要修改的商品名 输出数据流：修改后后的商品及其相
20、关属性，包括类别，规格，单价，单位，数量 处理逻辑：对已存在于数据库中的数据进行修改并从新保存 处理名： 系统正常运行 输入数据流： 最优库存值和当前的商品库存 输出数据流： 系统午异常运行 处理逻辑：基于销售分析得出的最有库存值进行判断 处理名： 红灯提示 输入数据流：最优库存值和当前的商品库存 输出数据流： 系统出现红灯闪烁 处理逻辑： 当当前商品库存值位于最优库存值的20%和50%之间时，系统自动出现红灯，闪烁，提示管理员及时进货 处理名： 语音提示 输入数据流：最优库存值和当前的商品库存 输出数据流：系统自动播放语音 处理逻辑：当当前商品库存值低于最优库存值
21、的20%时，系统自动播放语音，提示管理员及时进货 3.4 数据管理能力要求 商品基本信息：商品号：大小为10字节；名称：不超过20字节，数量：不超过15字节，金额：不超过15字节。对于销售记录等所需记录的内容相似，采用相同的方式。 对商品基本信息、库存管理、销售记录内容的存储的各表，至少需要100M以上的空间，即至少需要500M的空间进行数据的存储，并至少需要1G以上的空间对增长的数据进行保存。 3.5 故障处理要求 1）磁盘碎片过多、数据库存储空间不够，引起数据库反应变慢等问题需要对磁盘进行扩展和维护； 2）执行程序非正常退出，修改源代码前，应先备份； 3）SQL Sever
22、2000未启动，引起系统无法访问，应先启用数据库服务器； 4）具体问题需具体分析，多多配合资料查询解决问题。 3.6 其他专门要求 本系统采用了用户权限的设定，增加了系统的安全性，用户在输入正确密码后才能进入，也可选择是否保存密码。由于系统分为几个大的模块，各个模块分别对不同的信息分开管理，使用户使用方便，易懂。 运行环境规定 4.1设备 标准设备：PC机，扫描仪等。客户端：操作系统（win2000及以上）。CPU(主频500M及以上)。最小内存（128MB内存）。最小磁盘空间(20GB)。上网能力（宽带上网）。服务器：操作系统（win2000server）。CPU(主频2G以上)
23、最小内存（512内存）。上网能力（光线接入、高速宽带连接）。 4.2支持软件 系统使用access数据库作为运行库，用SQL SERVER2005作为备份数据库。既保证系统的安全性，又大大降低系统对科技环境的要求，方便灵活配置。Xin2000以上的操作系统。编译程序。数据库管理系统。 4.3 接口 该系统与数据库相连（输入商品基本信息和销售记录等信息），同时数据库也用来保存各用户的信息。 4.4 控制 本软件在Power Builder系统的支持下完成，展示界面由主窗口和子窗口嵌套而成，窗口操作通过按钮来控制，不同的按钮进行不同的操作，实现不同的功能。
24、 3、通过活动，使学生养成博览群书的好习惯。 B比率分析法和比较分析法不能测算出各因素的影响程度。√ C采用约当产量比例法，分配原材料费用与分配加工费用所用的完工率都是一致的。Ｘ C采用直接分配法分配辅助生产费用时，应考虑各辅助生产车间之间相互提供产品或劳务的情况。错 C产品的实际生产成本包括废品损失和停工损失。√ C成本报表是对外报告的会计报表。× C成本分析的首要程序是发现问题、分析原因。× C成本会计的对象是指成本核算。× C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。√ C成本计算方法中的最基本的方法是分步法。X D当车间生产多种产品时，
25、废品损失”、“停工损失”的借方余额，月末均直接记入该产品的产品成本 中。× D定额法是为了简化成本计算而采用的一种成本计算方法。× F“废品损失”账户月末没有余额。√ F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。Ｘ F分步法的一个重要特点是各步骤之间要进行成本结转。(√) G各月末在产品数量变化不大的产品，可不计算月末在产品成本。错 G工资费用就是成本项目。(×) G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对 J计算计时工资费用，应以考勤记录中的工作时间记录为依据。(√) J简化的分批法就是不计算在产品成本的
26、分批法。(×) J简化分批法是不分批计算在产品成本的方法。对 J加班加点工资既可能是直接计人费用，又可能是间接计人费用。√ J接生产工艺过程的特点，工业企业的生产可分为大量生产、成批生产和单件生产三种，X K可修复废品是指技术上可以修复使用的废品。错 K可修复废品是指经过修理可以使用，而不管修复费用在经济上是否合算的废品。Ｘ P品种法只适用于大量大批的单步骤生产的企业。× Q企业的制造费用一定要通过“制造费用”科目核算。Ｘ Q企业职工的医药费、医务部门、职工浴室等部门职工的工资，均应通过“应付工资”科目核算。Ｘ S生产车间耗用的材料，全部计入“直接材料”成本项目。Ｘ
27、S适应生产特点和管理要求，采用适当的成本计算方法，是成本核算的基础工作。(×) W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对 Y“预提费用”可能出现借方余额，其性质属于资产，实际上是待摊费用。对 Y引起资产和负债同时减少的支出是费用性支出。X Y以应付票据去偿付购买材料的费用，是成本性支出。X Y原材料分工序一次投入与原材料在每道工序陆续投入，其完工率的计算方法是完全一致的。Ｘ Y运用连环替代法进行分析，即使随意改变各构成因素的替换顺序，各因素的影响结果加总后仍等于指标的总差异，因此更换各因索替换顺序，不会影响分析的结果。(×) Z在产品品种规格繁多的情况下，应该采用分类法计算产品成本。对 Z直接生产费用就是直接计人费用。X Z逐步结转分步法也称为计列半成品分步法。√ A按年度计划分配率分配制造费用，“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。 A按年度计划分配率分配制造费用的方法适用于(季节性生产企业) 11
©2010-2025 宁波自信网络信息技术有限公司 版权所有
客服电话：4009-655-100 投诉/维权电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
