WEO啦

产品名称--功能分析说明书x
收录时间:2022-11-25 23:03:13  浏览:1
产品名称,功能分析说明书 (产品名称)功能分析说明书哈尔滨银行版权所有内部资料,注意保密。修订历史记录日期说明作者填写说明:1、 文档新增时,该表开始填写,说明本次为新建,不需要填写后续详细修改说明。2、 产品开发过程中或以后产品升级过程中,每次修改都要在该表中登记主要内容,修改内容直接在文档中体现,并在本文档后面依次添加详细修改说明。3、 表格中每行应为一***任务,例如产品首次建立时,先是编写,后是评审,评审后根据意见再调整等一系列工作,延续的时间可能比较长,仍然只需要填写表中一行。4、 “日期”填写为本行内容修改开始的日期。5、 表中历史内容不应删除,应一直保留。目录第一章 引言41/1 编写目的41/2 项目历程41/2/1 项目141/2/1/1 项目名称41/2/1/2 项目背景41/2/1/3 项目来源41/2/X 项目X41/2/X/1 项目名称41/2/X/2 项目背景41/2/X/3 项目来源51/3 产品背景51/3/1 产品名称51/3/2 使用单位51/4 基本定义51/5 参考资料5第二章 产品概述62/1 产品目标62/2 运行环境62/3 条件与***6第三章 业务功能说明73/1 各功能划分原则73/2 系统功能说明73/2/1 系统功能结构73/2/2 系统业务处理流程83/2/3 系统功能说明8第四章 其它要求114/1 性能要求114/2 安全要求114/3 其它要求11附录A:详细修改说明12第一章 引言说明:产品功能分析说明书是根据业务需求说明书等相关材料,进行业务获取,详细分析功能结构、业务过程,检查需求中不完整、不准确内容,为后续设计奠定基础。本说明书用于业务部门确认、验收及系统设计。若发现不可实现或矛盾的需求内容,首先考虑是否与技术方案建议书一致,若需求与技术方案不一致,则考虑回退到技术方案的制定阶段;若需求与技术方案一致,可与业务部门沟通达成一致需求,变更需求;若得到业务部门便函等书面认可,可在功能分析说明书中明确依据后重点说明此变更。1/1 编写目的阐明编写产品功能分析说明书的目的及意义。1/2 项目历程 该产品每经历一次项目,则增加按以下格式追加。1/2/1 项目11/2/1/1 项目名称说明项目名称及其缩写等。1/2/1/2 项目背景说明项目的简单背景、完成开发工作期限、推广期限等。1/2/1/3 项目来源说明该项目来源。1/2/X 项目X1/2/X/1 项目名称说明项目名称及其缩写等。1/2/X/2 项目背景说明项目的简单背景、完成开发工作期限、推广期限等。1/2/X/3 项目来源说明该项目来源。1/3 产品背景 1/3/1 产品名称说明产品名称、缩写、说明等。1/3/2 使用单位说明使用此产品的单位名称。1/4 基本定义定义及说明与此产品有关的特殊名词(专门术语)或简写、各类编号、代码等等。1/5 参考资料分项目列出本文使用的参考资料,并给出材料的版本日期。如: 项目经核准的计划任务书、合同或上级机关的批文 项目开发计划 文档所引用的资料 业务规章制度 业务操作规程 业务有关的凭证原件 市场分析调研报告 可行性分析报告 机构网点统计表 最近一年的业务量统计表 用户需求说明书第二章 产品概述2/1 产品目标 描述要开发产品应达到的目标。2/2 运行环境 描述产品所应用环境的框架。包括软件组成、硬件组成、网络构成、系统架构及其说明等。这项描述主要是根据用户要求进行。该要求从用户的观点反映用户的需要,并非设计时的全部环境描述,但最终的实现环境应满足这里的要求。2/3 条件与*** 给出产品设计应遵守的条件和受到的***。主要有如下几方面:1/ 系统推广条件***,如网络带宽、其它应用系统配合等。2/ 可维护性、可移植的***。3/ 软件使用者、管理者对计算机了解的***。应根据软件所面向的对象(业务人员、个人、企业等),设计时给予不同的考虑。4/ 系统应用规范的***,包括应用机构数、终端数等。5/ 业务规模的***(百万笔小时),即对系统处理能力的要求。第三章 业务功能说明3/1 各功能划分原则 描述功能的划分方法及其业务依据。可以按照不同的规则对系统进行划分,主要应根据用户提交的业务需求书,按业务处理的性质划分。功能的划分应该从业务人员可以操作或相对***的单元入手。3/2 系统功能说明3/2/1 系统功能结构画出系统详细的业务功能结构图、并辅助必要文字说明。 功能结构图按如下格式画。3/2/2 系统业务处理流程业务处理流程图的表述应以处理对象为主线,描述业务人员介入处理动作、流转过程。要求与上述功能结构图一一对应,可以根据实际情况选取适当粒度描述。以流程图方式给出业务处理流程图。这里只给出业务处理流程,不是程序的处理流程,注意区别,原则上不要出现专业技术词汇、不要过分展示系统内部自动处理过程。 对于处理流程的描述方式,建议采取流程图和文字描述相结合的方式,流程图直观地展示流程的全貌,而文字是对流程图的补充说明。在流程特别简单的情况下,例如简单的码表查询和维护、交易明细的查询等,可以不描述流程,仅在功能描述中体现,或者仅给出实质内容的文字描述。 业务流程图图例采用一般程序流程图图例: (a) 处理 (b) 判断 (c) 开始与结束 (d)注解符 3/2/3 系统功能说明按如下的表格形式给出功能描述。业务功能说明表功能编号使用者制表日期 年 月 日功能名性质功能目标约 束处理逻辑输入项数据项数据类型长度录入形式必输项是否是授权点备注输入界面输出项数据项数据类型长度输出的界面/凭证格式/报表表样/填写说明:1、 系统功能结构图中的叶子功能都需要在本表中反映。2、 编号和功能名要与系统功能结构图中的一致。3、 使用者:系统建成后,使用该功能的人员类型。例如外部客户、总行管理人员、网点柜员、数据中心维护人员等,可以按照具体情况填写。4、 性质:在“联机”、“批量”中选择一个。5、 功能目标:应详尽描述本功能需要达到的主要业务目标,它是了解该功能边界和内容的主要地方。业务目标并不仅限于业务部门的业务,如果是供系统维护技术人员使用的功能,该业务目标则是指为维护工作的内容。6、 约束:描述进入本功能的业务前提条件;输入的数据项的合法性检查规则。 7、 处理逻辑:描述本功能内部的处理逻辑,如果涉及帐务处理,需要描述会计分录。例如:为完成一个国际汇款功能目标,需要先根据输入的汇款金额计算手续费,再根据输入的帐号扣划客户帐户资金,再向国外汇出,最后打印凭证;再描述出会计分录。如果本功能是报表生成,则要重点说明报表产生级别(总行、省行、各机构、网点等)、产生周期(年、月、日、周等)、排序方式(按何内容升序还是降序等)、纸张大小、其它报表特殊要求、报表分发方法等。8、 输入项和输出项n 数据项:输入内容的名称。n 数据类型:在“数字/不带汉字字符串/可带汉字字符串/日期/时间”选择其一。n 长度:如果数据类型是“数字/不带汉字字符串/可带汉字字符串/”,则要说明输入长度;“数字”类型还要说明“整数位数”和“小数位数”。n 录入形式:在“手工录入/下拉框/纽扣”中选择其一。个别数据项,如帐号可以增加刷卡或刷折录入。n 必输项:在“是/否/条件”中选择其一;“条件”是指本数据项为有条件的必输项。n 授权点:在“是/否”中选择其一;n 备注:说明输入本数据项后是否带出其它辅助显示信息,如输入机构编号,带出机构名称;如果本数据项是授权点,则需要说明授权条件,如对金额授权要说明不同授权金额区间对应的柜员级别;如果本数据项是条件型的必输项,则需要说明条件内容。另注:数据类型为日期的输入格式全部为“YYYY-MM-DD”/ 数据类型为时间的输入格式全部为“YYYY-MM-DD HH/MM/SS”。9、 输入界面:以图形格式描述输入界面,给需求方以直观的印象。10、 输出的界面/凭证格式/报表表样:以图形格式描述业务处理成功后系统显示或者打印出来的“界面/凭证格式/报表表样” ,给需求方以直观的印象。第四章 其它要求4/1 性能要求 业务量说明:包括日平均业务量、日峰值业务量和未来三年内业务增长幅度。 联机系统交易平均和最大响应时间要求 系统支持的终端用户数 系统支持的最大并发用户数 系统批量处理时间要求 系统故障恢复时间要求 历史数据存放时间要求 运行时间要求,例如:正常工作时间还是连续二十四小时工作4/2 安全要求从本项目需求补充产品系统敏感信息,确定保护需求;依据应用系统开发安全指南信息系统安全等级保护基本要求从以下几个方面进行安全功能说明:1、身份鉴别2、访问控制3、通讯安全保护4、数据存储安全5、系统处理安全性6、系统可用性7、系统备份恢复4/3 其它要求 根据需要,可能还需对系统的其它要求进行说明。附录A:详细修改说明修改日期:序号修改内容填写说明:1、 对应前面的每次修订记录(除首次建立外),填写一张该表。2、 根据本文档修改情况,总结修改内容点,填写表中,
温馨提示:
1. WEO啦仅展示《产品名称--功能分析说明书x》的部分公开内容,版权归原著者或相关公司所有。
2. 文档内容来源于互联网免费公开的渠道,若文档所含内容侵犯了您的版权或隐私,请通知我们立即删除。
3. 当前页面地址:https://www.weo.la/doc/f94e2bac8b69ead2.html 复制内容请保留相关链接。