OA设计的六大原则是

[薪酬体系设计六大误区]企业薪酬设计中往往存在很多误区，影响到企业薪酬体系的有效性。如图1所示，薪酬设计一般包括以下几个方面：薪酬策略和薪酬水平的确定、岗位价值评估、内外部薪酬调查、薪酬结构...+阅读

这六大原则是：

1、实用性原则

实用就是务实不务虚，就是注重解决实际问题，做精、做细核心功能，兼顾常用的辅助功能，实现快捷、方便地布署和使用，并节省投资，降低风险。有OA起来功能一堆，什么客户、人事、财务、资产、知识管理等等一网打尽，却做得粗糙之极，中看不中用。

2、易用性原则

这就要求软件的界面友好，结构清晰，流程合理，功能一目了然，菜单操作充分满足用户的视觉流程和使用习惯。易理解、易学习、易使用、易维护、易升级，实现“傻瓜相机”式的操作，将实施、培训成本和周期降到最低。易用性对软件的顺利实施和使用具有至关重要的意义，易用性的欠缺造成项目失败的案例已经屡见不鲜。

3、先进性原则

OA一个先进的工具，所以应采用先进的技术架构和设计方法，融合先进的管理思想，结构化程度高，灵活性、扩展性、兼容性、升级性好，速度快，符合技术发展趋势，适应用户成长需要。此处需要注意的是避免受“惟技术论”和“惟概念论”的误导，无论是技术还是概念都要以适合自己为准。

4、稳定性原则

OA入到企业中后，就会让人产生很大的依赖性。所以系统从底层数据库到功能层应经过严格测试，数据库稳定，功能顺畅，没有堵塞、丢失数据的现象，能在不同的硬件、网络、操作系统以及操作习惯中长期平稳运行，适合大规模用户使用，以保证日常办公的正常进行。

5、安全性原则

OA统往往保存有企业的核心资料，也会有个人用户的一些保密资料，这就要求系统能有效防止外部各种病毒攻击和恶意攻击，能够进行严格、细致的访问权限管理，内部数据具有多种备份方式。必要的情况下，允许用户进行各种辅助的数据加密、密码保护、身份认证等控制措施。

6、拓展性原则

大部分用户在使OA段时间后，会增加一些功能模块或者OA其他软件系统互联，这就要求软件具有很好的拓展性，能够提供开放和标准的接口，在不影响系统正常使用的情况下与第三方系统灵活对接，实现不同应用系统的互联互通，构建用户的综合性信息处理中心平台。

根据六大设计原则，我们发现，要为用户体现完美的系统性能，就必须以应用为核心，以实用、易用、好用三大主线为出发点，全面兼顾技术、应用与发展的和谐统一。

虽然这六大标准都很重要，但是“水至清则无鱼”，没有任何一OA完美的，能做到其中几项就已经够优秀了。而且，不同的客户需求、特点不同，关注点也不同，只要把关注点设到“优秀”档，把非关注点达到“合格”档，就不难找到适合自己的OA。

python面试一般问什么常用设计模式

1.设计模式说明设计模式（Design Patterns） ——可复用面向对象软件的基础设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。2. 设计模式分类经典的《设计模式》一书归纳出23种设计模式，这23种模式又可归为，创建型、结构型和行为型3大类2.1.创建型模式前面讲过，社会化的分工越来越细，自然在软件设计方面也是如此，因此对象的创建和对象的使用分开也就成为了必然趋势。因为对象的创建会消耗掉系统的很多资源，所以单独对对象的创建进行研究，从而能够高效地创建对象就是创建型模式要探讨的问题。这里有6个具体的创建型模式可供研究，它们分别是：简单工厂模式（Simple Factory）；工厂方法模式（Factory Method）；抽象工厂模式（Abstract Factory）；创建者模式（Builder）；原型模式（Prototype）；单例模式（Singleton）。说明：严格来说，简单工厂模式不是GoF总结出来的23种设计模式之一。2.2 结构型模式在解决了对象的创建问题之后，对象的组成以及对象之间的依赖关系就成了开发人员关注的焦点，因为如何设计对象的结构、继承和依赖关系会影响到后续程序的维护性、代码的健壮性、耦合性等。对象结构的设计很容易体现出设计人员水平的高低，这里有7个具体的结构型模式可供研究，它们分别是：外观模式（Facade）；适配器模式（Adapter）；代理模式（Proxy）；装饰模式（Decorator）；桥模式（Bridge）；组合模式（Composite）；享元模式（Flyweight）2.3 行为型模式在对象的结构和对象的创建问题都解决了之后，就剩下对象的行为问题了，如果对象的行为设计的好，那么对象的行为就会更清晰，它们之间的协作效率就会提高，这里有11个具体的行为型模式可供研究，它们分别是：模板方法模式（Template Method）；观察者模式（Observer）；状态模式（State）；策略模式（Strategy）；职责链模式（Chain of Responsibility）；命令模式（Command）；访问者模式（Visitor）；调停者模式（Mediator）；备忘录模式（Memento）；迭代器模式（Iterator）；解释器模式（Interpreter）。3. 设计模式的六大原则

