软件3层结构 层次性软件体系结构
软件架构的三层结构是什么呢？有什么特点呢？
三层体系结构，即用户层、应用层和数据库服务器。
用户层主要指用户界面，它要求尽可能的简单，使最终用户不需要进行任何培训就能方便地访问信息；第二层就是应用服务器，也就是常说的中间件，所有的应用系统、应用逻辑、控制都在这一层，系统的复杂性也主要体现在应用层；最后的数据库服务器存储大量的数据信息和数据逻辑，所有与数据有关的安全、完整性控制、数据的一致性、并发操作等都是在第三层完成。
采用J2EE的三（N）层结构的特点 1.能有效降低建设和维护成本，简化管理 多层应用结构在各层次上的组件能单独更新、替换或增加、拆除。
因此，系统维护更方便，代价相对低得多。
而且，因各组件互相独立，更换组件就好比更换组合音响的一个部件，对系统其它部分并无影响，所以更新维护更加安全可靠。
客户端采用瘦客户机。
因为，客户机不必进行大量的计算或数据处理，它的硬件配置就不需要太高。
通过将业务逻辑集中到中间层，系统获得了对业务逻辑的独立性，即当用户的需求改变时，开发人员可以迅速地在中间层（应用服务器）上更新业务逻辑，而无需将更新后的应用提交到众多的PC终端系统上去，即客户端无需任何改动（改动众多的客户端并不是件轻松的事）。
2.适应大规模和复杂的应用需求 如果说结构化方法使软件开发从一门手工艺术走向科学的工程方法，考试，大提示组件技术则使软件工程从个体作坊走向大规模工业。
虽然，结构化方法对中小型系统开发能够行之有效，但对大型系统，结构化分析的结果往往是错综复杂的网状结构，而不是结构清晰的层次结构。
这也正是面向对象方法学诞生的原因。
组件技术能使复杂系统的设计变得简单可行，具有良好的伸缩性。
三层或多层结构，可以将数据处理从客户端转移到应用服务器和数据库服务器上。
这样，尽管客户端与应用服务器之间可能存在着多个甚至数百个的连接，但是应用服务器与数据库服务器之间的连接却只有少数几个，从而达到减少通信线路上传递的数据量的目标。
这样的功能分配提供了很强的系统可伸缩性，使得在用户数量急剧增加时还能保持系统性能的稳定。
使用传统的客户机/服务器模式根本无法胜任上千个客户机同时运行同时需要访问数据库的工作。
即使在用户数量很大的情况下，数据库仍能保持良好的工作负载，保持系统的快速的响应速度。
3.可适应不断的变化和新的业务需求 任何应用系统实施的重点不在于需求确定以后能否实现这些需求，而是在系统实施后如何适应变化的需求。
J2EE系统结构和组件式系统的开发和维护过程中，技术人员可以按照新的需求，通过在不同系统层次上调度更新的组件或新加入的组件来调整旧的系统，以适应新的与不断变化的要求。
以往的系统只能靠专业维护人员或系统开发商的再次开发或修改原有系统，才能满足新的需求，代价往往很大，无法保证时间上的要求。
4.访问异构数据库 多层结构的中间层即应用服务器能够提供广泛的异构数据库访问和复制能力。
传统的客户机/服务器结构则需要在客户端安装许多访问异构数据库的驱动程序，而三层/多层结构只要在中间层有相应的驱动程序就可以访问异构数据源。
5.能有效提高系统并发处理能力 传统的一体化集中式系统或客户服务器架构，在处理大信息量业务时，都可能形成瓶颈。
而多层体系架构的组件式系统将界面、界面发布、业务应用逻辑及数据存储分为多个层次分散管理，逻辑或物理地将它们分开，可减轻系统压力，提高整体性能。
并且中间层可以采取多机并行的方式，相互备份的方式，保证系统的高可用性。
一般情况下进行数据分析时，每次查询可能涉及到大量的数据，往往需要较长的响应时间，特别在分布式数据环境下，响应时间有时长得令人难以忍受。
三层（多）层结构提供了客户端与服务器之间的异步通信，使得客户不必等待提交的分析处理结果而可以继续执行其他处理任务。
6.能有效提高系统安全性 多层体系结构将数据与程序、数据控制与应用逻辑分层独立管理，能更严格地控制信息访问；信息传递中采用数据加密技术，可进一步减低信息失密的风险。
应用服务器内建安全控制数据库，实现应用服务器与数据服务器的双重权限控制，对权限的划分更准确、灵活、严格。
新系统在信息访问、传递和存储三个环节上均有严格的安全措施。
.NET软件开发下的三层架构模型
小型项目不建议用，适用于大中型项目，便于维护，便于团队开发，各层工作互不影响，本人感觉写程序的时候用三成条理清晰，表示层（UI）、逻辑去（BLL）、数据访问层（DAL），一般情况下要再加一个模型层（Model）用于前面三层之间数据传递。
表示层依赖于逻辑层，逻辑层依赖于数据访问层，前面三层都要添加对模型层的引用（毕竟三层都要有数据传递），
信息系统的三层结构分别是
具体为业务逻辑层或表示层提供数据服务. 2：业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
3、增加了开发成本：表示层在软件体系架构设计中，是在客户端与数据库之间加入了一个“中间层”，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离、有利于标准化； 5、利于各层逻辑的复用。
6、结构更加的明确 7、在后期维护的时候，极大地降低了维护成本和维护时间 缺点 1、降低了系统的性能，也叫组件层。
它的关注点主要集中在业务规则的制定，将整个架构分为三个主要的层：业务逻辑层，也将业务逻辑层称为领域层。
例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，它是调用者。
通常情况下，应该是一个支持可抽取、可替换的“抽屉”式架构。
正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键、领域层和数据源层。
作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，也可以表示成WINFORM方式。
业务逻辑层在体系架构中的位置很关键。
因而在不改变接口定义的前提下，理想的分层式架构。
对于数据访问层而言。
这是不言而喻的。
3,Update,Delete的操作。
如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。
由于层是一种弱耦合结构，层与层之间的依赖是向下的。
也就是说把一些数据层的操作进行组合；对于表示层而言，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系、文本文档或是XML文档，不是简单地放置三台机器就是三层体系结构，它却是被调用者，如何实现依赖关系的解耦。
依赖与被依赖的关系都纠结在业务逻辑层上。
2; 4，不是指物理上的三层，可以访问数据库系统、二进制文件。
这里所说的三层体系，则是除了实现业务逻辑之外留给设计师的任务。
数据层 数据访问层，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层。
1：数据访问层：主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据。
如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
2、有时会导致级联的修改，离用户最近，也就是说，是对数据的操作，而不是数据库。
3，无论表现层如何定义和更改，逻辑层都能完善地提供服务：有时候也称为是持久层，其功能主要是负责数据库的访问：主要表示WEB方式，分层式结构是最常见，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。
如果在分层设计时，WEB方式也可以表现成，再经由中间层与数据库进行交互。
各层的作用具体的区分方法 1：数据访问层：主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。
而不必管其他操作，从下至上分别为：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。
表示层 位于最外层（最上层）。
简单的说法就是实现对数据表的Select,Insert:aspx，如果逻辑层相当强大和完善。
用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。
业务逻辑层 业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接：数据访问层，因为它扮演了两个不同的角色，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、开发人员可以只关注整个结构中的其中某一层； 2、可以很容易的用新的实现来替换原有层次的实现； 3、可以降低层与层之间的依赖。
这种修改尤其体现在自上而下的方向。
如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码：表示层：表示层、业务逻辑层（又或称为领域层）、表示层。
所谓三层体系结构：主要负责对数据层的操作，以及对象实体的持久化。
编辑本段优缺点优点 1、数据访问、合法性校验等工作放到了中间层进行处理、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也是最重要的一种结构。
微软推荐的分层式结构一般分为三层
javaweb三层架构配置软件安装情况是什么？
软件安装： 1.双击安装jdk。
装完后在我的电脑-属性-高级-环境变量-系统变量中添加以下环境变量： （假设你的JDK安装在c:jdk） JDK_HOME=C:\jdk classpath=.;%JDK_HOME%\li\dt.ja;%JDK_HOME%\li\tools.ja 在PATH（原来就已存在）中添加：%JDK_HOME%\in 这样jdk环境配置成功。
2.双击安装你的Tomcat。
（建议安装在D:tomcat） 注：tomcat5.0.x版本不需配置环境变量就可以使用，但如果需要编译Sevlet则必须将tomcat的两个ja文件也放到环境变量中，具体方法如下： 在我的电脑-属性-高级-环境变量-系统变量中添加： TOMCAT_HOME=D:\tomcat 修改classpath变成：.；%JDK_HOME%\li\dt.ja;%JDK_HOME%\li\tools.ja;%TOMCAT_HOME%\common\li\sevlet-api.ja;%TOMCAT_HOME%\common\li\jsp-api.ja； 这样已经完整安装完Tomcat了。
建议：在PATH中再添加：%JDK_HOME%\in;%TOMCAT_HOME%\in 这样做的目的是在虚拟dos中可以使用tomcat的工具 最后顺便把第一步下载回来的三个ja文件放到tomcat目录下的commonli目录中 3.测试： 打开开始菜单中的tomcat（小猫图案）的monito工具，点击stat seve，显示绿色三角形即为启动，打开浏览器在地址栏输入：http:localhost:8080可以看到小猫图案说明已经配置成功。
4.安装数据库（sqlseve） windows xp下必须安装个人版或开发版（个人推荐个人版）。
一直next就可以（微软的东西就是方便），这里注意到域帐户那里选择本机帐户，到验证那里选择混合验证（这点很重要，若选择系统认证以后在程序中就连接不上数据库），为你的sa用户输入一个密码（如果练习用就不用考虑安全性啦，选择“空密码”就可以）
javaweb三层架构配置软件下载情况是什么？
软件下载： 1、java 这里使用的是jdk1.4.2。
下载地址：http:dlc.sun.comjdkj2sdk-1_4_2_07-windows-i586-p.exe; 2、tomcat 这里的tomcat的版本是5.0的，安装版或是解压版都是可以的。
下载地址：http:apache.linuxfoum.netdis ... a-tomcat-5.0.28.exe 3、数据库 推荐使用mysql,ut暂时找不到下载地址，由于此次偶们班有课程设计要用sqlseve的，所以下面实践会使用sqlseve（找张安装盘安装） 注：连接sqlseve需要三个ja文件（文件名ms开头），可从这里下载： http:www.softhouse.com.cnhtml ... 11250300001646.html 上面包括完整的配置方法
信息系统的三层结构分别是
在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。
微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或称为领域层）、表示层。
所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。
这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。
通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。
各层的作用 具体的区分方法 1：数据访问层：主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。
而不必管其他操作。
2：业务逻辑层：主要负责对数据层的操作。
也就是说把一些数据层的操作进行组合。
3：表示层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。
表示层 位于最外层（最上层），离用户最近。
用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。
业务逻辑层 业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。
它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。
例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。
作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。
业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。
由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。
如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。
因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。
正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。
对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。
依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。
数据层 数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。
简单的说法就是实现对数据表的Select,Insert,Update,Delete的操作。
如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。
编辑本段优缺点优点 1、开发人员可以只关注整个结构中的其中某一层； 2、可以很容易的用新的实现来替换原有层次的实现； 3、可以降低层与层之间的依赖； 4、有利于标准化； 5、利于各层逻辑的复用。
6、结构更加的明确 7、在后期维护的时候，极大地降低了维护成本和维护时间 缺点 1、降低了系统的性能。
这是不言而喻的。
如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
2、有时会导致级联的修改。
这种修改尤其体现在自上而下的方向。
如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
3、增加了开发成本。
1：数据访问层：主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务. 2：业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
3：表示层：主要表示WEB方式，也可以表示成WINFORM方式，WEB方式也可以表现成：aspx，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。
【三层架构】数据库的三层结构是什么？
中文名三层结构方法客户端与数据库之间加入中间件层三层指逻辑上的三层内容将合法性校验等放到中间层处理1基本介绍2区分方法3结构说明4优缺点缺点5相关概念三层结构基本介绍编辑理解三层结构我们用三层结构主要是使项目结构更清楚，分工更明确，有利于后期的维护和升级.三层结构包含：表示层（USL），业务逻辑层（BLL），数据访问层（DAL）1：数据访问层：主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务
三层结构原理有哪些呢？
中文名三层架构外文名3-tieachitectue分类界面层、业务逻辑层、数据访问层目的“高内聚，低耦合”的思想优点降低层与层之间的依赖标准化缺点系统架构复杂，不适合小型项目1三层结构原理2各层的作用3区分方法业务逻辑层优点▪缺点6与MVC的区别三层架构三层结构原理编辑3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理
2层架构和3层架构的比较？
1、简单说client直接访问DBserver为两层结构。
client通过中间件等应用服务器访问DBserver为三层结构。
三层结构比两层结构安全。
2、可以这样理解：客户端程序访问服务器的结构叫两层结构。
中间加一个事务逻辑处理封装的中间件作为沟通就是三层结构，这样可以均衡数据负载！3、拷贝一些基础知识你看一下。
（没有图片） 附：相关知识 现代社会的软件开发体系结构简单概括就是N层体系结构，这里的N大于等于1。
换而言之就是：单机体系（N=1）、Client/Server结构体系（N=2）、多层体系结构（N>2）。
下面我们就对这几种体系结构进行简单的介绍和比较。
单机体系：这种软件适用于单机状态，一般情况下是针对某一种单一的应用，如字典软件、翻译软件等等。
这种开发方式不适用于综合管理系统的开发。
C/S结构：c/s结构是在局域网上发展起来的，它具有数据集中管理的能力，在出现之初确实解决了很多计算机发展的难题，同时随着4GL语言的发展，用户的界面也比较丰富，在CLIENT端的事物处理能力也使整个系统的性能得到全面的提高，并使管理信息系统（MIS:Management Information System）得到快速的发展。
其大概的图例见图1。
我们根据两层结构体系的概念来分解C/S结构的话，可以将他分为表现层（也叫表达层）和数据层。
数据层提供数据存放的载体，而表现层则通过一定技术将数据层中数据取出，进行一定的分析并以某一种格式向用户进行显示。
在两层体系结构中，表现层对数据库进行直接操作，且大部分的商业处理逻辑（Business Logic，数据之间的关系规则）也在表现层中实现. 图1:Client/Server 体系结构示例 三层体系结构：三层体系结构是N层体系结构的典型，所谓的三层体系结构就是将原来在两层体系结构中的商业逻辑部分从数据层和表现层中提炼出来，形成中间件服务器，所以三层就是：表现层、商业逻辑层（Business Logic）、数据层。
在此之外，还有一种系统结构就是分布式系统，其结构系统图见图2。
图2：分布式系统的结构示意图 在分布式系统中，其介于客户端和数据端之间的仅仅是一个应用服务器，它管理客户端的软件，但不做性能调整，比如每一个客户端调用时均产生一个新的数据库连接，而不能够将连接保持形成一个连接缓冲池。
虽然在分布式应用中已经结合了一些商业处理逻辑，但是并没有真正改变原来的C/S体系结构。
在三层体系结构中，表现层将主要提供与客户的交互功能，数据层提供系统中的所有的数据保存载体，而商业逻辑层将整个系统中的商业处理逻辑整和在一起，形成中间件，在三层中。
中间件起了承前启后的作用，表现层将客户端的请求通过IDL调用中间件，中间件在将其转化成数据处理原则，并从数据库中获得相应的数据，返回给客户端的软件，转换成客户要求的方式显示。
关于三层体系结构的示意图见图3。
图3：三层体系结构示意图 我们已经简单的介绍了C/S结构和三层体系结构，有关的优点已经昭然若揭，为了更好的让您了解两者的区别，我们将两者进行一些比较。
C/S结构的缺点： 缺乏有效的集权控制：在众多的C/S软件中我们不难看出，所有的构件不能够在一个地点（如一台机器）进行统一的管理，而不得不将他们分化在各个CLIENT的应用中，使得维护和安全保密均很困难。
缺乏安全性：在分散的计算机系统中，控制信息的访问安全是非常困难的，由于客户端经常需要对一些敏感的数据进行分析导致安全漏洞很容易发生。
客户端工作量重：当将一个应用中的所有的商业逻辑全部在各个客户端来实现的时候，仅仅是使用桌面电脑的客户端资源将发生不堪负载的情况。
软件的重用性差：由于C/S结构下的应用软件一般均是根据操作系统进行定制，且开发工具也是有一定的限定，一旦需要改变某一个要素的话，很可能只能重做，例如原来用C语言来开发，现在需要转向PB进行开发，那么，原来的所有工作都需要重新来过。
随着应用的不断复杂，桌面电脑将需要不断的升级以适应系统的性能需求，甚至有时侯会完全超出桌面系统能够承受的限度。
例如：诸如多线程和对称多重处理技术等先进操作系统的特性可能不能在标准桌面电脑系统中提供，不通过访问具有这些技术的服务器，客户端的桌面系统将可能永远不能获得这些新的技术的性能。
针对这些问题，三层体系结构给予了很好的解决方案。
在三层体系结构中，提供在客户端和服务器端进行应用功能的分割，系统通过应用将用户定义的界面系统从商业处理逻辑中分割出去。
通过将商业处理逻辑集中在中间件服务器中，将能够减小客户端的工作量并使敏感数据访问控制变得简单。
在三层结构中，客户端将与服务器端的数据变化隔离，简单的说，商业处理逻辑不受客户端的用户界面的改变而影响。
三层体系中有一个非常重要的特性就是系统具有良好的组件重用性，例如在PB中开发的组件，可以在VC中进行使用。
其图例见图4。
系统的实现采用什么框架结构,采用三层结构
底层框架结构一般多采用钢筋混凝土独立基础。
以下是对框架结构采取何种基础的分析(1).在柱下扩展基础宽度较宽（大于4米）或地基不均匀及地基较软时宜采用柱下条基。
并应考虑节点处基础底面积双向重复使用的不利因素，适当加宽基础。
(2).当基础下有防空洞或枯井等时，可做一大厚板将其跨过。
(3).混凝土基础下应做垫层。
当有防水层时，应考虑防水层厚度。
(4).建筑地段较好，基础埋深大于3米时，应建议甲方做地下室。
地下室底板，当地基承载力满足设计要求时，可不再外伸以利于防水。
每隔30~40米设一后浇带，并注明两个月后用微膨胀混凝土浇注。
设置地下室可降低地基的附加应力，提高地基的承载力（尤其是在周围有建筑时有用），减少地震作用对上部结构的影响。
不应设局部地下室，且地下室应有相同的埋深。
可在筏板区格中间挖空垫聚苯来调整高低层的不均匀沉降。
(5).地下室外墙为混凝土时，相应的楼层处梁和基础梁可取消。
(6).抗震缝、伸缩缝在地面以下可不设缝，连接处应加强。
但沉降缝两侧墙体基础一定要分开。
(7).新建建筑物基础不宜深于周围已有基础。
如深于原有基础，其基础间的净距应不少于基础之间的高差的1.5至2倍，否则应打抗滑移桩，防止原有建筑的破坏。
建筑层数相差较大时，应在层数较低的基础方格中心的区域内垫焦碴来调整基底附加应力。
(8).独立基础偏心不能过大，必要时可与相近的柱做成柱下条基。
柱下条形基础的底板偏心不能过大，必要时可作成三面支承一面自由板（类似筏基中间开洞）。
两根柱的柱下条基的荷载重心和基础底版的形心宜重合，基础底板可做成梯形或台阶形，或调整挑梁两端的出挑长度。
(9).采用独立柱基时，独立基础受弯配筋不必满足最小配筋率要求，除非此基础非常重要，但配筋也不得过小。
独立基础是介于钢筋混凝土和素混凝土之间的结构。
面积不大的独立基础宜采用锥型基础，方便施工。
(10).独立基础的拉梁宜通长配筋，其下应垫焦碴。
拉梁顶标高宜较高，否则底层墙体过高。
（11）.底层内隔墙一般不用做基础，可将地面的混凝土垫层局部加厚。
(12).考虑到一般建筑沉降为锅底形、结构的整体弯曲和上部结构和基础的协同作用，顶、底板钢筋应拉通（多层的负筋可截断1/2或1/3），且纵向基础梁的底筋也应拉通。
(13).基础平面图上应加指北针。
(14).基础底板混凝土不宜大于C30，一是没用，二是容易出现裂缝。
(15).可用JCCAD软件自动生成基础布置和基础详图。
生成的基础平面图名为JCPM.T，生成的基础详图名为JCXT?.T。
(16).基础底面积不应因地震附加力而过分加大，否则地震下安全了而常规情况下反而沉降差异较大，本末倒置。
请参照《建筑地基基础设计规范》和各地方的地基基础规程。
-