软件工程超市管理系统11

上传人:仙*** 文档编号:32200646 上传时间:2021-10-13 格式:DOC 页数:38 大小:1.23MB
收藏 版权申诉 举报 下载
软件工程超市管理系统11_第1页
第1页 / 共38页
软件工程超市管理系统11_第2页
第2页 / 共38页
软件工程超市管理系统11_第3页
第3页 / 共38页
资源描述:

《软件工程超市管理系统11》由会员分享,可在线阅读,更多相关《软件工程超市管理系统11(38页珍藏版)》请在装配图网上搜索。

1、 软件工程(论文)学 号: 200930430105软件工程实践论文题 目超市管理系统论文教 学 院计算机学院专 业信息管理班班 级09级信息管理1班姓 名李文欢 阮书瑞 王芳 胡耀远指导教师涂进2011年6月4日目录目录3第一章 可行性分析报告51.1引言51.1.1编写目的51.1.2项目背景51.2.可行性研究的前提61.2.1要求61.2.2目标71.2.3局限性71.2.4可行性研究方法71.2.5决定可行性研究的主要因素81.2.6可选择的其他方法8 1.3.对现有系统的分析81.3.1现有系统状况81.3.2工作负荷81.3.3费用支出91.3.4人员及设备91.3.4局限性9

2、1.4.所建议系统可行性研究91.4.1对系统的将要概述91.4.2与现有系统比较的优越性101.4.3技术可行性分析:101.4.4管理可行性分析101.4.5经济可行性分析101.4.6社会可行行分析11第二章 需求分析122.1 引言122.1.1开发目的12 2.1.3用户及特点122.2.系统功能概述122.2.1主要功能132.2.2.功能模块132.2.1登陆模块概述132.2.2采购库存模块概述132.2.3销售模块概述132.2.4统计模块概述132.3.系统数据流图13 2.3.1系统顶层数据流图132.3.2系统0层数据流图142.3.3系统一层数据流图(身份认证模块)1

3、42.3.4系统一层数据流图(统计模块)152.3.5系统一层数据流图(销售模块)162.3.6系统一层数据流图(采购库存模块)172.3.7采购库存模块概述182.3.8采购库存模块概述182.4.对性能的需求182.4.1精度需求182.4.2时间特性需求202.4.3灵活性需求192.4.4对输入输出的需求192.5其他需求192.5.1数据库192.5.2故障及处理20第三章 总体设计21 3.1处理流程21 3.2系统功能分析223.2.1数据库需求分析233.2.2数据库概念结构设计233.2.3数据库逻辑结构设计233.2.4数据库的生成与配置253.2.5创建应用程序结构25第

4、四章 详细设计264.1系统窗体界面菜单功能设计264.2用户管理模块274.2.1功能管理用户274.2.2 N_S图:274.2.3伪代码284.2.4界面设计28 4.3.1功能:管理食品334.3.2 N_S图:344.3.3伪代码284.3.4界面设计29第五章 编码305.1 超市管理系统主界面代码305.2 超市管理系统用户管理模块代码3153 超市管理系统经营分析模块代码32第六章 测试336.1 软件测试346.2 白盒测试346.3 黑盒测试366.4.参考文献36软件工程 课程设计成绩评定表38第一章 可行性分析报告1 引言 从第一台个人计算机的诞生至今,计算机已经深入到

5、日常工作和生活的方方面面,成为我们学习和工作的得力助手,比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱乐等。随着越来越多的应用软件出现,人们对它的要求也越来越高;虽然现在世界上的各种软件层出不穷,但它们依然不能满足用户的各种特殊需要,所以人们仍是不得不开发适合特殊需求的软件。超市管理系统是一个与人们日常购物生活息息相关的部分,它的出现使得超市运营者的管理简单化,高效化,成本也随之大大减少。使用计算机对超市信息的管理,具有手工管理所无法比拟的优点:信息存储及时,检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高超市管理的效率,也是超市正

