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

1、第8章 准备工作主要内容o 案例说明o 了解问题领域o 涉众分析o 规划业务范围o 整理思路o 客户访谈技巧8.1案例说明o 供电企业系统（电力营销系统）o 项目立项-需求分析-设计-实现-测试进行UML建模8.2 了解问题领域 o 软件项目是从了解问题领域开始的。8.2.1 了解业务概况o 包括项目背景调查、业务前景分析、业务可行性分析、技术可行性分析等o 了解项目产生的原因、运行环境、系统规模、软硬件环境及客户期望o 被汇集到前景文档中，作为UML分析的开始。电力营销系统的主要业务范围o 第一部分是新用户申请用电，供电局给予安装相关设备并供电，这称为业o 第二部分是记录每个用电用户的用电量

2、，并计算电费和收取电费，这称为计费和账务；o 第三部分是管理和维修供电和计量设备，保障计量准确，这称为计量；o 第四部分是保障用电安全，防止偷电和违章用电的发生，这称为用电检查。8.2.2 整理业务目标o 业务目标又称为业务前景，是对要建设的系统的展望。客户立项准备开发一个软件系统，一定会对这个系统有明确的展望，即建设系统的目的是什么、准备用它来做什么。业务目标非常重要，边界正是基于业务目标来定义的。电力营销系统的业务目标o 为用电客户提供业务办理自动化服务，提高办事效率，方便客户，为客户提供更好的服务。o 规范供电企业的内部管理，提高工作效率和管理效能。o 管理好供电企业的资产，提高资产使用

3、率和设备可靠性。o 规范化财务管理，提高电费发行效率，减少人为差错。o 做好用电检查工作，保障用电安全。o 采集营销和管理数据，进行商业分析，提供决策支持。8.3 做好涉众分析o 在了解了业务概况和业务目标以后，系统分析员最先要做的事情不是去了解业务的细节，而是去发现与这个目标相关的人和物。英文把这种人和物称为Stakeholder。有的资料翻译为干系人。这就谈到了业务建模的第一步：发现和定义涉众。8.3.1 什么是涉众o 涉众是与要建设的业务系统相关的一切人和事。首先要明确的一点是，涉众不等于用户，通常意义上的用户是指系统的使用者，而这仅是涉众中的一部分。o 凡是与这个项目有利益关系的人和事

4、都是涉众，他们都可能对系统建设造成影响。8.3.2 发现和定义涉众 对于软件项目来说，以下的涉众大类可以帮助你定义和发现项目中的涉众。o业主 业主是系统建设的出资方、投资者。虽然大多数情况下业主指的就是系统的需求提出者和使用者即业务方，但并不是绝对的。o 一般来说，业主关心的是建设成本、建设周期以及建成后的效益。虽然这些与系统需求没什么大的关系，但是，建设成本、建设周期将直接影响到你可以采用的技术，可以选用的软件架构，可以承受的系统范围。一个不能达到业主成本和周期要求的项目是一个失败个达到了业主成本和周期要求，但却没有赚到钱的项目仍然是一个失败的项目。8.322业务提出者o 业务提出者是业务范

5、围、业务模式和业务规则的制定者，一般是指业务方的高层人物。如CEO、高级经理等。他们制定业务规则，圈定业务范围，规划业务目标。他们的期望都比较原则化和粗略化，但是却不能违反和误解，否则系统将有彻底失败的危险。这些期望是系统建设的最高纲领。o 业务提出者一般最关心系统建设能够带来的社会影响、效率提升、管理改进、成本节约等宏观效果。换句话说，他们只关心统计意义而不关心具体细节，但是，如果建设完成的系统不能给出他们满意的统计结果，这必定是一个失败的项目。8323 业务管理者o 业务管理者是指实际管理和监督业务执行的人员，一般是指中层干部，他们起到将业务提出者的意志付诸实施，并监督底层员工工作的作用。

6、他们的期望也很重要，一般也是系统的主要用户之一。o 业务管理者关心系统将如何实现他们的管理职能，如何能方便地得知业务执行情况，如何下达指令、如何得到反馈、如何评估结果等。业务管理者的期望相对比较细节，是需求调研过程中最重要的信息来源。系统建设的好坏与业务管理者的关系最多，也是系统分析员最需要下功夫的。业务流程、业务规则、业务模式等绝大部分来自业务管理者。8324业务执行者o 业务执行者是指底层的业务操作人员，是与将来的计算机直接交互最多的人员。他们最关心的内容是系统会给他们带来什么样的方便，会怎样改变他们的工作模式。o 业务执行者的需求最为细节，系统的可用性、友好性、运行效率等与他们关系最多。

