《需求解析总结模板》由会员分享，可在线阅读，更多相关《需求解析总结模板（14页珍藏版）》请在金锄头文库上搜索。
1、1. 引言1.1 目的说明编写这份报告的目的，指出预期的读者。1.2 背景指出待开发的软件系统的名称； 行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。待开发软件系统名称：软件学院资源管理系统行业情况：任务提出者：孙华老师、郭主任开发者：闫化凯用户：郭主任1.3 参考资料列出编写本报告时参考的文件 ( 如经核准的计划任务书或合同、上级机关的批文等 ) 、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。编资料名称简介作者日出版单位号期列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。网点简介1.4 术语列
2、出本报告中用到的专门术语的定义。2. 任务概述2.1 目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。软件学院资源管理系统是专门为党政办公室设计的以方便办公室对软件学院老师的信息管理以及日常文件的管理。2.2 系统（或用户）的特点如果是产品开发，应列出本软件的特点，与老版本软件
3、（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度；如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。3. 需求规定3.1 软件功能说明逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。软件学院资源管理系统教师信息管理模文件管理模块权限管理增删修查上下查删角用加除改询传载询除色户子子子子子子子子子子模模模模模模模模模模块块块块块块块块块块1. 教师
4、信息管理模块增加模块在教师信息的主页面上点击增加按钮弹出一个新增页面 填写教师信息 确定 保存到数据库删除模块在教师信息的主页面上选中要删除教师点击删除按钮按钮 提示框提示确定要删除根据 id将教师信息删除修改模块在教师信息的主页面上选中要修改教师 进入修改页面 确定 更新数据库查询模块在条件输入框中输入查询条件 点击确定按钮 检索数据库进行条件查询2. 文件管理模块上传子模块将文件上传到所属文件夹中下载子模块得到所需文档查询子模块在文件管理主页面的条件输入框中输入条件 根据条件进行查询删除模块将文件进行删除3. 权限管理角色管理不同的用户拥有不同的权限，通过角色的管理进行权限的分配。用户管理
5、管理用户3.2 对功能的一般性规定本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。统一的界面格式、统一的错误、警告提示3.3 对性能的一般性规定精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。时间特性要求说明对于该系统的时间特性要求。灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。3.4 输入输出要求解释各输入输出数据类型， 并逐项说明其媒体、 格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。数据管理能力要求（针对软件系统）说明需要管理的文卷
6、和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储作出估算。故障处理要求列出可能的软件、硬件故障以啊对各项性而言所产生的后果和对故障处理的要求。其他专门要求如用户对安全保密的要求，包括信息加密、信息认证（确定穿过系统或网络的信息没有被修改）方面的要求。对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。4. 运行环境规定4.1 设备列出运行该软件所需要的硬件设备。4.2 支撑软件1）操作系统： windowsXP2）数据库管理系统： MySql3）其他支撑软件4.3 接口简要说明该软件同其他软件之间的公共接口、数据通信协议等，描述说明业务需
7、要实现的功能点接口协议HTTP+XML / TUXEDO ATMI / SOCKET方式数据交换方式消息方向BOSS渠道 /渠道BOSS触发方式实时 / 非实时渠道提供的渠道文件是否存在是 / 否接口方向BOSS渠道 /渠道BOSS文件格式文件的格式说明接口服务或数据接口规范需要的输入、输出说明补充说明接口模式控制说明控制该产品的运行的方法和控制信号，并说明这些控制信号的来源。5. 尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题测试计划6.1.引言6.1 目的说明本项目测试目的、预期达到的目标。目的：检测该系统中的错误以及漏洞预期达到的目标：各个功能运行正常，无异常6.2
8、 背景说明本项目测试的背景。6.3 测试范围说明本项目测试的内容。教师管理模块：测试教师信息的增加、删除、修改、查询功能文件管理模块：测试文件的上传、下载、删除功能权限管理：测试不同用于的权限分配项目文件列表列出编写本报告及测试整个过程中所要参考的文件、资料。相关文件列表文档已创建（是/ 否）版本 /日期需求详述功能详述项目计划设计详述原型用户手册7. 2. 测试需求7.1 分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：1）确定软件提供的主要商业任务2）对每个商业任务，确定完成该任务所要进行的交易。3）确定从数据库信息引出的计算结果。4）对于对时间有要求
9、的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。5）确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率6）确定应用需要处理的数据量。7）确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的 LAN/WANF连接访问服务器。8）确定其他与应用软件没有直接关系的商业交易。包括：管理功能，如启动和推出程序配置功能，如设置打印机操作员的爱好，如字体、颜色应用功能，如访问email 或者显示时间和日期。9）确定安装过程，包
10、括定置从哪安装、定制安装、升级安装。10）确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到， 如：操作与显示的一致性， 如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。7.2需求组织成层次图8. 3. 测试策略测试策略项测试阶段测试类型测试技术完成标准特殊考虑例子系统测试功能测试75%用 SQA Suite 自动测试， 25%手工测试95%测试用例通过并且最高级缺陷全部解决测试必须在上午进行9. 4. 测试内容根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外， 可能还包括性能测试、 安全性测试、极限测试、并发操作测试等。1）功能测试2）用户界面测试3）性能测试4）压力测试5）容量测试6）配置测试7）安装测试10. 5.资源10.1人力资源职位姓名特殊责任 / 说明测试经理测试工程师设计 / 开发（可以多人）测试工程师测试执行（可以多人）测试系统管理员10.2系统资源系统名称 / 类型硬件环境 件 境 配置要求