6、规化管理的重要途径。故设计此系统。1.1 编写目的 该软件项目可行性研究报告是对超市管理系统的全面通盘考虑,是项目分析员进行进一步工作的前提,是软件开发人员正确成功的开发项目的前提与基础.此研究报告可以使软件开发团体尽可能早的估计研制课题的可行性,可以在定义阶段较早的认识到系统方案的缺陷,就可以节省时间和精力,也可以节省资金,并且避免了许多专业方面的困难.所以该软件项目可行性研究报告在整个开发过程中是非常重要的。1.2 项目背景鉴于目前超市购物人数及超市物品多元化剧增,超市信息呈爆炸性增长,计算机成本日益下降的前提下,企业对超市信息管理的自动化与准确化的要求日益强烈的背景下提出的,本软件产品为

7、超市管理系统的一个子系统,实现超市管理系统中的超市管理子功能。 工程的名称: 超市管理系统; 工程产品的名称: 超市管理系统; 工程组织者: 超市管理系统开发小组; 产品用户: 学校超市工作管理人员; 产品设计者: 超市管理系统开发小组; 产品生产者:超市管理系统开发小组; 产品所有权:超市管理系统开发小组拥有 2 可行性研究的前提2.1 要求 1)功能 记录仓库存货、销售以及进货情况 了解超市进货渠道、商品单价、数量 了解库存商品种类数量,所售商品种类、价格、数量 统计核算日常的不断变化的数据,并登记有关文件 分项显示销售商品后开出的发票的内容,并且详细显示商品价格数额 在当天汇总时修改相应

8、文件,如总金额、总数量 根据日常统计,制作月统计,并制作月报表 操作失误保护 2)性能: 稳定快速,实时控制 核算准确,使实存商品、销售商品与所记帐目一致,能够被超市长期有效使用 准确统计核算日常的不断变化的数据 结构化模块,层次清楚 提示通俗易懂 查询资料简便 维护手段齐全3)输入/输出: 条形码和汉字及商品代码输入 汉字输出 4)安全与保密要求: 数据资料有些属内部资料,不能为外人所知,系统须有保密措施,设置密码 不能轻易被破坏,不能让管理人员以外的人更改数据 查看资料需输入正确密码 销售人员销售货物需输入代号才能打开收银柜 万一泄露密码,应设修改密码的程序,同时密码不能过于简单 对断电、

9、死机、系统崩溃等问题有有力措施以保障数据不受损失 5)完成日期:三个月。2.2 目标 1)减少人力和设备费用2)提高处理速度3)提高控制精度及生产能力4)改进管理信息服务5)提高决策科学性6)提高人员利用率2.3 局限性 只限于内部联网,如果发生被盗、密码丢失等事故处理会比较麻烦,需修改多个文件。2. 4可行性研究方法 通过调查分析开发超市进销存管理系统所具备的能力及实现的方法。确定总体结构, 利用SQL Server数据库所具有的能力,以最简洁最容易的方法,使用VB(Visual basic)开 发出界面友好、简单易懂、易操作、功能完备的进销存系统软件。系统的开发采用快速原型法(RPP-Ra

10、pid Prototype Ping)。即在总体设计思想的指导下,根据用户提出的基本需求,选择一些关键的子系统作为基本原型,并加以实现,然后逐步扩大原型向整个系统的其它方面延伸,最终达到系统的开发目标,以得到整个系统。这种方法强调了用户至上的原则,要求用户的高层管理人员参加,对用户现行的组织结构,管理方式及管理方法的冲突较少,而且用户逐步得到系统,易于接受,故成功率较高。这种方法的主要优点在于:系统开发效益高。运用快速原型法可以使系统开发的周期短,速度快,费用低,获得较高的综合开发效益。系统的可维护性。由于用户参与了系统开发的全过程,对系统的功能容易接受和理解,使得移交工作比较顺利,而且有利于