7、系统界面风格、操作方式、数据展现方式、录入方式、业务细节都需要从他们这里了解。他们将成为系统是否成功的试金石。系统的界面风格、操作方式、表单细节等是系统分析员向他们调研时需要多下功夫的地方。8325第三方o 第三方是指与这项业务有关系的，但并非业务方的其他人或事。8326承建方o 承建方，也就是你的老板。实际上老板的期望也是不容忽视的。通常老板关心的是通过这个项目是否能赚到钱、是否能积累核心竞争力、是否能树立品牌、是否能开拓市场等。老板的期望将很大程度上影响一个项目的运作模式、技术选择、架构建立和范围确定。8327相关的法律法规o 相关的法律法规是一个很重要的，但也最容易被忽视的涉众。这里的法

8、律法规，既指国家和地方法律法规，也指行业规范和标准。8328 用户o 用户是一个抽象的概念，指预期的系统使用者。用户一般是上述涉众的代表。o 用户与涉众不同的是，每一个用户将来都可能是系统中的一个角色，是实实在在参与系统的，需要编程实现。而上述的其他涉众，则有可能只是在需求阶段用来分析系统，最终并不与系统发生交互。在建模过程中，概念模型的建立和系统模型的建立都只从用户开始分析，而不再理会其他的涉众。8.3.3 涉众分析报告o 系统分析员对项目范围内的涉众进行调查和访谈，形成涉众分析报告。对于系统建设影响很小的涉众可以忽略。o 一份完整的涉众分析报告包括涉众概要、涉众简档、用户概要、用户简档和消

9、费者统计五个部分。8331 涉众概要o 涉众概要首先为每个涉众编号，然后说明涉众的基本信息和涉众在系统中的角色。编号 涉众名称 涉众说明 期望 SH008 用电检察 部门 用电检察部门监督各类用户安全用电，特别是对一些用电量大电压等级高的大工业 用户，定期对其进行检查 通过计算机安排检查计划计算机自动按条件生成和打印检查清单管理检查结果，维护用电客户的电气资 料档案 SH009 资产管理 部门 资产管理部门管理供电设备，保障设备的 精度，进行设备维修、设备轮换等jE作 通过计算机管理所有的供电资产设备 和档案 通过计算机管理供电资产设备的安装、校验、轮换、维修、误差管理等 SH0010 银行

10、为供电企j代收电费和购电业务 支持联网实时收费 支持离线收费，每日结算8332 涉众简档o 上一节涉众概要说明了涉众的基本情况和主要期望，而涉众简档则是要描述涉众在系统中承担的职责，以及涉众在系统中的成功标准。与涉众概要不同的是，涉众简档应着重描述涉众在其业务岗位上的职责以及完成职责的标准。涉众简档将为下一步业务建模指明方向。涉众SH003业务服务部门涉众代表XXX供电局XXX营业厅张主任、大厅业务班李班长特点系统的主要使用者之一，应具备相应的计算机操作水平，可培训 职责受理用电客户用电申请办理用电客户的用电申请，向各岗位协调安排，派发工单建立用电客户的基本档案收取业务费用向客户提供咨询服务，

11、包括查询电费、欠费、业务办理进展情况等 成功标准指导用户客户提交合格的业务申请单在规定时间之内胁调安排和促进业务办理用电客户的基本档案建立准确、数据完备定期向财务部门上缴收取的业务费用和业务费用报表做好客户服务，达到98客户满意率参与业务办理需求的主要提供者；参与业务办理需求研讨和评审 可交付工件 业务流程办理标准和指南、业务服务岗位职责手册 系统建设意见和说明、业务部门需求说明书确认函意见问题略(此处描写涉众代表的意见和问题)8333用户概要o 用户概要说明代表涉众使用系统的用户说明，这里的用户指的是计算机的预期操作人员，在很多情况下涉众并不一定就是用户。一般来说，业务需求来自涉众，但是界面

12、需求很可能来自预期的系统用户。 编号 用户名称 用户概况和特点 使用系统方式 代表涉众 US001 低压用电用户 用电用户通过提出申请与供电企业 发生业务往来。居民、_：商个体户 是低压用电用户的典型代表。 用电用户分布广泛，无法衡量其计 算机应用水平，无法培训，也不具 备强制使用计算机的可能 通过供电局营业大厅由业务 员代理办理业务 通过供电局营业网站提交其 业务请求 SH00： 8334用户简档o 与涉众概要和涉众简档的关系类似，用户简档也用来对用户代表进行描述。将一些典型的用户代表的一些信息描述出来，这些信息对系统的建设有着积极的指导意义。在进行分析设计时，可以根据用户代表的使用习惯、特

13、点等来进行有针对性的设计。用户US001低压用电用户用户代表业务班张XX业务员说明用户可通过网站办理业务，也可以到营业大厅由业务员代理办理业务特点计算机系统的预期使用者，无法衡量计算机使用水平，也无法培训 职责 提出业务申请查询流程进度交纳电费 成功标准 正确填写和提交业务申请单 正确查询和交纳电费参与界面设计可交付工件界面设计要求工作单据意见问题略83.35消费者统计o 消费者统计说明系统的预期使用人群和他们的特点，使用系统的频率和方式，消费者对此系统的普遍期望等。o 这些统计数据有些会对系统建设起到限制。例如如果消费者使用系统的频率很高，那么系统并发处理能力就是设计中必须要慎重考虑的问题。

