需求分析报告版本：1.0.0编者年月日审核年月日批准年月日一、引言1.1 编写目的对产品或项目进行定义，包括修正或发行版本号如果这个软件需求规格说 明只与整个系统的一部分有关系，那么只定义文档中要说明的部分或子系统1.2 背景说明说明项目或模块开发背景1.3 预期读者和阅读建议列举软件需求规格说明书所针对的不同读者， 如用户、设计人员、 编程人员、 测试人员、项目经理、市场人员等指出最适合于每一类型读者阅读文档的建议1.4 术语定义解释需求说明书中的术语、名词、简称及缩写等等1.5 参考文献列出所有参考资料、 参照的软件名称，包括标题名称、作者、 版本号、日期、出版单位或资料来源，以方便读者查阅这些文献二、任务概述2.1 目标描述项目或业务模块要达到的目标2.2 用户特点描述主要的用户及其特点（教育水平、经验、计算机水平等） 确定可能使 用该产品的不同用户类别并描述它们的特征 有些需求可能只与特定的用户类相 关将该产品的重要用户类与那些不太重要的用户类区分开2.3 假定和约束一般约束、假设及对用户的要求三、业务功能概要描述3.1 现有系统分析对现有系统（包括自动或人工的）进行简要分析3.2 业务描述描述实际业务的过程和特点，即业务建模。
3.3 系统角色画出系统中的角色，并用文字进行说明3.4 主题描述（或：系统用例视图）画出主题图，描述主题内的业务和主题间的业务或用 UML 语言描绘系统总的用例视图3.5 业务流程图用 UML 的活动图描绘系统总的业务流程3.6 业务接口3.6.1 外部业务接口描述与其它项目或业务模块的功能接口例如：工资模块与考勤、考核、任 免、职称等模块的功能接口描述3.6.2 内部业务接口描述各个主题之间的业务接口四、业务功能详细描述用语言和图对每个子系统、 主题或业务模块要完成的功能进行完整详细的描 述即功能建模4.1 子系统（模块一）4.1.1 业务功能描述用文字语言描述子系统、主题或业务模块要完成的功能4.1.2 业务流程图用 UML 的活动图描绘子系统或业务模块的业务流程，在活动图中标注 用到的或输入输出的表格、资料注意，这里的活动图描述的是该子模块 的业务流程4.1.3 主题描述及用例视图若主题下面还含有子主题，则画出主题图，描述主题内的业务 和主题 间的业务；并且接着画出子系统或业务模块的详细用例视图若主题下面不含子主题，则直接画出子系统或业务模块的详细用例视用例描述对全部用例或主要的用例用文字进行详细描述。
用例名称一【用例功能说明】用文字详细描述该用例的目的、功能操作描述】用文字描述子系统或业务模块中主要用例的操作流程和要求活动图、顺序图或协同图】 （可选内容）用UML的顺序图或协同图描述该用例的操作流程界面原型】 （可选内容）描绘用户所希望的图形用户界面标准或风格，包括大致的屏幕布局、 功能菜单、标准按钮、快捷键、出错信息显示标准等用例名称二【用例功能说明】用文字详细描述该用例的目的、功能操作描述】用文字描述子系统或业务模块中主要用例的操作流程和要求活动图、顺序图或协同图】 （可选内容）用UML的顺序图或协同图描述该用例的操作流程界面原型】（可选内容）描绘用户所希望的图形用户界面标准或风格，包括大致的屏幕布局、 功能菜单、标准按钮、快捷键、出错信息显示标准等用例名称三信息项描述采集子系统或业务模块中用到的信息项，对于非国标、部标的指标项 要给予具体解释和规范建议推荐描述形式如下： 信息集名称： ********4.2 子系统（模块二）4.3 子系统（模块三）五、性能要求5.1 用户数要求5.2 业务方面的并发要求5.3 正常和极端情况下的时间要求5.4 容错要求5.5 权限要求5.6 灵活性要求当需求发生变化时的适应能力要求。
5.7 使用频度要求日常使用或定期使用等的描述六、其它需求详细描述本产品 /项目必需满足的法令法规、行业规范、合同 /标书中的其它 要求、以往类似设计中的适用信息以及本公司对此项目附加的其它需求等七、附录对本需求有说明意义的资料：文档、数据、表格、样张等等附注：用例视图、活动图（业务流程图） 、主题图、对象图、状态图采用 UML 标准 符号绘制推荐使用CASE工具如：Ritional Rose画好后再粘贴到 Word文档中如果时间充裕的话，应在辅助工具中进行业务建模，将非功能需求以及资料 部分做为单独文档连接到模型中。