统一建模语言UML6电力营销系统案例—需求前的准备.pptVIP

统一建模语言UML 电力营销系统案例—— 需求前的准备 了解问题领域 软件项目总是从了解问题领域开始的。 项目正式启动前要考察和评估供电企业业务模式： 项目背景调查 业务前景分析 业务可行性分析 技术可行性分析 等 供电企业业务概况 电厂发出电力——发电 高压电网传输高压电——送电 变电站将高压电转成低压电——变电 低压电通过供电线路传输到终端——配电 各户安装电表，家电使用电力——用电 电力营销系统 关注于用电环节： 新用户申请用电，供电局安装相关设备并供电——业扩 记录用户用电量，并计费收费——计费、帐务 管理和维修供电和计量设备——计量 保障用电安全——用电检查 整理业务目标 根据对业务概况的了解来整理业务目标。 此案例中得到的业务目标：见书本P184 涉众分析 分析员最先要做的事情不是去了解业务细节，而是去发现与这个业务有关的人和物。 涉众： 与项目利益有关系的人和事，都可能对系统建设造成影响。 通常在项目初期不能清楚获悉，随着需求的深入而逐步明确。 发现和定义涉众 业主 指系统的需求提出者和使用者。 是系统建设的出资方、投资者。 关心建设成本，建设周期以及建成后的效益。 成本、周期将影响到项目可采用的技术、架构、系统范围。 发现和定义涉众 业务提出者： 是业务范围、业务模式和业务规则的制定者， 一般指业务方高层人物，制定业务规则、圈定业务范围、规划业务目标。 关心系统建设带来的社会影响、效率提升、管理改进、成本节约等宏观效果。 他们的期望是系统建设的最高纲领，同时也是非常原则化和粗略的，有很大调整空间。 发现和定义涉众 业务管理者 实际管理和监督业务执行的人员，将业务提出者的意志付诸实施，并监督地秤员工工作。 关心系统将如何实现管理职能、如何方便得到业务的执行情况，如何下达指令、如何得到反馈、如何评估结果。 他们是系统的主要用户之一，期望比较细节，是需求调研中最重要的信息来源。 他们的期望也可以有所妥协，系统分析员可以提供可替代的方法来规避高技术、高成本风险。 发现和定义涉众 业务执行者 指底层的业务操作人员，最关心系统会给他们带来什么样的方便，会怎样改变他们的工作模式。 他们的需求最为细节，如系统运行效率、友好性、界面风格、录入方式等。 人数较多，要求各种各样，系统分析员要从中找出具有普遍意义，解决大部分人问题的期望。 发现和定义涉众 第三方： 与业务有关的，但并非业务方的人或事。 对系统不会产生决定性影响，但会起到一些限制作用。 承建方： 通常关心通过这个项目能否挣钱，能否累积核心竞争力、能否树立品牌，能否开拓市场。 通常会影响到项目所采用的架构方法，开发技术。 发现和定义涉众 相关的法律法规 用户 涉众分析报告 通过上述大类，可以帮助发现项目涉众，进而对涉众进行调查和访谈，得到涉众分析报告。 完整的涉众分析报告包括： 涉众概要 涉众简档 用户概要 用户简档 消费者统计 涉众概要 说明各种涉众的基本信息，在系统中的角色，及其对系统建设的期望。 电力营销系统涉众概要： 用户： 低压用电客户、高压用电客户 业务管理者、业务执行者： 业务服务部门、现场施工部门、电表抄表部门、电费管理部门、财务管理部门、用电检查部门、资产管理部门 第三方： 银行 涉众简档 描述涉众在系统中承担的职责，以及涉众在系统中成功的标准。 着重描述涉众在其业务岗位上的职责及职责完成的标准。 示例：见书本P189 用户概要 描述用户的概况、特点、使用系统的方式，及代表涉众。 示例：见书本P190 用户简档 对一些典型的用户代表进行描述。 示例：见书本P191 消费者统计 说明系统预期使用人群和他们的特点，使用系统的频率，及特殊要求 示例：见书本P192 规划业务范围 有很多的涉众、期望，但并不是说项目要满足所有这些内容。 应当根据项目周期、成本、可行性分析等因素衡量项目可以容纳的业务范围。 规划业务目标 取消一个业务目标： “采集营销和管理数据，进行商业分析，提供决策支持”。 考虑到项目周期问题，以及基础应用系统未完善之前很难建立数据分析系统。 调整一个业务目标： “控制人为差错” 这一提法不适合计算机，可以调整为实行全计算机计算。 规划涉众期望 取消一个涉众 该涉众的所有期望都被从业务范围中取消。 减少一个涉众期望 出于节约成本，或者某个期望难以实现，可以单独减少。 例如：网络环境原因，减少银行涉众的实时联网收费的期望。 调整一个涉众期望 出于节约成本，或者某个期望难以实现，可以与涉众商量调整期望。 例如：远程抄表系统不够完整，经常断路，可以与电表抄表部门协商，调整其期望为不支持远程抄表方式。 整理好思路 业务范围规划好后，可以着手准备需求调研。 从涉众分析报告中，可以编制一份需求调研计划。 划分需求优先级 规划需求层次 划分优先级 将涉众