需求开发与需求管理-消除软件开发百病之源培训教材漫索软(编辑修改稿)

需求开发与需求管理-消除软件开发百病之源培训教材漫索软(编辑修改稿)内容摘要：

需求。 所以需求确认工作（属于需求管理）必不可少。 Page 15 4. 需求开发的主要困难与对策 Page 16 4. 需求开发的主要困难与对策 开发人员写不好需求文档  需求调查工作不充分，获取的需求信息太少或者太乱，以至于写不成需求文档。 – 古时候，一书生在考试前补习 “ 写文章 ” ，成天愁眉苦脸。 其夫人甚为不解，问： “ 相公，你写文章比我生小孩还难吗。 ” 书生长叹一声： “ 娘子你哪里知道我的难处啊。 你生小孩时肚子里有东西，可我写文章时肚子里没东西啊。 ” – 所以要想写出好的需求文档，前提条件是把需求调查工作做好。  开发人员写作能力比较差，虽然在调查过程中已经获得了不少需求信息，却写不出好的需求文档来。 – 可以毫不夸张地说，国内 90％以上的软件开发人员，他们的写作能力远不及开发能力。 – 提高开发人员写作能力的根本办法就是让他们多练习写文档，熟能生巧。 – 另外，企业应当提供合适的文档模板以及比较好的示例文档，尽可能地降低写作难度。 Page 17 4. 需求开发的主要困难与对策 用户经常变更需求  需求变更通常会对项目的进度、人力资源、经费产生很大的影响，这是开发商非常畏惧的问题。  如果在项目开发的初始阶段，开发人员和用户没有搞清楚需求或者搞错了需求，到了项目开发后期才将需求纠正过来，导致产品的部分内容需要重新开发。 毫无疑问，这种需求变更将使项目付出额外的代价。 这种损失是由于双方工作失误造成的，双方应当好好反省，认真学习需求开发和管理的方法，避免再犯相似的错误。  如果由于市场变化而导致产品需求发生变更，开发商大可不必为此烦恼，应当高兴才对。 倘若市场静如死水，那么开发商吃了 “ 上一顿 ” 就没有 “ 下一顿 ”。 正因为市场在变化，才会产生更多商机，聪明的开发商才会有活干，有钱赚。  其实需求变更并不可怕，可怕的是需求变更失去控制，导致项目混乱。 所以需求变更控制是需求工程的重要活动。 Page 18 5. 如何开展需求调查 准备调查  首先，需求分析员应当起草需求调查问题表，将调查重点锁定在该问题表内，否则调查工作将变得漫无边际。 – 问题表可以有多份，随着调查的深入，问题表将不断地被细化。 – 根据经验，用户通常没有耐心回答复杂的论述题，所以问题表应当以 “ 选择题 ” 和 “ 是非题 ” 为主。 – 制定问题表最简便的方法就是从《用户需求说明书》的模板中提取需求问题。  其次，需求分析员应当确定需求调查的方式，例如： – 与用户交谈，向用户提问题。 向用户群体发调查问卷。 – 参观用户的工作流程，观察用户的操作。 – 与同行、专家交谈，听取他们的意见。 – 分析已经存在的同类软件产品，提取需求。 – 从行业标准、规则中提取需求。 – 从 Inter上搜查相关资料。  最后，需求分析员与被调查者建立联系，确定调查的时间、地点、人员等，撰写需求调查计划。 要特别留意的是不要漏掉典型的用户。 Page 19 5. 如何开展需求调查 执行调查  准备工作完毕后，需求分析员按照计划执行调查。 在调查过程中随时记录（或存储）需求信息。  需求分析员与用户面谈时应当注意以下事项： – 如果与用户约好了时间，切勿迟到或早退。 要注意礼节，尽可能获得用户的好感，并为下次打扰他们埋下伏笔。 – 需求分析员应事先了解用户的身份、背景，以便随机应变。 IT人士不可貌相，有些大企业的领导其外表很土气，象农民。 如果你路上碰到他，以为是个勤杂工，说： “ 喂，老师傅，来帮我拎东西。 ” 也许这笔生意就泡汤了。 – 需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观问题，再了解细节问题。 – 如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断用户的谈话。 当双方对某些问题的交流合乎逻辑地结束后，即可继续讨论问题表中的其它问题。 – 尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需求调查的力度。 – 避免片面地听取某些用户的需求而忽视其它用户的需求。 Page 20 5. 如何开展需求调查 《 用户需求说明书》与《产品需求规格说明书》的主要区别与联系  前者主要采用自然语言 （ 和应用域术语 ） 来表达用户需求 ， 其内容相对于后者而言比较粗略 ， 不够详细。  后者是前者的细化 ， 更多地采用计算机语言和图形符号来刻画需求 ， 产品需求是软件系统设计的直接依据。  两者之间可能并不存在一一影射关系，因为软件开发商会根据产品发展战略、企业当前状况适当地调整产品需求，例如用户需求可能被分配到软件的数个版本中。 软件开发人员应当依据《产品需求规格说明书》来开发当前产品。 撰写 《 用户需求说明书》 Page 21 用户需求说明书的参考模板 Page 22 6. 如何进行需求分析 基本概念  为了得到用户的金钱，企业不得不鼓吹：用户就是上帝，用户永远是正确的。  谁都知道这不是真的。 事实上，很多时候用户说不清楚需求、会说错需求或者提出一些无法实现的需求。  需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不足，确保需求文档正确地反映用户的真实意图。  需求分析是需求开发过程中最费脑子的工作。 分析方法大体有两类： “ 问答分析法 ” 和 “ 建模分析法 ”。 后者技术性比较强，写出来有学术味，故大多数软件工程书籍都有论述。 前者就是一些常识而已，虽然写不成文章，但是简单易用（保你一学就会），很有实用价值。  ―问答分析法 ” 比较适合于用户需求调查阶段  “ 建模分析法 ” 比较适合于产品需求定义阶段。 Page 23 6. 如何进行需求分析 问答分析方法  问答分析方法很简单：刨根究底地问，如果问题都被解答了，那么需求也就分析清楚了。 一个人可以 “ 自问自答 ” 地分析需求，几个人分析需求则称为 “ 研讨 ”。  问答分析最重要的问题是： “ 是什么 ” 和 “ 为什么 ”。 – 每个需求都应当用陈述句说明 “ 是什么 ” ，如果 “ 是什么 ” 的内涵不够清晰，则应补充说明 “ 不是什么 ”。 – 如果 “ 是什么 ” 和 “ 不是什么 ” 并不是 “ 理所当然 ” 的，那么应当解释 “ 为什么 ” ，以便加深读者的理解。 – 追究 “ 是什么 ” 和 “ 为什么 ” 的目的是获得正确、清楚的需求。  其它常见的问题有： – 需求存在二义性吗。 –。