软件工程基础之03 需求分析的知识.ppt

* * 在类图中，描述类的操作分三个部分：操作名、返回类型和参数表。 在UML中描述操作的信息有五个部分:可见性 操作名 (参数表) : 返回类型 {约束特性}。 “客户”类中有“取客户地址”的操作，它在UML中表现形式如下： ＋ GetAddr（CustomerNo：String）：String 其中“+” 表示该操作是公有操作，GetAddr是操作名，调用时需要参数“CustomerNo”，操作的返回类型也为字符串，约束特征被省略了。 常见的操作可见性有Public、Private和Protected三种，在UML类图中分别表示为“+”、“-”和“#”。 类间关系 类图中的基本关系包括：关联关系，聚合关系，组合关系，依赖关系，泛化关系等。 关联关系 关联是一种结构化的关系，指一种对象和另一种对象有联系。给定有关联的两个类，可以从一个类的对象得到另一个类的对象，关联有两元关系和多元关系。 聚合关系 聚合关系指的是整体与部分的关系。通常在定义一个整体类后，再去分析这个整体类的组成结构，从而找出一些组成类，该整体类和组成类之间就形成了聚合关系。在聚合关系中，类A是类B的一部分，但是类A可以独立存在，在UML中，聚合关系用带空心菱形的直线表示。 组合关系 组合关系也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存在，部分对象与整体对象之间具有共生死的关系。在组合关系中，类A包含类B，而且可以控制类B的生命周期。类A控制类B的生命周期意味着类B的存在依赖于类A。在UML中，组合关系用带实心菱形的直线表示。 依赖关系 依赖关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的事物，反之不成立，在我们想显示一个事物使用另一个事物时使用依赖关系。通常情况下，依赖关系体现在某个类的方法使用另一个类作为参数。在UML中也可以在其它的事物之间使用依赖关系，如节点之间的关系。依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。 泛化关系 泛化也就是继承关系，也称为“is-a-kind-of”关系，泛化关系描述了超类与子类之间的关系，超类又叫做基类，子类又叫做派生类。在UML中，泛化关系用带空心三角形的直线来表示。 类的分类 类的版型可以将类进行分类，并且有助于理解每个类的责任，例如，Form版型的类负责向用户显示信息和接收用户信息，不同版型的类具有不同的职责。 分析过程中，可以根据功能将类分为实体类、边界类和控制类。 边界类——位于系统与外界的交界处，包括所有的窗体、报表、系统硬件接口、与其它系统的接口。 实体类——实体类保存要存入永久存储体的信息。实体类通常在事件流或交互图中，是对用户最有意义的类。 控制类——控制类负责协调其它类的工作。每个用例中至少应该有一个控制类，它控制用例中的事件顺序。一般地，控制类接收的消息并不多，而发出的消息比较多，因为它更多地是向其它类委托责任。 注意 不要试图使用所有的符号。从简单的开始，例如，类、关联、属性和继承等概念。在UML中，有些符号仅适用于特殊的场合，只有当需要时才使用。 根据项目所处的开发阶段，用正确的观点来画类图。如果处于分析阶段，应画概念层类图；在设计阶段，应画说明层类图；当考察某个特定的实现技术时，则应画实现层类图。 分析类图 设计类图 行为模型——活动图、时序图、状态图等 时序图 时序图展示了几个对象之间的动态协作关系，主要用来显示对象之间发送消息的顺序，还显示对象之间的交互，即系统执行某一特定时间点所发生的事。 购买饮料时序图 对象 生命线 消息 活动图 活动图用来描述执行工作流程中涉及的活动，展示了连续的活动流 网购活动图（泳道图） 用户 仓库管理员 销售员 状态图 状态图是对类描述的补充，它说明该类的对象所有可能的状态以及哪些事件将导致状态的改变。 它是一个类对象所可能经历的所有历程的模型图 ATM状态图 * * * * * * * * * * * 数据字典5类数据 数据项： 数据流图中数据块的数据结构中的数据项说明数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度，取值 范围，取值含义，与其他数据项的逻辑关系｝ 数据结构：数据流图中数据块的数据结构说明数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流： 数据流图中流线的说明数据流描述＝｛数据流名，说明，数据流来源，数据流去向，组成:｛数据结 构｝，平均流量，高峰期流量｝ 数据存储：数据流图中数据块的存储特性说明数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流 ，组成:｛数据结构｝，数据