11、系统的运行,管理与维护。系统适用性强。由于快速原型法是以用户为中心的,系统的开发符合用户的实际需要,所以系统开发的成功率高,容易被用户接受。系统的可扩展性。由于快速原型法开始并不考虑许多细节问题,系统是在原型应用中不断修改完善的。所以系统具有较强的可扩展性,功能的增减都比较灵活方便。2. 5 决定可行性的主要因素超市规模、设备状况、操作人员技术 2.6可选择的其他方案1)直接购买,需要价格低于自己开发的投资,但由于已经存在的系统不是建立在本超市进行调查的基础之上,对本超市的情况不是很了解,因此一些所需的功能无法满足。(2)对原本系统进行改进,目前版本过于简陋,外界浸入比较方便,特别是安全系数很

12、低,而且要打这些补丁,其花费的人力物力以及财力并不比重新开发一个系统要节省,因此本系统并不是一个庞大的系统,所以重新开发比较有价值3 对现有系统的分析3.1 现有系统概况 该超市现在还没有完全使用计算机进行管理。其因进销存业务所产生的一些单据、档案完全靠书面形式保管,其盘点统计都要通过手工计算,其信息咨询都要通过人员传递。3.2 工作负荷由于数据量越来越大,现有的系统明显不能适应目前的庞大数据量,系统工作负荷过大。 3.3 费用支出 由于现有系统的工作负荷严重超载,在现有系统上投入的人力,设备,空间,材料,等等与其他的一系列支持性服务越来越大,导致开发费用支出巨大,严重影响系统的可用性,急需改

13、进。 3.4 人员及设备 鉴于原有系统的技术性含量比较低,故不需要多少高技术人员的操作,只是由于数据量的日益扩大,所需要的操作人员数量不断增大。这已无法跟上目前信息化时代的步伐。设备的配置较好。3.5 局限性 经过严谨的分析,可知原有的系统存在很大的局限性,比如技术陈旧,人员工作负荷大,系统维护及费用支出巨大,操作人员技术含量低,一个环节除了问题,所有的工作都需要重做等等一系列缺点。4 所建议系统可行性分析 4.1 对系统的简要描述 新系统在原有系统的基础上加入了新的数据库的支持,使用了先进的数据库技术与数据管理技术,使数据的准确性与安全性得到了很大的提高,且在用户的并行操作与用户管理方面也有

14、了极大地改善。 4.2与现有系统比较的优越性 从上面的几点中可以看出新系统的性能与功能上与现有系统的差别,首先新系统克服了原来系统的资金投入大,人员设备技术含量低,系统工作负担重等缺点。而且加入了对数据的安全性保护的功能,使原有系统在可用性与稳健性方面有了很大的进步。4.3技术可行性分析该超市的计算机配置较高,不仅可以安装Windows 2003的运行环境,而且有足够的空间可以安装运行平台、数据库和各类编程工具,在编程环境上提供了可靠的支持;在编程人员方面,可以运用以前所学的各种开发软件的计算机知识和管理知识,加上不断的学习,为系统的开发提供了必要的技术保障。由于数据库不算太大,使用Visua

15、l Basic程序开发系统以及SQL Server 数据库系统软件。4.4管理可行性分析超市领导者大多具备电脑基本操作方法,对于专业要求经短期培训即可;管理基础工作,各项管理制度比较健全,执行严格,原始数据采集完整,保存良好。 4.5经济可行性分析 新系统是为了改善原有系统在经费支出过高的缺点的,所以新系统一经使用在经费支出方面一定会得到很好的改善,用户在使用了新系统后只需要花一定资金购买系统操作必备的软件即能实现自动化。(1)支出1)系统开发费用 人员费用:本系统开发期为三个月,试运行一周。开发期需要开发人员4人,试运行期需要开发人员2人。人员费用为6万元。(445003+22000=6万元

16、) 设备费:本系统所需的硬件设备费用为2万元。 不可预见费: 8000015%=12000元系统开发总费用为9.2万元。2)系统运行费用 系统维护费:需要1人/年进行系统维护,维护费为1.5万元(如当年系统无故障,则不需支付维护费用) 设备维护费:设备更新费为5万元。设备维护费为2万元。 消耗材料费:每年按1万元计算。综上所述,设系统使用时间8年,系统开发和运行总费用万元,平均1.8万元/年。(2)收益 提高工作效率 减少工作人员4.6社会可行性分析 该项目为独立开发,在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题,完全按照合同规定的责任履行。第二章 需

