如何编写信息系统开发业务需求讲义.docVIP

一、背景知识介绍 软件工程的基本思想 在计算机发展初期，软件规模小，文档资料通常也不存在，很少使用系统化的开发方法。随着软件规模逐渐增大，复杂程度越来越高，软件可靠性问题也越来越突出。原来的个人设计、个人使用的方式不再能满足要求，迫切需要改变软件生产方式，提高软件生产率。你不能用制造小木船的方法制造航空母舰。 软件工程学的基本思想就是将软件当作一种工程产品来处理，从时间角度对软件开发和维护的复杂问题进行分解，把软件生命的漫长周期依次划分为若干个相对独立的阶段，并给每个阶段赋予明确而有限的任务。 阶段 关键问题 结束标准 可行性研究 系统建设是否可行？ 可行性研究报告 需求分析 系统必须做什么？ 软件需求说明书 总体设计 概括地说，应该如何解决这个问题？ 推荐的系统架构 详细设计 怎样具体实现这个系统？ 编码和单元测试 编写正确的程序模块 源程序清单；单元测试方案和结果 综合测试 符合要求的软件 综合测试方案和结果 系统运维 持久的满足用户需要的软件 需求分析决定项目成败 随着人们对软件危机的认识和研究，软件工程方法也取得了一些实用的发展和进步，但软件项目的开发成功率仍然不高，大多数项目依旧处于超进度、超成本状态。在这些失败的项目中，需求不明确、需求不完整和需求变化等方面的因素占到了60％。正是如此，国内也渐渐开始重视需求分析这一软件开发的基础工作。 Carl Zetie在2006年1月的研究报告中指出：“需求定义不良或理解不正确，是导致付出的努力白费、重复工作以及项目失败的最大因素”。业内分析人员通过调查也发现需求分析不准确、杂乱无章以及不完整是软件项目失败的首要因素。根据Standish Group的年度CHAOS报告，导致项目失败的五大原因中与需求相关的高达三个。 软件的需求分析是软件生存周期的重要阶段，它是联系用户与软件开发者的纽带，它的好坏对软件下一步的开发工作将产生决定性的影响。因此，对需求分析工作应该给予足够的重视，否则将对软件项目的开发工作造成严重的后患。如果软件开发者在对用户的需求没有充分了解之前，就急于进行设计和编程工作，这样设计出来的软件是无法满足用户要求的。软件使用中发生软件危机的原因之一就是需求分析工作未做好，软件人员和用户之间未能全面地、精确地理解和表达这些需求。 上述软件开发行业的现状表明以下几个方面的问题：1)软件需求分析以及需求说明质量的提高是软件开发项目成败的关键要素之一；2)及早地发现缺陷，特别是在软件需求分析阶段检测出缺陷并进行修改能够有效的降低软件产品的开发成本，提高软件的开发质量。 软件需求说明书（业务需求文档）定义 软件需求说明书是对一个待开发的系统的描述，是系统开发人员与用户就产生一个什么样的系统相互交流的产物，是系统各项后续开发的基础。 业务需求文档的作用 开发公司根据包含在软件需求说明书中描述的系统来估计开发成本，制定规划并预测进度安排、工作量和资源； 开发人员依赖它来理解他们将要开发的系统，并据此进行编码工作； 测试人员根据文档中对系统行为的描述制定测试计划、测试用例，进行测试工作。 系统运维人员和技术支持根据文档了解系统的功能； 根据业务需求文档编写用户手册。 业务需求文档是我们系统建设过程树立的一个正确的航标。有了这样一个航标，就可以使我们最终能够到达一个正确的彼岸。 二、如何撰写高质量的业务需求文档 1. 业务需求文档的常见问题 （1）需求过于简单。有的只是一句话，如“需要补录数据功能”，可以说，只给了一个需求题目，没有内容描述，具体业务处理流程和要求没有任何说明。 （2）需求内容不完整。业务需求洋洋洒洒写了不少，但仔细一看，整个需求说明书内容缺东少西，要么少了界面输入项目，要么少了业务处理过程及要输出的结果等。 （3）需求内容描述不清晰。想要什么，业务流程如何处理，定义不清，概念界定模糊，有很多疑问。如需求文档中对于统计报表只是画出一个大概表样，没有给出统计口径、数据来源等详尽资料。 （4）需求不具有可行性。分不清在技术上什么能做什么不能做，例如试图从技术上解决腐败问题。 （5）需求文档没有统一撰写格式，不管是研发新产品、对现有系统功能改进、还是提取数据和生产问题需求，都没有一个简单实用的需求格式，随意书写，或者提供的格式完全不符合业务人员要求，大家不愿意或根本无法使用。 2.提高撰写质量的措施 （1）业务人员和技术人员要建立良好的交流与合作关系。一般来说，技术人员对计算机软硬件系统比较熟悉，但对业务不太熟悉，而业务人员恰恰相反，他们熟悉自身的业务却不了解计算机技术，即使了解一些往往也是不系统的，因此，业务人员很难编写出质量较高的软件需求说明书，提供的往往是笼统的不规范的需求。这就需要通过用户和软件人员之间的交流来相互沟通，让用户了解计算