[学习资料]需求工程专题研讨

需求工程需求工程赛宝认证中心内容内容¾需求开发¾需求管理¾需求管理赛宝认证中心什么是需求什么是需求求基概念•需求的基本概念–宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析确认后形成完整的文档该文档详细地说明了”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么•需求的重要性•需求的重要性–需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污像条河流，如果源头被污染了，那么整条河流也就被污染了。开发软件系统最为困难的部分就是准确说明开发什么最为困难的开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作便是编写出详细技术需求，这包括所有面向用户、面向机器和其它软件系统的接口同时这也是一旦做错将最终会给系机器和其它软件系统的接口。同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难。FrederickBrooks：NoSilverBullet赛宝认证中心：NoSilverBullet3需求工程中常见的问题需求工程中常见的问题•没有与用户充分交流和沟通（13%）–造成产品不能被接受造成产品不能被接受•用户需求的不断变更（12%）带来过度的耗费和降低产品的质量–带来过度的耗费和降低产品的质量•不完善的需求说明（12%）–模棱两可的需求可能导致时间的浪费和返工–过于精简的规格说明以致遗漏某些关键需求于精简的规格说明致某关键需求–忽略了对用户的分类和分析导致部分客户的不满–不完善的需求说明使得项目计划和跟踪无法准确进行不完善的需求说明使得项目计划和跟踪无法准确进行•用户增加一些不必要的特性和开发人员画蛇添足赛宝认证中心需求工程的内容和目标需求工程的内容和目标•需求工程为系统的需求进行启发组织建档的系统方法–为系统的需求进行启发、组织、建档的系统方法（需求开发）；–建立和维护客户和项目团队之间关于变更系统需求所达成的一致性的过程；（需求变更，需求跟求所达成的致性的过程；（需求变更，需求跟踪）目标•目标：–保证对客户需求的正确理解，并且保证项目产物保证对客户需求的正确理解，并且保证项目产物与需求的一致性赛宝认证中心需求开发需求开发•调研需求•将客户需求转为产品需求•将客户需求转为产品需求•确认需求赛宝认证中心调研需求调研需求•需求调研对象•需求调研内容•需求调研内容•需求调研方法•调研结果管理赛宝认证中心需求调研对象需求调研对象项目发起人关键客户用户一般客户项目发起人关键客户用户般客户项目组成员业务专家项目组成员业务专家……赛宝认证中心需求调研内容需求调研内容•功能•接口接口•用户使用环境安全性要求•安全性要求•稳定性要求•易用性•性能•性能•……赛宝认证中心需求调研方法需求调研方法•需求研讨班•集体讨论集体讨论•访谈用户调查•用户调查•在用户环境中工作•用例研讨班•角色扮演•角色扮演•制作示意板原型开发•原型开发赛宝认证中心需求研讨班需求研讨班•“需求专题讨论会”，将所有涉众集中在一起，进行一次深入的、有重点的会议，从项目涉众那里收集全面的“愿望列表”，并且区分优先顺序；•在较短的时间内鼓励与会者在需求上达成共识、对操作过程与会操尽快取得一致意见；•会议准备：充分的准备是需求研讨班成功的关键；会议准备充分的准备是需求研讨班成功的关键；–确保所有涉众的参加；–后勤保障；后勤保障；–热身材料；–确定会议主持人；–安排日程；赛宝认证中心集体讨论-概述集体讨论概述•通过头脑风暴方法，提出对现在问题的理解和思考，涉众提出问题、愿望和潜在解决方案的建议；•适用于在需要新的意见或创造性的问题解决方案时；•优点：优点：–鼓励所有在场的人积极参与，鼓励不受常规约束的思想；–允许在其他人的意见之上发掘新的思想；允许在其他人的意见之上发掘新的思想；–记录员维护讨论的书面记录，避免信息丢失；–能产生对所提问题的一个大范围的可能解决方案；能产对所提问题的个大范围的可能解决方案；•阶段：–自由讨论：提出尽可能多的意见；自由讨论：提出尽可能多的意见；–意见精简：分析产生的所有意见；赛宝认证中心集体讨论-自由讨论集体讨论自由讨论•准备会议环境；•说明自由讨论的规则：•说明自由讨论的规则：–不允许批评或争吵；–充分发挥你的想象力；–产生尽可能多的意见；产生尽可能多的意见；–转换和组合想法；简要说明讨论的目标•简要说明讨论的目标；•讨论；讨论；•会议在与会人员都没有更多意见时结束；赛宝认证中心集体讨论-意见精简集体讨论意见精简•修剪：征求意见，删除无效的意见；•意见分类；•意见分类；•特征定义：对意见进行简单描述，有助于与会人员解对该意见有共同的理解；•确定优先次序确定优先次序–累积投票：每个人将总分分配到各意见上；“关键的重要的有用的”分类每个人三种意见–“关键的，重要的，有用的”分类：每个人三种意见的选票各占1/3；赛宝认证中心访谈访谈•与用户面对面的访谈，可以一对一或者一对多，要求准备一个问题列表，用来获得有关用户问题和潜求准备个问题列表，用来获得有关用户问题和潜在解决方案的整体特征的信息；过程•过程：–准备访谈问题列表；–面对面访谈；•准备与背景无关问题有助于获得无偏见的需求；•准备与背景无关问题有助于获得无偏见的需求；•加入解决方案背景的提问可能给用户新见解甚至是对问题的不同看法；赛宝认证中心用户调查用户调查•使用设计好的用户调查表，以书面的形式收集用户需求；•用户调查可以用来确认假设和收集统计倾向性的数据；用户调查可以用来确认假设和收集统计倾向性的数据；•不建议作为需求收集最初使用的方法：–相关问题不能事先决定；相关问题不能事先决定；–问题背后的假设会使答案出现偏颇；–难以探索一些新的领域；难以探索些新的领域；–难以继续用户的模糊响应；•在完成最初的面谈分析之后，用户调查作为一项协作技术可在完成最初的面谈分析之后，用户调查作为项协作技术可以在短时间内高效的收集大量数据，取得良好的效果；赛宝认证中心在用户环境中工作在用户环境中工作•需求收集人员在用户的实际环境中与用户共同工作一段时间，以更加深入的了解用户的问题、要求以段时间，以更加深入的了解用户的问题、要求以及应用环境；学徒式的需求收集方法适用于对问题领域非常不•学徒式的需求收集方法，适用于对问题领域非常不了解或者需求非常复杂的情况；•详细记录用户角色、业务流程和存在的问题；•在时间和人力上的消耗比较大；•在时间和人力上的消耗比较大；赛宝认证中心用例研讨班用例研讨班•一个有组织的集体讨论会议，用来确定系统的主角、边界、用例和事件流等用例相关内容；、边界、用例和事件流等用例相关内容；•用例驱动的分析设计方法：通过透视各种用户为完成目标如何与系统交互来描述系统的行为成目标如何与系统交互来描述系统的行为；•用例模型由系统所有的参与者以及参与者与系统交用例模系统所有的参与者及参与者与系统互的用例组成，从而描述系统全部功能性行为，同时也显示用例之间的关系；时也显示用例之间的关系；•在确认系统的非功能性需求方面，用例不太有效；赛宝认证中心角色扮演角色扮演•项目组的成员扮演对系统有影响的角色，走查如何使用系统和用例；使用系统和用例；•角色扮演允许项目团队从用户的角度体验用户的世界界；•方法：–项目团队成员扮演用户角色，执行客户的工作；制作脚本设计情节和场景可以在纸上演出；–制作脚本，设计情节和场景，可以在纸上演出；–CRC卡，团队成员扮演问题域或者解决方案域中实体的责行为协作和交的职责、行为、协作和交互；赛宝认证中心制作示意板-概述制作示意板概述•使用工具向用户说明（有时是动画演示）系统如何适应组织的需要，并表明系统将如何运转；适应组织的需要，并表明系统将如何运转；•特别适用于获取用户的早期反应；•优点：–非常廉价；非常廉价；–用户友好的、非正式的和交互式的；为系统的用户界面提供早期的评审–为系统的用户界面提供早期的评审；–易于创建和修改；赛宝认证中心制作示意板-方法制作示意板方法•分类：–被动式：草图、图片、屏幕快照、幻灯片等；被动式草图图片屏幕快照幻灯片等；–主动式：自动幻灯演示、动画、电影；–交互式：交互式动画仿真器实物模型；–交互式：交互式动画、仿真器、实物模型；•目标：发掘“谁”“发生什么事””“怎么发生的””•注意事项：–避免在示意板上投入过多的精力；–示意板应该易于修改，并且应该经常修改；示意板应该易于修改，并且应该经常修改；–别把示意板做得太好；如果可能尽量使用交互式的示意板；赛宝认证中心–如果可能，尽量使用交互式的示意板；22原型开发原型开发•开发软件系统的早期缩型，显示新系统的部分功能，以揭示用户需要；，以揭示用户需要；•需求收集一般会构建“用后作废的、大范围的、用户接口”的原型户接口”的原型；•选择需求的模糊部分（相对充分理解和未知部分）择需的模糊部分相分和未部分开发原型，他们也许是已知的或是隐含的，但都难以定义和理解；以定义和理解；•一般会选择用最快、最便宜的方法构建原型，通过限制投入能获得最大限度的需求信息回报限制投入，能获得最大限度的需求信息回报；赛宝认证中心调研结果管理调研结果管理•收集的原始资料要进行配置管理•和客户及用户会谈要形成会谈纪要•和客户及用户会谈，要形成会谈纪要•需求整理后，应能形成《用户需求说明书》调研结果要及时和被调研结果要及时和被调研人确认赛宝认证中心将客户需求转化为产品需求将客户需求转化为产品需求•产品和产品组件需求•接口需求•接口需求•创建用例场景•分析需求•确定需求的优先级•确定需求的优先级赛宝认证中心创建用例场景创建用例场景•场景1-成功的提款•场景2ATM内现金不足•场景2-ATM内现金不足•场景3-帐户余额不足赛宝认证中心•……29分析需求分析需求•分析需求中相互矛盾的地方•分析需求是否满足高层需求•分析需求是否满足高层需求•分析需求的完整性、可实现性和可验证性•确定需求的重要性•分析操作概念和场景•分析操作概念和场景赛宝认证中心确定需求的优先级确定需求的优先级•需求优先级划分–必须做必须做–应该做–可以做•以优先级为基础确定产品版本将包括哪些特性或哪以优先级为基础确定产品版本将包括哪些特性或哪类需求赛宝认证中心确认需求确认需求•对最终的《产品需求规格说明》进行评审–应当有客户、项目组成员以及产品相关的其它人员应当有客户、项目组成员以及产品相关的其它人员–评审结果应进行签字确认•客户不愿签字怎么办？–由公司内部的客户代表代替确认由公司内部的客户代表代替确认–要将需求及相关评审结果发给客户电话通知客户资料已经给客户–电话通知客户，资料已经给客户赛宝认证中心两份说明书的区别与联系两份说明书的区别与联系•《用户需求说明书》与《产品需求规格说明