2022年项目需求分析模板.docx

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

1、精选学习资料 - - - - - - - - - XXX项目需求分析名师归纳总结 - - - - - - -第 1 页,共 12 页精选学习资料 - - - - - - - - - 文档名称 文档编号编 制 人审核看法完成日期审核日期审 核 人同意报批备注版本修订记录修 改 人修改内容概要（或缘由）修改日期版 本 号审 核 人初稿名师归纳总结 - - - - - - -第 2 页,共 12 页精选学习资料 - - - - - - - - - 目录1 文档说明 . 1-1 1.1 编制目的 . 1-1 1.2 适用范畴 . 1-1 1.3 前提与约束 . 1-1 2 系统概述 . 2-2 2.1

2、 用户特点 . 2-2 2.2 运行环境 . 2-2 2.2.1 硬件平台 . 2-2 2.2.2 支持软件 . 2-2 2.2.3 通信环境 . 2-3 2.3 设计和执行约束 . 2-3 2.4 假设和依靠 . 2-3 3 外部接口需求 . 3-4 3.1 用户界面 . 3-4 3.2 软件接口 . 3-4 3.3 通信接口 . 3-4 4 功能需求 . 4-6 4.1 需求类 1 名称 优先级别 . 4-6 4.1.1 业务流程 . 4-6 4.1.2 功能需求 . 4-6 5 非功能需求 . 5-7 5.1 性能需求 . 5-7 5.2 安全设施要求 . 5-7 5.3 安全和保密要求

3、 . 5-7 5.4 质量要求 . 5-8 5.5 业务规章（选）. 5-8 5.6 其它需求 . 5-8 6 需求分解列表 . 6-9 附录 . 错误！未定义书签；名师归纳总结 - - - - - - -第 3 页,共 12 页精选学习资料 - - - - - - - - - 1 文档说明文档位于1.1 编制目的1.2 适用范畴1.3 前提与约束- 1-1 - 名师归纳总结 - - - - - - -第 4 页,共 12 页精选学习资料 - - - - - - - - - 2 系统概述/ 本章对待开发的软件系统做出概要性阐述,约束条件；2.1 用户特点说明开发背景、 作用范畴、 运行环境和已

4、知的划分最终使用该软件系统的用户类别,描述不同用户类的特点（相关业务范畴、技能水平、对系统的使用频率） ,注明哪些是重要用户；说明不同用户类对系统的哪些功能更加关注；/ 面对软件的众多用户（仍可能是使用软件的不同角色）,当他们的需求发生冲突时,第一考虑的应当是听从重要客户的需求,其余的需求可以考虑在下一版本实现；范例：班长坐席可能更关注统计等高级功能,这些功能通常只需要一天使用一次,因此对快速响应的性能要求不高,但对数据的精确性有要求；2.2 运行环境/ 描述待开发软件运行时对硬件、操作系统和其它软件的要求,或者是一种限制条件；2.2.1 硬件平台说明硬件需求,包括每种设备的类型、数量、主要特

5、性；（处理器型号及容量、设备型号）序号 硬件 相关组成描述 数量2.2.2 支持软件指明必需使用或组合的运算机软件,包括操作系统、 数据库治理系统、编程工具和其它支撑软件（通讯 /网络软件、测试软件） ；序号支持软件及版本用途参考资料- 2-2 - 名师归纳总结 - - - - - - -第 5 页,共 12 页精选学习资料 - - - - - - - - - 2.2.3 通信环境说明运算机通讯要求,包括连接的地理位置、配置和网络拓扑、传输技术、数据传输速率、网管、系统响应时间、传输/接收数据类型和数据量、传输/接收 /响应时间界限、数据尖峰和数字特性；2.3 设计和执行约束说明约束软件实现的

6、限制条件,如：必需使用或防止的特定技术、工具、编程语言和数据库；所要求的开发规范或标准（如商定的设计符号和编码标准）；必需遵循的企业策略、政府法规或行业标准；特定资源限制（已有的软件组件、硬件设备）；数据转换格式标准；/ 通常,出于系统优化、实现便利、简单保护等因素考虑,必需对以上做出必要的约束,设 计和开发人员特别要关注这些约束条件；约束有时是必需的,比如软件最终将由客户保护,或是必需与整个系统的风格相一样；2.4 假设和依靠说明在陈述以下的软件需求时,应用到的假设因素（与已知因素相对）,比如准备要用的商 业组件、有关开发或运行环境的问题；确定软件开发活动对外部因素的依靠,例如,假如你准备把

7、其他项目开发的组件集成到系统 中,那么就要依靠那个项目组按时供应正确的组件组合进所开发的软件；/ 假如这些假设因素不正确、不同读者懂得不一样或被随便修改,项目的胜利就会受到影响；同样,依靠因素也影响着项目,假如比较严峻,应当作为一种风险对之随时监控；/ 假如这些依靠已经记录到其它文档中,如项目方案,那么在此处就可以参考其它文档；- 2-3 - 名师归纳总结 - - - - - - -第 6 页,共 12 页精选学习资料 - - - - - - - - - 3 外部接口需求/ 接口的正确识别和描述,有助于系统整体正确、高效运作；依据节 2.1 所示的系统总体结构图,唯独标识与系统其它部分的外部接

8、口,描述经过每个接口的接口数据和相关掌握组件；3.1 用户界面陈述所需要的用户界面的软件组件；描述每个用户界面的规律特点；以下是可能要包括的一些特点：1. 将要采纳的图形用户界面标准或产品系列的风格；2. 屏幕布局或解决方案的限制；3. 将显现在每个屏幕的标准按钮功能或导航链接,例如一个帮忙按钮；4. 快捷键；5. 错误信息显示标准；3.2 软件接口对本软件与其它系统软件的每个接口进行描述,包括软件之间的交换数据或信息及其作用（留意说明哪些是共享数据）、需要的服务、内部通信性质,；/ 其它系统软件举例：数据库、操作系统、工具软件、集成的商业软件；/ 假如必需用一种特别的方法来实现数据共享机制,

