一、接口的设计依据：
接口要符合rest、命名要规范优雅、单一性、扩展性
1.1 接口要符合rest
REST的要求:
客户端和服务器结构（通信只能由客户端单方面发起，表现为请求-响应的形式。）
连接协议具有无状态性（通信的会话状态（Session State）应该全部由客户端负责维护。）能够利用Cache机制增进性能（响应内容可以在通信链的某处被缓存，以改善网络效率。）一致性的操作界面（通信链的组件之间通过统一的接口相互通信，以提高交互的可见性。）层次化的系统（通过限制组件的行为（即，每个组件只能“看到”与其交互的紧邻层），将架构分解为若干等级的层。）
1.2 接口命名一定要规范
①命名以英文或者英文缩写并以驼峰命名法命名
②返回字段中表示同一个含义的字段在不同接口中命名尽量一致
1.3单一性、粒度合适
单一性是指接口要做的事情应该是一个比较单一的事情，比如登陆接口，登陆完成应该只是返回登陆成功以后一些用户信息即可，但很多人为了减少接口交互，返回一大堆额外的数据。比如有人设计一个用户列表接口，接口他返回每一条数据都是包含用户了一大堆跟另外无关的数据，结果一问，原来其他无关的数据是他下一步想要获取的，他想要懒加载，但这是一个工作多年的人设计的吗？(如此次有为患者端接口此类问题明显医护端首页待接订单中
请求接口将两种类型订单和在一块导致无法分页请求问题)
1.4 扩展性
这边的扩展性是指我们的接口充分考虑客户端，想想他们是如何调用的，他要怎样使用我的代码，他会如何扩展我的代码，不要把过多的工作写在你的接口里面，而应该把更多的主动权交给客户程序员。如获取不同的列表数据接口，我们不可能将每个列表都写成一个接口。还有一点，我这里特别想指出来的是很多开发人员为了省事（姑且只能这么理解），将接口设计当成只是app页面展示，这些人将一个页面展示就用一个接口实现，而不考虑这些数据
是不是属于不同的模块、是不是属于不同的展示范畴、结果下次视觉一改，整个接口又得重写，不能复用。
1.5 文档表述要清晰
良好的接口设计，离不开清晰的接口文档表述。文档表述一定要足够详细。
二、接口入参、返回数据包具体原则
2.1 入参
根据接口是否是涉及业务流程来判断是否添加相关校验参数（如目前的五个基本参数：在版本更新时不要基本参数传入；用户接单需要传入基本参数）。
能够在服务端完成的参数，尽量不要要求客服端传入，避免影响客户端性能(如患者端服务地址设置接口：需要传入16个参数其中Regioncode(区域编码参数) 需要客户端调用调用webAPI 查询)。
2.2返回数据包（此处仅讨论Json格式）
按照前端相关页面以及相关业务流程所需要的参数返回对应的参数。
容错：1.当后台返回null、nil、
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档案管理系统设计原则
目录 1接口类型 (2) 1.1人机接口 (2) 1.2软件-硬件接口 (2) 1.3软件接口 (2) 1.4通信接口 (2) 2接口设计规范 (2) 2.1基本内容 (2) 2.2规格说明 (3) 2.2.1人机接口 (3) 2.2.2软件-硬件接口 (3) 2.2.3软件接口 (3) 2.2.4通信接口 (3) 3接口设计文档提纲 (3)
1接口类型 1.1人机接口 人机接口是指计算机系统为完成人与机器之间互相传送信息而提供的功能的接口，包括硬件及程序。 1.2软件-硬件接口 软件-硬件接口是指软件系统中软件与硬件之间的接口。例如软件与接口设备之间的接口。 1.3软件接口 软件接口是软件系统中程序之间的接口。包括软件系统与其他系统或子系统之间的接口、程序模块之间的接口、程序单元之间的接口等。 1.4通信接口 通信接口是指处理机和标准通信子系统之间的接口。包括为实现数据通信用来完成接口功能的部件、装置及有关软件。 2接口设计规范 2.1基本内容 1、接口的名称标识 2、接口在该软件系统中的地位和作用 3、接口在该软件系统中与其他程序模块和接口之间的关系 4、接口的功能定义 5、接口的规格和技术要求，包括它们各自适用的标准、协议或约定 6、各个接口的数据特性 7、各个接口的资源要求，包括硬件支持、存储资源分配等 8、接口程序的数据处理要求
9、接口的特殊设计要求 10、接口对程序编制的要求 2.2规格说明 2.2.1人机接口 准确地说明人机接口的设计条件、设计特征、编程要求等技术内容。包括人机交互环境、人机接口部件、信息传输方式及传输特性、信息格式、数据处理、存储资源分配和程序编制要求等。 2.2.2软件-硬件接口 逐个描述每一个软件-硬件间接口的设计特性。包括接口硬件说明、接口功能说明、接口信息说明、接口处理方法、接口控制方式、接口时间特性、存储资源分配和程序编制要求等。 2.2.3软件接口 逐个说明本软件系统与其他软件系统间接口的设计特征。包括接口功能说明、接口约定、数据特性、数据处理方法、接口程序运行控制、接口时间特性、存储资源分配和程序编制要求等。 2.2.4通信接口 逐个描述各个通信接口的设计特性。包括硬件描述、接口功能说明、通信协议、报文处理、存储资源分配、程序接口设计和程序编制要求等。 3接口设计文档提纲 1概述........................................................................................................................................................... 错误！未定义书签。 1.1编写目的......................................................................................................................................... 错误！未定义书签。 1.2参考资料......................................................................................................................................... 错误！未定义书签。 1.3术语和缩写词................................................................................................................................ 错误！未定义书签。2软件系统综述......................................................................................................................................... 错误！未定义书签。3接口设计.................................................................................................................................................. 错误！未定义书签。 3.1接口框图......................................................................................................................................... 错误！未定义书签。 3.2接口一览表.................................................................................................................................... 错误！未定义书签。 3.3人机接口......................................................................................................................................... 错误！未定义书签。 3.4软件-硬件接口 .............................................................................................................................. 错误！未定义书签。
[企业制度设计具体内容和原则]安全三原则具体内容 企业制度设计内容和范围包括组织结构、部门设计、信息沟通设计、岗位规范设计、反馈及修正系统设计等。下面告诉你企业制度设计具体内容和原则。 企业是一个由各种生产要素构成的经营主体，企业依靠制度将各种生产要素组合起来。企业制度的设计目标是为实现企业的战略目标寻求最佳的资源内部配置格局，控制企业经营过程中可能出现的各种风险。企业制度是一个系统，无论企业拥有何种产权结构，在进行制度设计时都应从治理结构、组织结构.管理制度人手，且必须要考虑制度系统的完整性和有效性，这是保证企业稳健发展的关键，也是构成企业核心竞争力的基本保证。任何企业订制度都不可逾越企业核心价值观。制度是企业文化最直接的体现。企业制度宣导企业价值主张、引导员工行为、培养员工习惯。违反企业核心价值观的制度必然造成员工思想紊乱、行为错乱。企业整体制度设计与人力资源制度设计在相互互动、渗透、融合的交流过程中,各自对企业发展发挥着不可替代的作用。制度建设在完善企业管理水平、保障企业高效有序运转、提高企业资源配置效率，进而快速提升企业总体实力方面的作用尤为凸显。好的制度发挥着助推器的作用，不好的制度则阻碍了企业的发展。 企业制度设计要保证其合理性可行性，必须遵守以下原则：
系统原则 企业制度是一个完整体系，虽然在设计制度时是逐一进行的，但是每个设计者参与者在起草或讨论制度时，必须通盘考虑，明了某个具体制度在整个制度体系中的位置，防止出现制度交叉、内容重叠、甚至前后矛盾现象。 效益原则 企业经营的目的就是价值最大化。所有制度出台的目的都是为了确保经营顺畅、提高工作效率和经营业绩。 风险可控原则 是制度就会有授权。如何授权、授权幅度多大，因企业而异。一方面要防止管理者滥用权力，另一方面又要确保工作顺利进行，平衡的尺度就是风险可控原则。管理的前提是充分信任员工，但一旦有人辜负企业信任，滥用权力，则给予加倍甚至十倍的惩罚，以确保企业利益不被随意破坏或侵占。 权责利对等原则
服务端与手机平台 接口协议 BespRout 2014年11月
文档修改/审批记录
目录 1.概述 (4) 2.涉及接口 (4) 3.接口总体要求 (4) 3.1.系统间接口的原则 (4) 3.2.处理流程 (4) 3.3.接口实现方式 (5) 4.XXX服务端接口 (5) 4.1.XX模块-根据XX下载相关的配置文件 (5) 4.2.XX模块-生成指定XX的文件配置 (6) 4.3.APP启动-初使化参数 (7) 5.附件 (8) 5.1.备注说明 (8)
1. 概述 本文档提供接口给手机端使用，为手机端提供业务平台数据 2. 涉及接口 本文档涉及的外围系统接口包括：无 3. 接口总体要求 3.1.系统间接口的原则 接口设计遵循如下原则： ?安全可靠性原则：系统应提供良好的安全性和可靠性策略，支持多种安全而 可靠的技术手段，制定严格的安全可靠的管理措施； ?开放性原则：提供开放式标准接口，提供与其它系统的互联互通； ?灵活性原则：提供灵活的接口设计，便于接口的变动。 ?可扩展性原则：支持新业务的扩展以及接口容量与接口性能的提高； ?可管理性原则：提供良好的管理机制，保证在运行过程中提供给管理员方便 的管理方式以处理各种情况； ?统一性原则：应当保证系统的接口方式、接口形式、使用的协议等标准、统 一。 3.2.处理流程 接口处理流程
3.3. 接口实现方式 手机APP 应用 与服务端采用基于HTTP 的REST 协议完成，数据传输默认为JSON 4. XXX 服务端接口 测试地址前缀: http://192.168.3.208:8088/xxx/xxx 4.1. XX 模块-根据XX 下载相关的配置文件
８１ 《商场现代化》２００６年１２月（中旬刊）总第４８８期 经营管理 企业管理从经验管理进入科学管理以来，制度管理已成为管理者的共识和常用工具。各个企业都有内容不一繁简不同的各种管理制度。按管理制度的规范对象分类，有以管物为主的管理制度、管人为主的管理制度、管事为主的管理制度；按管理制度的规范程度分类，有以强制性规范为主的管理制度、以任意性规范为主的管理制度；按管理制度重要程度分类，有主要管理制度、辅助管理制度；按管理制度涉及的内容范围分类，有综合管理制度、专项管理制度。尽管已有的管理制度多种多样，而且人们还在根据新的主客观环境创设新的管理制度，但是，这些制度是否都取得了好的效果了呢？有些制度受到员工的赞赏，提高了工作效率，促进了企业发展，取得了好的效果；有些制度受到员工的责难，导致员工穷于应付，工作质量下降，不利于企业长远发展。应该怎样审视已有的管理制度，怎样设计新的管理制度呢？ 所有的管理制度，归根到底，都是用来指导和规范人的行为的。多数情况下，制度是由管理者制定的。管理者持有什么理念则所制定的管理制度就体现出什么理念。总结企业制度管理的经验，考虑企业员工文化素质的进步，以及时代的发展，管理制度的设计应遵循以下原则： 一、规范性原则 制定管理制度就是在制定规范，但并不意味着管理制度就自然而然地体现着规范性原则。管理制度的规范性体现在面对管理对象群体时，要求个体遵循程序的一致性，体现结果的一致性，表现行为的一致性。规范性原则要求压缩个体的自由空间，要求可以明确规定的内容就不给管理对象自由选择权，只有不能够或者不宜明确规定的内容，才允许管理对象个体出现不一致性。 二、合理性原则管理制度的规范性强制要求管理对象按制度规定去做，而管理对象的大多数能不能心悦诚服的接受，则取决于所制定制度的合理性。规范性建立在合理性之上。不合理的规范，使企业员工积极性受挫，他们或抱怨，或应付，或准备离职，导致企业凝聚力下降，工作质量下降，管理工作难以取得好的效果。合理的规范，会调动员工的工作积极性，他们会自觉遵守制度规定，心情愉快，干劲充足，努力工作，使企业管理取得好的效果。管理制度的合理性体现在对物的管理符合自然规律；对事的管理符合政策、法律、文化取向；对人的管理符合行为科学的规律。 三、系统性原则制度管理作为有效的常用管理手段，应当覆盖企业管理的各个方面和各个层次，尽可能减少制度空白。制度的系统性可以使各种管理活动都会有制度为依据，保障管理的规范性。制度的系 统性有两层含义：一是企业管理制度应当是一个体系，相互配套，管理工作的各个方面都应当制定相应的制度，制度的覆盖是全面的。二是企业管理制度在管理工作的深度层次上，针对不同的管理层要制定相应的管理制度。企业管理工作的任何一个方面，都可以看作是一个纵向链条，这个链条是若干个环节构成的，每个环节的管理工作都应当制定有相应的管理制度。这样，就可以管理工作规范化，减少任意性。 四、灵活性原则 管理制度强调规范性，在强制性规范的框架下保留任意性规范的空间是十分必要的。一般的说，制度的规定应当是明确的，可操作的，钢性的，执行的结果应当是惟一的。但是，由于人们对管理活动的预见性是有限的，不可能事先制定十分完善的制度，如果将所有的制度条款都制定成导致惟一结果的规定，就会导致管理活动的僵化与不合理。在管理实践上，通常强调原则性与灵活性相统一，就是为了克服制度僵化的弊端。因此，进行制度设计时，应当适当预留任意性制度空间，以增强制度的灵活性。 五、人本主义原则 管理制度是用来指导和规范管理活动的，管理在终极的意义上是对人的管理。管理制度除规定行为的标准之外，还会设定鼓励或惩罚的条款，以引导和保障制度的执行。人本主义原则要求尊重人的价值，关心人的生存和发展。企业员工在企业工作是人的一种生存方式。管理制度的设计在设定工作标准时，这个标准应该是绝大多数成员在正常工作条件下能够达到的，少数人可以超出的，很少的人经过努力是可以达到的。达到工作要求的员工应该得到正常的报酬，做出超额贡献的员工应当得到奖励，对于应当可以做到而没有做到的员工，才给予必要的惩罚。制度的设计以鼓励为主，尽可能少用惩罚的手段。如果一项制度的设计使多数人都达不到它的要求，进而带来报酬的减少，生活质量下降；或者多数人经过努力也只能达到它的一般标准，或者说尽管努力工作，却也只得到一般的报酬，那么，这样的设计指导思想是背离人本主义价值观的，把人看成了完成任务的工具，也不可能对员工起激励作用。 六、简明化原则管理制度在范围上会覆盖各个方面，在深度上会覆盖各个层次，内容丰富而系统，信息量很大，这是必要的。简明化原则并不是要削减必要的内容，也不是要削减制度覆盖的空间与环节，而是要求管理制度的规定易于理解，易于掌握，易于应用，使管理对象根据制度的规定很容易了解自己的行为与结果之间的关系，了解工作行为与报酬奖惩之间的关系。这种了解不需要工作人员的解释，不需要进行相关文件的连环查阅，不需要进行复杂的推演计算。简明的制度，可以让不同文化水平的职员都能迅速准确地理解它，可以使每个人在纷繁复杂的信息环境中，清楚地知道自己应该怎么做，这也使制度发挥了它应有的效力。 企业的管理制度很多，范围很广，内容各异，认真研究制度的内在精神，科学的卓有成效的制定管理制度，仍是企业管理界的重要课题。 参考文献： ［１］王立许：管理制度规范化系统 ［Ｍ］．江苏：立信出版社， ２００５［２］戴文华：中国著名企业管理制度全集［Ｍ］．北京：企业管理出版社， ２００６ 管理制度设计的基本原则 魏建军 陕西科技大学管理学院 ［摘 要］ 管理制度是企业管理的基础文件，修订或制定管理制度，既有条款细则的技术问题，更有指导原则的理念问题。本文从制度文明与制度效率方面探索了管理制度设计的基本原则。 ［关键词］ 管理制度 原则 人本主义
设计模式六大设计原则 单一职责原则(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) 理解：应该面向接口编程，不应该面向实现类编程。面向实现类编程，相当于就是论事，那是正向依赖（正常人思维）；面向接口编程，相当于通过事物表象来看本质，那是反向依赖，即依赖倒置（程序员思维）。 应用：并不是说，所有的类都要有一个对应的接口，而是说，如果有接口，那就尽量使用接口来编程吧。
系统总体设计原则汇总 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
系统总体设计原则 为确保系统的建设成功与可持续发展，在系统的建设与技术方案设计时我们遵循如下的原则：1、统一设计原则统筹规划和统一设计系统结构。尤其是应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度考虑。 2、先进性原则系统构成必须采用成熟、具有国内先进水平，并符合国际发展趋势的技术、软件产品和设备。在设计过程中充分依照国际上的规范、标准，借鉴国内外目前成熟的主流网络和综合信息系统的体系结构，以保证系统具有较长的生命力和扩展能力。保证先进性的同时还要保证技术的稳定、安全性。 3、高可靠/高安全性原则系统设计和数据架构设计中充分考虑系统的安全和可靠。4、标准化原则系统各项技术遵循国际标准、国家标准、行业和相关规范。5、成熟性原则系统要采用国际主流、成熟的体系架构来构建，实现跨平台的应用。6、适用性原则保护已有资源，急用先行，在满足应用需求的前提下，尽量降低建设成本。7、可扩展性原则信息系统设计要考虑到业务未来发展的需要，尽可能设计得简明，降低各功能模块耦合度，并充分考虑兼容性。系统能够支持对多种格式数据的存储。 业务应用支撑平台设计原则 业务应用支撑平台的设计遵循了以下原则：1、遵循相关规范或标准遵循J2EE、XML、JDBC、EJB、SNMP、HTTP、TCP/IP、SSL等业界主流标准2、采用先进和成熟的技术系统采用三层体系结构，使用XML规范作为信息交互的标准，充分吸收国际厂商的先进经验，并且采用先进、成熟的软硬件支撑平台及相关标准作为系统的基础。 3、可灵活的与其他系统集成系统采用基于工业标准的技术，方便与其他系统的集成。4、快速开发/快速修改的原则系统提
机械结构设计准则汇总 第一部分、塑料件 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%。
总体设计原则 计算机网络系统设计必须适应当前XX各项应用，又可面向未来信息化发展的需要，因此必须是高质量的。在设计网络时，需要遵循以下原则： 实用性和先进性 采用先进成熟的技术满足大规模数据、语音、视频综合业务需求，兼顾其他相关的管理需求，尽可能采用先进的网络技术以适应更高的数据、语音、视频（多媒体）的传输需要，使整个系统在相当一段时期内保持技术的先进性，以适应未来信息化的发展的需要。 安全可靠性 为保证各项业务应用，网络必须具有高可靠性，尽量避免系统的单点故障。要对网络结构、网络设备、服务器设备等各个方面进行高可靠性的设计和建设。在采用硬件备份、冗余等可靠性技术的基础上，在网络设计方案中要应用网络管理手段，保证接入网络用户身份的合法性；采用相关的软件技术提供较强的管理机制、控制手段和事故监控与网络安全保密等技术措施提高整个网络系统的安全可靠性。 灵活性和可扩展性 计算机网络系统是一个不断发展的系统，所以它必须具有良好的灵活性和可扩展性，能够根据XX不断深入发展的需要，方便灵活的扩展网络覆盖范围、扩大网络容量和提高网络的各层次节点的功能。具备支持多种通信媒体、多种物理接口的能力，提供技术升级、设备更新的灵活性。 开放性和互连性 具备与多种协议计算机通信网络互连互通的特性，确保本计算机网络系统的基础设施的作用可以充分的发挥。在结构上真正实现开放，基于开放式标准，包括各种局域网、广域网、计算机等，坚持统一规范的原则，从而为未来的发展奠定基础。IP地址设计须遵循科技厅计算机网络TCP/IP 地址编码规范；设备及端口模块、光网卡的选型须满足国内外相关的技术标准，并保证与业界主流的网络设备厂家的设备互联、互通。 经济性和投资保护 应以较高的性能价格比构建本计算机网络系统，使资金的产出投入比达到最大值。能以较低的成本、较少的人员投入来维持系统运转，提供高效能与高效益。尽可能保留延长已有系统的投资，充分利用以往在资金与技术方面的投入。 可管理性 由于系统本身具有一定复杂性，随着业务的不断发展，网络管理的任务必定会日益繁重。所以在网络设计中，必须建立一套全面的网络管理解决方案。网络设备必须采用智能化，可管理的设备，同时采用先进的网络管理软件，实现先进的分布式管理。最终能够实现监控、监测整个网络的运行情况，合理分配网络资源、动态配置网络负载、可以迅速确定网络故障等。通过先进的管理策略、管理工具提高网络的运行性能、可靠性，简化网络的维护工作，从而为办公、管理提供最有力的保障。
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. 可维护性原则 使用先进的软件开发技术和工具。利用先进的软件开发技术和工具是软件开
最近一段时间一直在做APP接口，总结一下APP接口开发过程中的注意事项： 1、效率：接口访问速度 APP有别于WEB服务，对服务器端要求是比较严格的，在移动端有限的带宽条件下，要求接 口响应速度要快，所有在开发过程中尽量选择效率高的框架，PHP建议使用YAF框架。 2、数据格式 最好使用JSON格式数据，因为JSON有较好的跨平台性。对于 3、数据量 按需分配，APP客户端需要什么数据就返回什么数据，过多的数据量影响处理速度，最重要的 是影响传输效率。 4、接口、参数命名准确 无论是接口还是参数，命名都应该有意义，让人一目了然。 5、一个页面尽可能就用一个接口 现在很多的APP页面都有广告、焦点图、文章列表等，对于这些不同格式的数据，不可能都分 配一个接口，这样加大了APP请求接口数，影响响应速度。建议服务器端尽可能处理好数据后 通过一个接口返回给APP客户端。 6、缓存 这点比较重要，不管是文件缓存还是memcache缓存。 7、接口要有可扩展性 8、接口安全 目前一般都是在APP客户端和服务器通过约定的算法，对传递的参数值进行验证匹配。但是如 果APP程序被反编译，这些约定的算法就会暴露，特别是在安卓APP中，有了算法，完全就 可以通过验证模拟接口请求。 9、接口版本控制 对于接口版本控制，自己目前也没有找到一个好的方法，怎么去应对不断的APP版本升级，新、旧接口的处理。 10、接口数据、状态 接口必须提供明确的数据状态信息，不管是成功的，还是失败的，都必须返回给APP客户端。 以上10点就是自己在这端时间做APP接口过程中注意的事项，写的有点乱，想到什么就写什么。
■用“制度设计”代替“执行力” 恰恰是“执行力”的误导，反而让申通快递的管理工作走了一段弯路。 申通的“快件分拨中心”，防火工作是重中之重，是以公司颁布“严禁吸烟”的禁令：违者罚款200元，奖励给举报者。但禁令没起作用，总有一些瘾君子在操作场地抽烟，却没有举报者挺身而出，最终酿成踊起火灾。 事后，在一位资深“执行力专家”的建议下，公司建立巡查制度，加大惩戒力度，管理成本大幅增加，可效果并不理想。由于快件分拨是在夜间进行，管理层夜夜巡查、白天无精打采，日常管理全被搅乱了。 问题到底出在哪儿？通过走访调研了解到：带头违规抽烟的，是一些班组长。 员工不愿意出面举报，是担心县官不如现管，被现管领导记恨，在未来工作中遭到报复。由此形成“上级管不到、同级不好管、下级管不了”的局面。上行自然下效，抽烟屡禁不止。
显然，解决问题的关键不在于奖惩力度，如果不对举报者和被举报者的“博弈地位”进行调整，或者设置一种地位转换机制，单靠提高举报奖金是无济于事的。重赏之下，未必有勇夫。 根据这一分析结果，申通公司很快出台一项新规定：员工对班组长违规抽烟举报属实者，经济上予以重奖，职务上取而代之，成为新的班组长。 规定出台至今，并无班组长被取代，但操作场地违规抽烟的现象再也没有了。 ■科学管理，从制度设计开始 在“执行力”理论红极一时的今天，我们不禁要问：制度和执行，到底孰在前，孰在后？ 没有科学合理的制度，哪来科学合理的执行？ 执行是以制度湿前提的，比执行更重要的是其缘起—制度，比制度更重要的是其源头—事物发展的自身机理。 一套经过科学化设计、符合客观实际、顺应民心民意的良好制度，可釉让执行事半功倍，甚至会得到自动执行；反之，一套仅凭拍脑门、脱离客观实际、违背当事人意愿的庸劣制度，即使执行力再强悍，推行起来也会磕磕绊绊，甚至走向反面。
接口与接口设计原则 一．11种设计原则 1.单一职责原则 - Single Responsibility Principle(SRP) 就一个类而言，应该仅有一个引起它变化的原因。职责即为“变化的原因”。 2.开放-封闭原则 - Open Close Principle(OCP) 软件实体（类、模块、函数等）应该是可以扩展的，但是不可修改。对于扩展是开放的,对于更改是封闭的. 关键是抽象.将一个功能的通用部分和实现细节部分清晰的分离开来。开发人员应该仅仅对程序中呈现出频繁变化的那些部分作出抽象. 拒绝不成熟的抽象和抽象本身一样重要 ) 3.里氏替换原则 - Liskov Substitution Principle(LSP) 子类型(subclass)必须能够替换掉它们的基类型(superclass)。 4.依赖倒置原则(IoCP) 或依赖注入原则 - Dependence Inversion Principle(DIP)
抽象不应该依赖于细节。细节应该依赖于抽象。Hollywood原则: "Don't call us, we'll call you". 程序中所有的依赖关系都应该终止于抽象类和接口。针对接口而非实现编程。任何变量都不应该持有一个指向具体类的指针或引用。任何类都不应该从具体类派生。任何方法都不应该覆写他的任何基类中的已经实现了的方法。 5.接口隔离原则(ISP) 不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。多个面向特定用户的接口胜于一个通用接口。 6.重用发布等价原则(REP) 重用的粒度就是发布的粒度。 7.共同封闭原则(CCP) 包(类库、DLL)中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包产生影响，则将对该包中的所有类产生影响，而对于其他的包不造成任何影响。 8.共同重用原则(CRP) 一个包(类库、DLL)中的所有类应该是共同重用的。 如果重用了包(类库、DLL)中的一个类，
软件设计的七大原则 设计模式遵循的一般原则： 1.开-闭原则(Open-Closed Principle, OCP):一个软件实体应当对扩展开发,对修改关闭.说的是,再设计一个模块的时候,应当使这个模块可以在不被修改的前提下被扩展.换言之,应当可以在不必修改源代码的情况下改变这个模块的行为，在保持系统一定稳定性的基础上，对系统进行扩展。这是面向对象设计（OOD）的基石，也是最重要的原则。 2.里氏代换原则(Liskov Substitution Principle,常缩写为.LSP) (1).由Barbar Liskov(芭芭拉.里氏)提出，是继承复用的基石。 (2).严格表达:如果每一个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都代换称o2时,程序P的行为没有变化,那么类型T2是类型T1的子类型. 换言之,一个软件实体如果使用的是一个基类的话,那么一定适用于其子类,而且它根本不能察觉出基类对象和子类对象的区别.只有衍生类可以替换基类，软件单位的功能才能不受影响，基类才能真正被复用，而衍生类也能够在基类的基础上增加新功能。
(3).反过来的代换不成立 (4).<墨子.小取>中说:"白马,马也; 乘白马,乘马也.骊马(黑马),马也;乘骊马,乘马也." (5).该类西方著名的例程为:正方形是否是长方形的子类(答案是"否")。类似的还有椭圆和圆的关系。(6).应当尽量从抽象类继承,而不从具体类继承,一般而言,如果有两个具体类A,B有继承关系,那么一个最简单的修改方案是建立一个抽象类C,然后让类A和B 成为抽象类C的子类.即如果有一个由继承关系形成的登记结构的话,那么在等级结构的树形图上面所有的树叶节点都应当是具体类;而所有的树枝节点都应当是抽象类或者接口. (7)."基于契约设计(Design By Constract),简称DBC"这项技术对LISKOV代换原则提供了支持.该项技术Bertrand Meyer伯特兰做过详细的介绍: 使用DBC,类的编写者显式地规定针对该类的契约.客户代码的编写者可以通过该契约获悉可以依赖的行为方式.契约是通过每个方法声明的前置条件(preconditions)和后置条件(postconditions)来指定的.要使一个方法得以执行,前置条件必须为真.执行完毕后,该方法要保证后置条件为真.就是说,在重新声明派生类中的例程(routine)时,只能使用相等或者更弱的
目录 第一章项目概况 (2) 第二章系统设计原则和标准 (2) 第三章系统设计 (4) 第四章系统报价和服务承诺 (28)
第一章项目概况 XX项目具体概况。为有效地对所有通道进行科学有序的管理，为业主创造一个高度安全、舒适、和谐的工作、生活环境。需要对通道大门设联网型门禁管理系统。 ELID公司是一家专业的门禁系统制造商。十多年的开发和生产经验的积累，造就了ELID产品的品质和世界一流的安防系统。 第二章系统设计原则和标准 2．1．设计原则 我们在设计XX门禁系统时遵循的原则：先进实用；可靠稳定；升级维护。 先进实用――在XX门禁系统设计中，先进实用的原则具体体现为： 成功的应用性――系统设计时采用的产品和系统，必须是经过了一定时间市场考验的成熟产品，特别是在中国应有成功的应用案例。 合理的配置性――系统设计时，对需要实现的功能进行合理的配置，并且这种配置是可以被改变的，甚至在工程完成后，这种配置的改变也是可能的和方便的。 良好的操作性――系统的前端产品和系统软件均有良好的学习性和操作性。特别是操作性，
应使一般文化水平的管理人员，在粗通电脑操作的情况下通过培训能掌握系统的操作要领，达到能完成值班任务的操作水平。 可靠稳定――设计安防系统时的第二个必须遵守的原则是保证系统的可靠稳定运行。这个原则要兼顾到： 系统运行可靠――系统的运行要求可靠。要求从计算机的配置到系统的配置、前端设备的配置都要仔细考虑这个问题，对所有的设备进行认真的可靠性认证。 保存和恢复设置方便――在实际运行中，即使系统的故障率非常低，也会因为各种意想不到的原因而出现问题。所以，在系统设计时，要考虑到设置数据的方便保存和快速恢复。 升级维护――即使是最先进的系统，也有随时间的推移而落后的可能。在系统设计中，我们选用产品和系统时，应充分考虑系统的升级和维护问题，主要体现在以下方面： 智能化升级――系统的软件是最有可能升级的，选用的系统管理软件必须有厂家的免费升级承诺。升级的操作应能由系统管理员即可完成，不需要繁复的操作和专门的技术。 在线式维护――由于安防系统的特性，使得系统的工作不能停顿。因为一旦系统工作停顿，便会产生安防上的空白时段――漏洞。不能说有一段时间漏洞就一定会出现问题，但不能保证不出问题。所以，系统的维护必须是在线式的，即在系统不停止工作的情况下，可以更换单元的备件。
设计题汇总 1．下雨天同学们带雨具到教室，但没有地方放，请你设计一个“雨具架”用于放雨伞。 要求：（1）结构简单、稳固、易于制作 （2）便于摆放在教室中（3）价格低廉 设计内容：⑴用草图及文字说明设计方案 ⑵说明选用的材料、结构、连接方式 ⑶说明作品的特点 答：全不锈钢制作不生锈，下置集水盘，四个脚保持一定的支撑面以提高稳定性，用焊接方式连接，简单且牢固可靠，外形简洁、美观漂亮，结构紧凑，占地小。 2．作为一名高二学生，请结合你在学校所使用的课桌发现的缺陷和不足，根据设计的创新性、实用性、经济性、美观性等原则，为学校设计一张更适合高中生使用的课桌。 （1）简述设计的一般过程 （2）根据你发现和明确的问题，提出具有一定可行性的设计要求（3）综合考虑人、物、环境三个方面，提出设计应主要考虑的因素（4）请运用草图法、模仿法、联想法、奇特性构思法中的一种或几种，构思出一个方案。并用草图及必要的文字说明你的方案 答：①简述设计的一般过程 发现与明确问题、 制定设计方案、 制作模型或原型、 测试、评估及优化、 产品的使用和维护。 ②提出你的设计要求 A．功能要求：具备基本的功能，同时具备桌脚可升降、桌面可倾斜（符合人体工程学）、空间拓展可存放更多书本的功能等等； B．技术要求：课桌基本高度适当、木料材质表面处理工艺等等；C．外观要求：大方、明快等等； D．耐用性：结构稳固，经久耐用等等； E．成本要求：200元人民币以内等等； F．其他方面的要求。 ③综合考虑人、物、环境三个方面，提出设计应主要考虑的因素
④请运用草图法、模仿法、联想法、奇特性构思法中的一种或几种，构思出一个方案。并用草图及必要的文字说明你的方案。 3．为了整治学校周边环境，要在学校门口竖立一块长3米，宽1．5米的告示牌，请你选用下列材料，从设计的创新性、实用性、经济性、稳