产品名称-功能分析说明书

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