掌握需求过程阅读总结课件

掌握需求过程阅读总结掌握需求过程阅读总结提 纲p需求定义p业务工作与需求调研p确定和理解业务工作p 场景和功能性需求 提 纲p需求定义p业务工作与需求调研p确定和理解业务工作p 场景和功能性需求需求定义 需求是产品必须完成的事以及必须具备的品质！因此：1 需求是与技术无关的,需求不因实现技术发生变化而变化 2 需求纯粹是对业务方面的说明，没有任何实现方面的偏好。3 根据所指系统范围，需求是分层次的。4 需求分析目标是明确产品必须完成的事(功能性需求)和必须具备的品质(非功能需求)。提 纲p需求定义p业务工作与需求调研p确定和理解业务工作p 场景和功能性需求我们以前需求调研方式n一般这样问用户 “你希望我们的系统提供什么样的功能？”“我们系统存在哪些不足，希望怎么改进？”n我们希望 用户告诉我们越详细越好，最好可以给我们画出所有的操作界面和操作过程，方便我们直接开始coding!这是一种最直接和最想当然的方法，但是是错误方法!n调研前假想存在一个已经实现自动化系统n调研的焦点集中在将要实现的自动化系统底层次的、操作细节上。幕后的想法财务系统电话，打印机会计出纳财财务务部部门门公公司司其他部门将要实现自动化系统只是整个业务系统的一个部分自动化系统的功能只是整个业务处理过程中的一个环节自动化系统只是业务系统一个环节为什么要了解业务工作做任何事情之前必须明白需要解决问题。问题不清楚，方向就不对，就做不对事情。同样道理，设计自动化系统之前，必须明白客户投资该自动化系统的目标，既希望花钱投资自动化系统想解决的问题。由于自动化系统只是整个业务系统中的一个环节，因此要搞清楚客户投资自动化系统想要解决的问题，必须先了解业务系统所以需要解决的问题，既要了解业务工作。只有理解了业务工作,才能确定怎样的产品对业务工作最有帮助.业务工作业务工作是客户/顾客的业务活动(注意:不是用户!)我们打算构建的自动化产品是一个有帮于工作的工具业务工作是开展业务的整个系统顾客/客户/用户/系统参与者客户:为产品开发付费顾客:产品开发完成后购买该产品用户:最终操作产品的人,强调直接接触!(系统参与者)用户通常有两种:一是客户或者顾客雇佣的操作人员(银行柜台人员)二是享受工作服务的人(银行储户操作ATM)第一类人在业务工作范围之内。第二类人在业务工作范围只外,用户即顾客。提 纲p需求定义p业务工作与需求调研p确定和理解业务工作p 场景和功能性需求确定业务工作范围p 设定范围将要研究工作与围绕它的工作区分开p 通过定义进入和离开工作的信息流来定义工作的范围。p 业务工作范围不只是软件产品的上下文范围。如果业务工作中不包含任何的人，那么很有可能工作上下问范围太窄了。p 如果只研究想象中的产品包含哪些内容，就构建不出最有用的产品 需求分析第一步最关键是能正确确定工作范围和上下文！确定业务工作范围 工作范围划多大工作范围划多大:p 所有允许改变的东西都在工作范围之内所有允许改变的东西都在工作范围之内p 所有受产品影响的东西都在工作范围之内所有受产品影响的东西都在工作范围之内u工作范围必须包括工作范围必须包括:预期的参与者和他要做的工作预期的参与者和他要做的工作.u不要一开始就把工作想象成不要一开始就把工作想象成:操作员操作员+自动化系统自动化系统,而是看成一个整而是看成一个整体老考虑业务工作体老考虑业务工作.u 需求分析重点不要聚焦在自动化的产品身上需求分析重点不要聚焦在自动化的产品身上,而是要理解业务工作而是要理解业务工作u从越远地方来看预期的自动化系统从越远地方来看预期的自动化系统,就越可能发现产品的有用和创就越可能发现产品的有用和创新之处新之处业务事件和业务用例 工作要么为相邻系统提供服务工作要么为相邻系统提供服务,要么相邻系统为工作提供信息要么相邻系统为工作提供信息工作在提供服务时就是在响应业务事件工作在提供服务时就是在响应业务事件业务事件业务事件:在讨论顾客的业务工作时在讨论顾客的业务工作时,发生的事件发生的事件工作对每个业务事件的响应就是业务用例工作对每个业务事件的响应就是业务用例 时间触发的业务事件时间触发的业务事件注意注意:p 业务事件一定是在发生在业务事件一定是在发生在工作范围之外工作范围之外,通过信息流通过信息流,工作得知业工作得知业务事件已经发生务事件已经发生.p 业务事件的业务事件的触发职责触发职责是在工作控制的范围之外是在工作控制的范围之外相邻系统 主动相邻系统：主动相邻系统：行为是动态的、他们与工作行为是动态的、他们与工作交互交互或者参与工作或者参与工作.主动相邻系统一般是人主动相邻系统一般是人.主动相邻系统发起业务事件时主动相邻系统发起业务事件时,头脑中总有一些目的头脑中总有一些目的.必须理解主动的相邻系统的愿望和动机必须理解主动的相邻系统的愿望和动机!例如：业务审计系统,用户查询操作信息时,必须要搞清楚查询的动机和真正的目的。ATM机中打印帐单的操作(P73)。只有如此才能发现一些机会，提供最接近只有如此才能发现一些机会，提供最接近顾客顾客内心的需要和想法的产品！内心的需要和想法的产品！相邻系统 自治的相邻系统自治的相邻系统 自治的相邻系统通过单向数据流与工作进行通信！自治的相邻系统通过单向数据流与工作进行通信！合作的相邻系统合作的相邻系统 合作的相邻系统与我们工作合作完成某个业务过程的执行。合作的相邻系统与我们工作合作完成某个业务过程的执行。此类系统不发起业务事件此类系统不发起业务事件!确定工作范围和业务事件关键点 要站在整个业务工作的高度来确定业务事件，而不是站在要构要站在整个业务工作的高度来确定业务事件，而不是站在要构建自动化产品角度来确定业务事件。对确定业务事件，重点考虑以建自动化产品角度来确定业务事件。对确定业务事件，重点考虑以下几点：下几点：1 是否找到了业务事件的是否找到了业务事件的真正起源真正起源？反复问自己反复问自己能否扩大工作范围能否扩大工作范围？起源不在操作者那里，操作者只是对业务事件响应的的一部分起源不在操作者那里，操作者只是对业务事件响应的的一部分2 研究每个业务事件发生时相邻系统发生了什么，相邻系统发起该研究每个业务事件发生时相邻系统发生了什么，相邻系统发起该业务事件时的意图是什么，头脑中想的是什么？业务事件时的意图是什么，头脑中想的是什么？3从工作的角度和相邻系统角度来考虑每个业务事件的从工作的角度和相邻系统角度来考虑每个业务事件的成果成果是什么是什么？而不只是考虑？而不只是考虑输出输出是什么？是什么？(审计系统查询审计系统查询,数据流量展示成果数据流量展示成果)找到业务工作本质业务工作本质就是整个业务系统拥有者花钱投资业务系统的目标，既希望业务系统需要解决的问题.业务目标通过业务系统的响应来完成，即业务过程。业务过程包括自动化系统行为也包括操作员或者业务员等的行为。只有业务目标或者业务工作本质是永恒不变的。业务过程是可变的。某个设计好的业务过程可以认为只是达到业务目标的一种解决方案而已。确定业务用例和产品用例 业务用例：业务用例：每个业务事件，有一个预先计划的对它的响应！每个业务事件，有一个预先计划的对它的响应！找到了业务事件和业务事件本质目标之后，需求分析师的下一找到了业务事件和业务事件本质目标之后，需求分析师的下一个任务是：寻找最佳业务用例，并确定产品怎么才能对工作产生最个任务是：寻找最佳业务用例，并确定产品怎么才能对工作产生最大的帮助！大的帮助！这和以往项目的区别是，以前项目开始时都是有关于这和以往项目的区别是，以前项目开始时都是有关于“产品应产品应该是什么该是什么”的先入为主的概念，却不理解产品将成为工作的一部分！的先入为主的概念，却不理解产品将成为工作的一部分！只有先理解工作，然后将工作的一部分自动化，才能无缝的将只有先理解工作，然后将工作的一部分自动化，才能无缝的将自动化产品放到工作中自动化产品放到工作中 确定业务用例和产品用例 编写业务和产品用例的几个关键点：编写业务和产品用例的几个关键点：1要能反映业务工作的本质，与实现技术和细节无关要能反映业务工作的本质，与实现技术和细节无关(无论采用哪种无论采用哪种技术，本质总是存在的技术，本质总是存在的)。2 如果需求包含了实现的方法，那它就是解决方案。如果需求包含了实现的方法，那它就是解决方案。3要暂时忘记业务用例的细节和技术等实现细节。要暂时忘记业务用例的细节和技术等实现细节。4不要太沉溺于目前的技术和业务现在的工作方式。不要太沉溺于目前的技术和业务现在的工作方式。5 任何需求一定不能是技术上的需求，而是工作本身的需求。任何需求一定不能是技术上的需求，而是工作本身的需求。6 即使确定了产品边界和产品用例，但是还没有选择任何特定的技即使确定了产品边界和产品用例，但是还没有选择任何特定的技术。术。确定业务用例 l“插入银行卡、输入密码。插入银行卡、输入密码。”l“从帐户中取钱从帐户中取钱”p“如果气象站传输读数失败，产品在屏幕上显示一条闪烁信息如果气象站传输读数失败，产品在屏幕上显示一条闪烁信息”p“如果气象站传输读数失败，如果气象站传输读数失败，产品应该发起警告产品应该发起警告”发现业务工作的本质是最难的！发现业务工作的本质是最难的！创新性的产品业务目标是永恒不变的，但是业务过程是可变的很多产品是研究用户工作自然结果。既只是将昨天工作方式由手工方式改进为自动化方式或者将昨天的自动化重新自动化。但是，我们必须创造出一种更好的方式来完成工作！因此需求分析不只是“速记员”！创新性产品 需求分析师的任务是:找到最佳的业务用例(过程)来满足业务工作本质需求，既创造一种更好的方式来完成工作！理解业务本质 对业务过程进行创新(源于用户，高于用户！)得到创新型产品。为了理解业务本质，要找到发起该业务过程的真正起源，这样才能更多的自动化，更多的创新。产品不能真正改变工作，只是改变了工作完成的方式，即使是创新形产品！需求分析师职责1 观察和学习工作，从用户角度理解它2 解释该项工作。必须对用户描述进行过滤，跳过对当前技术或者做事情的方式的描述，以发现工作的本质，而不是表象。（分离问题的本质和所有建立的解决方案）注意:是调查了解业务工作,而不是调查用户对将要构建的自动化系统的要求,否则用户描述的肯定是解决方案!3 发明完成该项工作的更好方法。4 以需求规格说明书和分析模型来记录结果。提 纲p需求定义p业务工作与需求调研p确定和理解业务工作p 场景和功能性需求 场景描述业务用例和产品用例的语言都应该是技术无关的描述一般都是比较粗粒度的，不涉及太多的细节 功能性需求 从业务角度来看，产品必须做的事情 也可理解成从顾客角度看，产品应该完成的事情 而不是从产品实现角度来看的功能点 功能性需求与技术没有任何关系 30写在最后写在最后成功的基础在于好的学习习惯成功的基础在于好的学习习惯The foundation of success lies in good habits谢谢聆听 学习就是为了达到一定目的而努力去干,是为一个目标去战胜各种困难的过程,这个过程会充满压力、痛苦和挫折Learning Is To Achieve A Certain Goal And Work Hard,Is A Process To Overcome Various Difficulties For A Goal