*************项目需求分析报告部门：项目：密级:日期:编写说明类别：项目文档密级：撰稿人：修改人：存放位置：编辑软件：版本信息：1 引言 (4)1.1 编写目的 (4)1.2 读者对象 (4)1.3 背景 (4)1.4 专用术语 (4)1.5 参考资料 (4)2 任务概述 (5)2.1 现行系统概述 (5)2.2 任务目标 (5)2.3 运行环境 (5)2.4 条件和限制 (5)3 功能需求 (6)3.1 软件系统外部接口需求 (6)3.2 软件系统的功能需求 (6)3.2.1 功能1名称、唯一标识 (6)3.2.2 功能2名称、唯一标识 (6)3.3 软件系统内部接口需求 (6)4 数据描述 (8)4.1 软件系统内部数据元素 (8)4.2 软件系统内部接口数据元素 (8)4.3 软件系统外部接口数据元素 (8)5 环境需求 (9)5.1 计算机资源需求 (9)5.1.1 计算机硬件需求 (9)5.1.2 计算机软件需求 (9)5.2 计算机通信需求 (9)6 性能需求 (10)6.1 数据精确度 (10)6.2 时间特性 (10)6.3 适应性要求 (10)6.3.1 配置参数 (10)6.3.2 运行参数 (10)7 其它需求 (11)7.1 安全和保密要求 (11)7.2 设计和执行约束 (11)7.3 软件质量保证要求 (11)7.4 相关人员需求 (11)7.5 相关培训需求 (11)7.6 兼容需求 (11)7.7 包装需求 (12)7.8 用户界面需求 (12)7.9 开发进度需求 (12)7.10 需求的优先级和权重 (12)1引言1.1 编写目的阐明编写需求分析报告的目的。
1.2 读者对象指明本文档的读者对象。
1.3 背景说明项目来源、委托单位、开发单位及主管部门, 该系统与其它系统的关系。
1.4 专用术语列出手册中使用的专门术语的定义和缩写词的原意。
1.5 参考资料列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a.项目的计划任务书、合同或批文；b.项目开发计划；c. 手册中引用的其他资料、采用的软件工程标准或软件工程规范。
软件需求分析报告1。
引言 (2)1。
1编写目的 (2)1。
2项目风险 (2)1。
3文档约定 (2)1。
4预期读者和阅读建议 (2)1。
5产品范围 (3)1。
6参考文献 (3)2。
综合描述 (3)2.1产品的状况 (3)2.2产品的功能 (4)2。
3用户类和特性 (4)2.4运行环境 (4)2。
5设计和实现上的限制 (4)2.6假设和约束（依赖） (5)3. 外部接口需求 (5)3。
1用户界面 (5)3。
2硬件接口 (6)3.3软件接口 (6)3。
4通讯接口 (7)4. 系统功能需求 (7)4。
1说明和优先级 (7)4.2激励／响应序列 (8)4。
3输入／输出数据 (8)5. 其它非功能需求 (8)5。
1性能需求 (8)5。
2安全措施需求 (9)5.3安全性需求 (9)5.4软件质量属性 (9)5.5业务规则 (9)5。
6用户文档 (9)6. 词汇表 (10)7。
数据定义 (10)8。
分析模型 (11)9。
待定问题列表 (11)1. 引言引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读、理解和解释这份文档。
1.1 编写目的说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。
通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义.如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。
1.2 项目风险具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：●任务提出者；●软件开发者；●产品使用者。
1.3 文档约定描述编写文档时所采用的标准(如果有标准的话）,或者各种排版约定。
排版约定应该包括：●正文风格；●提示方式；●重要符号；也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。
XXX系统用户需求说明书公司名称XXXX年XX月修订记录目录1 概述 (4)1.1背景 (4)1.2范围 (4)1.3术语定义 (4)2 系统说明 (4)3 非功能需求说明 (4)3.1性能要求 (4)3.2可维护性,可扩展性 (4)3.3安全性 (4)3.4设计约束 (4)3.4.1语言约束 (4)3.4.2系统模型约束 (4)3.5界面要求 (4)3.6接口要求 (4)3.6.1软件接口 (4)3.6.2硬件接口 (4)4 角色说明 (4)4.1组织结构 (4)4.2角色职责 (5)4.2.1固定资产管理员 (5)4.2.2固定资产主管部门领导 (5)5 业务功能需求说明 (5)5.1固定资产类别管理 (5)5.2经济用途 (6)1 概述1.1 背景（描述项目背景）1.2 范围（描述系统建设范围）1.3 术语定义（项目术语说明）2 系统说明（描述系统应用说明）3 非功能需求说明3.1 性能要求（描述系统性能要求说明）3.2 可维护性, 可扩展性（描述系统可维护性, 可扩展性说明）3.3 安全性（描述系统安全性说明）3.4 设计约束3.4.1 语言约束（描述系统研发语言，如JAVA）3.4.2 系统模型约束（描述系统架构，如MVC）3.5 界面要求用户界面风格统一，保证系统整体外观风格的一致性、友好性。
3.6 接口要求3.6.1 软件接口（描述系统的软件接口，如与XXX系统进行对接，对接内容概述）3.6.2 硬件接口（描述系统的硬件接口，如与XXX设备进行对接，对接内容概述）4 角色说明4.1 组织结构（描述系统用户的组织结构）图表1组织结构图4.2 角色职责（描述系统用户的角色，逐条列出，以下为例子）4.2.1 固定资产管理员●描述：管理企业固定资产的人员。
●系统职责：录入固定资产详细信息、人员信息，管理固定资产出库、固定资产入库，查询固定资产报表和明细。
4.2.2 固定资产主管部门领导●描述：关心企业固定资产流向的部门领导。
软件需求分析报告格式软件需求分析报告是评估和确定软件系统所需功能的关键文档之一。
它将用户需求转化为具体的系统功能需求，并为软件开发过程提供指导。
下面是一个常用的软件需求分析报告的格式，以帮助你进行详细的说明和描述。
1. 引言（Introduction）在引言部分，你需要简要介绍软件需求分析报告的目的和范围。
解释需求分析报告的重要性，并说明该报告将如何被使用。
2. 术语表（Glossary）在术语表中，列出所有有关软件开发的术语和其定义。
这可以帮助读者理解报告中所使用的专业术语。
3. 需求背景（Requirement Background）在需求背景部分，描述软件系统的背景和现状。
提供项目的背景信息和现有的问题或挑战，以便读者了解需求分析的背景。
4. 需求目标（Requirement Objectives）在需求目标部分，说明需求分析的目标和目的。
列出需要达到的目标，例如提高系统性能、增加功能等。
5. 需求定义（Requirement Definition）在需求定义部分，将用户需求转化为具体的系统功能需求。
使用合适的需求表格或者用例图描述系统的功能和行为。
6. 功能需求（Functional Requirements）在功能需求部分，详细描述系统的各种功能和行为。
使用需求表格或者文字描述系统的各种功能和操作。
7. 非功能需求（Non-functional Requirements）在非功能需求部分，描述系统的非功能需求，如性能、安全性、可用性、可靠性等。
使用需求表格或者文字描述这些非功能需求。
8. 用户需求（User Requirements）在用户需求部分，描述软件系统对用户的需求和期望。
描述用户角色和其对于系统的期望和需求。
9. 界面需求（Interface Requirements）在界面需求部分，描述系统与外部系统或用户交互的界面需求。
列出任何用户接口的需求，如屏幕布局、菜单功能等。
10. 数据需求（Data Requirements）在数据需求部分，说明系统对于输入和输出数据的要求。
