如何撰写高质量的审核报告

如何撰写高质量的业务需求说明书

作者：渤海银行资讯科技部张保军原文刊登于《金融电子化》

在日常工作中，银行业务部门经常提出不同的业务需求，有新产品研发需求，有对现有系统功能改进需求，有提取数据需求，有反映生产问题需求。这些需求提交给科技部门在信息系统中实现，科技部门经常说业务部门提交的业务需求涵义表达不清、内容描述不完整等，科技人员难以按照业务部门要求实现。业务需求说明成为业务与科技经常扯皮、推诿、口舌之争之标靶，影响了软件项目研发进度和质量。

撰写一份高质量的业务需求说明书真的很难吗。本文就此与大家探讨如何撰写高质量的业务需求书。

一、说明书常见问题

（1）需求过于简单。有的只是一句话，如在现行的企业网银系统中增加批量代发工资功能，可以说，只给了一个需求题目，没有内容描述，具体业务处理流程和要求没有任何说明。

（2）需求内容不完整。业务需求书洋洋洒洒写了不少，但仔细一看，整个需求说明书内容缺东少西，不是少了会计分录，就是少了统计分析;不是少了界面输入项目，就是少了业务处理过程及要输出的结果等。

（3）需求内容描述不清晰。想要什么，业务流程如何处理，定义不清，概念界定模糊，有很多疑问。如需求书中对于统计报表只是画出一个大概表样，没有给出统计口径、数据来源等详尽资料。

（4）业务需求说明书本是很严谨的文书形式，但撰写人重视程度不够。需求说明书普遍存在错别字、语句涵义表达不清楚，口语化浓厚，引用图表不准确，主题表达不够清晰。

（5）需求说明书照搬照抄。为了图省事，把一些软件公司提供的产品功能介绍文档改头换面，作为业务需求说明书提交，业内人员一看就知道不是自己写的，很多地方根本不符合本行业务处理流程和系统功能。

（6）需求说明书没有统一撰写格式，不管是研发新产品、对现有系统功能改进、还是提取数据和生产问题需求，都没有一个简单实用的需求格式，随意书写，或者提供的格式完全不符合业务人员要求，大家不愿意或根本无法使用。