当前位置：文档之家 › 面向对象分析PPT培训课件

面向对象分析PPT培训课件

  • 格式：ppt
  • 大小：366.50 KB
  • 文档页数：59

下载文档原格式

  / 59

合集下载

EPLAN培训第7章 面向对象的设计PPT课件

EPLAN培训第7章 面向对象的设计PPT课件

Page 37
精选PPT课件
精选PPT课件
Page 28
图7-9 设备编号（在线）设置
精选PPT课件
7.3.3 设备编号（离线）
根据预定义的设备编号规则，当设 备插入到原理图中就会在线被编号。
如果放置的设备需要根据另外一种 设备编号规则进行重新编号，就需要设 备的离线编号。
Page 29
精选PPT课件
Page 30
图7-10 设备编号（离线）设置
Page 6
精选PPT课件
导航器除了能够快速查找设备外， 还提供了如下功能。 ➢ 部件处理。 ➢ 接触器选型。 ➢ 电缆选型。 ➢ 设备数据修改。
Page 7
精选PPT课件
➢ DT的命名和编号。 ➢ 结构标识符的修改。 ➢ 常见元件的参考。 ➢ 安装板的设计。
Page 8
精选PPT课件
7.2 设备导航器
精选PPT课件
7.3.5 启用设备和停用设备
图7-16 设备导航器中启用保护的设备
Page 35
精选PPT课件
Page 36
图7-17 设备属性启用保护设备
精选PPT课件
7.3.6 设备更换
两个设备间进行更换时，所有的功能都 被交换。
在图形编辑器或设备导航器中选择两个 交换的设备，通过【项目数据】>【设备】> 【更换】（如图7-18所示），被选择的两个 设备的所有功能定义实现互换。
导航器提供了项目的逻辑视图，能 够快速浏览显示或 层级化的视图显示。
Page 3
精选PPT课件
导航器为集中管理项目数据提供了可 能，概括起来导航器有以下四种功能。
（1）中央管理器。所有项目中的元件、设 备、部件都集中到导航器中进行集中的编 辑和管理。

面向对象方法(第5讲)PPT课件

面向对象方法(第5讲)PPT课件

2021/2/12
20
OOA模型 辅助模型
• 包图、顺序图、活动图等
辅助规约
• 对模型所作的详细说明及解释。
2021/2/12
21
本讲总体纲要
• OOA模型及其规约 • OOA过程 • 发现对象、定义对象类
2021/2/12
22
本讲总体纲要
• OOA简介及与其它分 析方法的比较
• OOA模型及其规约 • OOA过程 • 发现对象、定义对象类
2021/2/12
6
工作过程：一层层地进行功能分解
2021/2/12
7
• 得到的系统模型：由模块及其接口构成
2021/2/12
8
功能分解法
• 适用于功能稳定的应用领域，如某些科学计算。 • 直接地反映用户的需求 所以工作很容易开始 . • 对于众多的领域而言，其功能是易变的，如企
业管理和商业管理。对需求变化的适应能力很 差。 • 不能直接地映射问题域,很难检验分析结果的正 确性。 • 局部的错误和局部的修改很容易产生全局性的 影响。
– 纠正用户不切实的要求或不确切的表达
• 阅读：阅读与用户需求有关的书面材料 • 记录、整理：产生一份符合工程规范、确切表
达系统责任的需求文档（补充用况图）。
2021/2/12
26
•识别对象和类（策略与启发）
• （1）考虑问题域和系统责任 • 人员 • 组织 • 物品 • 设备 • 抽象事物 • 事件 • 文件（表格等） • 结构
面向对象方法
2021/2/12
1
第5讲 面向对象分析
2021/2/12
2
本讲总体纲要
• OOA简介及与其它分 析方法的比较

面向对象ppt

面向对象ppt

