信息系统分析与设计—5.2—面向对象系统分析详解.ppt

作者建议建议将活动图作为描述业务用例场景的必选方式，而将时序图和协作图作为辅助。这是因为在分析业务的阶段，最重要的内容就是要得到业务参与者的职责。由于这时离设计和编程还比较远，因此一般不需要过于强调时序和交互这些相对较低抽象层次对象比较重要的内容。 * 普通消息、返回消息、同步消息、限时消息、异步消息 * “bu_申请永久用电”业务用例有低压电客户申请和高压电客户申请两种不同的实现方式。为什么是实现关系而不是泛化关系呢？在这个例子中，不论在处理过程上、数据上、业务概念理解上低压和高压两类客户都有很大的差别，它们更适合于解释为永久用电这类业务的两种不同业务模式。因此用实现关系更为合适。 * 概念模型始于业务用例，从业务模型中抽象出一些概念用例，针对概念用例进行分析，得到一些分析类和分析场景。从业务用例到分析类是分析过程，在分析过程中可以向上追溯，则是改进过程。 * * * 用例的定义：用例要讲述一件完整事件的。对于业务用例来说，它应当包含一个完整的业务目标；对于系统用例来说则应当包含一个完整的事件。并且用例还具备相对独立的特性。打印登机牌这个事件有点没有来由，无缘无故地打印登机牌干什么？实际上，打印登机牌时办理登机手续的结果，业务就是说，办理登机手续里面包含打印登机牌这个行为。 * 申请登记：是业务员创建申请单、录入用户资料的过程，适合并应当在计算机中处理，可直接映射成系统用例； 分