9、就必需把它定义为一种实现上的限制,放入相应的章节；接口标识简要描述所需服务数据和掌握信息通信定义需求来源3.3 通信接口/ 描述与本软件所使用的通信功能相关的需求；- 3-4 - 名师归纳总结 - - - - - - -第 7 页,共 12 页精选学习资料 - - - - - - - - - 电子邮件、 Web 浏览器、网络通信标准或协议及电子表格等等；包括对消息格式、通信安全或加密问题、数据传输速率和同步通信机制等要求；- 3-5 - 名师归纳总结 - - - - - - -第 8 页,共 12 页精选学习资料 - - - - - - - - - 4 功能需求/ 本章将分节描述软件系统必需实

10、现的业务流程（使用实例）出来的具体的功能需求；4.1 需求类 1 名称 优先级别,以及依据每个业务流程分解/ 对该需求特性做出简短的说明；并说明在资源限制下,实现的优先程度等级,必要时,对 实现等级做出评判；/ 举例： 4.1 新员工登记治理 高优先级4.1.1 业务流程使用一种或几种最恰当的方式,的输入 / 输出响应；4.1.2 功能需求如流程图、 表或者 UML语言等, 来表述系统执行该需求任务/ 列出与该需求特性相关的具体功能需求；为了跟踪的需要,每个功能需求都要唯独标识；/ 假如某项功能需求与其它需求类所定义的功能需求相同,4.1.2.1 功能需求 1 名称 唯独标识在此处引用说明即可

11、, 不能重复；描述系统要实现的具体功能；功能陈述中应当包含为满意规定的性能要求而必需设立的功能要求；/ 性能需求包括：响应时间、更新处理时间、数据转换和传输时间、吞吐量、排序、精度、优先级、连续操作要求,仍包括意外或边界条件下出错处理和应急操作要求等；- 4-6 - 名师归纳总结 - - - - - - -第 9 页,共 12 页精选学习资料 - - - - - - - - - 5 非功能需求5.1 性能需求软件性能需求通常包括以下方面：1. 同时支持的最大用户数、同时支持操作的个数、某时刻能承担的最大数据量、数据最大储备量、对系统运行时答应占用的系统资源要求；2. 系统连续运行时间、响应时间

12、、数据更新处理时间、数据间的转换和传输时间、界面刷新处理时间的要求；3.在不同安装 /运行环境、 不同操作方式下,或者与其它子系统接口发生转变时,某些数据和参数可以答应的变化范畴；/ 软件应用的领域不同,对其性能的要求可能也不尽相同；即使是为客户量身定做的专用软件,客户对某些性能的要求或许比某个功能更加重要和严格；因此应当说明这种要求,以便做出合理的设计和优化的算法；/ 当这些性能要求已经分散到各项功能需求当中,这里的表达就是不必要的；范例：当有 30个以上的用户同时对系统执行查询操作时,系统的相应时间应当不多于 2秒,页面刷新频率应当在 0.2次/秒0.3次/秒；5.2 安全设施要求/ 阐述

13、的是与使用软件过程中可能发生的缺失、破坏或危害相关的需求,满意安全设计要求；说明为防止或减轻对相关人员、财产和物理环境产生危害,而必需实行的措施,以及为预防的潜在的危急动作而必需遵从的安全标准、策略或规章；范例：假如软件系统探知配电室的最高温度超过了5.3 安全和保密要求35度,软件必需马上同时启动三台冷风空调；说明与系统安全性、完整性和保密性相关的需求,明确产品必需满意的安全保密策略；/ 例如： 防止非法拜访系统功能及数据丢失而要求用户身份确认,- 5-7 - 防止病毒入侵和黑客攻击名师归纳总结 - - - - - - -第 10 页,共 12 页精选学习资料 - - - - - - - -

14、 - 而增加的警告拦截等功能；5.4 质量要求说明其它的软件质量属性要求（可能从合同中或系统需求中导出,对用户来说至关重要）；这些特性应当是确定的、定量的、并在必要时可验证；假如这些属性之间发生了冲突,指明相对的侧重点是什么；质量属性通常如下：牢靠性（软件能够无故障的运行一段时间的概率）、可保护性（对软件进行修改的难易程度修改所用时间、修复的比率）、有效性（软件正常运行时间 /总时间）、可用性（把握软件操作的难易程度） 、重用性、可测试性（查找缺陷的难易程度）、可移植性等；/ 如,牢靠性优于可保护性；5.5 业务规章（选）/ 对软件本身的操作规章,通常可以在某些功能需求中表达；5.6 其它需求

15、/定义在软件需求说明书中其它部分未显现的需求,例如国际化需求或法律上的需求；仍可以增加有关操作、治理和保护部分来完善产品安装、配置、启动和关闭、修复和容错,以及登录和监控操作等方面的需求；仍可包括对于交付的产品文档的要求、培训要求、 开发进度要求等等； / 假如不需要增加其它需求,可以省略这一部分；- 5-8 - 名师归纳总结 - - - - - - -第 11 页,共 12 页精选学习资料 - - - - - - - - - 6 需求分解列表/将上述需求分解到不行拆分的细项,并为每一个细项安排编号；分解列表会作为设计和测试依据；XXX需求分解 .xls- 6-9 - 名师归纳总结 - - - - - - -第 12 页,共 12 页