软件测试超市进销存管理系统及测试文档格式.docx
《软件测试超市进销存管理系统及测试文档格式.docx》由会员分享，可在线阅读，更多相关《软件测试超市进销存管理系统及测试文档格式.docx（20页珍藏版）》请在冰豆网上搜索。
第三项任务：
画出“进销存管理系统”的数据流程图。
第四项任务：
列出“进销存管理系统”的功能点列表，即功能模型。
第五项任务：
列出“进销存管理系统”的性能点表，即性能模型。
第六项任务：
肯定“进销存管理系统”的环境模型，即运行环境。
用况分析
利用Rose工具对系统进行UML建模，如图所示：
系统描述
2.4.1组织结构与职责
2.4.2角色概念
组织结构图中各单位职责说明与相关业务，如表：
序号
单位名称
单位职责
相关业务
1
用户（管理者）
超市的全面管理
超市信息的统计、分析、决策
2
进货管理
根据实际情况进货
进货商品信息的录入、修改、删除、查看
3
销售管理
对超市销售进行统计
销售商品信息的录入、修改、删除、销售总数查询
4
销售人员管理
销售人员信息管理
销售人员信息的录入、修改、删除、查看
5
用户（使用者）
超市的使用者管理
用户信息录入、修改
2.4.3单据、表
用户信息单据
单据名称
用途
存放用户基本信息
使用单位
用户
制作单位
字段名
数据类型
字段宽度
格式
索引否
说明
用户名
文本
50
标准
有（无重复）
用户帐号
密码
数字
长整型
无
用户密码
进货信息单据
存放进货有关的基本信息
进货部门
各项数据详细说明如下：
字段类型
货号
货名
单位
时间
日期/时间
单价
货币
数量
收货人
供货人
销售人员信息单据
销售人员信息单据
存放销售人员个人信息
销售部门
Id
自动编号
销售员
商品销售信息单据
存放商品销售的基本信息
各项数据详细说明如下：
id
商品编号
商品名称
销售日期
利润
售货人名
3.系统功能需求
功能需求分析
进货：
销售：
销售人员管理：
用户管理：
功能需求点列表/功能模型“进销存管理系统”的用况描述如表：
进销存管理系统的用况描述列表
编号
用况名称
使用部门
用况描述
输入
系统响应
输出
建立并维护商品进货信息
输入进货商品信息
将进货商品存入到“商品”实体中
以进货物进货人员基本信息
建立并维护商品销售信息
输入商品销售信息
将销售出的商品存入“商品”实体中
销售商品销售人员基本信息
建立并维护销售人员信息
输入销售人员信息
将销售人员基本情况存入“销售人员”实体中
销售人员个人信息
建立并维护用户个人信息
输入用户信息
系统自动存入信息
用户信息
4.系统性能需求（PerformanceofTargetSystem）
时刻要求（TimeRequest）
（1）查询某条记录的时刻应少于3秒。
（2）录入、修改某条记录的时刻应少于秒。
（3）检查输入资料合法性时刻应小于秒。
（4）用报表形式列出数据库中所有记录应小于10秒。
性能需求点列表/性能模型（PerformanceList/PerformanceModle）
性能名称
性能描述
检查资料的规范性
进货部门、销售部门、用户
检测录入、修改、删除所输入的资料的正确性
在秒内对资料进行检查
输出信息是否符合规范
资料录入、修改、删除数据库
在数据库中录入、修改、删除对应的资料
在秒内对数据进行录入、修改、删除输出提示信息
输出提示信息
资料查询
在数据库中查找需要的内容
在3秒内列出所以符合要求的记录
输出符合要求的记录
报表输出
用报表形式显示出数据库中所有记录
在10秒内显示出所有数据库中的记录
输出需要现在的报表
5.目标系统界面（InterfaceofTargetSystem）
输入设备：
键盘、鼠标。
输出设备:
显示器、打印机。
显示风格：
图形界面与字符界面相结合。
显示方式：
1024*786.
输出格式：
打印格式。
输出类型：
报表形式。
6.目标系统其他需求（OtherRequirementofTargetSystem）
一、保密性 机密或敏感数据库在存储进程、处置、传输进程中要保密，确保用户在授权后才能访问。
二、完整性 保证系统中的信息处在一种完整和没有受到损害，避免因非授权访问、部件故障或其它错误而引发信息窜改、破坏或丢失。
企业建站数据库中。
系统管理员能够访问注册用户数据库。
3、靠得住性保障系统在复杂的网络环境下提供持续、靠得住的服务。
第三章系统的概要设计
导言
3.1.1目的
从该阶段开始正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确司徒的数据结构与软件结构。
在软件设计阶段主如果把一个软件需求转化为软件表示的进程，这种表示只是描画出软件总的概貌。
本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件整体概貌，把它加工成在程序细节上超级接近源程序的软件表示。
3.1.2命名规则
（1）全局变量、局部变量的命名必需用英文字母简写来命名。
（2）数据库表名、字段名等命名必需用英文来命名。
3.1.3术语概念
术语名称
术语定义
总体结构
软件系统的总体逻辑结构。
本系统采用面向对象的设计方法，所以逻辑结构为部件组装图
概念模型CDM
关系数据库的逻辑设计模型，包括一张逻辑E-R图及相应的数据字典
物理模型PDM
关系数据库物理设计模型，包括一张物理表关系图及其相应的数据字典
角色
数据库中享有某些特权操作的用户
子系统
具有相对独立功能的小系统，一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成
6
模块
具有功能独立、能被调用的信息单元
7
参考资料
指本文书写时用到的其他资料
.整体设计
3.2.1整体结构设计
整体结构示用意
3.2.2运行环境设计（DesignofRunningEnvrionment）
软件平台：
（1）OS:
Windows98/WindowsME/WindowsNT/Windows2003/WindowsXP
（2）数据库为SQLServer2000
硬件平台：
（1）CPU:
PentiumIII500MHz以上
（2）磁盘空间容量：
600MB以上
（3）内存：
128MB以上
（4）其他：
键盘、鼠标
3.2.3子系统清单
子系统编号
子系统名
子系统功能简述
Ss1
Ss2
Ss3
Ss4
用户管理
3.2.4功能模块清单（FunctionModelList）
模块编号
模块名称
模块功能简述
模块接口简述
M1-1
录入商品基本信息
入口参数：
商品基本信息
出口参数：
录入数据库
M1-2
进货数据添加
录入进货商品数据
修改数据库对应字段
M1-3
进货数据修改
修改进货商品数据
M1-4
进货数据删除
删除出错信息
删除数据库对应字段
M1-5
进货数据查看
查询进货基本信息
显示用户需要的字段
M2-1
录入销售人员的基本信息
ID号
M2-2
销售人员添加
添加销售人员的基本信息
M2-3
销售人员删除
删除销售人员基本信息
M2-4
销售人员查看
查询销售人员基本信息
显示用户需要字段
M3-1
录入已销售出的商品信息
录入商品信息
M3-2
销售商品添加
添加已销售的商品信息
M3-3
销售商品修改
修改销售商品信息
M3-4
记录删除
记录删除信息
M3-5
销售商品查看
查询销售商品信息
M4-1
销售业绩总汇
查询销售业绩
M4-2
销售总计查询
查询销售额
货号、ID号
M5-1
录入用户基本信息
姓名
M5-2
用户信息添加
添加用户信息
M5-3
用户密码修改
修改用户密码
M5-4
用户信息删除
删除无用的信息
数据结构设计
3.3.1逻辑结构E-R图
3.3.2进销存管理系统数据流图
3.3.3进销存管理系统数据表：
User表
UserName
Password
Save表
GoodNum
GoodName
DanWei
InDate
进货时间
DanJia
GoodCount
总数
ShouMan
GongMan
人员信息表：
Saler表
SaleName
销售人名
Sale表
OutDate
OutCount
3.3.4进销存管理系统数据字典：
现只给出进销存管理系统第一阶段数据字典
现只给出运网物流管理系统第一阶段数据字典
数据流名：
（进货）输入请求
来源：
供货商
流向：
销售
组成：
货名+货号+计量单位+单价+数量+日期+收货人员+供货商
（销售业绩）查询请求
收货
输出：
数据编码
货名+货号+总量+总价+利润
第四章软件测试
登岸测试:
主界面
第五章课程设计心得
通过这次实践，学习了很多东西。
同时也发觉了很多问题。
在动手制作之前
对系统的分析不够全面，在制作进程种走了很多弯路。
以后有待改良。
参考文献
[1]谢希仁.运算机网络（第五版）[M].北京：
电子工业出版社，2008年2月
[2]胡小强运算机网络[M]北京：
北京邮电大学出版社2005年1月
[3]
《LoadRunner和软件项目性能测试》，机械工业出版社，2008年
[4]朱少民《软件测试方式和技术》，清华大学出版社，2005年
[5]段念《软件性能测试进程详解与案例剖析》，清华大学出版社，2006年
[6]池龙等编著，《实用软件工程》（第2版）电子工业出版社，2006年7月
升级会员 