17、求分析1.1开发目标(1) 为超市提供方便,快捷的结账体系;(2) 为超市提供准确,高效的库存和财务管理系统;(3) 为超市管理人员提供强大的管理和统计商品,资金的功能。1.2用户及特点 该系统的最终用户涉及超市的高层管理人员,商品采购人员,销售人员,仓库管理人员和财务管理人员。不同的用户拥有不同的访问权限,既方便了各个角色对其本职业务的具体操作,又极大的保证了系统的合理运行和企业数据的安全。2.1 系统功能概述2.1.1主要功能该系统主要分为采购,销售,库存和统计四个主要模块。用户通过本系统,可以完成对采购商品的管理,实现商品的入库、出库统计,商品销售统计,以及商品、单据相关信息的查询。2.

18、2功能模块2.2.1 登陆模块概述登陆模块实现了对超市管理系统的安全管理,对登陆者进行身份验证,系统进行授权,使每个人都有对应的权限,使系统的安全以及超市的信息得到了保障。2.2.2 采购库存模块概述采购模块实现了对商品的状态统计,包括采购商品,未采购商品,采购人员的信息,商品采购时间等。用户通过次模块能够清晰的了解到什么人,什么时间采购了那些商品,以及什么人,在什么时间需要采购哪些商品。该模块负责统计仓库中商品的明细,并实现对商品的出库和入库操作。通过使用该模块,仓库管理人员可以方便高效的实施商品的出库,入库管理,并可以准确快速的查找商品的库存信息。2.2.3 销售模块概述销售模块实现了对商

19、品销售业务的管理。工作人员通过使用该模块可以查找到库存的商品的基本信息,填写并保存销售清单,进行用户结算等操作。2.2.4统计模块概述统计管理实现了对商品库存,采购单据,销售单据的详细,多样的查询功能。实现的财务部门对库存和财务的盘点功能。3系统数据流图3.1 系统顶层数据流图使用者事务信息超市管理系统事务信息超市管理员 超市管理系统顶层数据流图超市管理员通过账户和密码进行登录超市管理系统,进入系统后,可以进行相应的操作,对整个系统进行管理。3.2 系统0层数据流图使用者登陆1身份认证基础数据 2基础信息录入更新 3商品入库 4商品销售D1 库存信息更新销售凭条业务查询查询结果超市管理系统0层

20、数据流图3.3 系统一层数据流图(身份认证模块)超市管理员登陆 1.1验证信息有效 1.2授权无效1.3重新登陆登陆无效三次 1.4注销用户1层数据流图登陆模块 超市管理员输入自己的用户名和密码,系统接收信息以后,判断用户名和密码是否匹配,若正确,则授权给超市管理员,进入到超市管理系统,若不正确,则需要重新登陆,如果登陆三次还是无效的用户名或者密码不匹配,则注销用户,不能够进入到系统。3.4 系统一层数据流图(统计模块)基础数据相关查询条件息超市管理员D5 基础信息D4 销售历史 2.1基础信息录入2.3查询采购单据 2.2查询商品库存 2.4查询销售单据D2 采购清单D1 库存信息超市管理系

21、统1层数据流图(统计模块)只有超市管理员才能对才能对统计情况进行管理,统计模块对超市形同的运行情况以及商品的情况和销售情况进行统计。它通过增加新采购的商品,删除已经销售的商品,修改更改的商品的进行统计,并且提供商品查询和提供商品剩余总量等服务。3.5系统一层数据流图(销售模块) 商品信息退回的商品商品信息收银员商品信息商品编号信息顾客商品标志D1 库存信息4.4确定出售商品4.1收银处理 4.2暂不出售的商品4.3修改库存信息1层数据流图(销售模块)收银员输入要销售的商品,并且打印凭条,销售系统则进行已销售的商品删除的操作,并并把销售情况发送给统计模块进行统计销售情况。3.6 系统一层数据流图

