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

经典word整理文档，仅参考，双击此处可删除页眉页脚。本资料属于网络整理，如有侵权，请联系删除，谢谢！有对现有系统功能改进需求，有提取数据需求，有反映生产问题需求。这些需涵义表达不清、内容描述不完整等，科技人员难以按照业务部门要求实现。业研发进度和质量。撰写一份高质量的业务需求说明书真的很难吗？本文就此与大家探讨如何撰写高质量的业务需求书。一、说明书常见问题（1）需求过于简单。有的只是一句话，如在现行的企业网银系统中增加批量代发工资功能，可以说，只给了一个需求题目，没有内容描述，具体业务处理流程和要求没有任何说明。（2）需求内容不完整。业务需求书洋洋洒洒写了不少，但仔细一看，整个需求说明书内容缺东少西，不是少了会计分录，就是少了统计分析;不是少了界面输入项目，就是少了业务处理过程及要输出的结果等。（3）需求内容描述不清晰。想要什么，业务流程如何处理，定义不清，概有给出统计口径、数据来源等详尽资料。（4）业务需求说明书本是很严谨的文书形式，但撰写人重视程度不够。需主题表达不够清晰。（5）需求说明书照搬照抄。为了图省事，把一些软件公司提供的产品功能的，很多地方根本不符合本行业务处理流程和系统功能。（6）需求说明书没有统一撰写格式，不管是研发新产品、对现有系统功能写，或者提供的格式完全不符合业务人员要求，大家不愿意或根本无法使用。二、质量不高原因分析（1）撰写业务需求说明书时，业务部门没有很好组织人员对其需求进行认真讨论、分析，匆忙撰写，完成后没有很好斟酌修改完善，又匆匆忙忙提交给科技部门研发，事先也顾不上与科技部门做沟通，多听听科技人员的意见。（2）业务需求通常由银行各个职能部门提出，业务部门只从自己负责的业务角度出发考虑，缺乏与其他业务部门之间必要的沟通交流，缺少整合性。许形成不必要的内耗。（3）业务人员对信息系统及整个银行业务处理流程及制度要求，缺乏深入了解掌握，造成撰写的需求内容描述不清楚，不准确。（4）需求说明书没有模版，业务部门没有参照，或是科技部门提供的模版实用性不强，不符合业务要求。或更多是科技部门从技术要求方面出发，按照软件功能说明书内容格式让业务部门撰写需求。业务部门对很多技术要求不熟悉，不知道如何下手撰写。再有，模版过于教科书化。文档模版编写时，没有很好依据公司自身现状，从实际出发并实地征求业务部门意见，造成业务部门不愿意或无法按照科技部门提供的需求撰写模版撰写需求，达不到预期效果。（5）业务与科技部门缺少需求交流机制、交流平台，大家都无法积极主动交流，无法倾听相互之间的意见。三、提高撰写质量的措施提高业务需求撰写质量，就要真正反映业务真实想法，和业务保持一致，并发工作和需求之间的一致性，是需求管理的一项重要内容。（1）业务与科技要建立良好的交流与合作关系。优秀的软件产品是建立在优秀的业务需求基础之上的，高质量的软件产品来源于业务人员和技术人员相说明书反复多次修改后再提交。（2）科技部门要做好角色的转变，帮助业务部门其实就是帮助自己，不要认为业务需求与科技部门无关。科技部门不能只关心技术，更应该关心产品，让业务人员参照学习。（3）业务需求要分类管理。业务需求通常可以分为新产品研发需求、功能变更需求、数据提取需求、生产问题需求等，针对不同业务要求设计不同的业出现了问题、出现的问题现象是什么等内容，要重点突出，内容描述简单明了。（4）业务需求说明书撰写基本要求。①标准化：他山之石，可以借鉴，善于学习运用CMMI求说明书要便于不同岗位人员进行阅读、理解、学习和使用。③简洁性：业务西，语言表达简明扼要，一清二楚，可以配以适当的图表，以增强其清晰性。④十分确切，对于同一业务描写，不能出现多义性的描述，应当是一致，相互之间没有矛盾。⑥完整性：业务需求说明书都应当是完整的、独立的，没有遗漏和丢失的内容。对于需求内容相同的部分，这种重复是必要的，不要图省事避免在文档中出现“见XX文档XX因其复杂程度和规模不同，在保持需求格式不变的情况下，也需要对需求说明项目研发的一个重要文档，并不是孤立的，而是与各个阶段完成的工作有密切性。如需求变更说明是在原来业务需求说明书基础之上的变更，软件需求说明书会在详细设计说明书、测试案例等文档中有所体现。技人员总说业务需求