• 快捷搜索
  • 全站搜索

信息系统业务需求编写要点探讨

2017-11-27 13:42:16作者:兴业银行信息科技部 李红玥 福建圣天网络公司 王超编辑:金融咨询网
业务需求文档作为将经营理念联系到IT解决方案的纽带,填补了业务发展和IT实现之间的空白。业务需求文档的编写过程,则是对需求进行捕获、分析后,把收集汇总的信息和数据进行提炼总结、编辑成业务需求说明书的过程。

业务目标明确、结构清晰、表述简明、内容组织严谨的需求文档则是信息系统建设的根基。本文广泛征集了商业银行业务需求开发专家的意见,引入逻辑清晰的金字塔原理,集中归纳、总结信息系统建设过程中对业务需求写作的规范性要求,整理出商业银行信息系统业务需求的编写要点。

业务需求的定位

  信息系统建设的生命周期按时间排序共分为五个阶段:业务需求开发→系统设计→编码实现→集成和部署→运行和维护。其中,业务需求就是系统需要实现的业务目标和项目范围,是组织机构或客户对系统功能要求的描述。

  业务需求文档作为将经营理念联系到IT解决方案的纽带,填补了业务发展和IT实现之间的空白。业务需求文档的编写过程,则是对需求进行捕获、分析后,把收集汇总的信息和数据进行提炼总结、编辑成业务需求说明书的过程。业务需求编写对信息系统建设的影响主要体现有:一是定义需求,编写人员通过文档化的过程查错补遗;二是形成约束,便于评审,在早期发现技术问题;三是承上启下,后续阶段开发任务可能由他人承担,输出文档便于开展后续工作;四是知识传承,满足维护工作需要。

业务需求编写的挑战

  编写业务需求文档,应该以业务流程为导向和出发点,组织文章的结构和内容,将流程中的每个业务节点对应一个业务需求功能点;其次,编写内容要以信息系统需满足哪些业务诉求为重点,用清晰、简洁的文字进行描述。

  在银行实际编写业务需求的过程中,一般由业务需求开发团队成员分工合作完成。这种分工可以提高工作效率、缩短编写周期,但同时存在分工交付的产物在格式、内容和语言组织上不统一的隐患。

  由于业务分析人员和编写执笔人之间存在理解和描述的不同,需求文档将面临偏离实际需求的风险,整合后的文稿存在碎片化、前后不统一、相互矛盾等问题。这将导致项目后续开发过程中,需要消耗大量的时间和人力去改写、重新解读,增加工作负担,降低合作效率。

“金字塔原理”在业务需求编写中的应用

  在IT系统业务需求编写中,我们希望参与的全体成员能用统一的逻辑、结构和表达方式,那么这些要求是否有规范可循?答案就是使用逻辑清晰的金字塔原理。

  “金字塔原理”是由美国学者明托提出的一种重点突出、逻辑清晰、主次分明的思考逻辑与表达方式。该原理强调将思想归类分组、组织成金字塔:把思想按某种关联性或者某种共性归类,并以特定的逻辑为指导,以先总结后具体的顺序描述。以“金字塔原理”为指导思想来编写业务需求说明书,须从以下两个方面来组织。

  1.首先要确定写作的逻辑思维。通常有三种划分组织活动的思维顺序:强调活动本身(按时间顺序)、强调地点(按地理结构顺序)、强调某一产品或市场有关的活动(按重要性顺序)。在IT系统业务需求文档的写作中,我们强调银行业务交易活动以及相应的IT系统处理流程,故可按照时间顺序来组织写作逻辑。

  2.金字塔中的思想分组必须符合一些规则。“金字塔原理”中将其分为纵向和横向。

  纵向:文章中任意层次上的思想必须是其下一层次思想的概括。这体现在业务需求点的划分上,把一个业务需求拆分成几个细化的需求点。

  横向:每组中的思想必须属于同一逻辑范畴,且必须按逻辑顺序组织。这体现在将每个细化的需求点分解为业务功能概述、涉及的用户与参与者、业务规则、业务操作流程和输入输出信息。然后再按照业务发生的顺序来组织,描述该需求点对用户的要求、业务需求发生的前提条件有哪些、处理流程中的需遵循哪些校验或计算规则、异常处理及对数据的特殊要求等,形成索引项。再根据实际业务处理流程,将索引项进行细化和补充,使得需求描述简洁明了,并能够有效地减少需求遗漏,使业务需求更加完整、严谨、有序。

  在完成逻辑和内容的组织后,同时能够保证文档的各个组成部分之间相互独立、没有重叠;所有部分完全穷尽、没有遗漏。这便是成功应用了“金字塔”的写作逻辑,也是“金字塔原理”在信息系统业务需求编写中优势的体现。

业务需求描述原则

  在定义了编写信息系统业务需求文档须遵循的逻辑要求后,我们来探讨在具体的语言组织方面应重点注意的方面。

  业务需求文档的主体由需求陈述组成,以促进开发者与客户间的沟通为目的,应尽量使用自然的语言描述来定义需求。业务需求的语言描述要准确、精炼、严谨;文档中可以使用公式、表格、流程图等来辅助语言表述。一份优质的需求文档须遵循以下四点要求。

  1.表述措辞统一,逻辑严谨有序。高质量的商业银行信息系统业务需求文档的编写,应体现需求陈述具有一致的样式、统一的主语(如“用户……”),并紧跟一个行为动作和可观察的结果。

  2.避免使用不确定性词汇。为了提升商业银行信息系统业务需求文档的内容质量,描述中应避免模糊、主观的术语,如:也许、大概、可能、迅速、有效、许多等,减少不确定性。

  3.避免使用比较性词汇。须避免使用比较性的词汇,如:提高、最大化、最小化、最佳化等。要定量地说明所需要提高的程度或者界定一些参数可接受的最大值和最小值。

  4.使用点目描述多个需求。在信息系统业务需求文档的编写过程中,不要把多个需求集中在一个冗长的叙述段落中,要把需求佃:4"-I-怂".-~三Z,田m化,用点目进行描述,不用段述。尤其注意不要在需求描述中使用“和/或”,“等等”之类的连词。

兴业银行的应用实践

  基于金字塔原理对业务需求编写的要求,以及上述罗列的需求描述原则,我们在兴业银行信息系统的业务需求编写中进行了应用和探索,发布和持续改进业务需求说明书模板。在模板中,明确了业务需求点的要求,即运用自然语言辅以图表,从业务需求点简述、使用用户、业务规则、业务操作流程、输入输出描述五个方面详细描述需求点。

  ★业务需求点简述:该业务需求点需要完成的工作和实现的目标。

  ★使用用户:说明该业务处理过程中有哪些岗位用户可使用该功能。

  ★业务规则:说明业务操作过程应遵循的规则以及对本需求点的前置条件、对数据的特殊约束要求、需要系统进行计算的计算规则及公式。

  ★业务操作流程:说明业务处理过程中,用户与本系统交互的全部流程,即正常、异常和可选流程。

  ★输入输出描述:用文字或图片(如凭证打印),描述业务处理过程中用户与系统的交互信息。

  我们采用上述五个基础部分,结合案例,指导我行信息系统业务需求编写顺利进行。在后续的信息系统建设工作中,希望可以进一步应用、优化以上原理与方法,以提高业务需求文档的开发速度及质量,提升工作效率。

(文章来源:《金融电子化》杂志)

扫码即可手机
阅读转发此文

本文评论

相关文章