六大设计原则超详细介绍

六大设计原则超详细介绍

软件设计最大的难题就是应对需求的变化，但是纷繁复杂的需求变化又是不可预料的，我们要为不可预料的变化做好准备，这本身是一件非常痛苦的事情，但好在有大师们已经给我们提出了非常好的六大设计原则和23种设计模式来“封装”未来的变化。本文只针对六大设计原则进行介绍，设计模式放在后面的文章进行详解。

六大设计原则

六大设计原则主要是指：

单一职责原则（Single Responsibility Principle）；开闭原则（Open Closed Principle）；里氏替换原则（Liskov Substitution Principle）；迪米特法则（Law of Demeter），又叫“最少知道法则”；接口隔离原则（Interface Segregation Principle）；依赖倒置原则（Dependence Inversion Principle）。把这6个原则的首字母（里氏替换原则和迪米特法则的首字母重复，只取一个）联合起来就是：SOLID（稳定的），其代表的含义也就是把这6个原则结合使用的好处：建立稳定、灵活、健壮的设计。

单一职责原则

单一职责原则的定义是：应该有且仅有一个原因引起类的变更。

没错，单一职责原则就这一句话，不懂没关系，我们举个例子。

我们以打电话为例，电话通话的时候有4个过程发生：拨号、通话、回应、挂机。那我们写一个接口，类图如下：

代码为：

我们看这个接口有没有问题？相信大部分同学会觉得没问题，因为平常我们就是这么写的。没错，这个接口接近于完美，注意，是“接近”。单一职责原则要求一个接口或一个类只能有一个原因引起变化，也就是一个接口或者类只能有一个职责，它就负责一件事情，看看上面的接口只负责一件事情吗？明显不是。

IPhone这个接口包含了两个职责：协议管理和数据传送。dial和hangup这两个方法实现的是协议管理，分别负责拨号接通和挂机，chat方法实现的是数据传送。不管是协议接通的变化还是输出传送的变化，都会引起这个接口的变化。所以，IPhone这个接口并不符合单一职责原则。若要让IPhone满足单一职责原则，我们就要对其进行拆分，拆分后的类图如下：

这样设计就完美了，一个类实现了两个接口，把两个职责融合在一个类中。你会觉得这个Phone有两个原因引起变化了啊，是的，但是别忘了我们是面向接口编程，我们对外公布的是接口而不是实现类。

另外，单一职责原则不仅适用于接口和类，也适用于方法。一个方法尽可能只做一件事，比如一个修改用户密码的方法，不要把这个方法放到“修改用户信息”方法中。

单一职责的好处

1.类的复杂性降低，实现什么职责都有清晰明确的定义；

2.可读性高，复杂性降低，可读性自然就提高了；

3.可维护性提高，可读性提高了，那自然更容易维护了；

4.变更引起的风险降低，变更是必不可少的，如果接口的单一职责做得好，一个接口修改只对相应的实现类有影响，对其他的接口无影响，这对系统的扩展性、维护性都有非常大的帮助。

里氏替换原则

在面向对象的语言中，继承是必不可少的、非常优秀的语言机制，它有如下优点：

代码共享，减少创建类的工作量，每个子类都拥有父类的属性和方法；提高代码的重用性；子类可以形似父类，但又异于父类；提高代码的可扩展性；提高产品或项目的开放性。有优点就必然存在缺点：

继承是侵入性的。只要继承，就必须拥有父类的属性和方法。降低代码的灵活性。子类会多一些父类的约束。增强了耦合性。当父类的常量、变量、方法被修改时，需要考虑子类的修改。为了让“利”的因素发挥最大的作用，同时减少“弊”带来的麻烦，引入了里氏替换原则（LSP）。

历史替换原则最正宗的定义是：如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1都代替o2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。

通俗点讲，就是只要父类能出现的地方，子类就可以出现，而且替换为子类也不会产生任何错误或异常。

里氏替换原则为良好的继承定义了一个规范，一句简单的定义包含了4层含义。

1.子类必须完全实现父类的方法。

我们在做系统设计的时候，经常会定义一个接口或抽象类，然后编码实现，调用类则直接传入接口或抽象类，其实这里就已经使用了里氏替换原则。我们以打CS举例，来描述一下里面用到的枪。类图如下：

枪的主要职责是射击，如何射击在各个具体的子类中实现，在士兵类Soldier中定义了一个方法killEnemy，使用枪来kill敌人，具体用什么枪，调用的时候才知道。

AbstractGun类源码如下：

手枪、步枪、机枪的实现类代码如下：

士兵类的源码为：

注意，士兵类的killEnemy方法中使用的gun是抽象的，具体时间什么枪需要由客户端（Client）调用Soldier的构造方法传参确定。

客户端Client源码如下：

注意：在类中调用其他类时务必要使用父类或接口，如果不能使用父类或接口，则说明类的设计已经违背了LSP原则。

2.孩子类可以有自己的个性。

孩子类当然可以有自己的属性和方法了，也正因如此，在子类出现的地方，父类未必就可以代替。

还是以上面的关于枪支的例子为例，步枪有AK47、SKS狙击步枪等型号，把这两个型号的枪引入后的Rifle的子类图如下：

SKS狙击步枪可以配一个8倍镜进行远程瞄准，相对于父类步枪，这就是SKS的个性。源码如下：

狙击手Spinner类的源码如下：

狙击手因为只能使用狙击枪，所以，狙击手类中持有的枪只能是狙击类型的，如果换成父类步枪Rifle，则传递进来的可能就不是狙击枪，而是AK47了，而AK47是没有zoomOut方法的，所以肯定是不行的。这也验证了里氏替换原则的那一句话：有子类出现的地方，父类未必就可以代替。

3.覆盖或实现父类的方法时，输入参数可以被放大。

来看一个例子，我们先定义一个Father类：

然后定义一个子类：

子类方法与父类方法同名，但又不是覆写父类的方法。你加个@Override看看，会报错的。像这种方法名相同，方法参数不同，叫做方法的重载。你可能会有疑问：重载不是只能在当前类内部重载吗？因为Son继承了Father，Son就有了Father的所有属性和方法，自然就有了Father的doSomething这个方法，所以，这里就构成了重载。

接下来看场景类：

根据里氏替换原则，父类出现的地方子类就可以出现，我们把上面的父类替换为子类：

我们发现运行结果是一样的。为什么会这样呢？因为子类Son继承了Father，就拥有了doSomething(HashMap map)这个方法，不过由于Son没有重写这个方法，当调用Son的这个方法的时候，就会自动调用其父类的这个方法。所以两次的结果是一致的。

举个反例，如果父类的输入参数类型大于子类的输入参数类型，会出现什么问题呢？我们直接看代码执行结果即可轻松看出问题：

扩大父类方法入参：

缩小子类方法入参：

场景类：

根据里氏替换原则，有父类的地方就可以有子类，我们把Father替换为Son看看结果：

两次运行结果不一致，违反了里氏替换原则，所以子类中方法的入参类型必须与父类中被覆写的方法的入参类型相同或更宽松。

4.覆盖或实现父类的方法时，输出结果可以被缩小。

这句话的意思就是，父类的一个方法的返回值是类型T，子类的相同方法（重载或重写）的返回值为类型S，那么里氏替换原则就要求S必须小于等于T。为什么呢？因为重写父类方法，父类和子类的同名方法的输入参数是相同的，两个方法的范围值S小于等于T，这时重写父类方法的要求。

