《软件项目需求分析通用模板》由会员分享，可在线阅读，更多相关《软件项目需求分析通用模板（14页珍藏版）》请在金锄头文库上搜索。
1、1. 引言1.1目的说明编写这份报告的目的，指岀预期的读者。1.2 背景指出待开发的软件系统的爼称；行业情况；本项目的任务提岀者、开发者、用户；该软件系 统同其他系统或其他机构的基本的相互来往关系。1.3 参考资料列出编写本报告时参考的文件（如经核准的ii划任务书或合同、上级机关的批文等）、资料、 技术标准,以及他们的作者、标题、编号、发布日期和岀版单位。编号资料名称简介作者日期出版单位列出编写本报告时査阅的Intenet上杂志、专业著作、技术标准以及他们的网址。网点简介1.4 术语列出本报告中用到的专门术语的定义。2.任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范I羽以及苴他应向
2、读者说明的有关该软件开发的 背景材料。解释被开发软件与英他有关软件之间的关系。如果本软件产品是一项独立的软件, 而且全部内容自含，则说明这一点。如果所过义的产品是一个更大的系统的一个组成部分, 则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该 系统的组成和本产品同英他各部分的联系和接口。2.2 系统（或用户）的特点如果是产品开发，应列岀本软件的特点，与老版本软件（如果有的话）的不同之处，与市场 上同类软件（如果有的话）的比较。说明本软件预期使用频度：如果是针对合同开发，则应列岀本软件的最终用户的特点，充分说明操作人员、维护人员的 教育水平和技术专长，以及本软件预
3、期使用频度。这些是软件设计工作的重要约束。3. 假定和约束列出进行本软件开发工作的假龙和约朿，例如经费限制、开发期限等。4. 需求规定4.1 软件功能说明逐项赵量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什 么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用戸数等指标。4.2 对功能的一般性规定本处仅列岀对开发产品的所有功能（或一部分）的共同要求，如要求界而格式统一，统一的 错误声音提示，要求有在线帮助等。4.3 对性能的一般性规定4.3.1精度说明对该系统的输入、输岀数拯精度的要求，可能包括传输过程中的精度。4.3.2时间特性要求说明对于该系统的
4、时间特性要求。4.3.3灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。4.4 输入输出要求解释各输入输出数据类型，并逐项说明英媒体、格式、数值范围、精度等。对系统的数据输 出及必须标明的控制输出量进行解释并举例。45数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分 量的存储作出估算。4.6故障处理要求列出可能的软件、硬件故障以啊对各项性而言所产生的后果和对故障处理的要求。47其他专门要求如用户对安全保密的要求，包括信息加密、信息认证（确定穿过系统或网络的信息没有被修 改）方而的要求。对使用方
5、便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要 求等。5.运行环境规定5.1 设备列出运行该软件所需要的硬件设备。5.2 支撑软件D操作系统2）数据库管理系统3）其他支撑软件5.3 接口简要说明该软件同其他软件之间的公共接口、数据通信协议等，5.4控制说明控制该产品的运行的方法和控制信号，并说明这些控制信号的来源。6.尚需解决的问题以列表的形式列岀在需求分析阶段必须解决但尚未解决的问题测试讣划7.1.引言7.1 1.1目的说明本项目测试目的、预期达到的目标。7.2 1.2背景说明本项目测试的背景。7.3 1-3测试范说明本项目测试的内容。1.4项目文件列表列出编写本报
6、告及测试整个过程中所要参考的文件、资料。相关文件列表文档已创建（是/否）版本/日期需求详述功能详述项目计划设计详述原型用户手册2.测试需求2.1分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：D确泄软件提供的主要商业任务2）对每个商业任务，确泄完成该任务所要进行的交易。3）确左从数据库信息引出的计算结果。4）对于对时间有要求的交易，确左所要的时间和条件。这些条件包括数据库大小、机器 配置、交易量、以及网络拥挤情况。5）确左会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率6）确泄应用需要处理的数据量。7）确左需要的软件和硬件配置。通常情况下，不可能
7、对所有可能的配宜都测试到，因此 要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软 件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。8）确泄英他与应用软件没有宜接关系的商业交易。包括：管理功能，如启动和推岀程序配置功能，如设置打印机word.操作员的爱好，如字体、颜色应用功能，如访问email或者显示时间和日期。9）确泄安装过程，包括泄宜从哪安装、定制安装、升级安装。10）确左没有隐含在功能测试中的户界而要求。大多界而都在功能测试时被测试到。还有 写没有测到，如：操作与显示的一致性，如使用快捷键等；界而遵从合理标准，如按钮大小, 标签等。&22.2需求
8、组织成层次图9.3.测试策略测试策略项例子测试阶段系统测试测试类型功能测试测试技术75%用SQA Suite自动测试，25%手工测试完成标准95%测试用例通过并且最高级缺陷全部解决特殊考虑测试必须在上午进行10.4.测试内容根据软件殛旦的实际特点确龙确认测试的测试内容。对部分软件遁111除基本的功能测试外, 可能还包括性能测试、安全性测试、极限测试、并发操作测试等。1）功能测试2）用户界而测试3）性能测试4）压力测试5）容量测试6）配置测试7）安装测试门5资源11.15.1人力资源职位特殊责任/说明测试经理测试工程师设计/开发（可以多人）测试工程师测试执行（可以多人）测试系统管理员11.25.
9、2系统资源系统名称/类型12.6.人员安排6.1估计测试工作量打每个测试的时间嗨个需求的测试的数目*测试需求的数目）（测试设计、开发、.）12.16.2创建工程调度表任务I相关工作童（天）测试计划确泄项目定义测试策略决定测试需求估计工作量确定资源调度测试活动生成测试计划文档测试设计分析测试需求指定测试过程指定测试用例査看测试需求的覆盖率测试开发建立测试开发环境录制和回放原型过程开发测试过程测试和调试测试过程修改测试过程重新测试并调试测试过程测试执行设置测试系统执行测试验证测试结果1调查突发结果（unexpected result）生成缺陷日记测试评估回顾测试日记评估测试需求的覆盖率评估缺陷决定是否达到测试完成的标准13.7.附1）软件元件2）测试特性（Assets）3）测试日记4) 缺陷报告
