统一建模语言UML 电力营销系统案例——获取需求.pptVIP

统一建模语言UML 电力营销系统案例——获取需求 定义边界 对于全新的项目，分析员首先要做的工作就是定义边界。 边界可大可小，很多时候依靠建模者的经验和意识。 定义边界的目的是为我们确定一个分析的起点。 定义边界 如何定义边界？ 通过前景文档中的业务目标来定义边界？ 还是通过业务模块划分的方式来定义边界？ 通过业务目标定义边界 电力营销系统业务目标一：“为用电客户提供业务办理自动化服务，提高办事效率，方便客户，为客户提高更好的服务” 分析： 此业务目标为谁服务？ 用电客户－得到一个用电客户服务边界 用电客户服务边界 启示 各业务管理部门位于边界以内，是业务工人，他们的期望可以暂且不考虑。 疑问： 前述的各种XXX管理功能到哪里去了？ 释疑： 每个业务目标都会有一个边界 每个边界有不同的参与者 在不同的边界内将推导出不同的业务用例。 内部管理目标边界 进一步讨论之一 上述划分边界的结果与以前所谓划分子系统有什么差别？ 仅从名称上看，二者非常相似。 仔细考虑可以发现诸多不同： 划分依据： 子系统划分没有明确的依据，没有明确的判断标准来决定何种划分方式是合理的。 业务目标划分方式有着明确的依据。针对每个业务目标，可以明确决定系统内外，明确决定哪些涉众与此业务目标利益相关，进而得到若干业务用例。 进一步讨论之二 大部分边界划分的方式是从谁使用系统这个角度来划分的。这