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

作者建议建议将活动图作为描述业务用例场景的必选方式，而将时序图和协作图作为辅助。这是因为在分析业务的阶段，最重要的内容就是要得到业务参与者的职责。由于这时离设计和编程还比较远，因此一般不需要过于强调时序和交互这些相对较低抽象层次对象比较重要的内容。 * 普通消息、返回消息、同步消息、限时消息、异步消息 * “bu_申请永久用电”业务用例有低压电客户申请和高压电客户申请两种不同的实现方式。为什么是实现关系而不是泛化关系呢？在这个例子中，不论在处理过程上、数据上、业务概念理解上低压和高压两类客户都有很大的差别，它们更适合于解释为永久用电这类业务的两种不同业务模式。因此用实现关系更为合适。 * 概念模型始于业务用例，从业务模型中抽象出一些概念用例，针对概念用例进行分析，得到一些分析类和分析场景。从业务用例到分析类是分析过程，在分析过程中可以向上追溯，则是改进过程。 * * * 用例的定义：用例要讲述一件完整事件的。对于业务用例来说，它应当包含一个完整的业务目标；对于系统用例来说则应当包含一个完整的事件。并且用例还具备相对独立的特性。打印登机牌这个事件有点没有来由，无缘无故地打印登机牌干什么？实际上，打印登机牌时办理登机手续的结果，业务就是说，办理登机手续里面包含打印登机牌这个行为。 * 申请登记：是业务员创建申请单、录入用户资料的过程，适合并应当在计算机中处理，可直接映射成系统用例； 分配勘察：是业务班长根据用户资料当中的用户地址，将勘察任务分配给片区勘察院的过程。在计算机中，业务班长可能直接选择勘察员，也可能先查询再指定。因此我们抽象出一个查询勘察员的系统用例出来，查询勘察员用例是分配勘察用例的一个扩展用例； 现场勘察：勘察员根据申请单内容打印出空白的勘察单，执行现场任务，并将现场情况录入计算机的过程。由于打印和录入过程是两个不连续的过程，因此我们把它拆分成打印勘察单和录入勘察单两个系统用例； 是否符合用电条件：判断，交互类的业务规则； 业务存档：业务员将现有工作单据收集并加入档案袋，同时在计算机上终止业务流程的过程。收集工作单据是人工行为，这个单元实际执行的是终止业务流程的事件。抽象出终止业务流程系统用例； 用电审批：业务班长填写是否同意的过程，直接映射成系统用例； 配电审批：配电专员根据该片区变压器容量，选择适合的供电变压器，并填写是否同意的过程。从配电审批系统用例拆分出查询变压器容量系统用例，选择扩展关系； 业务收费：业务收费员计算机业务费用，收取业务费用并打印发票的过程。拆分出计算机业务费和收取业务费两个系统用例。打印发票作为收取业务费用例的包含用例； 现场施工：施工班现场接线入户，并将电气资料绘制成图，扫描并存储进计算机的过程。抽象出扫描电气资料图系统用例； 安装电表：装表员从计量资产库当中取出电表，现场安装并抄录电表底数的过程。抽象出抄录电表底数系统用例。经过演绎发现，从计量资产库中取出电表需要填写资产出库单，因此增加提交资产出库单系统用例。 * * 系统分析 四、软件架构和框架 2、什么是软件框架 软件框架：Framework，是软件架构的一种实现，是一个半成品。 通常针对一个软件架构当中某一个特定的问题提供解决方案和辅助工具。 因此，如果说架构是一个逻辑的构成，框架则是一个可用的半成品，是可执行的。 系统分析 四、软件架构和框架 系统分析 五、分析模型 用例实现 新世界的蓝图 软件架构和框架 新世界的骨架 分析模型 在骨架中注入血肉 建立分析模型的过程就是采用分析类，一步步地将系统需求的蓝图在软件架构和框架构成的骨架中注入血肉的过程。 系统分析 五、分析模型 1、建立分析模型 （1）将分析类与软件架构结合起来，确定这些类在软件架构的哪个层次当中，进而得出每个层次的分析模型实现； （2）进一步细化，得出软件架构层次的分析类图； （3）把每个层次的分析类模型结合在一起，形成了完整流程的最终分析模型。 系统分析 五、分析模型 1、建立分析模型 以申请登记用例的实现类图为例进行分析建模： Web层 BusinessControl层 软件架构的一部分 Entity层转换 业务规则框架的接口 系统分析 五、分析模型 Web层：采用了Struts框架，因此bun_申请登记边界应当遵循Struts框架的规范。 Struts是一个MVC模式的实现，由Page、Action和ActionForm三个单元构成。 系统分析 五、分析模型 申请登记WEB层分析类图 系统分析 五、分析模型 接下来，要在BusinessControl层实现申请登记用例。 申请登记BusnessControl层实现 系统分析 五、分析模型 申请登记BusnessControl层分析类图 系统分析 五、