22、(采购库存模块)到货通知单D1 库存信息询问库存商品编号提货申请提货信息商品信息息超市管理员3.2检索库存供应商 3.1商品入库 3.3开出货单并修改库存3.4打印提货单D3基本信息1层数据流图(采购库存模块) 采购人员进行采购以后,把商品交到仓库,进行入库,然后超市管理员更新商品的库存信息,并打印收取单给采购人员。有提货人员来仓库提货物,把提货单交给超市管理员,管理员根据提货单把所需要货物交给提货员,并打印提货凭据,然后更新库存信息。4 对性能的需求4.1 精度需求系统提供了准确的数据存储和查询功能,包括进销存过程中所涉及的各项数据,涉及到金额的数据精确到分,时间精确到秒。4.2 时间特性需

23、求在机器配置达到系统要求的情况下,该系统可用于大多数平台上流畅运行。4.3 灵活性需求该系统适合在所有主流WINDOWS平台下流畅运行。4.4 对输入输出的需求系统默认的输入设备为键盘,扫描仪以及电子数据读取设备,输出设备为显示器和打印机。5 其他需求5.1 数据库(1)针对超市管理系统,分别对采购部门、销售部门和库存保管部门进行详细的调研和分析,总结出如下的需求信息:商品按类管理,所以需要有一商品类型信息。商品必须属于一个商品类型。如果一个商品类型存在商品,或存在下级商品类型,则该类型不可删除。需要记录供应商品信息。在涉及商品数量的地方,要给出相应的单位。商品销售信息单中要包含登记商品销售数

24、量、单价等信息。在进货信息中要包含商品供应商等信息。商品报损要有报损原因。进货、销售、报损操作要有相应操作员信息。只有管理员登录之后才可以使用系统。默认的管理员不可以删除。进货、销售、库存、报损信息都要可以添加、修改、删除、分类查找。当进行进货、销售和报损操作后,能相应更新库存。需要对进货、销售、库存、报损进行分析,总结热门商品。(2)经上述系统功能分析和需求总结,考虑到将来功能的扩展,设计如下的数据项和数据结构:商品类型信息,包括数据项有:商品类型编号、商品类型名称等。商品信息,包括的数据项有:商品编号、商品名称、商品介绍、库存量等。商品单位信息,包括单位编号、单位名称等。供应商信息,包括供

25、应商名称、介绍等。进货信息,包括进货商品、数量、单位、单价、进货时间经手人等。销售信息,包括销售商品、数量、单位、单价、登记时间等。报损信息,包括报损商品、数量、单位、原因、登记时间等。管理员信息,包括管理员账号、密码、是否是默认账号等。5.2 故障及处理1、数据类型不匹配 数据类型的判断错误,比如一个功能模块,接受传入的数据为id,要求其值必须是正数。如果写程序时传入的是小数,或者是非数字的字符串,那么程序将会出现错误。又如查询数据表时,使用了WHERE子句,但是数据类型不匹配,数据库中字段类型为数字的值,却使用了字符串去查询,就会出现错误。2、数据与数据库限制相冲突数据与数据库限制相冲突,

26、可能是其值超过了数据库的上限和下限。比如在数据库中,用户名称字符数量上限是20个字符,而在程序中没有对此进行判别,如果一个添加新商品时名字有21个字符,那么在使用SQL语句插入数据与记录的时候就会出错。3、变量声明错误最后是一些常识性错误,比如在IfElseEnd If过程中,认为判断只会执行其中的一段代码,于是在两段中都使用了Dim obj as clsMerch,事实上,编译器在语法分析阶段,是首先将一个函数内声明的全部变量都放符号表中,而不管这个变量的声明是在这个函数的什么位置。又如在Select Case中,Case的条件是字符串,但是没有加引号,就变成了Case一个空变量。第三章 总