1）实例构造函数的声明
语法形式:
[属性集信息] [构造函数修饰符] 标识符 ( [参数列表] ) [: base ( [参数列表] ) ] [: this ( [参数列表] ) ]
{
构造函数语句块 public 与类名相同 构造函数重载：
}
没有返回值 参数个数或类型不同
15
调用基类同参数列表的构造函数 调用本类同参数列表的构造函数
{
Radius=1.0;
// 通过构造函数对radius赋值
}
}
class Test
{
public static void Main( ) {
出错了!
Area s1 = new Area( );
//s1.Radius = 2;
无法修改只读字段
Console.WriteLine ("Radius={0},
其他特 VIP专享精彩活动
权
VIP专属身份标识
开通VIP后可以享受不定期的VIP随时随地彰显尊贵身份。
专属客服
VIP专属客服，第一时间解决你的问题。专属客服Q全部权益：1.海量精选书免费读2.热门好书抢先看3.独家精品资源4.VIP专属身份标识5.全站去广告6.名
using System;
public class Area
{
public readonly double Radius; // Radius是只读字段
private double x, y ;
public double Size ;
public static double Sum=0.0 ;
public Area ( )
Size={1},Sum={2}",s1.Radius,s1.Size , Area.Sum);

面向对象的设计与分析课件

面向对象的设计与分析课件
例如
//myheadfile1.h
#include myheadfile2.h
……
//myheadfile2.h
#include myheadfile1.h
……
整理ppt
7
为了避免上述情况的发生，引入了条件预处 理指令，用来判断是否已经包含了某个头函 数或头函数的某个部分，若已经包含了某个 头函数或头函数的某个部分，则在以后遇到 要求再包含该头函数或头函数的该部分时， 跳过包含指令#include ，以避免头文件重复 包含或循环调用的情况。条件预处理指令包 括：
//定义四个双精度型变量
credit1 = 3.0; //给变量赋值 credit2 = 4.0; credit3 = 2.0; average =
(credit1*score1+credit2*score2+credit3*score3)/
(credit1+credit2+credit3); //计算表达式的值，并赋给变量
例如
#include <math.h> #include <iostream.h> ………
整理ppt
6
(2) 条件预处理指令 由于被预处理包含指令#include所指定的头文件
中也可以使用#include指令包含别的头文件，因此 就可能出现头文件嵌套包含甚至是头
cout<<“第一门功课成绩：”; //显示提示信息
cin>>score1;
//接受用户输入
cout<<"第二门功课成绩：";
cin>>score2;
cout<<"第三门功课成绩：";
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

创建用例模型
• 添加了参与者与用例之间关系的用例图
6.3 建立对象模型
• 在系统分析阶段，对象建模的主要任务是建立问 题域的概念模型。 • 这个模型描述了现实世界中的“类与对象”以及 它们之间的关系。 • 在UML中，通过建立类图来表示对象模型。
对象模型的5个层次
Coad & Yourdon提出，复杂问题(大型系统)的对象模 型应该由下述5个层次组成：主题层(也称为范畴层)、类对象层、结构层、属性层和服务层，如图所示。
一个用例描述个功能，但这个功能不能过大，如果过大 则需要对其进行分解。
一个用例应该完成一个完的任务，通常应该在一个相 对短的时间内完成。如果一个用例的各部分被分配在不 同的时间段，尤其是被不同的参与者执行，最好还是讲 各部分抽取出来作为单独的用例对待，这样有利于功能
2. 确定业务需求用例（参与者角度）
• 用例“选择课程”的规格说明
3. 创建用例图
• 用例图是若干个参与者和用例，以及它们间的关 系构成的图形表示。 • 每个系统通常都有一个总体视图（Global View of Actors and Use Cases），如果总体视图过 于复杂，则可以创建多个用例图，每个用例图关 注系统的某一方面。 • 通常是围绕参与者创建用例图。
面向对象分析
6.1 面向对象分析概述
• 确定系统边界
6.1 面向对象分析概述
•确定系统边界
6.1 面向对象分析概述
• 面向对象分析的3个模型
用例模型：用例和场景表示的功能模型； 对象模型：用类和对象表示的静态模型； 交互模型：由状态图和顺序图表示的动态模型。
6.2 建立用例模型
• 建立用例模型的过程
(1) 确定业务参与者──标识目标系统将支持的不 同类型的用户，可以是人、事件或其他系统。
(2) 确定业务需求用例──参与者需要系统提供的 完整功能。
(3) 创建用例图──标识参与者与用例之间、用例 与用例之间的关系。
例:选课系统。给教师分配课程和学生注册课程。
在每个学期选课开始之前，系统管理员需要对系统中的教 师信息、课程信息和学生信息进行维护。学期结束后，将本 学期成绩归档到学籍档案系统。 学生登录系统后会得到一份本学期将要开设的课程目录。 每门课程包含的信息有开课系别、教师、上课时间、教室、 容纳的学生数量和学生选择课程的先决条件。 当学生选择了一门课程后，系统需访问学籍档案系统，查询 是否符合选课的先决条件 。如果不符合，系统给出提示信息。 每个学期有一段时间让学生可以改变计划，学生可以在这段 时间内访问联机系统以增选课程或退选课程。
• 还可以通过提出以下问题，明确系统的参与者：
谁或者什么为系统提供输入？ 谁或者什么接收系统的输出？ 需要与其他系统连接的接口吗？ 是否存在在预定的时间自动触发的事件？ 谁将维护系统中的信息？
1. 确定业务参与者
• 从选课系统的需求描述中，可以确定4类参与者： 学生（Student） 教师（Teacher） 系统管理员（Administrator） 学籍档案系统（Archive System）
生的错误以及对错误的处理措施。要考虑可能发生的错
误以及对错误的处理措施。通过需求工程师的角色扮演 活动，找出各具体 的场景；然后将本质上相同的场景抽 象为一个用例，如图6-3所示。
2. 确定业务需求用例
• 环境图是分析参与者和发现潜在用例的极好来源， 它不仅可以用在结构化分析方法中，也可以用于 面向对象的分析方法中。 • 通过环境图，可以确定系统的主要输入输出，通 过提交和接收输入输出的各方确定潜在的用例。
2. 确定业务需求用例（系统功能角度）
• 我们可以通过其中用例中的线索来发现其他用例，可以 通过下面的方法获取：
以穷举的方式考虑每一个参与者与系统的交互情况，看 看每个参与者要求系统提供什么功能，以及参与者的每 一项输入信息将要求系统做出什么反应，进行处理。
看看目前的用例是否覆盖了所有的功能需求。
教师可以访问在线系统，查看将要教授哪些课程和每门课程 有哪些学生报名，课程考试结束后可以提交成绩，系统可以 生成带有成绩分布统计结果的成绩单。
1. 确定业务参与者
• 通过关注系统的业务参与者，我们可以将重点放 在如何使用系统，而不是如何构造系统上，并且 有助于进一步明确系统的范围和边界。 • 当系统比较庞大和复杂时，要搞清楚系统的需求 往往比较困难，通过明确参与者，可以针对参与 者确定系统需求，有助于保证系统需求的完整性。
• 选课系统的业务列表
• 用例的规格说明
• 对用例的完整描述包括用例名称、执行者、前置 条件、后置条件、一个主事件流、零到多个备选 事件流。 • 主事件流表示正常情况下执行者与系统之间的信 息交互及动作序列，备选事件流则表示特殊情况 或异常情况下的信息交互及动作序列。
用例“选择课程”的规格说明
• 选课系统的环境图
2. 确定业务需求用例（参与者角度）
• 以下问题可以帮助我们更好地标识系统的用例：
每个参与者的特定任务是什么？ 在交互过程中参与者是怎样使用系统的服务来完 成它们的任务以达目标的？ 是否每个参与者都要从系统中创建、存储、改变、 移动或读取信息？ 是否任何参与者需要通知系统有关突发性的、外 部的改变？ 哪些用例支持或维护系统？ 哪些事件引起了参与者与系统的交互？
• 利用场景获取用例：
如果用例的描述遇到困难，可使用“角色扮演”技术。 该技术要求建模人员深入到现场去观察业务人员的工作， 深入理解并记录具体的工作流程，形成用来说明完成特 定功能的动作序列的场景（scenario）。场景应该仅关 注具体的业务活动，要尽量详细。要确定谁是扮演者， 具体做了什么事情，做这些事情的目的是什么。在描述 场景时，还要指出其前驱和后继场景，并要考虑可能发
1. 确定业务参与者
• 可通过以下三个方面来识别参与者： 人员或组织 外部系统 设备
1. 确定业务参与者
• 可通过以下资料来确定系统的参与者：
标识系统范围和边界的环境图； 现有系统（如果有的话）的文档和用户手册； 项目会议和研讨会的记录； 现有的需求文档、工作手册等。
1. 确定业务参与者