软件项目需求分析通用模板.pdf

《软件项目需求分析通用模板.pdf》由会员分享，可在线阅读，更多相关《软件项目需求分析通用模板.pdf（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-1. 1.引言引言1.11.1目的目的说明编写这份报告的目的，指出预期的读者。1.21.2背景背景指出待开发的软件系统的名称；行业情况；本 工程的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的根本的相互来往关系。1.31.3参考资料参考资料列出编写本报告时参考的文件(如经核准的方案任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。编号资料名称简介作者日期出版单位列出编写本报告时查阅的Intenet 上杂志、专业著作、技术标准以及他们的网址。网点简介1.41.4术语术语列出本报告中用到的专门术语的定义。2. 2.任务概述任务概述2.1

2、2.1目标目标.z.-表达该项软件开发的意图、 应用目标、 作用范围以及其他应向读者说明的有关该软件开发的背景材料。 解释被开发软件与其他有关软件之间的关系。 如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成局部，则应说明本产品与该系统中的其他各组成局部之间的关系，为此可使用一*方框图来说明该系统的组成和本产品同其他各局部的联系和接口。2.22.2系统或用户的特点系统或用户的特点如果是产品开发，应列出本软件的特点，与老版本软件如果有的话的不同之处，与市场上同类软件如果有的话的比拟。说明本软件预期使用频度；如果是针对合同开发，则应列出本软

3、件的最终用户的特点， 充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。3. 3.假定和约束假定和约束列出进展本软件开发工作的假定和约束，例如经费限制、开发期限等。4. 4.需求规定需求规定4.14.1软件功能说明软件功能说明逐项定量和定性地表达对系统所提出的功能要求， 说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。4.24.2对功能的一般性规定对功能的一般性规定本处仅列出对开发产品的所有功能或一局部的共同要求， 如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。4

4、.34.3对性能的一般性规定对性能的一般性规定.z.-4.3.14.3.1 精度精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。4.3.24.3.2 时间特性要求时间特性要求说明对于该系统的时间特性要求。4.3.34.3.3 灵活性灵活性说明对该系统的灵活性的要求，即当需求发生*些变化时，该系统对这些变化的适应能力。4.44.4输入输出要求输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进展解释并举例。4.54.5 数据管理能力要求针对软件系统数据管理能力要求针对软件系统说明需要管理的文卷和记录的个数、

5、表和文卷的大小规模， 要按可预见的增长对数据及其分量的存储作出估算。4.64.6 故障处理要求故障处理要求列出可能的软件、硬件故障以啊对各项性而言所产生的后果和对故障处理的要求。4.74.7 其他专门要求其他专门要求如用户对平安*的要求， 包括信息加密、 信息认证 确定穿过系统或网络的信息没有被修改方面的要求。对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。.z.-5. 5.运行环境规定运行环境规定5.15.1设备设备列出运行该软件所需要的硬件设备。5.25.2支撑软件支撑软件1操作系统2数据库管理系统3其他支撑软件5.35.3接口接口简要说明该软件同其他

6、软件之间的公共接口、数据通信协议等，5.4 控制说明控制该产品的运行的方法和控制信号，并说明这些控制信号的来源。6. 6.尚需解决的问题尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题测试方案7. 7.1. 1. 引言引言7.17.1 1.11.1 目的目的.z.-说明本工程测试目的、预期到达的目标。7.27.2 1.21.2 背景背景说明本工程测试的背景。7.37.3 1.31.3 测试范围测试范围说明本工程测试的内容。1.4 工程文件列表列出编写本报告及测试整个过程中所要参考的文件、资料。相关文件列表相关文件列表文档需求详述功能详述工程方案设计详述原型用户手册已创立是/

7、否版本/日期8. 8.2. 2. 测试需求测试需求8.18.12.12.1 分析各种信息分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：1确定软件提供的主要商业任务2对每个商业任务，确定完成该任务所要进展的交易。.z.-3确定从数据库信息引出的计算结果。4对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。5确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率6确定应用需要处理的数据量。7确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进展

8、测试， 包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF 连接访问效劳器。8确定其他与应用软件没有直接关系的商业交易。包括：管理功能，如启动和推出程序配置功能，如设置打印机操作员的爱好，如字体、颜色应用功能，如访问 email 或者显示时间和日期。9确定安装过程，包括定置从哪安装、定制安装、升级安装。10确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测 试到。还有写没有测到， 如： 操作与显示的一致性， 如使用快捷键等； 界面遵从合理标准， 如按钮大小，标签等。8.28.2 2.22.2 需求组织成层次图需求组织成层次图9. 9.3. 3.

9、 测试策略测试策略测试策略项测试阶段测试类型例子系统测试功能测试.z.-测试技术完成标准特殊考虑75%用 SQA Suite 自动测试，25%手工测试95%测试用例通过并且最高级缺陷全部解决测试必须在上午进展10.4.10.4. 测试内容测试内容根据软件工程的实际特点确定确认测试的测试内容。对局部软件工程除根本的功能测试外，可能还包括性能测试、平安性测试、极限测试、并发操作测试等。1功能测试2用户界面测试3性能测试4压力测试5容量测试6配置测试7 7安装测试11.5.11.5. 资源资源11.15.111.15.1 人力资源人力资源职位测试经理测试工程师设计/开发可以多人特殊责任/说明.z.-

10、测试工程师测试执行可以多人测试系统管理员11.25.211.25.2 系统资源系统资源系统硬件环境软件环境专门配置要求客户测试机其他要求名称/类型12.6.12.6. 人员安排人员安排6.16.1 估计测试工作量估计测试工作量(每个测试的时间*每个需求的测试的数目*测试需求的数目)测试设计、开发、.12.112.16.26.2 创立工程调度表创立工程调度表任务任务测试方案测试方案确定工程定义测试策略决定测试需求相关工作量天相关工作量天.z.-估计工作量确定资源调度测试活动生成测试方案文档测试设计测试设计分析测试需求指定测试过程指定测试用例查看测试需求的覆盖率测试开发测试开发建立测试开发环境录制和回放原型过程开发测试过程测试和调试测试过程修改测试过程重新测试并调试测试过程测试执行测试执行设置测试系统执行测试验证测试结果调查突发结果une*pected result生成缺陷日记测试评估测试评估回忆测试日记评估测试需求的覆盖率评估缺陷.z.-决定是否到达测试完成的标准13.7.13.7. 附附1)软件元件2)测试特性Assets3)测试日记4)缺陷报告.z.