27、体设计3.1 处理流程 超市进销存管理系统研究的内容涉及超市进销存管理的全过程,包括入库、出库、退货、订货、超市统计查询等等。超市进销存管理系统将包含以下内容:(1)能对企业内的各类货物进行ABC分类管理,并提供最低超市量、最高超市量、安全超市量的预警功能。(2)可以存储各类信息档案包括物资、产品基本信息、供货单位信息、使用单位信息等。(3)可以方便快捷的进行物资入库管理物资出库管理等等,安全、高效;支持各种类型的出/入库业务:生产入库、委外加工入库、采购入库、其他入库、生产领料出库、委外领料出库、销售出库和其他出库等(4)提供退货管理功能(5)通过查询超市,及时了解超市余额信息,便于订货下单

28、,以免由于缺货,影响生产。另外,还提供经济订货量计算功能和打印订货采购单功能。(6)支持超市盘点功能,可按仓库、物料进行盘点,自动汇总盘点数据,及时生成盘赢亏调整单。(7) 可及时打印超市余额,方便领导决策或安排及时定货看。如下图3.1主窗体系统登入退出登入成功失败商品类型管理商品管理商品进货管理商品销售管理商品报损管理供货商管理添加商品类型修改商品类型删除商品类型添加商品删除商品登记进货商品删除进货商品登记销售商品修改进货商品登记报损商品修改报损商品修改销售商品添加供货商删除供货商删除报损商品删除销售商品修改供货商修改商品图3.1 系统功能模块图3.2.1 数据库需求分析(1)针对超市进销存

29、管理系统,分别对采购部门、销售部门和库存保管部门进行详细的调研和分析,总结出如下的需求信息:商品按类管理,所以需要有一商品类型信息。商品必须属于一个商品类型。如果一个商品类型存在商品,或存在下级商品类型,则该类型不可删除。需要记录供应商品信息。在涉及商品数量的地方,要给出相应的单位。商品销售信息单中要包含登记商品销售数量、单价等信息。在进货信息中要包含商品供应商等信息。商品报损要有报损原因。进货、销售、报损操作要有相应操作员信息。只有管理员登录之后才可以使用系统。默认的管理员不可以删除。进货、销售、库存、报损信息都要可以添加、修改、删除、分类查找。当进行进货、销售和报损操作后,能相应更新库存。

30、需要对进货、销售、库存、报损进行分析,总结热门商品。(2)经上述系统功能分析和需求总结,考虑到将来功能的扩展,设计如下的数据项和数据结构:商品类型信息,包括数据项有:商品类型编号、商品类型名称等。商品信息,包括的数据项有:商品编号、商品名称、商品介绍、库存量等。商品单位信息,包括单位编号、单位名称等。供应商信息,包括供应商名称、介绍等。进货信息,包括进货商品、数量、单位、单价、进货时间经手人等。销售信息,包括销售商品、数量、单位、单价、登记时间等。报损信息,包括报损商品、数量、单位、原因、登记时间等。管理员信息,包括管理员账号、密码、是否是默认账号等。3.2.2 数据库概念结构设计本系统根据以

31、上的设计规划出的实体有:商品类型信息实体、商品信息实体、商品单位信息实体、供应商信息实体、进货信息实体、销售信息实体、报损信息实体和管理员信息实体。3.2.3 数据库逻辑结构设计首先将罪犯管理信息系统的数据库概念结构转化为Access数据库或SQL Server 2000数据库系统所支持的实际数据模型,即:数据库的逻辑结构。其各个表格的设计 表3.3.3商品类型信息表(MerchandiseType)列名数据类型字段大小必填字段默认值说明表3.3.4:商品信息表(Merchandise)列名数据类型字段大小必填字段默认值说明表3.3.5:商品单位信息表(Unit)列名数据类型字段大小必填字段默

