需求分析报告模板.docVIP

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