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