依赖倒置原则

依赖倒置原则在Java语言中的表现是：

1.模块间的依赖通过抽象发生，实现类之间不直接发生依赖关系，其依赖关系是通过接口或抽象类产生的；

2.接口或抽象类不依赖于实现类；

3.实现类依赖接口或抽象类。

说白了，就是“面向接口编程”。

依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性。

我们以汽车和司机举例，画出类图：

奔驰车源代码：

司机源代码：

客户端源代码：

通过以上的代码，完成了司机开动奔驰车的场景。可以看到，这个场景并没有引用依赖倒置原则，司机Driver类直接依赖奔驰车Benz类，这样会有什么隐患呢？试想，后期业务变动，司机又买了一辆宝马车，源代码如下：

由于司机现在只有开奔驰的方法，所以他是开不了宝马的。一个拿有C驾照的司机能开奔驰，不能开宝马？太不合理了。所以，这就暴露出上面的设计问题了。我们对上面的功能重新设计，首先新建两个接口。

汽车接口ICar：

司机接口IDriver：

IDriver中，通过传入ICar接口实现了抽象之间的依赖关系。

接下来创建汽车实现类：奔驰和宝马。

然后创建司机实现类：

最后是场景类调用：

Client属于高层业务逻辑，它对低层模块的依赖都建立在抽象上，driver的表面类型是IDriver，benz的表面类型是ICar。

依赖倒置原则的使用建议：

（1）每个类尽量都有接口或抽象类，或者接口和抽象类两者都具备。

（2）变量的表面类型尽量是接口或抽象类。

（3）任何类都不应该从具体类派生。

（4）尽量不要重写基类的方法。如果基类是一个抽象类，而且这个方法已经实现了，子类尽量不要重写。

（5）结合里氏替换原则使用。

接口隔离原则

接口隔离原则就是客户端不应该依赖它不需要的接口，或者说类间的依赖关系应该建立在最小的接口上。

我们以搜索美女为例，设计了如下的类图：

源代码如下。美女及其实现类：

搜索程序及其子类源代码如下：

最后是场景调用类：

上面实现了一个搜索美女的小程序。我们想象这个程序有没有问题？IPettyGirl接口是否做到了最优化？并没有。

每个人的审美观不一样，张三认为颜值高就是美女，即使身材和气质一般；李四认为身材好就行，不在乎颜值和气质；而王五则认为颜值和身材都是外在，只要有气质，那就是美女。这时，IPettyGirl接口就满足不了了，因为IPettyGirl的要求是颜值、身材、气质兼具才是美女。所以为了满足各种人的口味，我们需要重新设计接口的结构。把IPettyGirl拆分为3个接口，分别表示颜值高、身材好、气质佳。修改后的类图如下：

搜索类及其子类如下：

通过重构以后，不管以后需要颜值美女，还是需要身材美女，抑或气质美女，都可以保持接口的稳定性。

以上把一个臃肿的接口拆分为三个独立的接口所依赖的原则就是接口隔离原则。接口隔离原则是对接口进行规范约束。

迪米特法则

迪米特法则（LoD）也叫最少知道法则：一个对象应该对其他对象有最少的了解。

1.只和朋友交流

迪米特法则还有一个英文解释是：Only talk to your immediate friends(只和直接的朋友交流)。每个对象都必然会与其他对象耦合，两个对象的耦合就成为朋友关系。下面我们通过体育课老师让班长清点女生人数为例讲解。

首先设计程序的类图：

编码实现：

程序开发完了，我们首先看下Teacher类有几个朋友类，首先要知道朋友类的定义：出现在成员变量、方法的输入输出参数中的类称为成员朋友类。所以Teacher类只有一个GroupLeader朋友类。根据迪米特法则，一个类只能和朋友类交流，上面的Teacher类内部却与非朋友类Girl发生了交流，这就不符合迪米特法则，破坏了程序的健壮性。

我们对类图做下修改：

修改后的代码：

再看场景类调用：

总之，就是类与类之间的关系是建立在类间的，而不是方法间，因此一个方法尽量不引入一个类中不存在的对象。

2.朋友间也是有距离的

我们在开发中经常有这种场景：调用一个或多个类，先执行第一个方法，然后是第二个方法，根据返回结果再看是否执行第三个方法。我们以安装某个软件为例，其类图为：

代码如下：

程序很简单，但也存在一些问题：Wizard类把太多方法暴露给InstallSoftware类了，两者的朋友关系太亲密了，耦合关系变的异常牢固，如果要把Wizard中first方法的返回值改为Boolean类型，则要同时修改InstallSoftware类，增加了风险。因此，这种耦合是不

合适的，我们需要对其优化。重构后的类图如下：

代码如下。导向类：

我们把安装步骤改为私有方法，只向外暴露一个安装方法，这样，即使修改步骤的逻辑，也只是对Wizard自己有影响，只需要修改自己的安装方法逻辑即可，其他类不会受到影响。

安装类：

一个类公开的public属性或方法越多，修改时涉及的面也就越大，变更引起的风险扩散也就越大。所以，我们开发中尽量不要对外公布太多public方法和非静态的public变量，尽量内敛。

3.是自己的就是自己的

在实际开发中经常会出现这样一种情况：一个方法放在吧本类中也可以，放在其他类中也没有错。那这时，我们只需要坚持一个原则：如果一个方法放在本类中，既不增加类间关系，

也对本类不产生负面影响，那就放置在本类中。

系统总体设计原则汇总

1.1系统总体设计原则 为确保系统的建设成功与可持续发展，在系统的建设与技术方案设计时我们遵循如下的原则：1、统一设计原则统筹规划和统一设计系统结构。尤其是应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度考虑。2、先进性原则系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术、软件产品和设备。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前成熟的主流网络和综合信息系统的体系结构，以保证系统具有较长的生命力和扩展能力。保证先进性的同时还要保证技术的稳定、安全性。3、高可靠/高安全性原则系统设计和数据架构设计中充分考虑系统的安全和可靠。4、标准化原则系统各项技术遵循国际标准、国家标准、行业和相关规范。5、成熟性原则系统要采用国际主流、成熟的体系架构来构建，实现跨平台的应用。6、适用性原则保护已有资源，急用先行，在满足应用需求的前提下，尽量降低建设成本。7、可扩展性原则信息系统设计要考虑到业务未来发展的需要，尽可能设计得简明，降低各功能模块耦合度，并充分考虑兼容性。系统能够支持对多种格式数据的存储。 1.2业务应用支撑平台设计原则 业务应用支撑平台的设计遵循了以下原则：1、遵循相关规范或标准遵循J2EE、XML、JDBC、EJB、SNMP、HTTP、TCP/IP、SSL等业界主流标准2、采用先进和成熟的技术系统采用三层体系结构，使用XML规范作为信息交互的标准，充分吸收国际厂商的先进经验，并且采用先进、成熟的软硬件支撑平台及相关标准作为系统的基础。3、可灵活的与其他系统集成系统采用基于工业标准的技术，方便与其他系统的集成。4、快速开发/快速修改的原则系统提供了灵活的二次开发手段，在面向组件的应用框架上，能够在不影响系统情况下快速开发新业务、增加新功能，同时提供方便地对业务进行修改和动态加载的支持，保障应用系统应能够方便支持集中的版本控制与升级管理。5、具有良好的可扩展性系统能够支持硬件、系统软件、应用软件多个层面的可扩展性，能够实现快速开发/重组、业务参数配置、业务功能二次开发等多个方面使得系统可以支持未来不断变化的特征。6、平台无关性系统能够适应多种主流主机平台、数据库平台、中间件平台，具有较强的跨系统平台的能力。7、安全性和可靠性系统能保证数据安全一致，高度可靠，应提供多种检查和处理手段，保证系统的准确性。针对主机、数据库、网络、应用等各层次制定相应的安全策略和可靠性策略保障系统的安全性和可靠性。8、用户操作方便的原则系统提供统一的界面风格，可为每个用户群，包括客户，提供一个一致的、个性化定制的和易于使用的操作界面。 9、应支持多CPU的SMP对称多处理结构 1.3共享交换区数据库设计原则 1.统一设计原则为保证数据的有效性、合理性、一致性和可用性，在全国统一设立交换资源库基本项目和统一编码的基础上，进行扩展并制定统一的交换资源库结构标准。 2.有效提取原则既要考虑宏观决策需要，又要兼顾现实性，并进行业务信息的有效提取，过滤掉生产区中的过程性、地方性数据，将关键性、结果性数据提交集中到交换区数据库中。 3.保证交换原则统一设计数据交换接口、协议、流程和规范，保证数据通道的顺畅。 4.采用集中与分布式相结合的系统结构根据XX电子政务网络发达，地区经济差异性等特点，交换区采用集中与分布式相结合的数据库系统结构，并逐步向大型集中式数据库系统过渡。这些与外部系统交换的数据也需要从生产区数据得到，也就是说需要XXXX数据和各XXXX 数据的采集不只是局限于XXXX和XXXX原定的指标。 1.4档案管理系统设计原则

