软件工程实验案例

/信息工程学院课程论文《软件工程大作业》学生姓名学号所属学院专业班级时间塔里木高校教务处制试验一：项目开发的准备工作一．系统开发目的1．大大提超群市的运作效率；2．通过全面的信息采集和处理，帮助提超群市的决策水平；3．运用本系统，可以快速提升超市的管理水平，为降低经营成本，提高效益，增加超市扩张力，供应有效的技术保障。二．背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。三．项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。四．应用范围本系统适应于各种超市。五．定义1商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以运用自定义条形码。2交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额交易的时间、负责本次收银的员工号。3商品积压：在确定时期内，远无法完成销售支配的商品会造成积压。4促销：在确定时期内，某些商品会按低于原价的促销价格销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。5盘点：计算出库存、销售额、盈利等经营指标。六．可行性探讨1．管理可行性分析超市的经营者大多具备电脑基本操作学问，对于必要的专业操作经短期培训即可；管理基础工作和各项管理制度比较健全，执行严格，原始数据采集完整，保存良好。2．经济可行性分析超市管理系统的投入，能够提高工作效率，削减工作人员，从而削减人力资本的投入，依据核算，系统投入三个月后，就能够基本收回开发系统的投资，从经济角度来说，本系统开发完全必要。3．技术可行性分析(1)．硬件：电脑一台(2)．软件：操作系统：中文Windows7系统本身对硬件和软件的要求都不高且系统兼容性很强，平台的移植性也很好，因此无论在系统的硬件及软件上都满意开发的要求。(3)．本系统涉及到的技术因素：●管理系统的开发方法。运用面对对象开发方法开发软件系统●网络和通信技术。开发小组有基于C/S开发的阅历●C/S机构规划和技术设计。开发小组有应用数据库开发阅历(4)．运行上的可行性：●操作简洁：简洁的操作规则使操作人员能轻松驾驭。●查询便利：用户可设定随意条件和随意的查询项目进行检索。●统计灵敏：随意条件下随意项目的产品入库时间、数量等的统计及查询项目均可进行交叉统计。4.系统初步ER图厂商厂商生产用户供货商销售消费会员商品供货5．可行性探讨结论本小组拟开发的管理信息系统操作便利灵敏，便于学习，因此，该系统具有可行性。通过经济、技术、和社会等方面的可行性探讨，可以确定本系统的开发完全必要，而且是可行的，可以立项开发。试验二：系统分析过程用户需求分析超市的进销存管理信息系统，首先必需具备的功能是记录仓库存货、销售以及进货状况，通过该系统了解超市进货渠道、商品单价、数量，库存商品的种类、数量，销售商品种类、价格、数量，以便管理员依据以上信息作出经营管理决策。在性能方面要求系统核算精确，使实存商品、销售商品和所记帐目一样，能够被超市长期有效运用。数据主要来自于入库单、发票，超市销售在营业期间内始终发生，数据也就始终变更。销售商品后开动身票，并且要显示商品价格数额。在当天汇总时修改相应文件，留意的是总额、总数量。为削减月末工作量，日常中要对报表数据逐步统计核算。超市数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码。查看资料需输入正确密码，销售人员销售货物需输入代号才能打开收银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简洁系统功能分析1.零售前台（POS）管理系统，本系统必需具有以下功能：商品录入：依据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能精确快速地进行商品扫描录入。收银业务：通过扫描条形码或者干脆输入商品名称（对于同类多件商品接受一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。假如顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折实惠，并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。平安性：OS登陆、退出、换班和操作锁定等权限验证爱惜；断电自动爱惜最大限度防止意外及恶意非法操作。独立作业：有的断网收银即在网络服务器断开或网络不通的状况下，收银机仍能正常作业2.后台管理系统，本系统必需具备以下功能进货管理：依据销售状况及库存状况，自动制定进货支配（亦可手工制定修改），可以避开盲目进货造成商品积压。按支配单有选择性地进行自动入库登记。综合查询打印支配进货和入库记录及金额。销售管理：商品正常销售、促销和限量、限期及禁止销售限制。综合查询各种销售明细记录、各地收银员收银记录以及交结账状况等。按多种方式统计生成销售排行榜，灵敏察看和打印商品销售日、月、年报表。库存管理：综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避开库存商品积压损失和缺货。库存自动盘点计算。人员管理：员工、会员、供货商、厂商等基本信息登记管理。员工操作权限管理。客户销售权限管理。3.系统结构系统总体结构小型超市零售管理系统小型超市零售管理系统前台POS销售系统后台管理系统商品录入收银业务进货管理销售管理库存管理人员管理4.流程图前台管理系统5.系统ER图允许销售允许打折商品用户姓名会员用户号用户类型nn供货购买日期消费金额会员卡号厂商厂商ID厂商名称厂商地址厂商电话供货商名称mn生产m1注册时间允许销售允许打折商品用户姓名会员用户号用户类型nn供货购买日期消费金额会员卡号厂商厂商ID厂商名称厂商地址厂商电话供货商名称mn生产m1注册时间会员ID累计金额用户用户ID用户密码m供货金额供货日期销售日期供货商电话供货商地址供货商ID供货商销售销售ID商品ID商品名称价格促销价格消费m系统ER图说明1.商店中的全部用户（员工）可以销售多种商品，每种商品可由不同用户（工）销售；2.每个顾客可以购买多种商品，不同商品可由不同顾客购买；每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。试验三：系统设计过程一．系统模型：户类型和职能（1）、员工（营业员）：通过商品条形码扫描输入商品到购买清单操作软件计算交易总金额操作软件输出交易清单对会员进行会员卡扫描以便打折（2）、：超市经理操作软件录入商品，供货商，厂商操作软件制定进货支配查询打印支配进货和入库记录操作软件限制商品销售和否查询打印销售状况操作软件生成销售排行榜查询库存明细记录依据软件发出的库存告警进行入货操作软件进行盘点计算（3）、总经理：基本信息登记管理员工操作权限管理客户销售权限管理零售前台（POS）管理系统用例视图后台管理系统用例视图二．模块子系统结构：商品录入商品录入快速商品录入支持条形码扫描(1).商品录入功能描述：商品录入子系统要求能快速录入商品，因此必需支持条形码扫描。(2).收银业务收银业务收银业务交易总额计算打印交易清单支持会员卡打折功能描述：收银业务子系统能计算交易总额，打印交易清单，并依据会员卡打折。(3).进货管理进货管理进货管理自动制定进货支配自动入库登记查询打印支配

