软件项目需求调研方法及需求规格说明书的编写

湖南科创信息技术股份有限公司北京科创鑫源信息技术有限公司2014-11-6唐玉林1需求开发与需求管理——消除软件开发百病之源需求概述1需求分析3需求定义42需求管理5需求获取2汇报内容_需求概述了解客户、最终用户、间接用户客户掏钱买软件的用户称为客户。客户永远是本公司的座上客，是上帝。客户并不依赖我们，而我们却依赖客户。客户不是我们工作的障碍，而是我们工作的目标。我们并不因为服务于他而对他有恩，他却因为给予我们服务于他的机会而有恩于我们。客户不是我们要与之争辩和斗智的人。从未有人曾在与客户的争辩中获胜。客户是把他的欲望带给我们的人，因此我们的工作就是满足这些欲望，从而使客户和我们共同获益。最终用户真正操作软件的用户。即使最终用户不是上帝，也算是“上帝”的“亲戚”，同样怠慢不得。间接用户既不掏钱买该软件产品，也不使用该软件，但是它可能对软件产品有很大的影响。需求的层次需求的层次业务需求反映了组织机构或客户对系统、产品高层次的目标要求。用户需求功能需求(非功能需求)描述用户使用产品必须要完成的任务。定义开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。IEEE对需求的定义为：（1）用户解决问题或达到目标所需的条件或能力。--针对用户（2）系统或系统部件要满足合同、标准、规范或其他正式规定文件文档所需具有的条件或能力。--针对开发者需求的基本概念需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。国内软件业的通病：人们并不真正清楚究竟该做什么，但却一直忙碌不停地开发。需求的重要性什么是需求被动型被动地对待需求工程中的各项活动，能少干则少干，能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。开发过程中经常发生需求变更，导致产品迷失方向，不是半途而废就是陷入半死不活的状态。主动型积极地开展需求工程中的各项活动。他们把获取准确的需求当作自己的职责，会想尽一切办法克服需求开发和需求管理过程中的困难，而不是找借口推卸责任。俗话说“良好的开端是成功的一半”，“主动型”需求工程是开发成功产品的必备条件。领先型是需求工程的最高境界。开发者发掘了连用户自己都没有意识到的需求，导致用户跟着新产品跑而不是新产品围着用户转，这叫引导消费。需求工程做到这个份上，才能使产品立于不败之地，长盛不衰。对待需求工程的三种态度花时间了解用户需求是确保项目成功的必要投入152050100需求设计编码测试维护需求分析员需要的技能1、倾听的技巧2、交谈和提问的技巧3、分析能力4、协调能力5、观察能力6、写作能力7、组织能力8、建模能力9、人际交往能力10、创造力需求分析员必备的技能1、定义业务需求2、确定项目涉众3、获取需求4、分析需求6、编写需求规格说明书7、为需求建模8、需求验证9、优先级划分10、管理需求需求分析员的工作需求获取2需求分析3需求定义49需求管理5需求概述1汇报内容_需求获取需求调研的内容•客户想要什么?•要这干什么?•为什么这么想?•会不会有别的想法?ThemeGalleryisaDesignDigitalContent&ContentsmalldevelopedbyGuildDesignInc.需求获取需求调研的目的•搞清客户的要求•找出要求的逻辑•客户想要的结果•排除开发风险，挖掘控制潜在的需求需求调研的内容和目的关于需求的漫画客户的描述与实际需求不一致需求人员的理解与客户描述的不一致程序员实现的与需求表达的不一致。项目文档严重缺失市场人员忽悠得天花乱坠。项目双方投入巨大冰山理论客户心里想的100%客户嘴里说的80%你听到的60%你听懂的40%开发实现的20%需要多次从多个角度与客户、开发人员沟通、复述、确认需求获取–聆听需求1.首先，需求分析员应当起草需求调查问题表，将调查重点锁定在该问题表内，否则调查工作将变得漫无边际。2.其次，需求分析员应当确定需求调查的方式，例如：与用户交谈，向用户提问题。向用户群体发调查问卷。参观用户的工作流程，观察用户的操作。与同行、专家交谈，听取他们的意见。分析已经存在的同类软件产品，提取需求。从行业标准、规则中提取需求。从Internet上搜查相关资料。3.最后，需求分析员与被调查者建立联系，确定调查的时间、地点、人员等，撰写需求调查计划。要特别留意的是不要漏掉典型的用户。准备调查建议：养成收集日常问题的习惯，比如整理《日常问题归集》文档执行调查建议：每次调研后编写《会议纪要》或《用户需求调查单》1.准备工作完毕后，需求分析员按照计划执行调查。在调查过程中随时记录（或存储）需求信息。2.需求分析员与用户面谈时应当注意以下事项：如果与用户约好了时间，切勿迟到或早退。要注意礼节，尽可能获得用户的好感，并为下次打扰他们埋下伏笔。需求分析员应事先了解用户的身份、背景，以便随机应变。需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观问题，再了解细节问题。如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断用户的谈话。当双方对某些问题的交流合乎逻辑地结束后，即可继续讨论问题表中的其它问题。尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需求调查的力度。避免片面地听取某些用户的需求而忽视其它用户的需求。需求分析3需求获取2需求定义416需求管理5需求概述1汇报内容_需求分析为了得到用户的金钱，企业不得不鼓吹：用户就是上帝，用户永远是正确的。谁都知道这不是真的。事实上，很多时候用户说不清楚需求、会说错需求或者提出一些无法实现的需求。需求分析是需求开发过程中最费脑子的工作。分析方法大体有两类：“问答分析法”和“建模分析法”。后者技术性比较强，写出来有学术味，故大多数软件工程书籍都有论述。前者就是一些常识而已，虽然写不成文章，但是简单易用，很有实用价值。需求分析的基本概念需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不足，确保需求文档正确地反映用户的真实意图。问题分析方法1.问答分析方法：刨根究底地问，如果问题都被解答了，那么需求也就分析清楚了。一个人可以“自问自答”地分析需求，几个人分析需求则称为“研讨”。2.问答分析最重要的问题：“是什么”、“为什么”、“不是什么”。3.其它常见的问题有：需求存在二义性吗？需求文档的上下文有矛盾吗？需求完备吗？需求是必要的吗？需求可实现吗？需求可验证吗？需求的优先级确定了吗？人们都有这样地感受：有些时候用语言描述某个问题特别费劲，而采用图形则使人一目了然，所谓“一图顶千言”就是这个道理。在需求开发过程中，对于某些类型的信息，用图形表示要比文本表示更加有效。所以将图形与文本结合起来描述需求是很自然的方法。需求建模就是指用图形符号来表示、刻画需求。建模分析方法主要有两大类：“结构化分析法”和“面向对象分析法”。恰当地使用图形符号：–现代建模工具如Rose有非常丰富的图形符号和文字标注，能很好地表达模型的细节。要注意的是：在建模时使用花样过多的图形符号或文字意味着模型表示的复杂化，将使开发人员更难掌握，而且使图形文档更加杂乱。–世上不存在一个包罗万象的图——它能完整地描述需求。需求建模不可能取代文字描述。在需求文档中，文字描述是第一重要的，建模主要是起分析、解释作用。建议将模型存放在需求文档的附录中，便于正文引用。建模分析法1.大家都有这样地感受：有些时候用语言描述某个问题特别费劲，而采用图形则使人一目了然，可谓“一图顶千言”。2.需求建模就是指用图形符号来表示、刻画需求。3.建模分析方法有两大类：“结构化分析法”和“面向对象分析法”。4.恰当地使用图形符号：现代建模工具很多，都有非常丰富的图形符号和文字标注，能很好地表达模型的细节。要注意的是：在建模时使用花样过多的图形符号或文字意味着模型表示的复杂化，将使开发人员更难掌握，而且使图形文档更加杂乱。世上不存在一个包罗万象的图——它能完整地描述需求。需求建模不可能取代文字描述。在需求文档中，文字描述是第一重要的，建模主要是起分析、解释作用。建议将模型与文字有机结合，相辅相成。需求分析常用元素总体功能框图流程图用例图状态转换图原型界面图需求分析常用工具WORDEXCELVISIOAxureRPProRationlRosePowerDesigner需求分析常用元素和工具数据模型图总统功能框图总统功能框图工程项目管理总体图工程变更其他甲方验收设计文件会审/批复设计文件出版设计文件审核工程立项事先指导书管理方案评审设计分册任务管理工程立项申请工程立项管理审批事先指导书审批申请事先指导书管理审批单个设计阶段方案评审申请方案评审管理审批单个设计阶段设计分册施设设计阶段设计文件审核申请单个设计阶段一个或多个单项单个分册设计文件审核管理审批设计文件出版申请审核通过的单个分册设计文件出版管理审批修改设计文件设计文件归档委托受理设计文件会审/批复甲方初验甲方终验单项负责人变更负责人变更单项审核人变更总负责人变更项目负责人变更处主管变更院主管变更工程要求变更工程单项变更参加人员变更审核委托工程中止工程信息台账设计分册台账分册审核台账分册出版台账项目安排任务下达设计阶段新增设计阶段修改主体处变更参与处变更综合管理质量管理查询监控统计报表功能框图审批流程图业务流程图用例图包括使用包括使用使用使用使用包括包括包括使用监察局信访室人员信访管理网上投诉举报查看网上投诉举报统计网上投诉举报分拣网上投诉举报录入删除催办投诉举报转发到监察处处理退回的投诉举报查看结果接收备案监察处网上投诉举报处理状态转换图文件提交状态0.未提交公文管理从公文中归档2：已提交1：退回3、已接收退回从公文待归档模块提交从公文待归档模块提交接收或文件入卷文件管理新建文件采购方式状态原型界面（一）工程项目收入合同N：N子收入合同1：N收入确认1：N开票分割子开票汇总1：1到款信息子到款信息1：1拆分1：N合同计划收入计划1：N回款计划1：N1：11：11：11：1年度合同计划年度收入计划1：N（0）年度回款计划1：N（0）工程项目立项记录设计阶段事先指导书设计分册单项设计方案设计文件审核设计文件出版设计会审/批复1:NN:N1:N1：N1：N1：N1：11：1N：1N:N需求定义4需求获取2需求分析330需求管理5需求概述1汇报内容_需求定义内容不完整格式不统一书写不严谨照搬照抄需求太简单描述不清晰Titleinhere需求规格说明书常见问题需求阶段的文档种类真实的记录与用户的交流情况，包括交流的时间、地点、与会人员、交流的主题等，以及每个人员的想法、建议、要求，逻辑上不需要严谨，重点是真实。采用自然语言（和应用域术语）来表达用户需求，其内容相对于规格说明书而言比较粗略，不够详细。但具有较完整的逻辑。是用户需求说明书的细化，更多地采用计算机语言和图形符号来刻画需求，是软件系统设计的直接依据。《会议纪要》或《用户需求调查单》《用户需求说明书》《软件需求规格说明书》需求规格说明书的格式1.引言1.1目标1.2项目范围1.3术语和缩略语2.系统概述2.1产品描述2.2产品功能2.3一般约束3.功能性需求分类3.1功能性需求分类方法3.2功能描述13.3功能描述23.3.1业务需求描述3.3.2用例图（角色描述）3.3.3功能需求1）流程图（审批或业务）2）功能描述3）主要数据元素4）原型界面4.外部接口1.1用户接口1.2软件接口5.产品非功能性需求对象目的客户、用户、市场人员了解他们期望得到什么样的产品项目经理根据产品描述来估计项目的进度,工作量和所需资源开发团队根据需求规格说明来了解需要开发什么样的产品测试人员使用需求规格说明来开发测试计划,测试用例和测试过程文档编写人员根据需求规格说明和用户界面设计来编写用户手册和帮助屏幕系统维护和支持人员根据需求规格说明了解产品的每一部分的功能是什么培训人员根据需求规格说明和用户文档来编写培训材