面向对象设计原则

面向对象设计原则 ?OO原则： ◆封装变化之物 ◆针对接口编码，而不是对实现 ◆应用程序中的每一个类只有一个改变的理由 ◆类是关于行为与功能的 ?目的： 设计原则形成更可维护更具灵 ◆使用已被证实的OO设计原则形成更可维护、更具灵 活性以及更易扩展的软件 Design Principles ?OCP (The Open-Closed Principle) 开放-封闭原则 SRP(The Single Responsibility Principle)单职责原则?SRP (The Single-Responsibility Principle) 单一职责原则?LSP (The Liskov Substitution Principle) Liskov替换原则 ?DIP (The Dependency-Inversion Principle) 依赖倒置原则?ISP (The Interface-Segregation Principle) 接口隔离原则?CARP (Composition/Aggregation Principle ) 合成/聚合复用 原则 ?LoD(Law of Demeter) 迪米特法则

Open-Closed Principle ?开-闭原则（Open-Closed Principle） 对扩展开放对修改关闭 ◆对扩展开放，对修改关闭 ◆OCP允许改变，以不需要修改现有程序代码的方式 进行 SRP ?单一职责原则(SRP) 就一个类而言，应该仅有一个引起它变化的原因。 ◆就个类而言，应该仅有个引起它变化的原因。

Example: SRP violation interface Modem{ public void dial (String pno);ti public void dial (String pno);public void hangup();public void send (char c); public char recv();}connection management data communication Example Separated modem interface

企业标准色设计

企业标准色设计 视觉传达系统中除了造形元素外，最重要的莫过于企业色彩的识别。企业色彩几乎出现在所有的宣传媒体中。企业标准色指企业为发挥色彩的作用，将某一特定的色彩或一组色彩系统，运用于所有视觉传达的符号和媒体上。以色彩对视觉的刺激效应和心理反映，塑造企业的识别形象。如可口可乐公司的红色。 标准色是塑造企业形象的有力工具之一。标准色的设计应体现企业的精神宗旨、商品属性，以迎合消费大众的心理，符合国际潮流。 (一)标准色的特性 企业标准色的确定是企业理念的精神象征，是整个CIS传达计划中重要的视觉要素之一。企业标准色的计划，有如下特征： 1．科学化 企业标准色的计划是依据色彩学中有关色彩的感觉、色彩的现象等客观特征，并根据市场调查测试结果和民族地区色彩的喜好差别，设计符合企业经营理念、组织框架和经营特点，满足消费形态和市场需求的色彩战略，以便通过客观的、合理的、科学化的作业，达到建立企业形象的目的。 2．差别化 CIS战略是差别化的战略。企业的标准色就是在这个前提条件下，用色彩表达企业理念特点、企业市场营销的特色，以树立企业与企业差别性。 3．系统化 当企业的标准色决定之后，应将它与基本要素结合运用，并规划出各种应用设计项目的色彩配置以及使用规定，以加强标准色的展开运用。另外，还要有长远的战略眼光，考虑到企业发展的需要，形成具有很好适应性的系统化色彩体系。 (二)色彩联想与情感作用 色彩除了具有知觉刺激，以引起人的生理反应之外，还由于人的生活经验、风俗习惯、民族传统、文化知识、年龄阶层等因素的影响，而对色彩产生不同的联想，其中有具体的联想和抽象的情感联想。色彩在视觉、听觉、嗅觉、味觉所引起的联想，这些知觉器官的反应，对于色彩运用与诉求具有很大的影响力。这些具体和抽象的联想作用于人类对色彩的共同认识，企业标准色的心理基础正是建立在人类对色彩的共性基础之上的。个性色彩的体现是依赖于共性的，共性的认知又在个性的色彩中得以体现。 (三)设定标准色的几种形式 1．单色标准色 单色标准色是最为常用的企业标准色形式，口可乐的红色，IBM的蓝色，顶新集团的绿色， 2．多色标准色

超超临界火电机组燃烧控制系统设计

, 毕业论文（设计）题目：超超临界火电机组燃烧控制系统设计 姓名林逸君 学号201100170220 学院控制科学与工程学院 专业测控技术与仪器 年级 2011级 指导教师刘红波 2015年 5 月 10 日

目录 摘要 (3) ABSTRACT (4) 第一章绪论 (5) 1.1课题背景及意义 (5) 1.2 超超临界火电机组控制技术应用现状 (5) 1.3 毕业设计主要内容 (5) 第二章超超临界火电机组燃烧控制系统概述 (6) 2.1 机组工艺流程简述 (6) 2.2 机组燃烧过程控制系统任务 (7) 2.3 机组燃烧过程控制系统组成与特点 (8) 第三章超超临界火电机组燃烧控制方案设计 (9) 3.1常规控制方案 (9) 3.2改进控制方案 (10) 第四章控制方案仿真验证 (10) 4.1 MATLAB简介 (11) 4.2 控制方案的Simulink仿真验证............................... 错误！未定义书签。结论. (15) 致谢 (16) 参考文献 (17) 附录 附录1 Controller design for a 1000 MWultra super critical once-through boiler power plant 附录2 文献翻译

摘要 随着科学技术的进步，传统电厂的工作方式正在发生着革新，超超临界电厂得到了越来越广泛的应用。相比于传统电厂，超超临界电厂主要区别在于提高了锅炉内的工质，一般为水的压力，来提高电厂的发电效率。本文通过对电厂燃烧过程控制系统的改进来减少电厂控制变量之间的相互干扰，从而进一步提高电厂的发电效率。首先，根据电厂的工作原理分析出电厂各控制变量与各被控量之间的相互关系，建立电厂的简化数学模型。之后，根据各变量之间的相互作用关系采取PID增益控制、解耦等方式提出改进的控制方案。然后，根据从网上搜集到的超超临界电厂在实际工况下所采集到的数据完成数学模型的数据输入工作。最后，通过MATLAB下的Simulink工具箱对数学模型进行仿真实验，得出电厂输出量的波形图，通过对比研究改进后的控制方案的实际运行成果。 关键词：超超临界电厂, 燃烧过程控制系统, 数学模型, MATLAB, Simulink仿真

