需求分析入门.pptx

需求分析入门Wintle Xie2009-12当（别人或自己的）问题和机会来临时….别人的问题是不是自己的机会？做一件事情的过程提升销售降低成本内容愿景业务建模选定愿景要改进的业务组织业务用例图现状业务序列图改进业务序列图需求系统用例图书写用例文档分析(类图、序列图、状态图)设计(精化数据、业务和表示层)老大：真正为做这件事情买单(得到满足)的人，不一定是付钱的人。(反过来想，如果这件事没有老大参与，则完全失去意义)愿景：是在”老大“看来，购买（开发）这个系统的目的。是改善某个指标，而不是做某事。涉众：谁关心这件事情，会涉及到他的什么利益。愿景问题和机遇：问题是那些有闲钱的人，总是担心钱的安全。影响有闲钱的人，政府问题的后果1、变成没有闲钱的人，甚至怀玉其罪。2、匪患不绝，社会不和谐。成功的解决方案可以1、使有闲钱的人得到安全感。2、社会更和谐。3、集中的资金能够部分作为他用。公元前2000年古巴比伦出现保管金银、收付利息、发放贷款的机构公元1171年，威尼斯银行成立,明朝中叶的钱庄、票号..例子：银行业的前世今生老大：有闲钱的人愿景：提高钱存放的安全性，并且能够方便取用。(√)做一个银行来存钱。(X)涉众：有闲钱的人（老大是最有影响力的涉众）政府法律银行及内部组织例子：银行业的前世今生涉众利益：有闲钱的人希望钱存放在一个很安全的地方。存放在别处后，担心钱的数量会不会不对。希望能够方便取用。希望有一些收益。希望能够直接支付给别人。希望别人能够直接把给我的钱存放到这个安全的地方。政府担心社会不安定。担心失去控制力。法律担心发生争议的时候，无据可凭。例子：银行业的前世今生例子：银行业的前世今生业务建模研究组织行为。例子：银行业的前世今生业务建模三个概念：外部执行者(Business Actor)业务工人(Business Worker)业务实体(Business Entity)例子：银行业的前世今生业务建模原始序列图例子：银行业的前世今生业务建模改进序列图1例子：银行业的前世今生业务建模再改进一次！存款机的出现业务创新的一个强大的例子业务创新的一个强大的例子对比现在的方式需求先记住一句话：系统“需求”不断变化的根源－－来路不正。所以一定要重视刚才说的业务建模。需求几个概念：需求规格说明书系统用例图系统用例文档需求系统用例图需求系统用例图Actor系统执行者 ：定义了系统的边界。系统外，必须和系统有交互。责任的边界，而非物理的边界。直接与系统交互。有意义的交互。可能的任何事物：时间、人、外部系统…用例：表示系统提供的价值。有意义的目标价值结果由系统生成执行者可见，可感知X需求系统用例图 – 寻找Actor系统外，必须和系统有交互。需求系统用例图 – 寻找Actor责任的边界，而非物理的边界。X需求系统用例图 – 寻找Actor直接与系统交互。XXX√需求系统用例图 – 寻找Actor有意义的交互。需求系统用例图 – 寻找Actor可能的任何事物：时间、人、外部系统…需求系统用例图 – 寻找用例有意义的目标X需求系统用例图 – 寻找用例价值结果由系统生成需求系统用例图 – 寻找用例执行者可见，可感知需求采用活动图 细化用例(以ATM存款 为例)需求撰写用例文档最重要的部分:命名涉众利益角色前置条件触发事件基本流程分支流程后置条件商业规则需求命名以动宾短语进行命名，突出用例的核心价值建议以UC-开头以标示区别。涉众利益主要阐述相关的涉众以及各自的利益涉众无资格、无责任提供需求，但涉众利益是需求启发的焦点列出愿景中的相关涉众利益。用例是不同涉众优先级下利益权衡的产物。角色列出本UC的参与角色需求前置条件前置条件是基本流程和分支流程都必须满足的条件前置条件必须是用例开始执行前的条件，而不是用例开始后第一步需要检查的条件触发事件包括用户执行用例的入口，如菜单、链接、URL如果是系统执行的用例，需要说明触发的事件基本流程描述本UC的期望的主成功场景分支流程清晰准确的描述分支流程进入的条件根据满足的条件按步骤描述交互流程业务上的出错信息也属于分支流程经常谈及的替换流程建议也是写在这里需求后置条件基本流程描述做什么，后置条件描述做什么之后期望得到的结果业务对象或系统所处的状态，这些是角色可以观测的后置条件可能有多个，但是最要写的是通过基本流程后得到的结果，这个结果是我们最期望的结果商业规则用例中重点业务规则需要强调说明需求 – 例子：UC-存款-ATM涉众利益储户希望存款手续简单，安全储户担心存款数量出错，导致损失银行担心无人值导下产生损失银行担心储户存入假币导致损失角色储户前置条件ATM与银行账务系统连接通畅。ATM摄像头工作正常。触发事件用户插入银行卡需求 – 例子：UC-存款-ATM基本流程系统显示录入密码界面。系统开启摄像头开始录像。用户录