业务需求分析模板

上传人:F****n 文档编号:90753330 上传时间:2019-06-16 格式:DOCX 页数:20 大小:28.62KB
返回 下载 相关 举报
业务需求分析模板_第1页
第1页 / 共20页
业务需求分析模板_第2页
第2页 / 共20页
业务需求分析模板_第3页
第3页 / 共20页
业务需求分析模板_第4页
第4页 / 共20页
业务需求分析模板_第5页
第5页 / 共20页
点击查看更多>>
资源描述

《业务需求分析模板》由会员分享,可在线阅读,更多相关《业务需求分析模板(20页珍藏版)》请在金锄头文库上搜索。

1、业务需求分析模板篇一:需求分析报告模板需求分析报告版本:编者 年 月 日审核 年 月 日批准 年 月 日XXX二一三年四月一、引言 编写目的对产品或项目进行定义,包括修正或发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系,那么只定义文档中要说明的部分或子系统。 背景说明说明项目或模块开发背景。 预期读者和阅读建议列举软件需求规格说明书所针对的不同读者,如用户、设计人员、编程人员、测试人员、项目经理、市场人员等。指出最适合于每一类型读者阅读文档的建议。 术语定义解释需求说明书中的术语、名词、简称及缩写等等。 参考文献列出所有参考资料、参照的软件名称,包括标题名称、作者、版本号、日期

2、、出版单位或资料,以方便读者查阅这些文献。二、任务概述 目标描述项目或业务模块要达到的目标。 用户特点描述主要的用户及其特点(教育水平、经验、计算机水平等)。确定可能使用该产品的不同用户类别并描述它们的特征。有些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。 假定和约束一般约束、假设及对用户的要求。三、业务功能概要描述 现有系统分析对现有系统(包括自动或人工的)进行简要分析。 业务描述描述实际业务的过程和特点,即业务建模。 系统角色画出系统中的角色,并用文字进行说明。 主题描述(或:系统用例视图)画出主题图,描述主题内的业务和主题间的业务。或用UML语言描绘系

3、统总的用例视图。 业务流程图用UML的活动图描绘系统总的业务流程。 业务接口 外部业务接口描述与其它项目或业务模块的功能接口。例如:工资模块与考勤、考核、任免、职称等模块的功能接口描述。 内部业务接口描述各个主题之间的业务接口。四、业务功能详细描述用语言和图对每个子系统、主题或业务模块要完成的功能进行完整详细的描述。即功能建模。 子系统(模块一) 业务功能描述用文字语言描述子系统、主题或业务模块要完成的功能。 业务流程图用UML的活动图描绘子系统或业务模块的业务流程,在活动图中标注用到的或输入输出的表格、资料。注意,这里的活动图描述的是该子模块的业务流程。 主题描述及用例视图若主题下面还含有子

4、主题,则画出主题图,描述主题内的业务和主题间的业务;并且接着画出子系统或业务模块的详细用例视图。若主题下面不含子主题,则直接画出子系统或业务模块的详细用例视图。 用例描述对全部用例或主要的用例用文字进行详细描述。 用例名称一【用例功能说明】 用文字详细描述该用例的目的、功能。【操作描述】 用文字描述子系统或业务模块中主要用例的操作流程和要求。【活动图、顺序图或协同图】 (可选内容)用UML的顺序图或协同图描述该用例的操作流程。【界面原型】 (可选内容)描绘用户所希望的图形用户界面标准或风格,包括大致的屏幕布局、功能菜单、标准按钮、快捷键、出错信息显示标准等。 用例名称二【用例功能说明】 用文字

5、详细描述该用例的目的、功能。【操作描述】 用文字描述子系统或业务模块中主要用例的操作流程和要求。【活动图、顺序图或协同图】 (可选内容)用UML的顺序图或协同图描述该用例的操作流程。【界面原型】(可选内容)描绘用户所希望的图形用户界面标准或风格,包括大致的屏幕布局、功能菜单、标准按钮、快捷键、出错信息显示标准等。 用例名称三. .篇二:需求分析报告模版需求分析报告1 引言编写目的(阐明编写需求分析报告的目的)项目背景(应包括:a.项目的委托单位、开发单位和主管部门;b.该软件系统与其他系统的关系。)名词解释(列出文档中所用到的专门术语的定义和缩写词的原文。)参考资料(列出有关资料的作者、标题、

6、编号、发表日期、出版单位或资料,可包括:a.立项报告;b.项目开发计划;c.文档所引用的资料、标准和规范。) 2 任务概述目标叙述该项软件开发的意图、应用目标、作用范围以及该软件的背景资料。解释被开发软件与其他有关软件之间的关系。如果本软件是一个独立的软件,而且全部内容自含,则说明这一点。如果定义的产品是一个更大系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系。假定与约束列出本软件开发工作的假定与约束,例如经费限制、开发期限等等。 3 数据描述数据分为静态数据和动态数据。所谓静态数据,指在运行过程中主要作为参考的数据,它们在很长一段时间内不会变化,一般也不会随着运行而改变,

7、所谓动态数据,包括所有在运行中要发生变化的数据,以及在运行中要输入、输出的数据。 静态数据(系统运行前已有的数据)列出所有作为控制或参考用的静态数据,并给出名称。动态数据(系统运行过程中需要的输入数据以及系统运行过程中产生的输出数据) 列出所有动态数据,并给出名称。4 功能需求流程图画出系统的整体流程图。功能划分对于流程图中的各个功能用树状结构自顶向下进行细化。并对最底层的功能进行编码,给出功能标识符。功能描述对最底层的功能所要完成的功能进行详细描述,填入下表中:数据与功能的对应关系用一张矩阵图说明功能描述中的各个功能与数据描述中的静态数据、动态数据之间的对应关系,例如:5 性能需求时间要求例

8、如响应时间、更新处理时间、数据转换和传送时间等等。适应性(在操作方式、运行环境、与其他软件的接口等发生变化时,所具有的适应能力。)6 运行环境描述硬件设备支持软件(操作系统、数据库、其他软件系统如:Lotus Notes等)接口(硬件接口、软件接口)控制(说明控制该软件的运行的方法)用户界面(反映业务流程的用户界面)7 其他需求如可用性、安全保密、可维护性、可跨平台性等。(分高、中、低定性详细描述)篇三:软件需求分析报告模板软件需求分析报告模板目录1. 范围 12. 总体要求 1 总体功能要求 . 1 软件开发平台要求 . 1 软件项目的开发实施过程管理要求 . 2 软件项目实施过程总体要求 . 2 软件项目实施变更要求 . 2 软件项目实施里程碑控制 . 23. 软件开发 3 软件的需求分析 . 3 需求分析 . 3 需求分析报告的编制者 . 4 需求报告评审 . 4 需求报告格式 . 4 软件的概要设计 . 4 概要设计 . 4 编写概要设计的要求 . 4 概要设计报告的编写者 . 4 概要设计和需求分析、详细设计之间的关系和区别 . 4 概要设计的评审 . 4 概要设计格式 . 4 软件的详细设计 .

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 事务文书

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号