项目需求模板

需求分析
1. 引言
1.1 目的
说明编写这份报告的目的,指出预期的读者。
1.2 背景
指出待开发的软件系统的名称;行业情况;本项目的任务提出者、开发者、用户;该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 参考资料
列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准,以及他们的作者、标题、编号、发布日期和出版单位。
编号 资料名称 简介 作者 日期 出版单位


列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。
网点 简介


1.4 术语
列出本报告中用到的专门术语的定义。

2. 任务概述
2.1 目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中的其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2 系统(或用户)的特点
如果是产品开发,应列出本软件的特点,与老版本软件(如果有的话)的不同之处,与市场上同类软件(如果有的话)的比较。说明本软件预期使用频度;
如果是针对合同开发,则应列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件预期使用频度。这些是软件设计工作的重要约束。
3. 假定和约束
列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。

4. 需求规定
4.1 软件功能说明
逐项定量和定性地叙述对系统所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明产品的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。
4.2 对功能的一般性规定
本处仅列出对开发产品的所有功能(或一部分)的共同要求,如要求界面格式统一,统一的错误声音提示,要求有在线帮助等。
4.3 对性能的一般性规定
4.3.1 精度
说明对该系统的输入、输出数据精度的要求,可能包括传输过程中的精度。
4.3.2 时间特性要求
说明对于该系统的时间特性要求。
4.3.3 灵活性
说明对该系统的灵活性的要求,即当需求发生某些变化时,该系统对这些变化的适应能力。
4.4 输入输出要求
解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。
4.5数据管理能力要求(针对软件系统)
说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储作出估算。
4.6 故障处理要求
列出可能的软件、硬件故障以啊对各项性而言所产生的后果和对故障处理的要求。
4.7其他专门要求
如用户对安全保密的要求,包括信息加密、信息认证(确定穿过系统或网络的信息没有被修改)方面的要求。
对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

5. 运行环境规定
5.1 设备
列出运行该软件所需要的硬件设备。
5.2 支撑软件
1) 操作系统
2) 数据库管理系统
3) 其他支撑软件
5.3 接口
简要说明该软件同其他软件之间的公共接口、数据通信协议等,
5.4控制
说明控制该产品的运行的方法和控制信号,并说明这些控制信号的来源。

6. 尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题


测试计划
7. 1. 引言
7.1 1.1 目的
说明本项目测试目的、预期达到的目标。
7.2 1.2 背景
说明本项目测试的背景。
7.3 1.3 测试范围
说明本项目测试的内容。
1.4 项目文件列表
列出编写本报告及测试整个过程中所要参考的文件、资料。
相关文件列表
文档 已创建(是/否) 版本/日期
需求详述    
功能详述    
项目计划    
设计详述    
原型    
用户手册    

8. 2. 测试需求
8.1 2.1 分析各种信息
反复检查并理解各种信息,和用户交流,理解他们的要求。可以按照以下步骤执行:
1)确定软件提供的主要商业任务
2)对每个商业任务,确定完成该任务所要进行的交易。
 3)确定从数据库信息引出的计算结果。
 4)对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
 5)确定会产生重大意外的压力测试,包括:内存、硬盘空间、高的交易率
 6)确定应用需要处理的数据量。
 7)确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8)确定其他与应用软件没有直接关系的商业交易。包括:
    管理功能,如启动和推出程序
    配置功能,如设置打印机
    操作员的爱好,如字体、颜色
    应用功能,如访问email或者显示时间和日期。
9)确定安装过程,包括定置从哪安装、定制安装、升级安装。
10)确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测 试到。还有写没有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。
8.2  2.2 需求组织成层次图


9. 3. 测试策略
 
测试策略项 例子
测试阶段 系统测试
测试类型 功能测试
测试技术 75%用SQA Suite自动测试,25%手工测试
完成标准 95%测试用例通过并且最高级缺陷全部解决
特殊考虑 测试必须在上午进行

10. 4. 测试内容
根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外,可能还包括性能测试、安全性测试、极限测试、并发操作测试等。
1) 功能测试
2) 用户界面测试
3) 性能测试
4) 压力测试
5) 容量测试
6) 配置测试
7) 安装测试
11. 5. 资源


11.1 5.1 人力资源
职位 姓名 特殊责任/说明
测试经理    
测试工程师
设计/开发(可以多人)    
测试工程师
测试执行(可以多人)    
测试系统管理员    
11.2 5.2 系统资源
系统 名称/类型
硬件环境
软件环境
专门配置要求
客户测试机
其他要求  
 
 
 
 
 
 
12. 6. 人员安排
6.1 估计测试工作量
  ∑(每个测试的时间*每个需求的测试的数目*测试需求的数目)
  (测试设计、开发、….)
