超市收银系统_第1页
超市收银系统_第2页
超市收银系统_第3页
超市收银系统_第4页
超市收银系统_第5页
已阅读5页,还剩49页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

0*******************实践教学*******************兰州理工大学计算机与通信学院软件开发综合训练课程设计0目录 1 21、可行性分析 31.1问题描述 31.2可行性分析研究 31.2.1技术可行性 31.2.2经济可行性 31.2.3操作可行性 42、项目开发计划 52.1编写目的 52.2项目背景 52.3项目概述 52.4项目开发计划 62.5交付期限 63、需求分析 73.1任务需求分析 73.2数据流图、数据字典 83.2.1数据流图 83.2.2数据字典 4、系统概要设计 4.1总体设计 4.2数据库概念设计 4.2.1数据项和数据结构 4.2.2实体联系E-R图 5、详细设计 5.1系统功能模块图 5.2各子系统功能模块图 5.3程序流程图 5.4数据库逻辑结构设计 5.5连接数据库的特点 5.6用户界面设计 5.6.1一般交互设计 5.6.2信息显示设计 5.6.3数据输入界面设计 5.7软件测试 5.7.1测试的方法和步骤 5.7.2测试用例 设计总结 参考文献 1随着小超市规模的发展不断扩大,商品数量急剧增加,有关商品的各种信息量也成倍增长。超市时时刻刻都需要对商品各种信息进行统计分析。而大型的超市管理系统功能过于强大而造成操作繁琐降低了小超市的工作效率。超市管理系统主要包含以下几个模块:系统权限的设定、原始数据录入、数据的汇总及查询等。从而,实现对进货、销售及员工信息等实现全面、动态、及时的管理。本文系统的分析了软件开发的背景以过程;首先介绍了软件的开发环以及具体界面的设计和功能。2超市需要处理大量的库存信息,还要时刻更新产品的销售信息,不断添加商品信息。面对不同种类的信息,需要合理的数据库结构来保存数据信息,需要有效的程序结构支持各种数据操作的执行。商店自动化的产品管理在欧美等国家早已经实现,也是零售业管理的基础。它最主要的特点是能够实时的和准确的控制店内的销售情况。如果可以能够实时掌握销售流程及销售情况,则可以有效地加速商品的周转率并提高服务质量,而且可以减少产品售价不符等所产生的问题。顾客的消费要求的是希望在超市购物中能基本上都能购得所需的商品,并且还要既保证商品质量还要享受优质,方便的服务。3超市零售管理系统是小型超市商品销售及货物管理的主要控制部分,直接影因而软件控制销售和管理已经取代了传统全手工方式。小型超市具有自身的特点:商品要求一般齐全,进出货关系较为简单,员工人数种类不多;在软件角度看,数据较少,对存储和速度要求不高。但正由于员工较少,使用软件控制成为必须。1.2可行性分析研究1.2.1技术可行性技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作,硬、软件配置能否满足开发者需要等。目前各宾馆均建有局域网,并且采用PC机作为工作台,其容量、速度能满足系统要求。根据客户提出的系统功能、性能及实现系统的各项约束条件,根据新系统目标来衡量所需的技术是否具备,本系统是一个数据库管理和查询的系统,现有的技术以较为成熟,硬件、软件的性能要求、环境条件等各项条件良好,估计利用现有技术条件应完全可以达到该系统的功能目标。1.2.2经济可行性因为通过网络传递销售信息可以不受距离的限制,因此可以借阅许多的人力和物力,方便管理,由此可以减少不必要的开支,同时该系统可以提高超市的销售效率,即提高了超市的经济效益,所以从经济上完全是可行的。开发新系统的工作是一项间距复杂的工作,它的投资主要是人力和物力的投4资。对于本系统的开发者来说,其主要投资还是在人力和物力两个方面。如果是企业自己安排人手开发系统的话,其主要的投资还是在人力资源上,从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。软件企业作为一个简短的高科技产业,其员工要求都比一般企业的要求要高,而且对系统开发及软件产业了解比较多,所以在自我开发管理系统的过程中,企业自己比较容易安排人手,这样就可以为企业借阅大部分的额外开支。同时软件就其它产品来属于高端行业,无论是产品的价格还是质量都比较高,而经营产品的经销商或者是商家都要求有雄厚的资金支持。所以,在系统的开发过程中,企业完全有能力承担开发费用。管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过程,在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综是简介的,其最主要的表现就是减少了企业管理费用和人力开支。而其它一些繁琐的食物都通过新系统来加以分析解决,不仅节省了大量的时间,还为企业的各项决策提供了宝贵的资料,为企业带来巨大的经济效益。1.2.3操作可行性本系统采用基于Windows的图形用户界面,而该系统是大家熟悉的操作系统,对于那些有一般的计算机知识的人员就可以轻松上手。而整个超市管理系统采用最友好的交互界面,简介明了,不需要对数据库进行深入的了解。由此,该系统的操作是可行的,有必要开发该系统。综合以上三方面,该系统具有很高的开发可行性,无论是从技术上或者经济上还是操作上。因此,可以设计该系统的数据流程图,建立数据字典。经过认真地全面地可行性研究,系统基本上做到了在技术、经济、运行、法律上的可行。因此,相信在按照计划上实施的前提下,全系统的设计将会按时、高质量完成。所以,系统研制和开发是可以马上进行的。52、项目开发计划2.1编写目的经过项目的可行性分析,得出项目可进一步进行下去的结论,在软件继续进一步的开发之前首先给出此软件项目计划。2.2项目背景21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势,多种业态:超市、仓储店、便降低经营成本、扩大经营规模,成为超市营业者努力追求的目标。项目分析单位在接到项目分析员给出的项目可行性分析报告后,在本系统,即仓库进货管理系统开发主管部门的统一下制定用于软件实质开发的软件项目计划,以使软件开发单位理解软件开发要求,进行开发。2.3项目概述本系统主要包括:仓库管理、货架管理和收银管理。1)仓库管理主要包括:生成库存报告、生成缺货报告、录入更新数据。在需要时(可每隔一个时间段查询一次)生成商品库存情况报告,实时报告商品库存新数据库数据。62.4项目开发计划分三个大的阶段进行开发第一阶段完成本系统的数据流图跟E-R图。第二阶段完成概要设计跟详细设计。第三阶段书写文档。软件资金投入较少,具体预算分配简略。各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全可以开发出该系统,总的来说该项目没有较大的技术难点与其他的一些风险因素。对于出现的一些小难点总都能得到解决。2.5交付期限所要开发的系统较简单,所有开发工作用户要求要在3周内完成,完成项目的最迟时间为2011年8月18日。73.1任务需求分析1.商品录入:根据超市业务特点制定相关功能,可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品2.收银业务:通过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数量的方式)自动计算本次交易的总金额。在顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡,并对所购物品全部实行95折优惠,并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年,满一年未续卡者,该会员卡将3.安全性。POS登陆、退出、换班与操作锁定等权限验证保护;断电自动保护最大限度防止意外及恶意非法操作。4.独立作业。特有的断网收银即在网络服务器断开或网络不通的情况下,收后台管理系统(基本功能):1.进货管理:根据销售情况及库存情况,自动制定进货计划(亦可手工制定修改),可以避免盲目进货造成商品积压。按计划单有选择性地进行自询各种销售明细记录、各地收银员收银记录以及交结账情况等。按多种8方式统计生成销售排行榜,灵活察看和打印商品销售日、月、年报表。剩、少货、缺货等。软件为您预警,避免库存商品积压损失和缺货。库存自动盘点计算。4.人员管理:员工、会员、供货商、厂商等基本信息登记管理。员工操作权3.2数据流图、数据字典3.2.1数据流图数据流图由四种基本的元素构成:数据流(DataFlow),处理(Process),数据存储和数据源(数据终点)。数据流(DataFlow):为具有名称且有流向的数据,用标有名称的箭头表示,一个数据可以是记录、组合项或基本项。处理(Process):表示对数据所进行的加工和变换,在图中用矩形框表示。指向处理数据流为该处理的输入数据,离开处理的数据为处理的输出数据。数据存储:表示用文件方式或数据库形式所存储的数据,堆砌进行的存取分别以指向或离开数据存储的箭头表示。9———库存信息查询-进货信息请求十询已进货信息一新—销售信息—库存信息清单一图3.1库存管理部分第1层DFD图销售单销售清单图3.2销售管理部分第1层DFD图已进货信息新供货商信息已进货信息新供货商信息-进货信息清单→—进货信息查询→—采购单—进货信息请求→发出进货/采购清单查询—进货信息请求→-进货单——进货/采购清单检索结果4库存信息清单—图3.3进货管理部分第1层DFD图3.2.2数据字典数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。(1)已进货信息=进货单号+供货商号+商品名称+进货价+进货数量+进货日期+备注(2)销售信息=销售单号+商品编号+销售数量+销售日期(1)文件名:职工清单组成:{职工编号+姓名+性别+籍贯+学历+类别+工资+联系电话+联系地址+身份证号+聘用日期+编制日期+备注}组织:按职工编号递增排列组成:{商品编号+供货商号+名称+条形码+计量单位+类别+产地+单价+备注}组织:按商品编号递增排列组成:{供货商号+名称+联系人+联系电话+联系地址+开户行+银行帐号+备注}组织:按供货商编号递增排列组成:{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注}组织:按进货单编号递增排列组成:{销售单号+商品编号+销售数量+销售日期}组织:按销售单编号递增排列(6)文件名:库存清单组成:{商品编号+库存数量}组织:按商品编号递增排列加工逻辑:根据要查询的库存信息,检索出库存信息明细表输入流:库存信息查询,发出库存信息请求输出流:库存信息清单,进货信息请求根据进货信息或销售信息更新库存信息输入流:已进货信息,销售信息输出流:发出库存检索请求根据要查询的销售信息,检索出销售信息明细表输入流:销售信息查询输出流:销售清单,销售单加工逻辑:根据销售信息更细销售清单输入流:前台销售信息,库存信息输出流:更新库存清单加工逻辑:根据要查询的进货信息,检索出进货信息明细表输入流:进货信息查询,发出进货/采购清单查询输出流:库存信息清单,已进货信息,新供货商信息,进货单信息清单,采购单,进货信息请求,进货/采购清单检索结果加工逻辑:根据进货信息更新进货清单输入流:进货信息请求,进货单输出流:发出进货/采购清单查询加工逻辑:根据输入要查询的职工信息或供货商信息,检索出相应的结果输入流:职工信息查询,供货商信息查询,发出职工/供货商清单查询输出流:已有供货商信息,供货商信息清单,职工信息清单,职工/供货商清单检索结果输入流:职工信息,新供货商信息清单,职工/供货商清单检索结果4.1总体设计通过这个阶段的工作将划分出组成系统的物理元素。系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务,也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立,让模块彼此间的接口关系应该尽量简单。4.2数据库概念设计数据库一般分为三级模式:外模式、概念模式和内模式。外模式也就是不同用户所对的数据视图,它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描述,通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。4.2.1数据项和数据结构在这里我们将要设计的是数据库的概念模式,通过对超市管理系统的内容和数据流程分析及E-R图,设计如下数据项和数据结构。a)商品信息表(商品编号,商品名称,价格,条形码,促销价格,促销起日期,促销至日期,允许打折,库存数量,库存报警数量,计划进货数,允许销售,厂商编号,供货商编号)b)用户表(用户编号,用户名称,用户密码,用户类型)c)会员表(会员编号,会员卡号,累积消费金额,注册日期)d)销售表(销售编号,商品编号,销售数量,销售金额,销售日期)e)交易表(交易编号,用户名称,交易金额,会员卡号,交易日期)f)进货入库表(入库编号,入库商品编号,入库数量,单额,总额,入库日期,计划进货日期,入库状态)g)供货商表(供货商编号,供货商名称,供货商地址,供货商电话)h)厂商表(厂商编号,厂商名称,厂商地址,厂商电话)4.2.2实体联系E-R图根据对数据流图和数据字典的分析,我们可以确定该应用中的实体,属性和实体之间的关系,并画出如下所示的E-R图。销售单号销售单号n客户数量销售日期供货商编号商品编号n商品名称m电话价格供货日期名称地址进货单号进货日期职工编号供货销售n图4.1系统ER图说明1)商店中的所有用户(员工)可以销售多种商品,每种商品可由不同用户(员工)销售;2)每个顾客可以购买多种商品,不同商品可由不同顾客购买;3)每个供货商可以供应多种不同商品,每种商品可由多个供应商供应。视图设计1)交易视图(v_Dealing)——用于查询交易情况的视图;2)计划进货视图(v_PlanStock)——用于查询进货计划的视图;3)销售视图(v_Sale)——用于查询销售明细记录的视图;入库视图(v_Stock)——用于查询入库情况的视图详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统,包括了用户界面设计、程序过程设计等步骤。5.1系统功能模块图可以根据模块独立原理对软件结构进行精化。为了合理的分解,得到尽可能高的内聚、尽可能松散的耦合,最终要的是,为了得到一个易于实现、易于测试和易于维护的软件结构,应该对模块进行再分解或合并。系统功能模块图如下图5.1所示人人员管理库存管理销售管理进货管理收银业务商品录入前台pos系统后台管理系统小型超市收银系统图5.1系统功能模块图本系统共包括两大模块,分别是前台POS销售系统和后台管理系统。前台POS销售系统又分为商品录入子系统和收银业务子系统。后台管理系统分为进货管理模块、销售管理模块、人员管理模块和库存管理模块。5.2各子系统功能模块图1.商品录入子系统支持条形码扫快速商品录入支持条形码扫快速商品录入商品录入商品录入图5.2商品录入子系统支支持会员卡打打印交易清单交易总额计算图5.3收银业务子系统收银业务功能描述:收银业务子系统能计算交易总额,打印交易清单,并根据会员卡查查询打印计划自动入库登记自动制定进货进货管理图5.4进货管理子系统功能描述:进货管理子系统可以根据库存自动指定进货计划,进货时自动等级,以及提供查询和打印计划进货与入库记录的功能。生成销售排行生成销售排行查询打印销售商品销售控制图5.5销售管理子系统功能描述:销售管理子系统可以控制某商品是否允许销售,查询每种商品的销售情况并产生年、月、日报表,同时可以生成销售排行榜。自动盘点计算自动盘点计算库存状态告警查询库存明细库存管理图5.6库存管理子系统功能描述:库存管理子系统提供查询库存明细记录的基本功能,并根据库存的状态报警,以及自动盘点计算。功能描述:人员管理子系统提供基本信息登记管理,员工操作权限管理,客户销售权限管理的功能。客客户销售权限员工操作权限基本信息记录人员管理图5.7人员管理子系统5.3程序流程图程序流程图的优点是对控制流程的描绘很直观,易于掌握。通过对系统的调查和可行性分析,画出程序的流程图如下所示,程序过程设计主要是在借助过程设计工具的情况下,对程序的具体实现过程进行设计。程序的主要部分设计在这个环节完成。其主要包括以下几个部分:超市总经理与供货商浅谈超市总经理与供货商浅谈进货是否是新供货商否重新供应商新商品引进流程订货管理作业流程收获工作流程超市进行销售管理采购部与店面共同分析是否有滞销或质量问题采购部分析经营是否有雪信息部:新商品试销是否已经到期新商品转正流程供应商分析淘汰流程是否新供应商不需结算流程是1旧供应商新商品引进流程采购部处理解决退货管理流程一是-图5.8程序流程图5.4数据库逻辑结构设计在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型,例如,将E-R图模型转化为关系模型,道理很简单,我们设计概念模型基本上都是一些抽象的关系,在再数据库设计的实现过程中,在计算机上有效地表示出这些关系就成了数据库设计的关键。根据超市管理系统的功能要求,选取VisualBasic6.0作为后台数据库。一、在上面的实体和实体之间的E-R图设计基础上,形成数据库中的表格及表格之间的关系。表5-1数据库表索引表名中文名MerchInfo商品信息表用户表Menber会员表销售表Dealing交易表进货入库表供货商表厂商表表5-2商品信息表(Merchlnfo)字段名字段类型长度主/外键字段值约束对应中文名MerchID4P商品编号MerchNameVarchar商品名称MerchPriceMoney4价格MerchNum4库存数量CautionNum4库存报警数量PlanNum4计划进货数BarCodeVarchar条形码Money4促销价格Datetime8促销起日期Datetime8促销止日期AllowAbate4允许打折AllowSale4允许销售FactoryIDVarcharF厂商编号ProyidelDVarcharF供货商编号表5-3用户表(User)字段名字段类型长度主/外键字段值约束对应中文名UserIDP用户编号UserNameVarchar用户名称UserPWVarchar用户密码UserStyle4用户类型表5-4会员表(Menber)字段名字段类型长度主/外键字段值约束对应中文名MemberIDVarcharP会员编号MemberCardVarchar会员卡号TotalCostMoney4累积消费金额Datetime8注册日期表5-5销售表(Sale)字段名字段类型长度主/外键字段值约束对应中文名VarcharP销售编号MerChIDVarcharF商品编号Datetime8销售日期4销售数量Money4销售单额表5-6交易表(Dealing)字段名字段类型长度主/外键字段值约束对应中文名DealingIDVarcharP交易编号DealingPriceMoney4交易金额DealingDateMoney4交易日期MemberIDVarchar会员卡号UserNameVarcharF用户名称表5-7入库记录表(Stock)字段名字段类型长度主/外键字段值约束对应中文名VarcharP入库编号MerchIDVarcharF入库商品编号MerchNum4入库数量MerchPriceMoney4单额TotalPriceMoney4总额Datetime8Datetime入库日期PlanDateDatetime8Datetime计划进货日期4入库状态表5-8供货商表(Provide)字段名字段类型长度主/外键字段值约束对应中文名ProvideIDP供货商编号ProvideNameVarchar供货商名称ProyideAddressVarchar供货商地址ProvidePhoneVarchar供货商电话表5-9厂商表(Provide)字段名字段类型长度主/外键字段值约束对应中文名FactoryIDP厂商编号FactoryNameVarchar厂商名称FactoryAddressVarchar厂商地址FactoryPhoneVarchar厂商电话5.5连接数据库的特点当开发环境通过连接到数据库上之后,在设计中使用数据库画笔可实现对该设计中设计数据窗口的时候,通过对话框实现与数据的连接。在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码,使得应用程序开始运行并实现与数据库的连接。5.6用户界面设计5.6.1一般交互设计一般交互涉及信息显示、数据输入、和系统整体控制等方面。为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能,在设计的过程中,基本上保持了系统的格式一致。2、信息的反馈向用户及时提供视觉和听觉的信息反馈,以保证在用户和系统之间及时地建在本系统设计过程中,基本做到了信息的及时反馈,在信息显示的大部分窗体中包括了刷新按钮,会对数据库中的数据进行及时地显示。另外,在进行错误操作是,会弹出提示窗口并发出警告提示音。3、执行有较大影响的操作前提示用户确认在设计过程中,如果用户要执行删除操作,以及对数据库的读写操作时,都会有窗体弹出询问继续操作或者予以提示。4、减少两次操作间需要记忆的内容为了避免用户为下一步操作而记忆大量数据,所以在设计过程中在需要数据传递的窗体中设置全局变量,来传递数据。例如在入账和入库的模块的操作中都用到了这样的方法。5、对话、移动和思考的效率尽量减少用户击键的次数,在设计时考虑到了用户屏幕的布局以减少用户鼠标移动的距离,尽量避免用户在操作中发生疑问的情况。允许用户的误操作尽量不对系统造成伤害。7、按功能对动作分类,并据此设计屏幕布局屏幕布局尽量将软件所具有的所有功能在主页面展示,界面一目了然。5.6.2信息显示设计应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。这样才能满足用户的需求。使用不同的方式显示信息:用文字、图形、声音,按位置、移动和大小,使用颜色和省略等方式传达信息。1、只显示与当前工作有关的信息在用户操作有关系统的特定功能的信息时,不必看到与之无关的数据、菜单2、使用便于用户迅速吸收数据的方式来表示数据在系统设计的过程中,较多地使用了图表的形式表示数据,例如在分析中就使用了柱状图的形式表现了复杂的数据。这样,用户可以直观的体会到图表所表3、使用一致的标记、标准的缩写和可预知的颜色为了使系统所表达的含义准确、无误,就必须适用一致的标记、标准的缩写和可以预知的缩写,这样用户就无需参照其他信息源就能理解,而正确地适用软4、产生有意义的错误信息对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息,以使用户保持对系统的信任,和系统的可用性。5、使用窗口分隔不同类型的信息使用不同的窗口显示、保存不同类型的信息。6、高效率的使用显示屏当使用多窗口时,应该有足够的空间使得每个窗口至少都能显示出一部分。此外,屏幕的大小应该选得和应用系统的类型相配套。在各个显示数据的窗口中,由于数据窗体项目较多,所以在数据窗体空间中较多的是用了垂直和水平滚动条,以保证信息的全面正确显示。5.6.3数据输入界面设计用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系统中,键盘是主要的输入介质,但是鼠标等设备的也是重要的输入手段,所以,对于他们的数据输入操作有如下约定:1、保持信息显示和数据输入间的一致性为了方便用户的使用,鼠标应当尽量减少操作的幅度。2、保持显示信息和输入信息之间的一致性对于用户来说,要保证其输入的数据在显示上与其他显示的视觉特征(例如:文字大小、颜色、位置等)要一致。对于不同类型的用户在登录到系统后,由于有不同的权限,所以在主界面中会有一些项目受到限制而无法使用,所以要使这些项目不发生作用,以保证系统5.7软件测试软件测试的目的,第一是确认软件的质量,其一方面是确认软件做了你所期望的事情(Dotherightthing),另一方面是确认软件以正确的方式来做了这个第二是提供信息,比如提供给开发人员或程序经理的反馈信息,为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身,而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题,这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。5.7.1测试的方法和步骤软件的测试方法有两种,一种是黑盒测试(功能测试),另外一种是白盒测试(结构测试)。黑盒测试把程序看作一个黑盒子,完全不考虑程序的内部结构和处理过程。也就是说,黑盒测试是在程序接口进行的测试,它只检查程序功能是否能按照规格说明书的规定正常使用,程序是否能适当的接受输入数据并产生正确的输出信息,程序运行过程中能否保持外部信息的完整性。白盒测试的前提是可以把程序看成装在一个透明的白盒子里,测试者完全知道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序,检测程序中的主要执行通路是否能按预定的要求正确工作。在本次软件的测试工作中,由于水平的限制,仅仅对软件的各个功能模块进行了测试,并对各个模块之间的接口进行了详细的测试(用黑盒测试法)。测试的步骤由于该系统是一个小系统,可以把整个系统作为一个单独的实体来测试。当然,在测试的过程中可以分模块、分阶段来进行。大型软件系统通常是有若干个子系统组成,且每个子系统由由许多模块组成,因此,软件的测试过程基本上由子系统测试系统测试■验收测试5.7.2测试用例本次设计主要模块有查询模块、修改模块、输入模块和删除模块等,这里只列出以下模块的测试用例。当然,在实际的测试中应尽可能的对每个功能,都能1)输入空账号2)输入不存在的账号密码3)输入正确的账号和错误的密码4)输入正确账号和空密码2添加员工测试5)添加一个已存在的员工6)添加一个不存在的员工3、删除员工测试7)删除一个不存在的员工8)删除一个已存在的员工4、查询员工测试9)

温馨提示

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

评论

0/150

提交评论