需求分析计划
：需求计划分析项目资源需求表下一步发展计划及需求计划展望期
篇一：软件项目需求分析阶段的工作计划
系统名称
需求分析阶段的工作计划
1 项目经理:
项目经理
2 系统分析人员
分析员1 分析员2 分析员3 分析员4
子系统1 子系统2 子系统3 子系统4
3 需求分析进度
需求分析阶段的总体起始日期-终止日期，根据具体工作安排如下：1．项目启动：项目启动日期。
2．初步阶段：起始日期-终止日期，初步完成各子系统的全部业务的调研工作，并
整理出初步文档。
3．详细阶段：起始日期-终止日期，对初步需求文档进一步完善并认证。
4．评审阶段：起始日期-终止日期，提交需求文档，正式评审。整理评审中提出的
修改意见，并完成需求阶段的评审工作。
4 详细工作安排
4.2 初步阶段 4.2.1
4.3 详细阶段
4.3.1
* 各阶段的工作计划安排可以根据实际情况调整，上述模版仅供参考。
日期
篇二：需求分析模板一
1. 引言
引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
1.1 编写目的
说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。
如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。
1.2 项目风险
具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：
●任务提出者；
●软件开发者；
●产品使用者。
1.3 文档约定
描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括：●正文风格；
●提示方式；
●重要符号；
也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。
1.4 预期读者和阅读建议
列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括：●用户；
●开发人员；
●项目经理；
●营销人员；
●测试人员；
●文档编写入员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1.5 产品范围
说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，或者业务策略相联系。
描述产品范围时需注意，可以参考项目视图和范围文档，但是不能将其内容复制到这里。
1.6 参考文献
列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：●本项目的合同书；
●上级机关有关本项目的批文；
●本项目已经批准的计划任务书；
●用户界面风格指导；
●开发本项目时所要用到的标淮；
●系统规格需求说明；
●使用实例文档；
●属于本项目的其它己发表文件；
●本软件产品需求分析报告中所引用的文件、资料；
●相关软件产品需求分析报告；
为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出：●标题名称；
●作者或者合同签约者；
●文件编号或者版本号；
●发表日期或者签约日期；
●出版单位或者资料来源。
2. 综合描述
这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。
2.1 产品的状况
描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列
情况：
●是否是产品系列中的下一成员；
●是否是成熟产品所改进的下一代产品；
●是否是现有应用软件的替代品(升级产品)；
●是否是一个新型的、自主型的产品。
如果该软件产品需求分析报告定义的软件系统是：
●大系统的一个组成部分；
●与其它系统和其它机构之间存在基本的相互关系。
那么必须说明软件产品需求分析报告定义的这部分软件是怎样与整个大系统相关联的，或者（同时）说明相互关系的存在形式，并且要定义出两者之间的全部接口。
2.2 产品的功能
因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求准确地
