大象：THINKING IN UML 第8章 准备工作.ppt

8．3.3．5消费者统计 消费者统计说明系统的预期使用人群和他们的特点，使用系统的频率和方式，消费者对此系统的普遍期望等。 这些统计数据有些会对系统建设起到限制。例如如果消费者使用系统的频率很高，那么系统并发处理能力就是设计中必须要慎重考虑的问题。 8.4 规划业务范围 在开始进行需求之前，必须先规划业务范围。虽然提出了许多业务目标，有如此多的涉众，也有如此多的涉众期望，但是并不是说项目要满足所有的这些内容。应当根据项目周期、项目成本、可行性分析等许多因素，衡量项目可以容纳的业务范围。这个范围并不是指系统的建设范围，而是指出需求调研应当被局限在哪些部分。规划业务范围可以从业务目标、涉众期望开始着手。 8.4 .1规划业务目标 取消一个业务目标 取消一个业务目标意味着与该业务目标相关的所有涉众和涉众期望都从业务范围中取消。以后工作无须再考虑他们。 调整一个业务目标 如果某业务目标有些内容由于种种原因不适合在项目中开发，或项目周期和成本无法承受，可在征得客户同意的前提条件下调整业务目标。 8.4.2 规划涉众期望 取消一个涉众 减少一个涉众期望 调整一个涉众期望 8.5 整理思路 根据涉众分析报告，编制出一需求调研计划。编制需求调研计划需要先进行划分优先级和规划需求层次这两个前提性的工作 8.5.1 划分优先级 在众多的涉众当中，总有一些是业务核心成员，他们的工作构成了业务的骨架，同时，他们对系统的期望也总有一些是业务中必不可少的，这些期望决定了整个需求框架。因此，首先应当将涉众划分出调研的优先级，同时也将期望按重要程度划分出优先级。 可以为涉众和涉众期望分别用数字划分出优先级，再用它们相乘的结果来排序。采用1、2、3来标识优先级，数字越大则优先级越高。 8．5．1．1涉众优先级标准 最高优先级，数值3 此类涉众是业务核心成员，他们担任的岗位和所做的工作构成最核心的业务流程。 有些涉众虽然不是核心业务，但他们的意见对系统成败很重要，则应当赋予最高优先级。 普通优先级，数值2 此类涉众是主要业务模块的参与者，他们担任的岗位和所做的工作是核心业务流程的重要辅助。 最低优先级，数值1 此类涉众是边缘业务模块的参与者，他们担任的岗位和所做的工作对核心业务流程不产生重要影响。 8．5．1．2期望优先级标准 最高优先级，数值3 该期望是核心业务的组成部分，如果缺少该期望，业务流程将不能运转。 普通优先级，数值2 该期望是核心业务的重要辅助部分，如果缺少该期望，业务流程将不能完成某些特定的目标，或者不能顺畅运转。 最低优先级，数值1 该期望是一些边缘业务。即使缺少该期望，业务流程也能顺利运转。 8．5．1．3优先级矩阵 S1(3) S2(3) S3(2) S4(2) S5(1) S6(1) F1(3) 9 ? 6 ? 3 3 F2(3) ? 9 ? 6 ? ? F3(2) 6 4 2 F4(2) 6? 6 4 ? ? 2 F5(1) 2 2 1 1 F6(1) 3 3 ? ?2 ? ?1 8.5.2 规划需求层次 了解业务流程和规范是一个循序渐进的过程。需要从最粗略的业务目标开始了解，之后是业务流程，再后来是工作人员的工作内容，最后才是数据细节。这是个由粗到细、由宏观而微观的过程。 理解的过程是将需求分为三个层次。 8．5．2．1第一层次：业务架构 第一层次围绕业务背景、业务目标、业务目标人员、业务参与人员、组织结构、岗位设置等展开，由此搭建起对业务领域的第一了解。当这一层次完成后，业务需求的骨架就显现出来了。 8．5．2．2第二层次：业务流程 第二层次针对每个业务目标，将参与这个业务目标的业务目标人员、业务参与人员、组织结构和岗位设置组织起来，描述业务流程的运转过程以及每一个参与元素在运转过程中的贡献和期望。在这一层次中，着重让业务流程完整地运转起来，忽略具体的工作细节。 8．5．2．3第三层次：工作细节 第三层次针对每一个参与上述业务流程的参与者展开，描述他的工作细节，做什么、怎么做、有哪些规则、结果是什么。 需求过程的第三层次中，系统用例模型、初步的分析模型和初步的软件架构被建立起来 8.5.3 需求调研计划 需求调研计划是项目计划的一部分，该计划规定了哪些优先级的期望在什么时候进展到什么需求层次，由谁来负责。如果采用了迭代式开发，则更需要精心规划每一次迭代中要调研的期望．期望的需求层次可以跨迭代周期。 8.6 客户访淡技巧 获取需求困难的一大原因是沟通问题。一般来说，系统分析员是计算机专家，而客户是业务专家，他们从事着不同的领域，看待同一个问题的出发点和判断也是不同的，经常是双方以为已经讲得很清楚了，结果却根本没说到一块