32、认值说明表3.3.6:供应商信息表(Provider)列名数据类型字段大小必填字段默认值说明表3.3.7:进货信息表(Buy)列名数据类型字段大小必填字段默认值说明表3.3.8:销售信息表(Sell)列名数据类型字段大小必填字段默认值说明表3.3.9:报损信息表(Dispose)列名数据类型字段大小必填字段默认值说明表3.3.10:管理员信息实体(Admins)列名数据类型字段大小必填字段默认值说明3.2.4 数据库的生成与配置经过以上的需求分析和概念结构设计以后,得到数据库的逻辑结构。现在就可以在Access数据库中创建表了。3.2.5 创建应用程序结构(1)创建用户界面端程序VB中选择文件

33、-新建工程,打开,选择VB应用程序向导。设置后将向导生成的模块命名mdlMain保存与文件夹Merchandise中。(2)创建业务逻辑处理组件新建ActiveX DLL工程-设置工程属性-加入对ADO的引用。(3)创建基本界面组件新建ActiveX DLL工程-设置工程属性-加入对业务逻辑组件的引用。(4)在界面端程序中使用组件在工程资源管理器中选中工程Merchandise,选择菜单工程-引用命令。打开引用对话框,在可用的引用列表中选择BuySellStorageUI和BuySellStorageDB。 第四章 详细设计详细设计是在该要设计的基础上,进一步确定实现系统各层次上的具体功能,它

34、的任务不是编写主要的程序代码,而是设计出程序的实现过程,使程序员据此写程序。4.1系统窗体界面菜单功能项设计登录成功后,系统提供的主菜单下设的菜单功能项设计。(1) 界面设计:4.2用户管理模块(1)功能:管理用户(2)N-S图:输入用户信息(用户名、密码)F必要信息是否正确 TF查询用户 T提示:请输入正确信息提示添加用户存在 (3)伪代码: START 输入用户相应信息(用户名、密码) IF 用户填写必要信息不正确 THEN 提示请输入正确信息 ELSe IF 查询用户 THEN ELSE END IF END IF STOP(4) 界面设计:4.3经营分析模块(1)功能:管理食品(2)N

35、-S图:输入食品名F查询相应信息 T提示:无此食品 (1)功能:管理食品(2)N-S图: 输入要修改的信息(3) 伪代码:START输入食品名IF 查询失败 THEN提示无此食品 ELSE 输入要修改的信息 END IFSTOP(4)界面设计:第五章 编码5.1主界面代码Private Sub Form_Load() LoadResStrings Me Me.Left = GetSetting(App.Title, Settings, MainLeft, 1000) Me.Top = GetSetting(App.Title, Settings, MainTop, 1000) Me.Width

