软件工程实验案例

《软件工程实验案例》由会员分享，可在线阅读，更多相关《软件工程实验案例（17页珍藏版）》请在金锄头文库上搜索。

1、信息工程学院课程论文软件工程大作业学生姓名 学 号 所属学院 专 业 班 级 时 间 塔里木大学教务处制实验一：项目开发的准备工作一系统开发目的1大大提高超市的运作效率；2通过全面的信息采集和处理，辅助提高超市的决策水平；3使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。二背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的

2、竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。三项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。四应用范围本系统适应于各种超市。五定义1 商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。2 交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额交易的时间、负责本次收银的员工号。3 商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。4 促销：在一定时期内，某些商品会按低于原价的促销价格

3、销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。5 盘点：计算出库存、销售额、盈利等经营指标。六可行性研究 1管理可行性分析超市的经营者大多具备电脑基本操作知识，对于必要的专业操作经短期培训即可；管理基础工作和各项管理制度比较健全，执行严格，原始数据采集完整，保存良好。2经济可行性分析超市管理系统的投入，能够提高工作效率，减少工作人员，从而减少人力资本的投入，根据核算，系统投入三个月后，就能够基本收回开发系统的投资，从经济角度来说，本系统开发完全必要。3技术可行性分析(1)硬件：电脑一台(2)软件：操作系统：中文Windows 7系统本身对硬件和软件的要求都不高且系统兼容性很强

4、，平台的移植性也很好，因此无论在系统的硬件及软件上都满足开发的要求。(3)本系统涉及到的技术因素： 管理系统的开发方法。使用面向对象开发方法开发软件系统 网络和通信技术。开发小组有基于C/S开发的经验 C/S机构规划和技术设计。开发小组有应用数据库开发经验(4)运行上的可行性： 操作简单：简单的操作规则使操作人员能轻松掌握。 查询方便：用户可设定任意条件和任意的查询项目进行检索。 统计灵活：任意条件下任意项目的产品入库时间、数量等的统计及查询项目均可进行交叉统计。4.系统初步ER图厂商生产用户供货商销售消费会员商品供货5可行性研究结论本小组拟开发的管理信息系统操作方便灵活，便于学习，因此，该系

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

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

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

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

9、信息登记管理。 员工操作权限管理。 客户销售权限管理。3.系统结构系统总体结构小型超市零售管理系统前台POS销售系统后台管理系统商品录入收银业务进货管理销售管理库存管理人员管理4.流程图前台管理系统5.系统ER图允许销售允许打折商品用户姓名会员用户号用户类型nn供货购买日期消费金额会员卡号厂商厂商ID厂商名称厂商地址厂商电话供货商名称mn生产m1注册时间会员ID累计金额用户用户ID用户密码m供货金额供货日期销售日期供货商电话供货商地址供货商ID供货商销售销售ID商品ID商品名称价格促销价格消费m系统ER图说明1.商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（工）销售；2.每个

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

11、操作权限管理l 客户销售权限管理零售前台（POS）管理系统用例视图后台管理系统用例视图二模块子系统结构：商品录入快速商品录入支持条形码扫描 (1). 商品录入 功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。(2). 收银业务收银业务交易总额计算打印交易清单支持会员卡打折功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。(3). 进货管理进货管理自动制定进货计划自动入库登记查询打印计划进货与入库记录功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级以及提供查询和打印计划进货与入库记录的功能。(4). 销售管理销售管理商品销售控制查询打

12、印销售情况生成销售排行榜功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。(5). 库存管理查询库存明细记录库存状态自动告警提示库存管理自动盘点计算功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。(6).人员管理人员管理基本信息登记管理员工操作权限管理提示客户销售权限管理提示功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户权限管理实验四：软件测试软件开发过程一般需要经历这样几个主要的阶段：1. 定义。明确软件开发的目标、软件的需求。2. 计划。制定软件开发所

13、涉及 的各种计划。3. 实现。进行设计、编码、文档编写工作，完成所要求的开发的软件特性。4. 稳定化。以测试和缺陷修复工作为主，确保将提交的软件具有良好的质量。5. 部署。安装、提交开发完成的软件，建立可供用户使用的环境。测试方案一 范围本文档适用于超市管理系统软件的单元/集成测试。1 系统概述2 文档概述本文档用于对超市管理系统软件的测试工作阶段成果的描述。包括对软件测试的整体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等内容。二 引用文档超市管理系统软件需求规格说明超市管理系统软件设计说明超市管理系统系统接口协议三 测试概述1. 被测软件的基本概况使用的编程语言： 汇编语

14、言程序行数：子程序个数：单行注释行数：注释率：测试小结本次测试对超市管理系统软件进行了静态分析和动态测试。测试工作分为两个阶段。第一阶段进行了软件静态分析，软件测试人员和开发人员分别对软件V1.00版本的代码进行走读。在此基础上软件开发人员对代码走查中发现的问题进行了修改，做了代码变更并提交了新版本进行动态测试。在测试过程中针对发现的软件缺陷进行了初步分析，并提交程序设计人员对原软件中可能存在的问题进行考查。在软件测试中首先根据软件测试的规范进行考核，将书写规范，注释等基础问题首先解决，其次考核软件测试中的问题是否存在设计上的逻辑缺陷，如果存在设计缺陷则应分析该缺陷的严重程度以及可能引发的故障。