文档介绍：统一建模语言UML
电力营销系统案例——系统分析
确定系统用例
经过需求获取和需求分析,可以开始确定如何建设系统。
确定系统范围
不同于需求范围,不是所有的需求都要在系统中实现,例如不适合在计算机系统里运行的手工任务。
系统用例
从何而来?
业务用例抽象、映射得到系统用例
例如:办理登机手续业务用例场景
备选系统用例分析
客户出示机票和身份证
人工行为,无法用计算机实现,不应该被列入系统范围。
值机人员核对身份
对于纸质机票,由人工核对,无需列入系统范围。
对于电子客票,必须在系统中进行核对,应该被列入系统范围。
备选系统用例分析
值机人员办理登机手续
值机人员需要在计算机中登记该乘客的登机记录,应该被列入系统范围。
值机人员打印登机牌
应该被列入系统范围,但如果单独作为一个用例不合适,因为它并不具备相对完备的目标。
它实际上是值机人员办理登机手续的一个包含用例。
从业务用例场景中抽象出备选系统用例的方法
映射
不加修饰直接被采纳为系统用例
抽象
找到备选用例在计算机中真正要做的事情
合并
备选用例不具备独立性,是其他某个事件的组成部分,就要合并到该备选用例中。
从业务用例场景中抽象出备选系统用例的方法
拆分
备选用例粒度很大,包含了好几件事情,就需要进行拆分。
粒度以描述一次完整的计算机交互过程为宜。
演绎
业务用例场景中找不到备选用例,或者不合适用计算机实现,但能预见到某个可能的系统用例潜伏于场景中,就需要用演绎法找出它。
供电企业管理系统案例分析
研究如何从供电企业管理的业务用例模型中推导出供电企业管理系统的系统用例。
以低压用电申请永久用电业务用例场景为例。