36、 = GetSetting(App.Title, Settings, MainWidth, 6500) Me.Height = GetSetting(App.Title, Settings, MainHeight, 6500) lvMerch.View = Val(GetSetting(App.Title, Settings, ViewMode, 0) 初始化数据 Call InitMainEnd SubPrivate Sub Form_Unload(Cancel As Integer) Dim i As Integer close all sub forms For i = Forms.Co

37、unt - 1 To 1 Step -1 Unload Forms(i) Next If Me.WindowState vbMinimized Then SaveSetting App.Title, Settings, MainLeft, Me.Left SaveSetting App.Title, Settings, MainTop, Me.Top SaveSetting App.Title, Settings, MainWidth, Me.Width SaveSetting App.Title, Settings, MainHeight, Me.Height End If SaveSett

38、ing App.Title, Settings, ViewMode, lvMerch.ViewEnd SubPrivate Sub Form_Resize() On Error Resume Next If Me.Width 3000 Then Me.Width = 3000 SizeControls imgSplitter.LeftEnd Sub5.2用户管理模块代码Option ExplicitDim opAdmin As New clsOpAdminPrivate Sub CancelButton_Click() Unload MeEnd SubPrivate Sub cmdAdd_Cl

39、ick() opAdmin.Add lvAdminEnd SubPrivate Sub cmdDel_Click() opAdmin.Delete lvAdminEnd SubPrivate Sub cmdModify_Click() opAdmin.Modify lvAdminEnd SubPrivate Sub Form_Load() opAdmin.FillListView lvAdminEnd Sub5.3经营分析模块代码Option ExplicitPrivate Sub cmdClose_Click() Me.HideEnd SubPrivate Sub cmdSearch_Cli

40、ck() Dim nCount As Integer Dim IsDesc As Boolean Dim opMerch As New clsOpMerch Dim opBuy As New clsOpBuy Dim opSell As New clsOpSell Dim opDispose As New clsOpDispose nCount = Val(txtCount.Text) If nCount = 0 Then nCount = 10 IsDesc = IIf(cboOrder.ListIndex = 0, True, False) Select Case cboAnaType.L

41、istIndex Case 0 库存分析 opMerch.FindStorage lvAna, IsDesc, nCount Case 1 进货分析 opBuy.FindStorage lvAna, IsDesc, nCount Case 2: 销售分析 opSell.FindStorage lvAna, IsDesc, nCount Case 3 报损分析 opDispose.FindStorage lvAna, IsDesc, nCount Case Else End Select End SubPrivate Sub Form_Load() cboAnaType.ListIndex =

42、0 cboOrder.ListIndex = 0 txtCount.Text = 10End Sub 第六章 测试6.1软件测试常用的软件测试方法有白盒测试,白盒测试(又称逻辑驱动测试,结构测试)是把测试对象看做一个打不开的盒子。利用白盒测试进行动态测试时,需要测试软件产品的内不结构和处理过程,不需测试软件产品的功能。白盒测试又称为结构测试和逻辑驱动测试。6.2白盒测试用户名和口令3412213654进入销售分析输入管理员信息信息是否正确查看并修改商品信息确认并保存商品信息确定商品信息基本路径测试Path1:1-2-3Path2:1-2-4-5-6 测试数据1测试数据2管理员信息填写正确填写不

43、正确显示结果商品信息提示框期望结果商品信息出现提示框6.3黑盒测试(1)商品信息的输入。假定超市存在该商品信息,则测试用例表如下:输入数据正确的商品信息错误的商品信息商品名1.相应的商品信息2.不存在的商品已购商品数3.在100-300之间4.小于0已售商品数5.在100-300之间6.小于1007.大于300(2)边界值分析测试用例输入等价类测试用例说明测试数据期望结果选取理由正确的信息商品名有无字母字符有无数字字符 3241Cabbage显示出错显示出错全是非法字符全是非法字符正确的信息正确的数据可口可乐输入有效类型与名称有效错误的信息商品已购数小于100大于30052324输入无效输入无

44、效小于最小已购大于最大已购合理等价类在100-300之间150200输入有效输入有效可以查询商品可以查询商品错误的信息商品已售数小于0大于300-1301输入无效输入无效小于最小已售大于最大已售合理等价类在1-300之间1300输入有效输入有效最小已售最大已售6.4参考文献1 陆惠恩;陆陪恩,软件工程M,电子工业出版社,2002年1月.2 王春森,程序员教程M,清华大学出版社,2001年5月.3 蒋加伏;张林峰,Visual Basic程序设计教程M,北京邮电大学出版社, 2003年.4 赵玮,Visual Basic中文版快捷编程实战训练M,人民邮电出版社,2003年9月.5 孟小峰,WEB

45、数据管理研究综述M,清华大学出版社,2001年.6 黄吻,现代远程教育结教育发展启示N,浙江大学学报,1995年5月.7 吴竞华;陈根才,基于三层模式的档案管理系统的设计与实现M,北京,机械工业出版社2000年.8 金汉均,数据库实现的方法N,华中师范大学学报,1999专辑.9 杨汉平;王小蕾等,数据库中间件技术在三层操作系统模型中的实现N,华中师范大学学报,2001年 4月.10廖信彦,Visual Basic应用大全M,清华大学出版社,2002年.软件工程 课程设计成绩评定表姓 名李文欢性 别女专业班级09级信息管理1班课程设计题目:超市管理系统课程设计答辩或质疑记录:成绩评定依据:最终评定成绩(以优、良、中、及格、不及格评定) 指导教师签字: 年 月 日38

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!