问卷设计六大原则

问卷设计六大原则 问卷调查是目前调查业中所广泛采用的调查方式——即由调查机构根据调查目的设计各类调查问卷，然后采取抽样的方式(随机抽样或整群抽样)确定调查样本，通过调查员对样本的访问，完成事先设计的调查项目，最后，由统计分析得出调查结果的一种方式。它严格遵循的是概率与统计原理，因而，调查方式具有较强的科学性，同时也便于操作。这一方式对调查结果的影响，除了样本选择、调查员素质、统计手段等因素外，问卷设计水平是其中的一个前提性条件。而问卷设计的好坏很大程度上又与设计制度(原则)有关! 一、合理性。合理性指的是问卷必须紧密与调查主题相关。违背了这样一点，再漂亮或精美的问卷都是无益的。而所谓问卷体现调查主题其实质是在问卷设计之初要找出与“调查主题相关的要素”! 如：“调查某化妆品的用户消费感受”——这里并没有一个现成的选择要素的法则。但从问题出发，特别是结合一定的行业经验与商业知识，要素是能够被寻找出来的：一是使用者(可认定为购买者)。包括她(他)的基本情况(自然状况：如性别、年龄、皮肤性质等)；使用化妆品的情况(是否使用过该化妆品、周期、使用化妆品的日常习惯等)；二是购买力和购买欲。包括她(他)的社会状况收入水平、受教育程度、职业等)；化妆品消费特点(品牌、包装、价位、产品外观等)；使用该化妆品的效果(评价。问题应具有一定的多样性、但又限制在某个范围内，如Ⅰ．价格；Ⅱ．使用效果；Ⅲ．心理满足，等)；三是产品本身。包括对包装与商标的评价、广告等促销手段的影响力、与市场上同类产品的横向比较、等……应该说，具有了这样几个要素对于调查主题的结果是有直接帮助的。被访问者也相对容易了解调查员的意图，从而予以配合。 二、一般性。即问题的设置是否具有普遍意义。 应该说，这是问卷设计的一个基本要求，但我们仍然能够在问卷中发现这类带有一定常识性的错误。这一错误不仅不利于调查成果的整理分析，而且会使调查委托方轻视调查者的水平。如搞一个“居民广告接受度”的调查： 问题：你通常选择哪一种广告媒体： 答案：a、报纸；b、电视；c、杂志；d、广播；e、其它 而如果答案是另一种形式： a、报纸； b、车票； c、电视； d、墙幕广告； e、汽球； f、大巴士； g、广告衫； h、…… 如果我们的统计指标没有那么细(或根本没必要)，那我们就犯了一个“特殊性”的错误，从而导致某些问题的回答实际上是对调查无助的! 在一般性的问卷技巧中，需要注意的是：不能犯问题内容上的错误。如： 问题：你拥有哪一种信用卡? 答案：a、长城卡；b、牡丹卡；c、龙卡；d、维萨卡；e、金穗卡； ——其中“d”的设置是错误的，应该避免。 三、逻辑性。问卷的设计要有整体感，这种整体感即是问题与问题之间要具有逻辑性，独立的问题本身也不能出现逻辑上的谬误。从而使问卷成为一个相对完善的小系统。如： 问题： Ⅰ、你通常每日读几份报纸? a、不读报； b、1份； c、2份； d、3份以上； Ⅱ、你通常用多长时间读报? a、10分钟以内； b、半小时左右； c、1小时； d、1小时以上； Ⅲ、你经常读的是下面哪类(或几类)报纸? a、×市晚报； b、×省日报； c、人民日报； d、参考消息； e、中央广播电视报； f、足球…… 在以上的几个问题中，由于问题设置紧密相关，因而能够获得比较完整的信息。调查对象也会感到问题集中、提问有章法。相反，假如问题是发散的、带有意识流痕迹的，问卷就会给人以随意性而不是严谨性的感觉。那么，将市场调查作为经营决策的一个科学过程的企业就会对调查失去信心! 因此，逻辑性的要求即是与问卷的条理性、程序性分不开的。已经看到，在一个综合性的问卷中，调查者将差异较大的问卷分块设置，从而保证了每个“分块”的问题都密切相关。 四、明确性。所谓明确性，事实上是问题设置的规范性。这一原则具体是指：命题是否准确?提问是

UML面向对象分析与设计、建模与设计课后选择判断

第一章 1.选择题 (1)软件工程的概念是在（）年被首次提出的。 A.1949 B.1968 C.1972 D.1989 (2)下列不属于软件工程的目标的一项是（） A.提高软件产品的质量 B.提高软件产品的可靠性 C.减少软件产品的需求 D.控制软件开发成本 (3)软件危机产生的主要原因是（） A.软件工具落后 B.软件生产能力不足 C.对软件认识不够 D.软件本身的特点及开发方法 (4)人们公认的第一门面向对象编程语言是（）。 A. Simula B. Smalltalk C. C++ D. Java (5)下列编程语言中不支持面向对象的特性的是（）。 A. C++ B. ANSI C C. Java D. Objetive c (6)下列选项中不是面向对象方法的相关原则的是（）

A.封装 B.继承 C.多态 D.结构 (7)（）是面向对象方法中用来描述”对客户隐藏对象的属性和实现细节”的概念。 A.封装 B.继承 C.多态 D.抽象 (8)下列选项中不属于面向对象方法的优势之-的是（）。 A.复用性强 B.改善了软件结构 C.软件的执行效率更高 D.抽象更符合人类的思维习惯 2.判断题 (1)软件就是程序，编写软件就是编写程序。对错 (2)软件危机的主要表现是软件需求增加，软件价格上升。对错 (3) C语言对面向对象的发展起到了重要作用。对错 (4)面向对象方法中的对象是从客观世界中抽象出来的一个集合体。对错 (5)面向对象可以保证开发过程中的需求变化完全不会导致系统结构的变化。对错 (6)面向对象方法就是使用面向对象的程序设计语言进行编程。对错

(7)对象的自治性指的是对象是完全封闭的,不受任何外界影响。对错 (8)类是面向对象程序中的构造单位，也是面向对象程序设计语言的基本成分。对错 第二章 1.选择题 1.选择题 (1)下列关于模型的表述，不正确的项是（）。 A.建模语言只能是图形表示的 B.模型所描绘的系统蓝團既可以包括详细的计划，也可以包括系统的总体计划 C.模型可以帮助开发组生成有用的工作产品 D.最好的模型总是与现实世界联系密切 (2) UML的全称是（）。 A. Unify Modeling L.anguage B. Unified Modeling Language

标识设计常识与设计原则

