ISA95的抽象惯例

要想理解ISA95。而且应用到设计中去。就要理解ISA95背后的抽象模式，以下这个图是我依据我对ISA95的理解画出来的：

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQveXV0YW8wNTE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

这个抽象模式是要在业务领域中抽象出实体对象。实体对象都用上图所看到的的业务对象和业务对象属性的方式去转换到关系式数据库中，这就是使得该业务实体对象具备了相当的灵活性。

这个抽象的模式事实上是代表了与以往信息化设计全然不同的方式方法，用这个抽象模式也能够非常easy的表达业务中的实体对象，更关键的是能够解决用关系式数据库表达对象所带来的强耦合性，是一种设计灵活的信息化产品非常好的方法。难点也在于设计的思维方式须要转变。要从面向数据的思维转换到面向对象的思维才干用好这种方法，抽象不好，反而会误入歧途。

时间： 2024-08-02 16:33:54

ISA95的抽象惯例的相关文章

工厂模式三部曲：抽象工厂模式

工厂模式三部曲:简单工厂模式 工厂模式三部曲:工厂方法模式 前言 这是工厂模式三部曲中的最后一篇了,在这篇文章中将会讲述抽象工厂模式,抽象工厂模式正如其名字一样,非常抽象.但是抽象工厂模式的功能却十分强大,对抽象工厂的利用也非常好. 这篇文章中会像本系列第一篇一样,给出普通实现方式和使用了反射机制的实现两种代码,并且会说明这两种实现方式的区别.并且在文章的最后,会将这三种模式放在一起,对这三种工厂模式进行总结. 本人理解可能不够深刻,这一系列文章中存在的问题,欢迎大家提出,谢谢! 什么是抽象工厂

透过ISA95看看国外的业务专家才是真正的叫懂业务

ISA95是MES系统的模型标准,照ISA95的模型抽象可以看出来国内国外的差距巨大,抽象层次都不是一个层面,做信息化产品的国内公司还是太浮躁了,怎么跟国际化的同行竞争啊.国内张口闭口说要懂业务,问题是懂到什么程度才叫懂,只知道领域的事不能称为懂业务,那是懂个皮毛而已,上升的很高的抽象层次的才能叫懂业务.以后碰到叫嚷的懂业务的人,就应该问问能拿出很高抽象层次的模型来证明你懂业务嘛!透过ISA95看看国外的业务专家才是真正的叫懂业务

抓住业务核心，避免过度抽象

业务背景 按照惯例,先介绍一下业务背景. 公司有两块比较相似的业务领域,一个是统一登录,一个是三方账户绑定. 统一登录时公司自有业务渠道的登录入口,主要完成帐户登录的鉴权,包括手机号+登录密码.用户名+登录密码.短信验证码登录等.和所有网站的登录站点做的事情一样,不再赘述. 三方账户绑定是指集团其他子公司之间通过身份认证+用户授权绑定实现账户互信,账户首次绑定需要双方做登录鉴权操作,绑定之后只需要第三方账户登陆,用户便可以免登陆的情况下获得我司的登录态权限.简单业务流程如下: 注意:三方帐户绑定

Head First设计模式——简单工厂、工厂、抽象工厂

前言:按照惯例我以Head First设计模式的工厂模式例子开始编码学习.并由简单工厂,工厂模式,抽象工厂模式依次演变,归纳他们的相同与不同. 话说Head First认为简单工厂并不是设计模式,而是一种编程习惯,但并不妨碍我们使用它,接下来我们对工厂模式一探究竟. 1.披萨店例子 首先我们要开一个披萨店,对于业务不复杂的情况下我们可以快速的开发出一个披萨店以及订购披萨的逻辑 public Pizza OrderPizza() { Pizza pizza = new Pizza(); pizza

抽象工厂模式

思考:工厂方法模式:http://www.cnblogs.com/maggiejyt/p/7561253.html 工厂方法模式UML: 问题:如果这家工厂不止要生产Ball(球),还要还有Sneakers(球鞋)等 则UML图为 当Product有多种类时则是抽象工厂模式 代码(Ball的代码见简单工厂模式:http://www.cnblogs.com/maggiejyt/p/7561253.html) Sneakers(球鞋抽象类) package com.maggie.FactoryMet

快学Scala 第二十一课 （初始化trait的抽象字段）

初始化trait的抽象字段: trait Logged { println("Logged constructor") def log(msg: String){ println("Logged")} } trait FileLogger extends Logged { var filename: String override def log(msg: String) { println("filename:" + filename) } }

【Python&数据结构】 抽象数据类型 Python类机制和异常

这篇是<数据结构与算法Python语言描述>的笔记,但是大头在Python类机制和面向对象编程的说明上面.我也不知道该放什么分类了..总之之前也没怎么认真接触过基于类而不是独立函数的Python编程,借着本次机会仔细学习一下. 抽象数据类型 最开始的计算机语言,关注的都是如何更加有效率地计算,可以说其目的是计算层面的抽象.然而随着这个行业的不断发展,计算机不仅仅用于计算,开发也不仅只关注计算过程了,数据层面的抽象也变得同样重要.虽然计算机语言一开始就有对数据的抽象,但是那些都只是对一些最基本的

Java设计模式—工厂方法模式&amp;抽象工厂模式

工厂方法模式与抽象工厂模式都是设计模式中重要而且常见的模式.       工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪一个类.工厂方法使一个类的实例化延迟到其子类. 通用类图如下: 在工厂方法模式中,抽象产品类Product负责定义产品的共性,实现对事物最抽象的定义:Creator为抽象创建 类,也就是抽象工厂,具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的. 工厂方法模式的扩展方式有很多种,下边是工厂方法模式一个比较实用的源代码: 抽象产品类: pub

大话设计模式：抽象工厂模式

抽象方法模式:提供一个创建一系列相关或互相依赖对象的接口,而无需指定他们具体的类. 三种模式的对比:   简单工厂模式 工厂模式 抽象工厂模式 产品 可以有多个但是都属于同一类, 同一等级.都继承产品抽象类. 可以有多个但是都属于同一类,同一等级. 都继承产品抽象类. 可以有不同种类的产品,每类有多中 具体产品: 抽象产品 只能有一个 只能有一个; 多个抽象产品类:每个抽象产品类可 以派生多种具体产品: 抽象工厂类   只能有一个,可以派生出多个具体工厂类: 只有一个,可派生出多个具体工厂类: