业务需求分析模板Word文档格式.docx
- 文档编号:18897303
- 上传时间:2023-01-02
- 格式:DOCX
- 页数:8
- 大小:19.69KB
业务需求分析模板Word文档格式.docx
《业务需求分析模板Word文档格式.docx》由会员分享,可在线阅读,更多相关《业务需求分析模板Word文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
列出所有参考资料、参照的软件名称,包括标题名称、作者、版本号、日期、出版单位或资料来源,以方便读者查阅这些文献。
二、任务概述
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主题描述及用例视图
若主题下面还含有子主题,则画出主题图,描述主题内的业务和主题间的业务;
并且接着画出子系统或业务模块的详细用例视图。
若主题下面不含子主题,则直接画出子系统或业务模块的详细用例视图。
4.1.4用例描述
对全部用例或主要的用例用文字进行详细描述。
4.1.4.1用例名称一
【用例功能说明】用文字详细描述该用例的目的、功能。
【操作描述】用文字描述子系统或业务模块中主要用例的操作流程和要求。
【活动图、顺序图或协同图】
(可选内容)
用uml的顺序图或协同图描述该用例的操作流程。
【界面原型】
描绘用户所希望的图形用户界面标准或风格,包括大致的屏幕布局、功能菜单、标准按钮、快捷键、出错信息显示标准等。
4.1.4.2用例名称二
4.1.4.3用例名称三
......
篇二:
需求分析报告模版
1引言
编写目的(阐明编写需求分析报告的目的)
项目背景(应包括:
a.项目的委托单位、开发单位和主管部门;
b.该软件系统与其他系统的关系。
)
名词解释(列出文档中所用到的专门术语的定义和缩写词的原文。
参考资料(列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a.立项报告;
b.项目开发计划;
c.文档所引用的资料、标准和规范。
)2任务概述
目标
叙述该项软件开发的意图、应用目标、作用范围以及该软件的背景资料。
解释被开发软件与其他有关软件之间的关系。
如果本软件是一个独立的软件,而且全部内容自含,则说明这一点。
如果定义的产品是一个更大系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系。
假定与约束
列出本软件开发工作的假定与约束,例如经费限制、开发期限等等。
3数据描述
数据分为静态数据和动态数据。
所谓静态数据,指在运行过程中主要作为参考的数据,它们在很长一段时间内不会变化,一般也不会随着运行而改变,所谓动态数据,包括所有在运行中要发生变化的数据,以及在运行中要输入、输出的数据。
静态数据(系统运行前已有的数据)
列出所有作为控制或参考用的静态数据,并给出名称。
动态数据(系统运行过程中需要的输入数据以及系统运行过程中产生的输出数据)列出所有动态数据,并给出名称。
4功能需求
流程图
画出系统的整体流程图。
功能划分
对于流程图中的各个功能用树状结构自顶向下进行细化。
并对最底层的功能进行编码,给出功能标识符。
功能描述
对最底层的功能所要完成的功能进行详细描述,填入下表中:
数据与功能的对应关系
用一张矩阵图说明功能描述中的各个功能与数据描述中的静态数据、动态数据之间的对应关系,例如:
5性能需求
时间要求
例如响应时间、更新处理时间、数据转换和传送时间等等。
适应性(在操作方式、运行环境、与其他软件的接口等发生变化时,所具有的适应
能力。
6运行环境描述
硬件设备
支持软件(操作系统、数据库、其他软件系统如:
lotusnotes等)
接口(硬件接口、软件接口)
控制(说明控制该软件的运行的方法)
用户界面(反映业务流程的用户界面)
7其他需求
如可用性、安全保密、可维护性、可跨平台性等。
(分高、中、低定性详细描述)
篇三:
软件需求分析报告模板(完整版)
软件需求分析报
告模板(完整版)
目录
1.范围1
2.总体要求1
2.1总体功能要求.......................................................................................................................1
2.2软件开发平台要求...............................................................................................................1
2.3软件项目的开发实施过程管理要求....................................................................................2
2.3.1软件项目实施过程总体要求........................................................................................2
2.3.2软件项目实施变更要求................................................................................................2
2.3.3软件项目实施里程碑控制............................................................................................2
3.软件开发3
3.1软件的需求分析...................................................................................................................3
3.1.1需求分析........................................................................................................................3
3.1.2需求分析报告的编制者................................................................................................4
3.1.3需求报告评审................................................................................................................4
3.1.4需求报告格式................................................................................................................4
3.2软件的概要设计...................................................................................................................4
3.2.1概要设计........................................................................................................................4
3.2.2编写概要设计的要求....................................................................................................4
3.2.3概要设计报告的编写者................................................................................................4
3.2.4概要设计和需求分析、详细设计之间的关系和区别................................................4
3.2.5概要设计的评审............................................................................................................4
3.2.6概要设计格式................................................................................................................4
3.3软件的详细设计...................................................................................................................5
3.3.1详细设计........................................................................................................................5
3.3.2特例................................................................................................................................5
3.3.3详细设计的要求............................................................................................................5
3.3.4数据库设计....................................................................................................................5
3.3.5详细设计的评审............................................................................................................5
3.3.6详细设计格式................................................................................................................5
3.4软件的编码...........................................................................................................................5
3.4.1软件编码........................................................................................................................5
3.4.2软件编码的要求............................................................................................................5
3.4.3编码的评审....................................................................................................................6
3.4.4编程规范及要求............................................................................................................6
3.5软件的测试...........................................................................................................................6
3.5.1软件测试........................................................................................................................6
3.5.2测试计划........................................................................................................................6
3.6软件的交付准备...................................................................................................................6
3.6.1交付清单........................................................................................................................6
3.7软件的鉴定验收...................................................................................................................7
3.7.1软件的鉴定验收............................................................................................................7
3.7.2验收人员........................................................................................................................7
3.7.3验收具体内容................................................................................................................7
3.7.4软件验收测试大纲........................................................................................................7
3.8培训.......................................................................................................................................7
3.8.1系统应用培训................................................................................................................7
3.8.2系统管理的培训(可选)............................................................................................8
附录a软件需求分析报告文档模板9
附录b软件概要设计报告文档模板
21
附录c软件详细设计报告文档模板
33
附录d软件数据库设计报告文档模板
43
附录e软件测试(验收)大纲错误!
未
定义书签。
5
1.范围
本指南用于指导软件开发者为南京市交通局开发软件项目的过程,通过规范软件项目承担单位的开发过程达到提高软件质量,降低维护成本的目的。
开发者应根据本指南进行软件开发和编制软件开发文档。
本指南是对软件项目承担单位的基本要求。
在本指南的附录a至e中提供了文档的编写模板供开发者参考,在进行具体软件开发时,开发者可根据实际情况采编写,但必须提供双方约定的文档,文档中约定的内容必须描述清楚。
2.总体要求
2.1总体功能要求
网络应用环境以internet/intranet技术为核心。
开发者应在充分分析需求的基础上,选择采用b/s结构或者c/s结构。
软件系统的数据库应依照《南京市交通局信息化数据库建设规范》进行设计和建设。
本指南中没有规定开发者采用何种具体的软件工程开发方法,开发者可根据项目具体特
点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法,但建议开发商使用面向对象软件工程的方法,如:
采用目前被广泛使用的Rup(Rationalunifiedprocess)方法来进行分析、设计和开发。
2.2软件开发平台要求
开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运行。
目前软件平台为:
数据库管理系统:
oracle9i以上版本
中间件(应用服务器)系统:
ibmwebsphere
oa系统:
lotusdomino/notes
网络架构:
完全支持tcp/ip协议
开发工具或技术体系:
为保证软件的上下兼容性,开发者应选择比较通用的开发工具的较新版本进行开
发,如microsoftV,borlanddelphi,c++builder,或j2ee(java2p1atformenterpriseedition)等。
2.3软件项目的开发实施过程管理要求
2.3.1软件项目实施过程总体要求
(一)开发者提交软件开发工作大纲,交通局组织专家组对工作大纲进行评审,并提出整改意见。
(二)通过评审后,开发者根据整改意见完善工作大纲,经过交通局认可后组织项目组进行软件开发。
软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行,在开发过程中,开发者需分阶段提交相关文档。
(三)在软件开发工作完成后,开发者应向交通局提交完整的软件文档,交通局组织验收组对软件进行验收审查。
2.3.2软件项目实施变更要求
在开发过程中,需求或设计不可避免地需要发生变更,相关变更必须经过交通局书面同意方可进行。
在需求或设计发生变更时,需要对原有文档进行修改,并提供完整的变更记录,以使变更处于可控制的状态。
变更单如下表所示:
表2-1变更单
2.3.3软件项目实施里程碑控制
交通局将分四个阶段进行把关,召开专家审查会。
(一)需求分析(结合原型进行审查)确认;
(二)概要设计+数据库设计;
(三)预验收(试运行后);
(四)正式验收(推广使用后)。
3.软件开发
合同签订以后,项目承担单位即可组织项目组进行软件开发工作。
软件开发必须严格按照软件工程的要求进行。
开发过程包括开发者的活动和任务。
此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。
3.1软件的需求分析
3.1.1需求分析
首先,开发者和交通局应共同对交通局的应用需求作充分的调研,提交完整的需求分析报告。
在需求分析报告中必须描述的基本问题是:
功能、性能、强加于实现的设计
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 业务 需求 分析 模板