标识设计常识 标识设计常识我们在进行设计标识系统规划时，首先要规范设计用语，用语的标准化能在工程的进程中使施工方和设计方保持良好的沟通。 企业名称：指企业中、英文全称； 企业标识、LOGO：指跟企业有关的VI基本要素设计； 道路指引标识：指从外部环境道路进入内部环境的指引及内部环境道路名称的标识； 道路分流标识：指环境内设置于主干路口，道路交汇处用于指示往不同目的地地址名、楼宇名称的标识； 服务设施标识：指值班室、停车场、收费处、便利店、银行等； 户外总平面图：指用做全部环境范围内的平面布局指引的指示图，通常用线条式或色块式； 户外形象标识：单独用于建筑外主干墙上的标识，将标志变形或使用抽象雕刻形态表现，传递文化信息； 楼宇名称：用于指示每一不同的楼宇的名称之标识； 楼层总索引：标识所处的楼宇，能查找出大部分服务区域、名称，设施的标识栏目，一般设于大堂； 各楼层索引：标识所处当前楼层，提供来客查找服务区域、名称、设施、平面布局的标识栏目，一般设于主通道口、电梯间； 大厅、走廊标识：显示标识所处当前区域功能、名称，以及指示简明目的地的标识； 公共服务设施：洗手间、电话间、ATM、开水间、吸烟区、消防通道、便利店、美发室、商务中心等； 出入口导引：指某一出入口到通往不同名称的功能科室或区间，设于该出入口处的简易索引； 企业宣传栏：用于定期更换内容的版报形式的宣传栏目，一般有开放、闭合式两种； 环境单元牌、功能单元牌：用于指示具有一定功能范围区域的标识为环境、功能单元牌。 另外还有一些依据具体环境而设计的具有特定功能和含义的标识牌，这里不能一一尽述，需要客户和设计进行沟通，但是应该按照标识设计的原则进行，既不要任意发挥也不要墨守成规。 设计用语 文字居中：指同一版面有多行文字显示时，各行字均以中线对齐； 齐头散尾：指同一版面有多行文字显示时，各行字均以左边为基准线； 齐尾散头：指同一版面有多行文字显示时，各行字均以右边为基准线； 打散：用于标题文字为表达特殊效果而将字距非常规拉开； 字体反白：指版面底色比文字深，使文字呈反白效果； 模块化结构（标准化材料）：指标识由基于某一功能面设计，生产并可灵活组合的材料，通常为量化生产的半成品，由底板、座、面板、弹夹连接元件组成，多为铝合型材，属标准化加工； 非标加工：非标准化加工，根据设计方案采用多种材料、工艺，尺寸自由化的加工方式； 座地牌：指通过固定、焊接方式放于地面的标识，通常由底座、立杆面板组成； 吊牌：指采用吊杆、缆绳做固定方式的标识； 壁牌：指成品以粘贴、钉铆等方式贴墙安装的标识； 立体烤漆字：用于室内外的非标加工文字，通常由铜、铝、不锈钢、镀锌铁等板材焊接加工而成，成品表面必须打磨并以烤漆作表面处理； 发光字：结构与"立体烤漆字"相近，正面笔划为使用透光材料的特殊效果字体，其结构由底壳及面壳构成，字内分布冷光源照明； 有源标识：指类似于灯箱，宣传栏等需要电源照明的标识。 设计依据 标识的设计依据如下几方面： 企业对表达其经营理念和定位的要求； 企业的人机信息交换流程（企业内部的科室结构，往来关系）；

六大设计原则

设计模式六大设计原则 单一职责原则(Single Responsibility Principle-SRP) 理解：对于一个类而言，应该仅有一个引起它变化的原因。说白了就是，不同的类具备不同的职责，各施其责。这就好比一个团队，大家分工协作，互不影响，各做各的事情。 应用：当我们做系统设计时，如果发现有一个类拥有了两种的职责，那就问自己一个问题：可以将这个类分成两个类吗？如果真的有必要，那就分吧。千万不要让一个类干的事情太多！开放封闭原则(open closed principle-OCP) 理解：简言之，对扩展开放，对修改封闭。换句话说，可以去扩展类，但不要去修改类。应用：当需求有改动，要修改代码了，此时您要做的是，尽量用继承或组合的方式来扩展类的功能，而不是直接修改类的代码。当然，如果能够确保对整体架构不会产生任何影响，那么也没必要搞得那么复杂了，直接改这个类吧。 里氏替换原则(liskov substitution principle -LSP) 理解：父类能够替换子类，但子类不一定能替换父类。也就是说，在代码中可以将父类全部替换为子类，程序不会报错，也不会在运行时出现任何异常，但反过来却不一定成立。 应用：在继承类时，务必重写（Override）父类中所有的方法，尤其需要注意父类的protected 方法（它们往往是让您重写的），子类尽量不要暴露自己的public 方法供外界调用。 最少知识原则(last knowledge principle-LKP) 理解：尽量减少对象之间的交互，从而减小类之间的耦合。简言之，一定要做到：低耦合，高内聚。 应用：在做系统设计时，不要让一个类依赖于太多的其他类，需尽量减小依赖关系，否则，您死都不知道自己怎么死的。 接口隔离原则(Interface Segregation Principle - ISP) 理解：不要对外暴露没有实际意义的接口。也就是说，接口是给别人调用的，那就不要去为难别人了，尽可能保证接口的实用性吧。她好，我也好。 应用：当需要对外暴露接口时，需要再三斟酌，如果真的没有必要对外提供的，就删了吧。一旦您提供了，就意味着，您将来要多做一件事情，何苦要给自己找事做呢。 依赖倒置原则(Dependence Inversion Principle – DIP) 理解：应该面向接口编程，不应该面向实现类编程。面向实现类编程，相当于就是论事，那是正向依赖（正常人思维）；面向接口编程，相当于通过事物表象来看本质，那是反向依赖，即依赖倒置（程序员思维）。 应用：并不是说，所有的类都要有一个对应的接口，而是说，如果有接口，那就尽量使用接口来编程吧。

面向对象设计原则

面向对象设计原则

单一职责原则--SRP 一、SRP简介（SRP--Single-Responsibility Principle）： 就一个类而言，应该只专注于做一件事和仅有一个引起它变化的原因。 所谓职责，我们可以理解他为功能，就是设计的这个类功能应该只有一个，而不是两个或更多。也可以理解为引用变化的原因，当你发现有两个变化会要求我们修改这个类，那么你就要考虑撤分这个类了。因为职责是变化的一个轴线，当需求变化时，该变化会反映类的职责的变化。“就像一个人身兼数职，而这些事情相互关联不大，，甚至有冲突，那他就无法很好的解决这些职责，应该分到不同的人身上去做才对。” 二、举例说明： 违反SRP原则代码: modem接口明显具有两个职责：连接管理和数据通讯； interface Modem { public void dial(string pno); public void hangup(); public void send(char c); public void recv(); } 如果应用程序变化影响连接函数，那么就需要重构： interface DataChannel { public void send(char c); public void recv(); } interface Connection {

public void dial(string pno); public void hangup(); } 三、SRP优点： 消除耦合，减小因需求变化引起代码僵化性臭味 四、使用SRP注意点： 1、一个合理的类，应该仅有一个引起它变化的原因，即单一职责； 2、在没有变化征兆的情况下应用SRP或其他原则是不明智的； 3、在需求实际发生变化时就应该应用SRP等原则来重构代码； 4、使用测试驱动开发会迫使我们在设计出现臭味之前分离不合理代码； 5、如果测试不能迫使职责分离，僵化性和脆弱性的臭味会变得很强烈，那就应该用Facade或Proxy模式对代码重构；

超临界火电机组

