需求分析入门答案.pptx

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