软件项目管理需求分析书规范.docx
《软件项目管理需求分析书规范.docx》由会员分享,可在线阅读,更多相关《软件项目管理需求分析书规范.docx(5页珍藏版)》请在冰豆网上搜索。
软件项目管理需求分析书规范
(金融产品名称)
需求分析说明书
制作单位:
(业务部门或科技部门)
规格标准的版本号:
V1.0
文档编号:
(按照中国银行文档资料统一编码规则编制文档编号)
版本号:
(按照中国银行关于版本号管理的有关规定填写)
需求负责人(技术):
需求负责人(业务):
编写人员:
(参加需求编写的所有人员,包括软件中以参加人员、业务部门参加人员)
校对人员:
技术部门主管签字:
年月日
第一章引言
1.1编写目的
✧阐述编写需求分析说明书的目的及意义。
1.2项目背景
✧阐述当前业务系统现状以及业务未来的发展情况
✧阐述新系统与其它系统的关系
1.3基本定义
✧列出文档中所用到的专门述语的定义和缩写词的原文。
第二章产品概述
2.1目标
✧描述要开发产品应达到的目标。
2.2运行环境
✧描述产品所应用环境的框架。
包括软件组成、硬件组成、网络构成、系统架构及其说明等。
2.3条件与限制
✧给出产品设计应遵守的条件和受到的限制。
主要有如下几方面:
1.开发单位或部门应具备的条件。
2.开发者完成开发工作的期限。
3.系统在推广、上点的时间和条件限制。
4.应用环境受到的限制,如网络带宽。
5.可维护性、可移植的限制。
6.软件使用者、管理者对计算机了解的限制。
应根据软件所面向的对象(业务人员、个人、企业等),设计时给予不同的考虑。
7.系统应用规范的限制,包括应用机构数、终端数等。
8.业务规模的限制(百万笔/小时),即对系统处理能力的要求。
第三章业务流程分析
3.1业务流程分析
✧采用结构化分析等方法对业务流程进行分析,弄清部门关系、客户关系、柜员关系、管理者关系、银行关系等。
3.2业务数据流图
✧根据业务流程分析,绘制详细的业务数据流图(DataFlowDiagram)。
✧DFD图的基本符号如下:
3.2数据词典
✧对业务数据流图中出现的所有被命名的图形元素在数据词典中作为一个词条加以定义,使得每一个图形元素的名字都有一个确切的解释。
数据词典中所有的定义应是严密、精确的,不可有半点含混,不可有二义性。
✧数据流词条描述应包括的内容有:
数据流名、数据流来源、数据流去向、数据流的组成(即数据结构)、数据流的流通量等。
✧数据元素词条描述应包括:
数据元素名、类型、长度、取值范围、相关的数据元素及数据结构。
✧数据文件词条描述应包括:
数据文件名、数据文件组成、存储方式、存取频率、输入数据、输出数据等。
✧加工逻辑词条描述应包括:
加工名、编号、输入数据流、输出数据流、加工逻辑等。
✧源点及汇(终)点词条描述包括:
名称、简要描述、有关数据流、数目等。
3.3数据采集
✧说明业务数据的采集方法和要求,如联行号、货币等。
第四章功能需求
4.1功能划分
✧对系统所需功能进行划分,并对各功能之间的关系进行说明。
4.2功能描述
✧概要说明系统的各项功能。
系统各功能的输入、输出、处理等的详细要求由《功能说明书》中给出。
4.3软件接口
✧详述该系统与其它系统的接口需求情况。
4.4故障处理
✧从业务和技术上阐述出现故障情况下总的处理要求,如断点恢复性能、故障恢复时对数据完整性的要求等。
对于各项功能的出错处理具体要求在《功能说明书》给出。
第五章其它需求
5.1应用环境
1.这里主要描述系统的一些非功能性要求。
可根据要开发系统的情况,增加一些内容。
2.描述要开发系统的应用范围,包括是全辖使用还是在某一局部使用;使用时系统覆盖到一级别等。
3.时间特性要求
✧联机系统响应时间要求
✧系统批量处理时间要求
✧系统故障恢复时间要求
✧历史数据存放时间要求
✧运行时间要求,例如:
正常工作时间还是连续二十四小时工作
4.系统安全保密性要求,例如:
系统的密码控制要求,数据安全等级与存取控制等。
安全防范的主要内容有:
防范身份、信息窃取、信息否认、信息重发、信息重复等的处理要求。
5.2其它要求
✧根据需要,可能还需对系统的可维护性、可移植性、软件重用等进行说明。
参考资料
✧项目经核准的计划任务书、合同或上级机关的批文
✧项目开发计划
✧文档所引用的资料
✧业务规章制度
✧业务操作规程
✧业务有关的凭证原件
✧市场分析调研报告
✧机构网点统计表
✧最近一年的业务量统计表