业务需求分析师.doc

业务需求分析师
目 录
目 录 2
第1章. 软件需求现状与常用问题 7
. 软件需求现状分析 7
. 需求常用问题分析 8
第2章. 软件需求表了职责。可一种公司中少有人能上通战略下解具体操作，为了让业务人员有效的验证需求，需求文档的树型构造应面对不同的层面：决策层、管理层、操作层，将需求提成不同部分，让合适的人验证合适的部分。
缺少顾客参与
在诸多项目中，使用者都不能有效地参与到项目中来，诸如“你们先做，做出来我们试试，有问题再改”之类的话也是常常听到。重要应对措施是充足研究业务代表的关注点、利益点，通过业务利益争取使用者参与到需求活动中。
不切实际的顾客盼望
诸多状况下，业务人员都会提出大量的需求，有些是技术上主线无法实现的，有的则是项目费用、项目时间等预算内无法实现的。究其因素，重要在于软件的无形和软件成本的不透明。要解决这样的问题，在目前国内的软件实行环境下，能做的是it人员积极地协助使用者更好的理解软件成本，阐明清晰为什么做不到，获得理解，达到一致才是核心。
需求变更频繁
导致需求变更的因素诸多，常用的因素涉及：
开发人员看待需求开发的态度不认真
顾客参与不够
模棱两可的需求。
顾客和需求开发人员在理解上的差别。
过于简朴的规格阐明。
不精确的筹划等。
有效控制变更应当注意采用合理的需求管理措施：
需求分析阶段尽量采用原型或者用例措施明确顾客需求。
采用严格的需求变更管理流程。
采用良好的体系构造。
采用面向对象思想。
具体的措施请参见第3章节内容。
提供了不需要的功能
诸多项目中都或多或少的含了些很少使用或无人使用的功能，这种状况如何在事前避免呢？在需求阶段有效地划分优先级是个措施。这里所说的优先级划分不是“拍脑袋”的产物，而是真正基于业务领域知识来衡量需求的必要性和充足性，在此基本上做出划分。第2章节有有关“合理划分优先级的措施”的具体阐明。
上述分析是需求工作中常用问题的解决建议，分析比较粗浅。若要有效的解决问题，就需要反思问题背后的本质因素，掌握需求理论与工作措施，
针对性的找到合用的需求措施，构思、尝试出真正在本组织内有效的缓和手段。
软件需求与需求工程
软件需求
软件需求定义
什么是软件需求，这个看似简朴的问题并不好回答。也许有诸多人简朴地觉得软件需求就是顾客需要实现的功能加上某些非功能方面的规定。但这样的理解并不完整，本章将对某些与需求有关的核心概念进行论述。
软件需求是指顾客对软件的功能和性能的规定，就是顾客但愿软件能做什么事情，完毕什么样的功能，达到什么样的性能。软件人员要精确理解顾客的规定，进行细致的调查分析，将顾客非形式的需求陈述转化为完整的需求定义，再由需求定义转化到相应形式的需求规格阐明的过程。对于软件项目的需求，一方面要明确顾客的规定，澄清模糊的需求，与顾客达到共识。
需求的层次
有时也可以将软件需求按照层次来阐明，涉及业务需求、顾客需求、软件需求、软件需求规格等层次，它们的关系如下图1-1所示。
图表 21软件需求按照层次
业务需求
业务需求反映了组织机构或客户对系统、产品高层次的目的规定，由管理人员或市场分析人员拟定。由于业务需求的提出人一般是公司的管理人员，它完全是从业务角度描述的，是指引软件开发的高层需求。事实上在项目立项阶段就整顿完毕了。
顾客需求
顾客需求是指软件使用者的规定和软件应满足的顾客特性，一般是顾客协助提供。一般是在业务需求定义的基本上进行顾客访谈、调查，对顾客使用的场景进行整顿，从而建立顾客角度的需求。顾客需求是需求调研的产物，它具有如下特点：
零散：顾客会提出不同角度、不同层面、不同粒度的需求，并且一般是以一句话的形式提出的。
存在矛盾：由于顾客处在公司组织的不同层面、地区等，难免浮现盲人摸象的现象，从而导致需求的片面性，甚至在不同顾客之间会有不同的观点。
正由于如此，我们还需要对顾客需求（也叫原始需求）进行分析整顿，从而整顿出更加精确的需求阐明。
软件需求
软件需求定义了开发人员必须实现的软件功能，使得顾客通过使用此软件能完毕它们的任务，从而满足业务需求。它是分析人员在对顾客需求进行分析、提炼、整顿，从而生成指引开发的、更精确的软件需求。它是需求分析与建模的产物，即形成软件需求规格。
软件需求规格充足描述了软件系统应具有的外部行为，它描述了系统呈现给顾客的行为和执行的操作等。它涉及：产品必须遵从的原则、规范和合约；外部界面的具体细节；非功能性需求（例如性能规定等）；设计或实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是通过多种角度