火力发电革命性变革 ——超临界（超超临界）机组运用 超临界（超超临界）是一个热力学概念。对于水和水蒸气，压力超过临界压力22.129MPa的状态，即为超临界状态。同时这一状态下对应的饱和温度为374.15℃。超临界机组即指蒸汽压力达到超临界状态的发电机组。蒸汽参数达到27MPa/580℃/600℃以上的高效超临界机组，属于超超临界机组。 超临界（超超临界）机组最大的优势是能够大幅度提高循环效率，降低发电煤耗。但相应地需要提高金属材料的档次和金属部件的焊接工艺水平。现在全世界各国都非常重视超临界（超超临界）机组技术的发展。 超超临界机组蒸汽参数愈高，热效率也随之提高。热力循环分析表明，在超超临界机组参数范围的条件下，主蒸汽压力提高1MPa，机组的热耗率就可下降0.13%～0.15%；主蒸汽温度每提高10℃，机组的热耗率就可下降0.25～0.30%；再热蒸汽温度每提高10℃，机组的热耗率就可下降0.15%～0.20%。在一定的范围内，如果采用二次再热，则其热耗率可较采用一次再热的机组下降1.4%～1.6%。 超临界（超超临界）机组的发展在20世纪60～70年代曾经历过低谷时期，主要是因为当时的试验条件所限，没有认识到超临界（超超临界）压力下工质的大比热容特性对水动力特性以及传热特性的影响，因而引发了水冷壁多次爆管等事故。经过理论和技术方面的不断发展，发现了超临界压力下的工质存在类膜态沸腾导致传热恶化问题，克服了技术发展障碍。与此同时，随着金属材料工业的发展，超临界（超超临界）机组获得了新的生命。 超临界（超超临界）机组具有如下特点： (1）热效率高、热耗低。超临界机组比亚临界机组可降低热耗约 2.5％，故可节约燃料，降低能源消耗和大气污染物的排放量。 (2）超临界压力时水和蒸汽比容相同，状态相似，单相的流动特性稳定，没有汽水分层和在中间集箱处分配不均的困难，并不需要象亚临界压力锅炉那样用复杂的分配系统来保证良好的汽水混合，回路比较简单。

六西格玛设计的8个基本原则

https://www.wendangku.net/doc/a116123481.html,/ 六西格玛设计的8个基本原则 简单地讲，六西格玛设计是为了满足顾客的要求和期望，并可为顾客带来价值和服务。六西格玛设计同传统设计一样，一些基本原则应该满足。否则，并非是一个成功的六西格玛设计项目。 1、性能指标适合要求的原则 每一种新产品或服务，性能指标必须达到顾客要求，这也是最低要求。新产品或服务的规格应该是清晰的，而且是可测量的。 2、实用性和舒适性的原则 每一种新产品或服务，要实用性和舒适性相结合，能使顾客满意，新产品设计要新颖，要符合美学原则。 3、创新性和超前性原则 每一种新的发明创造，能起到一种推动社会进步的作用。优秀的六西格玛设计师，是人类文明的开拓者。设计的项目具有创新精神和超前意识，为顾客带来新的愉悦，为社会创造价值，为人类作出贡献。 4、工艺性和可制造性原则 每一种新产品或服务设计出来，要能够形成商品，并快速投放市场，应该具有好的工艺性或可制造性。无论是加工或组装，工艺性能要满足制造要求，且夹具及辅料要最省，通用零部件要省，标准化程度要高。 5、可靠性原则 每一种新产品或服务设计出来，新产品要有一定的可靠度，满足顾客的预期使用寿命，为顾客真正带来价值。 6、可维修性原则 每一种新产品设计出来，在保障使用的前提下，可维修性也要提出来。尽量模块化、标准化、通用化，拆卸维修方便，提高产品的使用寿命，超越顾客的期望。 7、成本效益原则 每一种新产品的设计都要考虑成本与效益的问题，找到一个顾客与提供商的成本与效益的最佳平衡点。六西格玛设计师要系统考虑，全面统筹，给顾客带来价值的同时，要考虑给股东或社会带来价值。 8、安全性原则 每一种新产品或服务投放市场，应该是安全地满足顾客的要求和期望，六西格玛设计师要充分考虑设计的稳健性，提供必要的裕量。防止失效，防止给人类和社会造成灾难。这样的例子是不胜枚举的。往往是由于设计师的疏忽而酿成大祸。六西格玛设计师是人类灵魂的工程师，社会的进步，人类的发展，他们的作用是功不可没的。安全性要始终牢记于心，一种新产品或服务，要为社会带来福音。

机械结构设计准则汇总

机械结构设计准则汇总 第一部分、塑料件 1、概述： 注塑件设计的一般原则: z 充分考虑塑料件的成型工艺性，如流动性； z 塑料件的形状在保证使用要求的前提下，应有利于充模，排气，补缩， 同时能适应高效冷却硬化； z 塑料设计应考虑成型模具的总体结构，特别是抽芯与脱出制品的复杂程 度，同时应充分考虑到模具零件的形状及制造工艺，以便使制品具有较 好的经济性： z 塑料件设计主要内容是零件的形状、尺寸、壁厚、孔、圆角、加强筋、 螺纹、嵌件、表面粗糙度的设计。 1.1、常用塑料介绍 常用的塑料主要有 ABS、AS、PC、PMMA、PS、HIPS、PP、POM 等，其 中常用的透明塑料有 PC、PMMA、PS、AS。高档电子产品的外壳通常采用 ABS+PC；显示屏采用 PC，如采用 PMMA 则需进行表面硬化处理。日常生活中 使用的中底挡电子产品大多使用 HIPS 和 ABS 做外壳，HIPS 因其有较好的抗老 化性能，逐步有取代 ABS 的趋势。 1.2、常见表面处理介绍 表面处理有电镀、喷涂、丝印、移印。ABS、HIPS、PC 料都有较好的表面处 理效果。而 PP 料的表面处理性能较差，通常要做预处理工艺。近几年发展起来 的模内转印技术（IMD）、注塑成型表面装饰技术（IML）、魔术镜（HALF MIRROR）制造技术。 IMD 与 IML 的区别及优势： 1、 IMD 膜片的基材多数为剥离性强的 PET，而 IML 的膜片多数为 PC。 2、 IMD 注塑时只是膜片上的油墨跟树脂接合，而 IML 是整个膜片履在树 脂上。 9 3、 IMD 是通过送膜机器自动输送定位，IML 是通过人工操作手工挂。 1.3、外形设计 对于塑料件，如外形设计错误，很可能造成模具报废，所以要特别小心。外 形设计要求产品外观美观、流畅，曲面过渡圆滑、自然，符合人体工程。 现实生活中使用的大多数电子产品，外壳主要都是由上、下壳组成，理论上 上下壳的外形可以重合，但实际上由于模具的制造精度、注塑参数等因素影响， 造成上、下外形尺寸大小不一致，即面刮（面壳大于底壳）或底刮（底壳大于面壳）。可接受面刮<0.15mm，可接受底刮<0.1mm。所以在无法保证零段差时，尽 量使产品：面壳>底壳。 一般来说，上壳因有较多的按键孔，成型缩水较大，所以缩水率选择较大， 一般选 0.5%。 底壳成型缩水较小，所以缩水率选择较小，一般选 0.4%。

APP设计的用色规范

我们先来回顾下。什么是手机APP界面设计规范？ APP设计规范指对APP界面进行风格统一，对界面元素的样式、颜色和大小设定统一的规范和使用原则。与设计、前端约定好统一的设计规范很重要，约定设计规范可以减少产品、设计、前端的沟通成本；可以使界面设计整洁、统一，减少界面元素的重复设计；可以减少设计素材，控制安装包的大小。 这一节主要讲解：APP设计的用色规范。我们先看下色轮图。 然后我们再来具体的看下APP设计的色彩规范实例。

这是一个非常详细的手机APP色彩使用规范实例。值得大家好好的看看。《找车APP》 标准色规范： X轴：重要、一般、弱。 Y轴：色彩代码、色块、使用场景 标准色重要：重要颜色中一般不超过3种，这里的例子重要颜色之一红色需要小面积使用,用于特别需要强调和突出的文字、按钮和icon；而黑色用于重要级文字信息比如标题、正文等。

标准色一般：都是相近的颜色，而且要比重要颜色弱，普遍用于普通级信息、引导词比如提示性文案或者次要的文字信息。 标准色较弱：普遍用于背景色和不需要显眼的边角信息。 再次举例说明如何来定制属于自己手机APP的色彩规范。这是一种表示方式。有这个规范，我们设计APP和重构APP会清晰明了很多。

这是25学堂的老谭同学给大家精心整理的2种不能标准色的表现形式。 APP界面要给人简洁整齐，条理清晰感，依靠的就是界面元素的排版和间距设计，还有色彩的合理、舒适度搭配。 其他的色彩运用原理以及需要遵循对比原则： 1：统一色调，针对软件类型以及用户工作环境选择恰当色调： 如：安全软件，根据工业标准，可以选取黄色，绿色体现环保，蓝色表现时尚、紫色表现浪漫等等，淡色可以使人舒适，暗色做背景使人不觉得累等 2：如果没有自己的系列界面，采用标准界面则可以少考虑此方面，做到与操作系统统一，读取系统标准色表 3：色盲、色弱用户，即使使用了特殊颜色表示重点或者特别的东西，也应该使用特殊指示符，着重号，以及图标等 4：颜色方案也需要测试，常常由于显示器、显卡的问题，色彩表现每台机器都不一样，应该经过严格测试，不同机器进行颜色测试 5：遵循对比原则：在浅色背景上使用深色文字，深色背景上使用浅色文字，蓝色文字以白色背景容易识别，而在红色背景则不易分辨，原因是红色和蓝色没有足够反

总体设计原则

1.1.1.总体设计原则 为确保系统的建设成功与可持续发展，在系统的建设与技术方案设计时应遵循如下的原则： 1.1.1.1. 标准化原则 软件设计严格执行国家有关软件工程和行业标准，保证系统质量，提供完整、准确、详细的开发文档。系统建设中充分考虑了“标准和开放”的原则，要支持各种相应的软硬件接口，使之具有灵活性和延展性，具备与多种系统互连互通的特性，在结构上实现真正开放。平台广泛采用遵循国际标准的系统和产品，以便于与其他网络系统的互联和扩展，同时易于向今后的先进技术实现迁移，充分保护用户的现有投资，其综合反映在可移植性、互操作性、系统独立性和集成性。 1.1.1. 2. 可行性原则 选择成熟技术是保证系统可靠性的重要手段。要尽量采用现有成熟、可靠的网络、服务器等硬件产品和软件系统平台及产品。除此之外，考虑部分冗余设计、备份方案等措施。 1.1.1.3. 实用性原则 系统要力求最大限度地满足实际工作需要，充分考虑各业务层次、各管理环节数据处理的实用性，把满足用户工作和管理业务作为第一要素进行考虑。充分利用已有的软硬件资源，从实用性角度出发，按用户实际需要提供服务，将关注的重点放在业务的实用性上。 1.1.1.4. 先进性原则 系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术、软件产品和设备。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前成熟的主流网络和综合信息系统的体系结构，以保证系统具有较长的生命力和扩展能力。保证先进性的同时还要保证技术的稳定、安全性。

1.1.1.5. 成熟性原则 系统要采用国际主流、成熟的体系架构来构建，实现跨平台的应用。确保系统符合信息化技术发展的趋势，具有明显的技术先进性。从技术层面讲，项目建设立足于先进技术，以SOA架构思想为指导，上构建一个合理、开放和基于标准的系统，使系统不但能够满足当前的需求，而且能够满足以后的发展。在保证系统实用性的前提下，最大程度的提高系统的安全性、可升级性、平台无关性和可扩展性。项目建设中所选用的软硬件系统可以方便地实现集成，使集成的应用系统降低系统维护的难度和要求，也方便用户日后的应用和管理。 1.1.1.6. 适用性原则 本次项目将遵循实用性建设原则，要能够充分利用现有投资，包括软硬件环境和业务系统。对于原有的业务数据接入整合可通过标准化接入方式，即以服务的形式进行改造式接入；或通过非标准化接入方式，即通过松耦合式的接口连接方式实现，两种方式均可实现对原有数据的充分利用。 1.1.1.7. 稳健性原则 保证应用系统方案可靠、稳定，提供365×24小时的连续运行，年平均故障时间<1天，平均故障修复时间<1小时。应用系统具有高可靠性和高容错能力，保证局部出错不影响全系统的正常工作。 1.1.1.8. 可扩展性原则 为适应将来的发展，系统应具有良好的可扩展性，系统可以实现服务不间断的升级和应用扩展。充分考虑业务规模和结构的发展变化，系统规模的扩大和保护投资。系统构架和应用开发均具备可扩展性，能够随着应用的逐步完善和信息量的逐渐增加不断地进行扩展，整个系统可以平滑地过渡到升级后的新系统中。同时在软件系统的开发中，各个功能模块可重复利用，降低系统扩展的复杂性。 1.1.1.9. 可维护性原则 使用先进的软件开发技术和工具。利用先进的软件开发技术和工具是软件开

标准色设计原则

色彩有三个基本的要素： 色相：即色彩的相貌。它包括红黄蓝三原色和三原色相互吸收形成的其他色彩。 色度：即色彩的纯度、浓度和饱和度。 明度：即色彩本身的明暗度。如黄色明度最高。 由于以上三个基本要素的不同配合，构成了千变万化、丰富多采的缤纷世界。那么，选取哪一种或哪几种作为企业的标准色呢？大致应考虑以下因素。自身发展 不同的企业，有不同的形象定位，而不同的色彩，又给人以不同的情绪联想。成功的标准色设计就是要在二者之间找到一条直通而有效的管道，建立起某种意义上的必然联系。 以同样选取红色作为企业的标准色的可口可乐和日本第一劝业银行来说，可口可乐注重红色所象征的温暖、亲切、和睦。因此，在色彩的色度处理上有所不同。可口可乐使用的是高色度的红色，给人以强烈的视觉刺激，有一种跃动感，增加了沉静的成分，符合银行的经营特征。 标准色可以是单色的，也可以是多色的。由多种颜色构成的标准色根据各颜色的不同作用分为复数标准色和多色系统标准色两种。 复数标准色的多种颜色在作用上是平等的，没有主次之分，如富士胶卷的红和绿。多色系统标准色的多种颜色分为标准色和辅助色。 单色标准色具有视觉效果集中、刺激强烈、制作方便、易于传播的特点。复数标准色中在色彩的搭配，具有色彩组合形成的律动美感。 多色系统标准色的主要目的在于通过系列化的辅助色差异来区别构

成企业集团的各分之机构或系列化产品的不同种类。如中国人民保险公司选用灰色作为基色，象征企业经营稳健，管理严谨］科学，员工素养深厚。其三个子公司通过与灰色球体形成对照的四分之三圆环的不同颜色作为 区别。枯黄象征“财富保全”，代表中保财产保险公司；绿色寓意“生命之树长绿”，代表中保人寿保险公司；蓝色代表中保再保险有限公司，预示公司主要经营国标性重大保险标的的分出分入业务。 人们理解某些商品的习惯色 人们在理解某些商品时，往往会自然的联系某些颜色。如对食品，人们习惯于接受红色等暖色调；对化妆品，习惯于中性的素雅色调，桃红给人温馨、优雅和清香感；对药品，习惯于中性偏冷色调，尤以蓝绿为多；对机电产品，习惯于黑色，深蓝色等稳重、沉稳、朴实的色调，等等。总结世界上著名企业的标准色实践，将色彩和行业间的关系列为下表。 色彩适合行业（企业形象或产品内容） 红色系食品业、交通业、百货业、药品业 橙色系食品业、建筑业、石化业、百货业 黄色系电器业、化工业、建筑业、百货业 绿色系金融业、农林业、建筑业、百货业 蓝色系药品业、交通业、百货业、化工业 紫色系化装业、服装业、出版业 视觉的心理感受

亚临界,超临界,超超临界火电机组技术

亚临界、超临界、超超临界火电机组技术区别 一、定义 所谓的"临界"是指锅炉工作情况下承受的一定温度和压力的蒸汽状态。可以查出水的临界压力为22.115MPa ，由此知，此压力对应下的状态叫临界状态； (1)水在加热过程中存在一个状态点——临界点 (2)低于临界点压力，从低温下的水加热到过热蒸汽的过程中要经过汽化过程，即经过水和水蒸汽共存的状态； (3)而如果压力在临界压力或临界压力以上时，水在加热的过程中就没有汽水共存状态而直接从水转变为蒸汽。 T-S图 临界点 T 饱和水线饱和汽线 S 水的临界点 1.1 压力低于25MPa（对应的蒸汽温度低于538摄氏度）时的状态为亚临界状态；亚 临界自然循环汽包锅炉的燃烧室蒸发受热面与汽包构成循环回路。受热面上升管吸热量越大，则上升管内的含汽率增大，与下降管比重差增大，因此推动更大的循环量。其特性是带有“自补偿”性质的。而直流锅炉燃烧室内的平行上升管组吸热量越大则工质比容增大，体

积流速变大，阻力增大。对带有联箱的平行管组，吸热多的管子质量流量必然降低，其特点是“直流”性质的。 1.2 压力在25MPa 时的状态（对应的蒸汽温度高于538摄氏度）为超临界状态；超临界是物质的一种特殊状态，当环境温度、压力达到物质的临界点时，气液两相的相界面消失，成为均相体系。当温度压力进一步提高，即超过临界点时，物质就处于超临界状态，成为超临界流体。超临界水是一种重要超临界流体，在超临界状态下，水具有类似于气体的良好流动性，又具有远高于气体的密度。超临界水是一种很好的反应介质，具有独特的理化性质，例如扩散系数高、传质速率高、粘度低、混合性好、介电常数低、与有机物、气体组分完全互溶；对无机物溶解度低，利于固体分离，反应性高、分解力高；超临界水本身可参与自由基和离子反应等等。 1.3 压力在25-31MPa 之间(温度在600度以上）则称为超超临界状态。 二、 参数 水的临界状态参数为压力22.115MPa 、温度374.15℃ 2.1 亚临界火电机组蒸汽参数： P=16~19MPa ，T= 538℃/ 538℃或T= 540℃/ 540 ℃。超临界压力下朗肯循环过程的T —S 图

面向对象分析设计原则

一、单一职责原则（ＳＲＰ） 就一个类而言，应该仅有一个引起它变化的原因。软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。测试驱动的开发实践常常会在设计出现臭味之前就迫使我们分离职责。 二、开闭原则（ＯＣＰ） 软件实体（类、模块、函数）应该是可扩展的，但是不可修改的。也就是说：对于扩展是开放的，对于更改是封闭的。怎样可能在不改动模块源代码的情况下去更改它的行为呢？怎样才能在无需对模块进行改动的情况下就改变它的功能呢？关键是抽象！因此在进行面向对象设计时要尽量考虑接口封装机制、抽象机制和多态技术。该原则同样适合于非面向对象设计的方法，是软件工程设计方法的重要原则之一。 三、替换原则（ＬＳＰ） 子类应当可以替换父类并出现在父类能够出现的任何地方。这个原则是Liskov于1987年提出的设计原则。它同样可以从Bertrand Meyer 的DBC (Design by Contract〔基于契约设计〕) 的概念推出。 四、依赖倒置原则（ＤＩＰ） １、高层模块不应该依赖于低层模块。二者都应该依赖于抽象。２、抽象不应该依赖于细节。细节应该依赖于抽象。在进行业务设计时，与特定业务有关的依赖关系应该尽量依赖接口和抽象类，而不是依赖于具体类。具体类只负责相关业务的实现，修改具体类不影响与特定业务有关的依赖关系。在结构化设计中，我们可以看到底层的模块是对高层抽象模块的实现（高层抽象模块通过调用底层模块），这说明，抽象的模块要依赖具体实现相关的模块，底层模块的具体实现发生变动时将会严重影响高层抽象的模块，显然这是结构化方法的一个"硬伤"。面向对象方法的依赖关系刚好相反，具体实现类依赖于抽象类和接口。 五、接口分离原则（ＩＳＰ） 采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口要好。ISP原则是另外一个支持诸如COM等组件化的使能技术。缺少ISP，组件、类的可用性和移植性将大打折扣。这个原则的本质相当简单。如果你拥有一个针对多个客户的类，为每一个客户创建特定业务接口，然后使该客户类继承多个特定业务接口将比直接加载客户所需所有方法有效。 以上五个原则是面向对象中常常用到的原则。此外，除上述五原则外，还有一些常用的经验诸如类结构层次以三到四层为宜、类的职责明确化（一个类对应一个具体职责）等可供我们在进行面向对象设计参考。但就上面的几个原则看来，我们看到这些类在几何分布上呈现树型拓扑的关系，这是一种良好、开放式的线性关系、具有较低的设计复杂度。一般说来，在软件设计中我们应当尽量避免出现带有闭包、循环的设计关系，它们反映的是较大的耦合度和设计复杂化。 面向对象之代码复用规则 1、对接口编程 "对接口编程"是面向对象设计（OOD）的第一个基本原则。它的含义是：使用接口和同类型的组件通讯，即，对于所有完成相同功能的组件，应该抽象出一个接口，它们都实现该接口。具体到JAVA中，可以是接口，或者是抽象类，所有完成相同功能的组件都实现该接口，或者从该抽象类继承。尽量使用接口。接口只是对象打交道的入口，只有具有继承关系才使用抽象类。 2、优先使用对象组合，而不是类继承 "优先使用对象组合，而不是类继承"是面向对象设计的第二个原则。并不是说继承不重要，而是因为每个学习OOP的人都知道OO的基本特性之一就是继承，以至于继承已经被滥用了，而对象组合技术往往被忽视了。只有有现实生活中的父子关系才使用继承。 相关的设计模式有：Bridge、Composite、Decorator、Observer、Strategy等。 3、将可变的部分和不可变的部分分离 "将可变的部分和不可变的部分分离"是面向对象设计的第三个原则。如果使用继承的复用技术，我们