12.1   6.2 创建工程调度表
任务 相关工作量(天)
测试计划
确定项目
定义测试策略  
决定测试需求  
估计工作量  
确定资源  
调度测试活动  
生成测试计划文档  
测试设计
分析测试需求  
指定测试过程  
指定测试用例  
查看测试需求的覆盖率  
测试开发
建立测试开发环境  
录制和回放原型过程  
开发测试过程  
测试和调试测试过程  
修改测试过程  
重新测试并调试测试过程  
测试执行
设置测试系统  
执行测试  
验证测试结果  
调查突发结果(unexpected result)  
生成缺陷日记  
测试评估
回顾测试日记  
评估测试需求的覆盖率  
评估缺陷  
决定是否达到测试完成的标准  
13. 7. 附
1) 软件元件
2) 测试特性(Assets)
3) 测试日记
4) 缺陷报告
商 品 交 易 管 理 系 统 【摘要】本文简要介绍了本商品管理系统的开发情况,基本设计思想、系统开发环境及目前的应用情况。 关键词 订单 代理商 销售查询 备份 目 录: 第一章 引言 第二章 数据库应用系统开发简介 2.1 数据库 2.2 数据库管理系统 2.3 创建数据库 第三章 应用系统开发工具 3.1 DELPHI简介 3.2 DELPHI数据库访问方法与数据库组件介绍 第四章 商品销售管理系统目标分析 4.1 任务分析 4.2 系统目标 第五章 商品销售管理系统的数据库设计 5.1 常见应用程序数据表 5.2 DELPHI中的数据文件路径管理 第六章 试题库系统应用程序界面设计 6.1 用户登录窗体 6.2 主窗体 6.3 系统设置窗体 6.4 权限管理窗体 6.5 操作员信息设置窗体 6.6 代理商进/退货录入窗口 6.7 订单进货数据录入窗口 6.8 代理商销售数据查询窗口 6.9 商品分布查询窗口 第七章 结束语 致谢 主要参考文献 附录程序清单及注释 一 引 言 随着大学教学改革进一步的深入和大学本科课程建设的逐步完善,对学生掌握每一课程内容程度的考试必须规范化,系统化,科学化,现代化;教学管理必须现代化、规范化。我们知道,传统的出试卷方法是由教师个人组卷,这样往往造成试题难度和知识覆盖面难以把握,不能达到对学生的科学而又全面的考核。针对这一情况,我们研制了计算机类学科试题库与自动组卷系统。一方面,自动组卷系统避免了手工出试卷造成的试卷不规范,不易集中管理;另一方面,避免教师每次考试时手工组卷及平时为学生组织练习时的重复劳动,将教师从简单、重复的环节中解脱出来,以更多的精力投入到教学与科研中去。 高校教务管理工作中一项非常重要的工作就是考试管理工作,每学期各专业考试,从组织出卷到试卷的印制及试卷的管理等工作非常繁琐且工作量很大,这种组织管理方式不仅工作任务繁重而且试卷的标准化程度、难易程度、题量大小等各方面难以控制,难以形成有效的试题库,不利于充分发挥历年来的优秀试题及试卷的作用,给试题和试卷的管理带来很多问题和困难。鉴于这种情况,利用计算机进行试卷的自动生成并逐步积累形成有效的试题库,对试题和试卷的管理将变的高效而便捷,对提高工作效率,使试卷管理逐步走向正规化自动化将起到十分重要的作用。 在试题库的制作方面,通过自动组卷系统对每次考试的实现,可以不断地对试题库的内容进行完善。在每一次组卷时,可以进一步对每题的内容进行分析,发现细微的问题,对试题库的内容作进一步地修改。这样避免了传统出试卷时,考试一次结束一次的缺点。由于试题库的建设具有继承性,规范性,可以不断积累考试经验,丰富试题库的内容。 二 数据库应用系统开发简介 在数据库应用系统开发之前,对开发数据库的基本概念应当了解,对数据库的结构、开发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。 数据库应用系统开发的目标是建立一个满足用户长期需求的产品。开发的主要过程为:理解用户的需求,然后,把它们转变为有效的数据库设计。把设计转变为实际的数据库,并且这些数据库带有功能完备、高效能的应用。 数据库技术在计算机软件邻域研究中一直是非常重要的主题,产生于60年代,30多年来数据库技术得到了迅速发展,并已形成较为完整的理论体系和一大批实用系统。并且,近年来,随着World Wide Web(WWW)的猛增及Internet技术的迅速发展,使得数据库技术之时成为最热门技术之一。 §2.1 数据库 数据库由DBMS(数据库管理系统)处理,DBMS则由开发人员和用户通过应用程序直接或间接地使用。它主要包括四个要素:用户数据、元数据、索引和应用元数据。 用户数据: 目前,大多数主流数据库管理系统把用户数据表示为关系。现在把关系看作数据表。表的列包含域或属性,表的行包含对应业务环境中的实体的记录。并非所有的关系都同样符合要求,有些关系比其它关系更结构化一些。 元数据: 数据库是自描述的,这就意味着它自身包含了它的结构的描述,这种结构的描述称作元数据。因为DBMS产品是用来存储和操纵表的,所以大多数产品把元数据以表的形式存储,有时称作系统表。这些系统表存储了数据库中表的情况,指出每一个表中有多少列,那一列是主关键字,每一列的数据类型的描述,它也存储索引、关键字、规则和数据库结构的其他部分。在表中存储元数据不仅对DBMS是有效的,对用户也是方便的,因为他们可以使用与查询用户数据同样的查询工具来查询元数据。本文介绍的SQL语言可以同时用于元数据和用户数据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值