《(软件)项目需求分析模板》由会员分享，可在线阅读，更多相关《(软件)项目需求分析模板（13页珍藏版）》请在金锄头文库上搜索。
1、。XXX项目需求分析-可编辑修改 -。文档名称文档编号编 制 人完成日期审 核 人审核意见同意报批审核日期备注版本修订记录修 改 人修改内容概要（或原因）修改日期版 本 号审 核 人初稿-可编辑修改 -。目录1文档说明 . .1-11.1编制目的 . .1-11.2适用范围 . .1-11.3前提与约束 . .1-12系统概述 . .2-22.1用户特点 . .2-22.2运行环境 . .2-22.2.1硬件平台 . .2-22.2.2支持软件 . .2-22.2.3通信环境 . .2-32.3设计和执行约束 . .2-32.4假设和依赖 . .2-33外部接口需求. .3-43.1用户界面
2、. .3-43.2软件接口 . .3-43.3通信接口 . .3-44功能需求 . .4-64.1需求类 1 名称 优先级别 . .4-64.1.1业务流程 . .4-64.1.2功能需求 . .4-65非功能需求 . .5-75.1性能需求 . .5-75.2安全设施要求 . .5-75.3安全和保密要求 . .5-75.4质量要求 . .5-85.5业务规则（选） . .5-85.6其它需求 . .5-86需求分解列表. .6-9附录.错误！未定义书签。-可编辑修改 -。1 文档说明文档位于1.1 编制目的1.2 适用范围1.3 前提与约束-可编辑修改 -。2 系统概述/ 本章对待开发的软
3、件系统做出概要性阐述，说明开发背景、 作用范围、 运行环境和已知的约束条件。2.1 用户特点划分最终使用该软件系统的用户类别，描述不同用户类的特征（相关业务范围、技能水平、对系统的使用频率） ，注明哪些是重要用户。说明不同用户类对系统的哪些功能更加关注。/ 面对软件的众多用户（还可能是使用软件的不同角色），当他们的需求发生冲突时，首先考虑的应当是服从重要客户的需求，其余的需求可以考虑在下一版本实现。范例：班长坐席可能更关注统计等高级功能， 这些功能通常只需要一天使用一次， 因此对快速响应的性能要求不高，但对数据的准确性有要求。2.2 运行环境/ 描述待开发软件运行时对硬件、操作系统和其它软件的
4、要求，或者是一种限制条件。硬件平台说明硬件需求，包括每种设备的类型、数量、主要特性。（处理器型号及容量、设备型号）序号硬件相关组成描述数量支持软件指明必需使用或组合的计算机软件， 包括操作系统、 数据库管理系统、 编程工具和其它支撑软件（通讯 / 网络软件、测试软件） 。序号支持软件及版本用途参考资料-可编辑修改 -。通信环境说明计算机通讯要求，包括连接的地理位置、配置和网络拓扑、传输技术、数据传输速率、网管、系统响应时间、传输/ 接收数据类型和数据量、传输/ 接收 / 响应时间界限、数据尖峰和数字特性。2.3 设计和执行约束说明约束软件实现的限制条件，如：必须使用或避免的特定技术、工具、编程
5、语言和数据库；所要求的开发规范或标准（如约定的设计符号和编码标准）；必须遵循的企业策略、政府法规或行业标准；特定资源限制（已有的软件组件、硬件设备）；数据转换格式标准。/ 通常，出于系统优化、实现方便、容易维护等因素考虑，必须对以上做出必要的约束，设计和开发人员尤其要关注这些约束条件。约束有时是必需的，比如软件最终将由客户维护，或是必须与整个系统的风格相一致。2.4 假设和依赖说明在陈述以下的软件需求时，应用到的假设因素（与已知因素相对），比如打算要用的商业组件、有关开发或运行环境的问题。确定软件开发活动对外部因素的依赖，例如，如果你打算把其他项目开发的组件集成到系统中，那么就要依赖那个项目组
6、按时提供正确的组件组合进所开发的软件。/ 如果这些假设因素不正确、 不同读者理解不一致或被随意修改， 项目的成功就会受到影响；同样，依赖因素也影响着项目，如果比较严重，应当作为一种风险对之随时监控。/ 如果这些依赖已经记录到其它文档中，如项目计划，那么在此处就可以参考其它文档。-可编辑修改 -。3 外部接口需求/ 接口的正确识别和描述，有助于系统整体正确、高效运作。根据节 2.1 所示的系统总体结构图，唯一标识与系统其它部分的外部接口，描述经过每个接口的接口数据和相关控制组件。3.1 用户界面陈述所需要的用户界面的软件组件。描述每个用户界面的逻辑特征。以下是可能要包括的一些特征：1. 将要采用的图形用户界面标准或产品系列的风格；2. 屏幕布局或解决方案的限制；3. 将出现在每个屏幕的标准按钮功能或导航链接，例如一个帮助按钮；4. 快捷键；5. 错误信息显示标准。3.2 软件接口对本软件与其它系统软件