14、8.4 规划业务范围o 在开始进行需求之前，必须先规划业务范围。虽然提出了许多业务目标，有如此多的涉众，也有如此多的涉众期望，但是并不是说项目要满足所有的这些内容。应当根据项目周期、项目成本、可行性分析等许多因素，衡量项目可以容纳的业务范围。这个范围并不是指系统的建设范围，而是指出需求调研应当被局限在哪些部分。规划业务范围可以从业务目标、涉众期望开始着手。8.4 .1规划业务目标o 取消一个业务目标 取消一个业务目标意味着与该业务目标相关的所有涉众和涉众期望都从业务范围中取消。以后工作无须再考虑他们。o 调整一个业务目标 如果某业务目标有些内容由于种种原因不适合在项目中开发，或项目周期和成本无

15、法承受，可在征得客户同意的前提条件下调整业务目标。8.4.2 规划涉众期望o 取消一个涉众o 减少一个涉众期望o 调整一个涉众期望8.5 整理思路o 根据涉众分析报告，编制出一需求调研计划。编制需求调研计划需要先进行划分优先级和规划需求层次这两个前提性的工作8.5.1 划分优先级o 在众多的涉众当中，总有一些是业务核心成员，他们的工作构成了业务的骨架，同时，他们对系统的期望也总有一些是业务中必不可少的，这些期望决定了整个需求框架。因此，首先应当将涉众划分出调研的优先级，同时也将期望按重要程度划分出优先级。o 可以为涉众和涉众期望分别用数字划分出优先级，再用它们相乘的结果来排序。采用1、2、3来

16、标识优先级，数字越大则优先级越高。8511涉众优先级标准o 最高优先级，数值3o 此类涉众是业务核心成员，他们担任的岗位和所做的工作构成最核心的业务流程。o 有些涉众虽然不是核心业务，但他们的意见对系统成败很重要，则应当赋予最高优先级。o 普通优先级，数值2 此类涉众是主要业务模块的参与者，他们担任的岗位和所做的工作是核心业务流程的重要辅助。o 最低优先级，数值1 此类涉众是边缘业务模块的参与者，他们担任的岗位和所做的工作对核心业务流程不产生重要影响。8512期望优先级标准o 最高优先级，数值3 该期望是核心业务的组成部分，如果缺少该期望，业务流程将不能运转。o 普通优先级，数值2 该期望是核

17、心业务的重要辅助部分，如果缺少该期望，业务流程将不能完成某些特定的目标，或者不能顺畅运转。o 最低优先级，数值1 该期望是一些边缘业务。即使缺少该期望，业务流程也能顺利运转。8513优先级矩阵 S1(3) S2(3) S3(2) S4(2) S5(1) S6(1)F1(3)9 6 33F2(3) 9 6 F3(2)642F4(2)6 64 2F5(1)2211F6(1)3 3 2 18.5.2 规划需求层次o 了解业务流程和规范是一个循序渐进的过程。需要从最粗略的业务目标开始了解，之后是业务流程，再后来是工作人员的工作内容，最后才是数据细节。这是个由粗到细、由宏观而微观的过程。o 理解的过程是

18、将需求分为三个层次。8521第一层次：业务架构o 第一层次围绕业务背景、业务目标、业务目标人员、业务参与人员、组织结构、岗位设置等展开，由此搭建起对业务领域的第一了解。当这一层次完成后，业务需求的骨架就显现出来了。8522第二层次：业务流程o 第二层次针对每个业务目标，将参与这个业务目标的业务目标人员、业务参与人员、组织结构和岗位设置组织起来，描述业务流程的运转过程以及每一个参与元素在运转过程中的贡献和期望。在这一层次中，着重让业务流程完整地运转起来，忽略具体的工作细节。8523第三层次：工作细节o 第三层次针对每一个参与上述业务流程的参与者展开，描述他的工作细节，做什么、怎么做、有哪些规则、结果是什么。o 需求过程的第三层次中，系统用例模型、初步的分析模型和初步的软件架构被建立起来8.5.3 需求调研计划o 需求调研计划是项目计划的一部分，该计划规定了哪些优先级的期望在什么时候进展到什么需求层次，由谁来负责。如果采用了迭代式开发，则更需要精心规划每一次迭代中要调研的期望期望的需求层次可以跨迭代周期。8.6 客户访淡技巧o 获取需求困难的一大原因是沟通问题。一般来说，系统分析员是计算机专家，而客户是业务专家，他们从事着不同的领域，看待同一个问题的出发点和判断也是不同的，经常是双方以为已经讲得很清楚了，结果却根本没说到一块儿去。o 因此沟通过程中存在着很多的困