5、电力自动化系统的设计方法.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
5、电力自动化系统的设计方法,电力系统自动化,电力系统及其自动化,电力系统自动化技术,电力系统自动化期刊,电力系统自动化学报,电力系统自动化设备,电力系统及自动化,电力系统调度自动化,电力系统自动化年会

聚合(aggregation) 又称组装(composition),把一个复杂事物看成若干比较简单的事物的组装体,从而简化对复杂事物的描述。 分别用整体对象和部分对象描述,形成整体-部分结构,表达它们之间的组成关系 注:某些文献认为聚合用于比较松散和灵活的整体-部分关系;组装用于比较紧密、固定的整体-部分关系 聚合对复杂性的控制 对象的描述过于复杂时,从中分离出一些独立部分 由于其它原因已经定义了某个类,如果恰好可以描绘整体对象的一个子集,则可以作为整体对象的一部分 独立出整体对象中的某些在数量上的可变部分 独立出整体对象中的某些在描述方式上的可变部分 关联(association) 在系统模型中明确表示对象之间的静态联系 如:调度员与调度工作站 消息通信 对象之间只能通过消息进行通信(communication with message) 粒度控制(scale controlling) 引入主题(subject)的概念,把OOA模型中的类按一定的规则进行组合,形成一些主题;如果主题数目仍然较多,则进一步组合为更大的主题 行为分析 确定行为的归属和作用范围 认识事物之间的依赖关系 区分主导行为和被动行为 认识系统的并发行为 认识对象状态对行为的影响 4、OOA模型 OOA模型包括基本模型和补充模型 基本模型以直观的方式表达了最重要的系统信息 补充模型提供帮助理解基本模型的主题图和反映系统如何满足用户需求的交互图 系统的详细说明主要是由模型中的每个类对应的类描述模板组成的 设计电力自动化系统的一般步骤 确定目标:监视什么、控制什么、调整什么? 确定该采用什么手段监视、该通过输出什么量控制或调整 确定从控制对象可以获得什么物理量? 控制原理 采用某种分析方法进行分析 按分析结果进行设计和测试系统 安装调试系统 设计电力自动化系统时所采用的基本分析方法 1、功能分解法 2、数据流法 3、信息建模法 4、面向对象方法 1、功能分解法 功能分解法(function decomposition) =功能+子功能+功能接口 功能分解法以系统需要提供的功能为中心来组织系统。首先定义各种功能,然后把功能分解为子功能,同时定义功能之间的接口。对较大的子功能再进一步分解,直到可对它给出明确的定义。数据结构是根据功能/子功能的需要设计的。 自顶向下逐步求精原则 1、功能分解法 优点:从系统所需求的功能出发构造系统,能够直接反映用户的需求;工作很容易开始;很好地运用了过程抽象原则 缺点:功能、子功能和功能接口只是对问题域的间接映射,很难准确深入理解问题域,很难检验分析结果的正确性;对需求变化的适应能力差;接口很宽,对数据接口和控制接口几乎没有限制,局部错误和局部修改将影响全局。 2、数据流法 数据流法(data flow approach)= 数据流+数据处理+数据存贮 +端点+处理说明+数据字典 数据流方法又称为结构化分析。它以直观的图形清晰地描述系统中数据的流动和数据的变化,图中没有任何具体的物理元素,只是数据在系统中的流动和处理,强调的是数据流和处理过程。 2、数据流法 数据流图(DFD)又称为泡泡图(Bubble Chart)、变换图(Transformation Graph)、过程模型(Process Model) 数据流图不同于程序流程图: 数据流图只关心系统该做什么、不关心怎么做 数据流图不考虑时序问题 数据流图没有控制流 数据流图没有条件和循环过程 数据流 数据流是带箭头的数据流向,表示数据元素的运动方向 数据流由一组固定成分的数据组成,是数据流图中十分重要的组成部分 数据流可以从处理流向处理、从处理流向数据存贮、从数据存贮流向处理、从源点流向处理、从处理流向终点 箭头代表数据流的方向 数据流(data flow) 两个处理之间可以有几股数据流 数据流一般应该命名 SCADA 统计 日报表 月报表 统计报表 处理(process) 处理表示要执行的功能,用圆圈表示 处理必须命名 处理通常以两种方式处理数据: a.转换数据结构,对数据重新组织 b.转换数据中的信息或产生新信息 实体(Entity) 实体也称外部项(external entity),既可以作为数据流的源,又可以作为数据流的终点 实体用方框表示 实体有外部实体和内部实体之分,外部实体就是系统的输入输出 数据存储(data store) 数据存储表示数据的位置,包括磁带、磁盘、文件,用右边开口的长方形表示 数据存储包括:角色、客体、地理信息、事件 数据存储与处理之间可以是双向箭头,表示同时读写 数据流图从“数据”和“数据接受的处理”两个方面表达一个数据处理系统 层次数据流图 为

文档评论(0)

xiaolan118 + 关注
实名认证
文档贡献者

你好,我好,大家好!

版权声明书
用户编号:7140162041000002

1亿VIP精品文档

相关文档