软件测试超市进销存管理系统与测试.doc
《软件测试超市进销存管理系统与测试.doc》由会员分享,可在线阅读,更多相关《软件测试超市进销存管理系统与测试.doc(17页珍藏版)》请在咨信网上搜索。
1、第一章 系统背景.1 第二章 系统的需求分析.2 2.1 理解需求.2 2.2 需求分析任务.3 2.3 用况分析.3 2.4 系统描述.3 第三章 系统的概要设计.8 3.1 导言.8 3.2.总体设计.8 3.3 数据结构设计.12 第四章 软件测试.14 第五章 课程设计心得.16 参考文献.16 第一章第一章 系统背景系统背景 随着现代科学技术的迅猛发展,计算机技术已渗透到各个领域,成为各行业必不可少的工具,特别是 Internet 技术的推广和信息高速公路的建立,使 IT 产业在市场竞争中越发显示出其独特的优势,步入数字化时代,有巨大的数据信息等待着加工处理和传输,这使得对数据库的进
2、一步开发和利用显得尤为迫切。作为国内市场的一些中小超市,他们在信息化过程中的步伐要落后大中型超市,而对于这些企业的资源管理,信息的存储和处理也显的迫切需要,要适应市场竞争,就需要有高效的处理方式和管理方法,因此加快超市的电算化进程是必不可少的。在会计业务中,产成品的完成,发出和结存关系到超市销计划的完成和流动资金占用情况,而销售核算子系统是电算化会计系统中一个关键且比较复杂的子系统。通过这个子系统提供的信息可以了解企业的经营成果,通过产品销售收入用来补偿已消耗的生产资料,支付工资和其他费用,缴纳税金并实现利润。超市进销存管理系统是目前应用于公司或企业进销存管理系统中的典型代表,它涉及商品或货物
3、管理中主要的几个方面,即进货、销售、库存。本文利用 Visual Basic 完成管理平台设计,构造所用的类库;使用 Access 数据库存储数据,限单机使用。主要阐述了进销存管理系统的设计目标,系统要求、总体设计、详细设计、测试等。第二章第二章 系统的需求分析系统的需求分析 2.12.1 理解需求理解需求 本系统通过进销存系统的终端用户和客户的进行调研后,得出系统需求的关键部分如下:(1)进货管理 商品进货信息管理:商品进货信息包括商品进货数量、单价、供货商、进货日期、等。商品进货管理功能完成进货信息登记、修改和删除等。更新库存:进货信息的变动直接关系到库存的变化(2)库存管理 库存商品信息
4、管理:商品库存信息包括商品进货数量、单价、供货商、进货日期、等。商品库存管理功能完成库存信息登记、修改和删除、查询等。(3)销售管理 信息管理:商品销售信息包括商品销售数量、单价、统计日等商品销售。管理功能完成销售信息登记、修改和删除,以及销售总汇查询。本系统应该对基础数据(用户数据字典)进行维护。系统应该提供强大的数据统计、查询、报表生成及打印等功能。系统客户端运行在 Windows 各版的平台下,系统还应该有一个较好飞图形用户界面。系统还应该有很好的可扩展性。系统应该容易上手,方便使用。2.22.2 需求分析任务需求分析任务 第一项任务:画出“进销存管理系统”的组合结构图,即组织结构模型。
5、第二项任务:画出“进销存管理系统”的业务操作图,即业务操作模型。第三项任务:画出“进销存管理系统”的数据流程图。第四项任务:列出“进销存管理系统”的功能点列表,即功能模型。第五项任务:列出“进销存管理系统”的性能点表,即性能模型。第六项任务:确定“进销存管理系统”的环境模型,即运行环境。2.32.3 用况分析用况分析 使用 Rose 工具对系统进行 UML 建模,如图所示:2.4 2.4 系统描述系统描述 2.4.1 组织结构与职责 用户 销售 进货 销售删除 销售修改 销售录入 销售人员管理商品删除 商品修改 销售总汇查寻商品录入 用户录入 用户删除 用户修改 用户管理 2.4.2 角色定义
6、 组织结构图中各单位职责说明与相关业务,如表:序号 单位名称 单位职责 相关业务 1 用户(管理者)超市的全面管理 超市信息的统计、分析、决策 2 进货管理 根据实际情况进货 进货商品信息的录入、修改、删除、查看 3 销售管理 对超市销售进行统计 销售商品信息的录入、修改、删除、销售总数查询 4 销售人员管理 销售人员信息管理 销售人员信息的录入、修改、删除、查看 5 用户(使用者)超市的使用者管理 用户信息录入、修改 2.4.3 单据、表 用户信息单据 单据名称 用户信息单据 用途 存放用户基本信息 使用单位 用户 制作单位 用户 字段名 数据类型 字段宽度 格式 索引否 说明 用户(管理者
7、)销售管理 进货管理 销售人员管理 用户(使用者)进货信息单据 单据名称 进货信息单据 用途 存放进货有关的基本信息 使用单位 进货部门 制作单位 进货部门 各项数据详细说明如下:字段名 字段类型 字段宽度 格式 索引否 说明 货号 文本 50 标准 有(无重复)货名 文本 50 标准 无 单位 文本 50 标准 无 时间 日期/时间 标准 无 单价 货币 货币 无 数量 数字 长整型 标准 无 收货人 文本 50 标准 无 供货人 文本 50 标准 无 销售人员信息单据 单据名称 销售人员信息单据 用途 存放销售人员个人信息 使用单位 销售部门 制作单位 销售部门 各项数据详细说明如下:字段
8、名 字段类型 字段宽度 格式 索引否 说明 Id 自动编号 长整型 标准 有(无重复)销售员 文本 50 标准 无 商品销售信息单据 单据名称 商品销售信息单据 用途 存放商品销售的基本信息 使用单位 销售部门 制作单位 销售部门 用户名 文本 50 标准 有(无重复)用户帐号 密码 数字 长整型 标准 无 用户密码 各项数据详细说明如下:字段名 字段类型 字段宽度 格式 索引否 说明 id 自动编号 长整型 标准 有(无重复)商品编号 文本 50 标准 无 商品名称 文本 50 标准 无 单位 文本 标准 无 销售日期 日期/时间 标准 无 单价 货币 货币 无 利润 数字 长整型 标准 无
9、 售货人名 文本 50 标准 无 3.3.系统功能需求系统功能需求 3.1 功能需求分析 进货:进货商品信息的录入、修改、删除、查看 销售:销售商品信息的录入、修改、删除、销售总数查询 销售人员管理:销售人员信息的录入、修改、删除、查看 用户管理:用户信息录入、修改 3.2 功能需求点列表/功能模型“进销存管理系统”的用况描述如表:进销存管理系统的用况描述列表 编号 用况名称 使用部门 用况描述 输入 系统响应 输出 1 建立并维护商品进货信息 进货部门 进货商品信息的录入、修改、删除、查看 输入进货商品信息 将进货商品存入到“商品”实体中 以进货物进货人员基本信息 2 建立并维护商品销售信息
10、 销售部门 销售商品信息的录入、修改、删除、销售总数查询 输入商品销售信息 将销售出的商品存入“商品”实体中 销售商品销售人员基本信息 3 建立并维护销售人员信息 销售部门 销售人员信息的录入、修改、删除、查看 输入销售人员信息 将销售人员基本情况存入“销售人员”实体中 销售人员个人信息 4 建立并维护用户个人信息 用户 用户信息录入、修改 输入用户信息 系统自动存入信息 用户信息 4.4.系统性能需求(系统性能需求(Performance of Target SystemPerformance of Target System)4.1 时间要求(Time Request)(1)查询某条记录的
11、时间应少于 3 秒。(2)录入、修改某条记录的时间应少于 0.5 秒。(3)检查输入资料合法性时间应小于 0.1 秒。(4)用报表形式列出数据库中所有记录应小于 10 秒。4.2 性能需求点列表/性能模型(Performance List/Performance Modle)编号 性能名称 使用部门 性能描述 系统响应 输出 1 检查资料的规范性 进货部门、销售部门、用户 检测录入、修改、删除所输入的资料的正确性 在 0.1 秒内对资料进行检查 输出信息是否符合规范 2 资料录入、修改、删除数据库 进货部门、销售部门、用户 在数据库中录入、修改、删除对应的资料 在 0.5 秒内对数据进行录入、
12、修改、删除输出提示信息 输出提示信息 3 资料查询 进货部门、销售部门、用户 在数据库中查找需要的内容 在 3 秒内列出所以符合要求的记录 输出符合要求的记录 4 报表输出 进货部门、销售部门、用户 用报表形式显示出数据库中所有记录 在 10 秒内显示出所有数据库中的记录 输出需要现在的报表 5.5.目标系统界面(目标系统界面(Interface of Target SystemInterface of Target System)输入设备:键盘、鼠标。输出设备:显示器、打印机。显示风格:图形界面与字符界面相结合。显示方式:1024*786.输出格式:打印格式。输出类型:报表形式。6.6.目标
13、系统其他需求(目标系统其他需求(Other Requirement of Target SystemOther Requirement of Target System)1、保密性 机密或敏感数据库在存储过程、处理、传输过程中要保密,确保用户在授权后才能访问。2、完整性 保证系统中的信息处在一种完整和没有受到损害,防止因非授权访问、部件故障或其它错误而引起信息篡改、破坏或丢失。企业建站数据库中。系统管理员可以访问注册用户数据库。3、可靠性 保障系统在复杂的网络环境下提供持续、可靠的服务。第三章第三章 系统的概要设计系统的概要设计 3.1 3.1 导言导言 3.1.1 目的 从该阶段开始正式进入
14、软件的实际开发阶段,本阶段完成系统的大致设计并明确司徒的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程,这种表示只是描绘出软件总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌,把它加工成在程序细节上非常接近源程序的软件表示。3.1.2 命名规则(1)全局变量、局部变量的命名必须用英文字母简写来命名。(2)数据库表名、字段名等命名必须用英文来命名。3.1.3 术语定义 序号 术语名称 术语定义 1 总体结构 软件系统的总体逻辑结构。本系统采用面向对象的设计方法,所以逻辑结构为部件组装图 2 概念模型CDM 关系数据库的逻辑设计模型,包括一张
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 超市 进销存 管理 系统
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【a199****6536】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【a199****6536】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。