1、开闭原则（Open Close Principle）开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2、里氏代换原则（Liskov Substitution Principle）里氏代换原则（Liskov Substitution Principle LSP）面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科

3、依赖倒转原则（Dependence Inversion Principle）这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

5、迪米特法则（最少知道原则）（Demeter Principle）为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（Composite Reuse Principle）原则是尽量使用合成/聚合的方式，而不是使用继承。

什么叫设计模式

如何设计可复用的面向对象软件。必须要找到相关的对象，以适当的粒度将它们归类，再定义类的接口和继承层次，建立对象之间的基本关系。你的设计应该对手头的问题有针对性，同时对将来的问题和需求也要有足够的通用性。每一个设计模式系统的命名、解释和评价了面向对象系统中一个重要的和重复出现的设计。设计模式使人们可以更加简单方便的复用成功的设计和体系结构。

每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样你就可以一次又一次的使用该解决方案而不做重复性的劳动。设计模式有四个基本要素：模式名称、问题、解决方案、效果。

按照模式的目的性准则，模式可以分为创建型模式、结构型模式和行为型模式。创建型模式与对象的创建有关；结构型模式处理类和对象的组合；行为型模式对类和对象怎样交互和怎样分配职责进行描述。

按照模式的范围准则，模式可以分为类模式和对象模式。类模式处理类和子类的关系，这些关系通过继承建立，是静态的，在编译时就确定下来。对象模式是处理对象之间的关系，这些关系在运行时刻是可以变化的，更具动态性。

创建型类模式将对象的创建工作部分延迟到子类。创建型对象模式则是将它延迟到另一个对象中。

结构型类模式使用继承机制来组合类。结构型对象模式则描述了对象的组装方式。

行为型类模式使用继承描述算法和控制流。行为型对象模式描述使用一组对象怎样协作完成单个对象无法完成的任务。

设计模式采用多种方法解决面向对象设计者经常碰到的问题。下面给出怎样使用设计模式。

1、寻找合适的对象。面向对象的程序由对象组成，对象包括数据以及对数据进行的操作。对象在收到客户的请求后，执行相应的操作。面向对象设计最困难的地方是把系统分解成对象集合。一般的方法是写出一个问题的描述，挑出名词和动词，进而创建相应的类和操作。

2、决定对象的粒度。我们可以根据需要把一个大的对象，分解成许多小粒度的对象。

3、指定对象的接口。对象操作的型构，是指为对象声明的每一个操作指定操作名、作为参数的对象和返回值。所有对象型构的集合称为接口。对象接口描述了该对象所能接受的全部请求的集合，任何匹配对象接口的请求都可以发送给该对象。类型是用来标识特定接口的一个名字。在面向对象系统中，接口是基本的组成部分。对象只有通过它们的接口才能与外部联系。但是，对象接口与其功能实现是分离的，也就是说两个相同接口的对象可以有完全不一样的实现。

4、描述对象的实现。对象的创建是通过类来决定的。类指定了对象的内部数据和操作。理解对象的类和对象的类型之间的差别非常重要。一个对象的类定义了对象是怎样实现的，但对象类型则描述了对象所能接受的所有客户请求。同时还要区分类继承和接口继承，类继承根据一个对象的实现来定义另一个类的实现。而接口继承则是描述了一个对象什么时候能被用来替代另一个对象。可复用的面向对象设计要遵循如下原则：针对接口编程，而不是针对实现编程。不将变量声明为某个特定的具体类的实例对象，而是让它遵从抽象类所定义的接口。这样做有两个好处。一是，客户无须知道他们使用对象的特定类型，只需知道对象有客户所期望的接口。二是，客户无须知道他们使用的对象是用什么类来实现的，只需知道定义接口的抽象类。

5、运用复用机制。面向对象系统中功能复用的两种最常用技术是类继承和对象组合。类继承是指要产生的类是通过其它类来产生的。这种生成子类的复用称为白箱复用，在生成过程中父类的内部细节对子类是完全可见的。对象组合是指新的功能是通过组装和组合对象来获得。这种复用成为黑箱复用。面向对象设计的第二原则是：优先使用对象组合，而不是类继承。委托是一种组合方法，它使组合具有与继承同样的复用能力。在委托方式下，有两个对象参与处理一个请求，接受请求的对象将操作委托给它的代理者。委托是对象组合的特例，它告诉你对象组合作为一个代码复用机制可以替代继承。

6、关联运行时刻和编译时刻的结构。一个面向对象系统运行时刻的结构与它的代码结构相差较大。代码结构在编译时刻就被确定下来了，它由继承关系固定的类组成。运行时刻的结构是由快速变化的通信对象网络组成。聚合意味着一个对象拥有另一个对象，也就意味着它们具有相同的生命周期。相识意味着一个对象仅仅知道另一个对象的类型。

7、设计应支持变化。一个健壮的系统，在设计时一定要考虑，在其生命周期内会发生怎样的变化。