进货与入库记录功能描述：进货管理子系统可以依据库存自动指定进货支配，进货时自动等级以及供应查询和打印支配进货和入库记录的功能。(4).销售管理销售管理销售管理商品销售限制查询打印销售状况生成销售排行榜功能描述：销售管理子系统可以限制某商品是否允许销售，查询每种商品的销售状况并产生年、月、日报表，同时可以生成销售排行榜。(5).库存管理查询库存明细记录查询库存明细记录库存状态自动告警提示库存管理自动盘点计算功能描述：库存管理子系统供应查询库存明细记录的基本功能，并依据库存的状态报警，以及自动盘点计算。(6).人员管理人员管理人员管理基本信息登记管理员工操作权限管理提示客户销售权限管理提示功能描述：人员管理子系统供应基本信息登记管理，员工操作权限管理，客户权限管理试验四：软件测试软件开发过程一般须要阅历这样几个主要的阶段：1.定义。明确软件开发的目标、软件的需求。2.支配。制定软件开发所涉及的各种支配。3.实现。进行设计、编码、文档编写工作，完成所要求的开发的软件特性。4.稳定化。以测试和缺陷修复工作为主，确保将提交的软件具有良好的质量。5.部署。安装、提交开发完成的软件，建立可供用户运用的环境。测试方案一．范围本文档适用于超市管理系统软件的单元/集成测试。1．系统概述2．文档概述本文档用于对超市管理系统软件的测试工作阶段成果的描述。包括对软件测试的整体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等内容。二．引用文档《超市管理系统软件需求规格说明》《超市管理系统软件设计说明》《超市管理系统系统接口协议》三．测试概述1.被测软件的基本概况运用的编程语言：汇编语言程序行数：子程序个数：单行注释行数：注释率：测试小结本次测试对超市管理系统软件进行了静态分析和动态测试。测试工作分为两个阶段。第一阶段进行了软件静态分析，软件测试人员和开发人员分别对软件V1.00版本的代码进行走读。在此基础上软件开发人员对代码走查中发觉的问题进行了修改，做了代码变更并提交了新版本进行动态测试。在测试过程中针对发觉的软件缺陷进行了初步分析，并提交程序设计人员对原软件中可能存在的问题进行考查。在软件测试中首先依据软件测试的规范进行考核，将书写规范，注释等基础问题首先解决，其次考核软件测试中的问题是否存在设计上的逻辑缺陷，假如存在设计缺陷则应分析该缺陷的严峻程度以及可能引发的故障。软件开发人员在以上基础上对软件的不足做出相应的修改，同时通过软件回来测试验证软件修改后能够得到的改善结果。在动态测试阶段进行了单元测试和集成测试。此阶段发觉的软件问题经软件测试人员修改，提交了新版本，软件测试人员对此版本的软件代码进行了回来测试，确认对前阶段发觉的软件问题进行了修改。a.静态分析小结静态测试接受人工代码走查的方式进行。参加代码走查的软件开发人员有：（略）；参加代码走查的软件测试人员有：（略）。代码走查以代码审查会议的形式进行。静态分析过程中共进行了四次会议审查。静态测试阶段的主要工作内容是： 依据对软件汇编源代码的分析绘制详细的程序流程图和调用关系图； 比照软件汇编源代码和流程图进行程序逻辑分析、算法分析、结构分析和接口分析； 对软件汇编源代码进行编程规范化分析。通过静态测试查找出软件的缺陷个，其中略微的缺陷中等的缺陷严峻的缺陷b.动态测试小结动态测试运用的测试工具为超市管理系统软件集成开发环境。总共的测试用例数：全部由测试人员人工设计。其中单元测试用例，集成测试用例。发觉的软件缺陷，都是在单元测试过程中发觉的。集成测试阶段未发觉新的软件缺陷。在发觉的软件缺陷中：中等的缺陷严峻的缺陷动态测试中代码覆盖率：代码行覆盖率分支覆盖率程序单元调用覆盖率c.回来测试小结对软件测试过程中发觉的缺陷经软件开发人员确认后进行了代码更改，并对更改后的代码进行了回来测试。本报告中的数据是回来测试后的测试数据。d.测试分析下面将对此次软件测试中的全部缺陷以及改进设计进行分析。2．静态测试中的缺陷分析：a. 4个略微缺陷属于代码冗余，由于在程序设计中加入了部分调试程序，在程序设计完成后未将这些调试代码注释或删除掉而造成代码冗余，但对程序本身的功能并无影响。修改后程序的效率得到提高。b. 11个中等缺陷属于注释变更，在原程序代码的注释中存在注释不精确的问题，会影响程序员对程序的理解，修改后的程序提高了程序的可读性。c. 重点分析3个严峻缺陷：第一个严峻缺陷属于XX号的无效判别和相应的处理问题，程序对XX号进行无效判别时，判别界限并不完全，在本跟踪程序中XX号的有效数为01-10（用4位表示），而判别无效时只判了为00的状况，没有判别大于10的状况。而且在为00时也没有作相应的处理，修改后的程序对设计进行了改进。其次个严峻缺陷属于程序设计中读取地址错误问题，经分析在调试中读取的数据是正确的，但是读取的地址和设计初衷不相符，修改后问题得到了解决，详见改进设计分析1。第三个严峻错误是近区/远区子程序推断和进入条件反了，经分析对程序的影响不大，但和设计初衷不一样，修改后问题得到了解决，详见改进设计5。3． 动态测试中的缺陷分析：a. 中等缺陷1个，在程序的注释中出现错误，将近区注释为远区，修改后问题得到了解决，提高了程序的可读性。b. 严峻缺陷1个，在XX号无效的判别中，本应推断大于10，但误设计为0，修改后经回来测试问题得到了解决。4.测试记录a测试时间：b地点：c硬件配置：P4CPU，内存512M，硬盘80Gd软件配置：WondowsＸＰ，e被测软件版本号：f全部测试相关活动的日期和时间、测试操作人员等记录见软件测试记录文档。四．测试结果在两个阶段测试过程中共发觉软件缺陷20个，经软件开发人员确认的缺陷为20个，经过改正的代码消退了全部以确认的软件缺陷并通过了回来测试。因测试条件所限，未能进行软件的确认测试