软件开发实用教程第2版教学课件ppt作者华驰15系统分析课件.ppt

小结与课堂延伸 通过本章节内容的学习，了解静态分析主要工作和分析方法，并在此基础上进行动态分析。通过绘制顺序图，不仅验证了业务事件流的正确性，而且给各个类分配了职责（方法），从而使整个类图更完善、更符合系统需求。 小结 课堂延伸 （1）绘制通信图，进行系统动态分析。 （2）绘制对象图，对对象进行状态建模。 学习情境一：系统分析与设计 工作任务：系统分析 ASP.NET软件开发技术项目实践 任务描述 掌握顺序图、通信图以及类图的画法 掌握绘制系统初步类图的方法。 任务目标 知识目标 能力目标 系统分析是在需求分析的基础上找出系统要处理什么的过程。 相关知识 1．系统分析 系统分析是决定系统要处理什么的过程，而不是确定系统如何处理的过程。为什么要进行系统分析？这是系统分析可以防止在没有彻底理解问题之前盲目进入设计解决方案阶段，尽管在原则上可以不经过系统分析直接跳到设计阶段，再进入实现阶段，并在实现阶段通过试验和更正错误来弥补前面理解问题的不足，但经过系统分析，不仅可以让开发人员充分理解要处理的业务领域，以及确信分析出的对象能够支持系统所需要的功能，同时还可以让客户确认我们对业务对象的理解是否正确。总之，系统分析是精化领域建模及明确若干难以确定问题的要素。系统分析分成两个方面：静态分析和动态分析。 相关知识 1）静态分析 静态分析的结果（静态分析模型）可以使用UML中的类图来描述，类图显示了系统要处理的对象和这些对象之间的相互关系。静态分析是确定系统的逻辑或物理部分，以及如何把它们连接在一起。也就是说，通过静态分析描述出构建和初始化系统必需的类或者对象。静态分析包括的主要工作是：在领域模型基础上进一步确定类；识别类与类之间的关系；确定多重性；确定类的属性。 2）动态分析 动态分析的结果（动态分析模型）可以使用通信图、顺序图等来证明静态模型是可行的。动态分析的目的是确认类图是完整的、正确的，以便尽早更正错误，如添加、修改或删除类、类关系、类的属性和行为。 相关知识 在实际分析过程中，动态分析是在静态分析之后进行的，可根据实际情况选择两者交叉结合使用。 系统分析是在需求分析之后进行的，在领域模型及前面的需求分析结果基础上进行进一步的分析确认，在客户满意之前，系统分析一般要反复经历如下步骤： （1）使用用例图及用例事件流描述，查找候选类，以更详细地描述与系统相关的对象。 （2）确定类与类之间的关系（关联、聚合、泛化、实现、依赖等）。 （3）确定类的属性。 （4）验证用例事件流，确定已有的对象支持它们。在检查过程中微调类、属性和关 系，以及一些额外的行为。 （5）更新一些非功能需求，用例本身不需要更新，但用例的事件流有的地方可能需要更正，以便更符合计算机实现的软件系统规程。 相关知识 2．顺序图 顺序图是UML交互图中的一种，表示了对象之间传送消息的时间顺序。每一个类元角色用一条生命线来表示，即用垂直线代表整个交互过程中对象的生命期。生命线之间的箭头连线代表消息。顺序图可以用来进行一个场景说明，即一个事务的历史过程。顺序图的另一个用途是用来表示用例中的行为顺序。当执行一个用例行为时，顺序图中的每条消息对应一个类操作或状态机中引起转换的触发事件。顺序图中几个重要的概念如下。 相关知识 图1-55 顺序图中对象的表示 对象与角色：最顶上一排矩形框。在交互图中，参与交互的对象既可以是具体的事物，又可以是原型化的事物。作为具体的事物，一个对象代表现实世界中的某个东西。例如，aOrder作为类Order的一个实例，可以代表一个特定的订单；而如果作为一个原型化的事件，则aOrder可以代表类Order的任何一个实例，如图1-55所示。 相关知识 生命线与控制焦点：每个对象都有自己的生命线，对象生命线是一条垂直的虚线，用来表示一个对象在一段时间内存在，如图1-56所示。 图1-56 生命线与控制焦点的表示 相关知识 消息：用来描述对象之间所进行的通信，该消息带有对将要发生的活动的期望。当对象收到消息，立即执行相应的活动，即该对象被激活。消息可分为简单消息、同步消息和异步消息。其中，同步消息表示发送一个消息给一个对象时，等到接收消息的对象完全执行完成后才获回控制权；而异步消息表示消息发送后立即获回控制权，而接收消息的对象同时在另外一个控制线程中执行，其表示方法如图1-57所示。 图1-57 消息的表示 相关知识 顺序编号：整个消息的传递过程就形成了一个完整的序列，因此通过在每个消息的前面加上一个用冒号隔开的顺序号来表示其顺序，如图1-58所示。 图1-58 顺序编号 相关知识 图1-59 一个用例的