㈠ 文件系统采用什么结构来描述文件的复杂关联关系
以Fat文件系统为例，文件信息存储在簇中，一个文件需要很多簇，一个文件中的簇关系通过链表来表示的。存放在文件系统FAT表区
㈡ c#三层架构，model层如果两个表有关联，应该怎么写
用NewClass类名做类型，当你实例化的时候可以访问到NewClass类中所有属性
㈢ 什么是三层架构各层的主要功能及相互关系有哪些
一般讲到三层架构，其实就是将整个业务应用划分为表示层、业务逻辑层、数据访问层等。
数据访问层DAL，业务逻辑层BLL。表现层UI （界面类的）【 model（数据模型层，主要放的我就不用说了。一般都是数据库中的。） ，】model是贯穿的。所有的都引用它，bll引用dal ui引用dal 和bll 然后就是调用
三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
普通三层：数据访问层DAL：用于实现与数据库的交互和访问，从数据库获取数据或保存数据到数据库的部分。 业务逻辑层BLL：业务逻辑层承上启下，用于对上下交互的数据进行逻辑处理，实现业务目标。 表示层UI：主要实现和用户的交互，接收用户请求或返回用户请求的数据结果的展现，而具体的数据处理则交给业务逻辑层和数据访问层去处理。业务实体Model：用于封装实体类数据结构，一般用于映射数据库的数据表或视图，用以描述业务中客观存在的对象。Model分离出来是为了更好地解耦，为了更好地发挥分层的作用，更好地进行复用和扩展，增强灵活性。 通用类库Common：通用的辅助工具类
工程模式：简单工厂模式又称为静态工厂方法（Static Factory Method）模式，属于类的创建型模式，通常根据一个条件（参数）来返回不同的类的实例。
工厂角色（Creator）
是简单工厂模式的核心，它负责实现创建所有具体产品类的实例。工厂类可以被外界直接调用，创建所需的产品对象。
抽象产品角色（Proct）
是所有具体产品角色的父类，它负责描述所有实例所共有的公共接口。
具体产品角色（Concrete Proct）
继承自抽象产品角色，一般为多个，是简单工厂模式的创建目标。工厂类返回的都是该角色的某一具体产品。
通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通 讯与中间层建立连接，再经由中间层与数据库进行交换.
完善的三层结构的要求是:修改表现层而不用修改逻辑层,修改逻辑层而不用修改数据层 否则你的应用是不是多层结构,或者说是层结构的划分和组织上是不是有问题就很难说. 不同的应用有不同的理解，这是一个概念的问题．
MVC系统中的模型从概念上可以分为两类――系统的内部状态和改变系统状态的动作。模型是你所有的商业逻辑代码片段所在。本文为模型提供了业务实体对象和业务处理对象：所有的业务处理对象都是从ProcessBase类派生的子类。业务处理对象封装了具体的处理逻辑，调用业务逻辑模型，并且把响应提交到合适的视图组件以产生响应。业务实体对象可以通过定义属性描述客户端表单数据。所有业务实体对象都EntityBase派生子类对象，业务处理对象可以直接对它进行读写，而不再需要和request、response对象进行数据交互。通过业务实体对象实现了对视图和模型之间交互的支持。实现时把"做什么"（业务处理）和"如何做"（业务实体）分离。这样可以实现业务逻辑的重用。由于各个应用的具体业务是不同的，这里不再列举其具体代码实例。
MVC（模型Model-视图View-控制器Controller）是一种设计模式，我们可以用它来创建在域对象和UI表示层对象之间的区分。 同样是架构级别的，相同的地方在于他们都有一个表现层，但是他们不同的地方在于其他的两个层。 在三层架构中没有定义Controller的概念。这是我认为最不同的地方。而MVC也没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是以实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。
在ASP NET中的MVC架构编写的，具有极其良好的可扩展性。它可以轻松实现以下功能： ①实现一个模型的多个视图；②采用多个控制器；③当模型改变时，所有视图将自动刷新；④所有的控制器将相互独立工作。这就是MVC架构的好处，只需在以前的程序上稍作修改或增加新的类，即可轻松增加许多程序功能。以前开发的许多类可以重用，而程序结构根本不再需要改变，各类之间相互独立，便于团体开发，提高开发效率。下面讨论如何实现一个模型、两个视图和一个控制器的程序。其中模型类及视图类根本不需要改变，与前面的完全一样，这就是面向对象编程的好处。对于控制器中的类，只需要增加另一个视图，并与模型发生关联即可。该模式下视图、控制器、模型三者之间的示意图如图2所示。同样也可以实现其它形式的MVC例如：一个模型、两个视图和两个控制器。从上面可以看出，通过MVC架构实现的应用程序具有极其良好的可扩展性，是ASP NET面向对象编程的未来方向。
MVC的不足体现在以下几个方面：（1）增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。（2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。（4）目前，一般高级的界面工具或构造器不支持MVC架构。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。
三层架构是将代码按其作用分成三部分,每部分解决自己负责的流程. 三层架构的功用之处,在于驾驭大型web程序的结构,使之便于管理和扩展.
在设计UI的时候,我们不需要关心其中的逻辑和数据问题,只需要空出对应的位置,用于放置数据. 在设计和修改的时候,要解决的只是HTML的结构,代码看起来干净利落,做起来也是干净利落.
UI直接将程序逻辑的任务丢给BLL,BLL就开始构建具体的实现细节.BLL的创建依赖于业务. 例如一个文章系统,BLL_Aticle就表示它是用于对文章的处理的.BLL_Aticle可以提供给UI一个文章列表的recordset,显示在UI的预留位置. 当BLL_Aticle需要从数据库中获取数据的时候,就将任务丢给DAL层
DAL层专门负责和数据库打交道,它从BLL获取参数,组织一个有效的SQL,建立数据库连接,执行SQL进行更新或获取,将返回的数据交给BLL.
每一部分的业务都集中于一个UI-BLL-DAL的链中,上下清晰了然. 至于是怎样的便于管理和扩展,将在后面结合实例进行分析.
复杂的生命形式必有复杂的生存法则,若想在自己的项目中应用好三层架构,需要多用点心体会其中的应用法则.
我对三层架构的理解还不够深,这些文章能算是抛砖引玉就不错了.大家在阅读当中不要局限于我所构思的法则,要多向具体的应用中去实践,根据具体情况,寻出自己的法则. 有所感悟,就记得写下来,这种感悟是进步的契机,但必然不是最终的结果.有了感悟就拿去应用,可以发现它的优劣,继续完善
三层架构比双层或单层结构都有更大的优势。三层结构适合群体开发，每人可以有不同的分工，协同工作使效率倍增。开发双层或单层应用时，每个开发人员都应对系统有较深的理解，能力要求很高，开发三层应用时，则可以结合多方面的人才，只需少数人对系统全面了解，从一定程度工降低了开发的难度。
三层架构属于瘦客户的模式，用户端只需一个较小的硬盘、较小的内存、较慢的CPU就可以获得不错的性能。相比之下，单层或胖客户对面器的要求太高。
三层架构的另一个优点在于可以更好的支持分布式计算环境。逻辑层的应用程序可以有多个机器上运行，充分利用网络的计算功能。分布式计算的潜力巨大，远比升级CPU有效。
三层架构的最大优点是它的安全性。用户端只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。
㈣ 什么是架构
企业架构就是企业对组织工作任务进行分工、分组和协调合作。各类组织架构如下：
直线制 直线制是一种最早也是最简单的组织形式。它的特点是企业各级行政单位从上到下实行垂直领导，下属部门只接受一个上级的指令，各级主管负责人对所属单位的一切问题负责。厂部不另设职能机构（可设职能人员协助主管人工作），一切管理职能基本上都由行政主管自己执行。直线制组织结构的优点是：结构比较简单，责任分明，命令统一。缺点是：它要求行政负责人通晓多种知识和技能，亲自处理各种业务。这在业务比较复杂、企业规模比较大的情况下，把所有管理职能都集中到最高主管一人身上，显然是难以胜任的。因此，直线制只适用于规模较小，生产技术比较简单的企业，对生产技术和经营管理比较复杂的企业并不适宜。 职能结构 职能制组织结构，是各级行政单位除主管负责人外，还相应地设立一些职能机构。如在厂长下面设立职能机构和人员，协助厂长从事职能管理工作。这种结构要求行政主管把相应的管理职责和权力交给相关的职能机构，各职能机构就有权在自己业务范围内向下级行政单位发号施令。因此，下级行政负责人除了接受上级行政主管人指挥外，还必须接受上级各职能机构的领导。 职能制的优点是能适应现代化工业企业生产技术比较复杂，管理工作比较精细的特点；能充分发挥职能机构的专业管理作用，减轻直线领导人员的工作负担.但缺点也很明显：它妨碍了必要的集中领导和统一指挥，形成了多头领导；不利于建立和健全各级行政负责人和职能科室的责任制，在中间管理层往往会出现有功大家抢，有过大家推的现象；另外，在上级行政领导和职能机构的指导和命令发生矛盾时，下级就无所适从，影响工作的正常进行，容易造成纪律松弛，生产管理秩序混乱。由于这种组织结构形式的明显的缺陷，现代企业一般都不采用职能制。 直线－职能制 直线－职能制，也叫生产区域制，或直线参谋制。它是在直线制和职能制的基础上，取长补短，吸取这两种形式的优点而建立起来的。目前，我们绝大多数企业都采用这种组织结构形式。这种组织结构形式是把企业管理机构和人员分为两类，一类是直线领导机构和人员，按命令统一原则对各级组织行使指挥权；另一类是职能机构和人员，按专业化原则，从事组织的各项职能管理工作。直线领导机构和人员在自己的职责范围内有一定的决定权和对所属下级的指挥权，并对自己部门的工作负全部责任。而职能机构和人员，则是直线指挥人员的参谋，不能对直接部门发号施令，只能进行业务指导。 直线－职能制的优点是：既保证了企业管理体系的集中统一，又可以在各级行政负责人的领导下，充分发挥各专业管理机构的作用。其缺点是：职能部门之间的协作和配合性较差，职能部门的许多工作要直接向上层领导报告请示才能处理，这一方面加重了上层领导的工作负担；另一方面也造成办事效率低。为了克服这些缺点，可以设立各种综合委员会，或建立各种会议制度，以协调各方面的工作，起到沟通作用，帮助高层领导出谋划策。 事业部制 事业部制最早是由美国通用汽车公司总裁斯隆于1924年提出的，故有“斯隆模型”之称，也叫“联邦分权化”，是一种高度（层）集权下的分权管理体制。它适用于规模庞大，品种繁多，技术复杂的大型企业，是国外较大的联合公司所采用的一种组织形式，近几年我国一些大型企业集团或公司也引进了这种组织结构形式。? 事业部制是分级管理 、分级核算、自负盈亏的一种形式，即一个公司按地区或按产品类别分成若干个事业部，从产品的设计，原料采购，成本核算，产品制造，一直到产品销售，均由事业部及所属工厂负责，实行单独核算，独立经营，公司总部只保留人事决策，预算控制和监督大权，并通过利润等指标对事业部进行控制。也有的事业部只负责指挥和组织生产，不负责采购和销售，实行生产和供销分立，但这种事业部正在被产品事业部所取代。还有的事业部则按区域来划分。 模拟分权制 这是一种介于直线职能制和事业部制之间的结构形式。 许多大型企业，如连续生产的钢铁、化工企业由于产品品种或生产工艺过程所限，难以分解成几个独立的事业部。又由于企业的规模庞大，以致高层管理者感到采用其他组织形态都不容易管理，这时就出现了模拟分权组织结构形式。所谓模拟，就是要模拟事业部制的独立经营，单独核算，而不是真正的事业部，实际上是一个个“生产单位”。这些生产单位有自己的职能机构，享有尽可能大的自主权，负有“模拟性”的盈亏责任，目的是要调动他们的生产经营积极性，达到改善企业生产经营管理的目的。需要指出的是，各生产单位由于生产上的连续性，很难将它们截然分开，就以连续生产的石油化工为例，甲单位生产出来的"产品"直接就成为乙生产单位的原料，这当中无需停顿和中转。因此，它们之间的经济核算，只能依据企业内部的价格，而不是市场价格，也就是说这些生产单位没有自己独立的外部市场，这也是与事业部的差别所在。 模拟分权制的优点除了调动各生产单位的积极性外，就是解决企业规模过大不易管理的问题。高层管理人员将部分权力分给生产单位，减少了自己的行政事务，从而把精力集中到战略问题上来。其缺点是，不易为模拟的生产单位明确任务，造成考核上的困难；各生产单位领导人不易了解企业的全貌，在信息沟通和决策权力方面也存在着明显的缺陷。 矩阵制 在组织结构上，把既有按职能划分的垂直领导系统，又有按产品（项目）划分的横向领导关系的结构，称为矩阵组织结构。 矩阵制组织是为了改进直线职能制横向联系差，缺乏弹性的缺点而形成的一种组织形式。它的特点表现在围绕某项专门任务成立跨职能部门的专门机构上，例如组成一个专门的产品（项目）小组去从事新产品开发工作，在研究、设计、试验、制造各个不同阶段，由有关部门派人参加，力图做到条块结合，以协调有关部门的活动，保证任务的完成。这种组织结构形式是固定的，人员却是变动的，需要谁，谁就来，任务完成后就可以离开。项目小组和负责人也是临时组织和委任的。任务完成后就解散，有关人员回原单位工作。因此，这种组织结构非常适用于横向协作和攻关项目。 矩阵结构的优点是：机动、灵活，可随项目的开发与结束进行组织或解散；由于这种结构是根据项目组织的，任务清楚，目的明确，各方面有专长的人都是有备而来。因此在新的工作小组里，能沟通、融合，能把自己的工作同整体工作联系在一起，为攻克难关，解决问题而献计献策，由于从各方面抽调来的人员有信任感、荣誉感，使他们增加了责任感，激发了工作热情，促进了项目的实现；它还加强了不同部门之间的配合和信息交流，克服了直线职能结构中各部门互相脱节的现象。 矩阵结构的缺点是：项目负责人的责任大于权力，因为参加项目的人员都来自不同部门，隶属关系仍在原单位，只是为"会战"而来，所以项目负责人对他们管理困难，没有足够的激励手段与惩治手段，这种人员上的双重管理是矩阵结构的先天缺陷；由于项目组成人员来自各个职能部门，当任务完成以后，仍要回原单位，因而容易产生临时观念，对工作有一定影响。? 矩阵结构适用于一些重大攻关项目。企业可用来完成涉及面广的、临时性的、复杂的重大工程项目或管理改革任务。特别适用于以开发与实验为主的单位，例如科学研究，尤其是应用性研究单位等。
扁平式结构
由彼得圣吉五项修炼的基础上，通过大量的个人学习特别是团队学习，形成的一种能够认识环境、适应环境、进而能够能动的作用于环境的有效组织。 也可以说是通过培养弥漫于整个组织的学习气氛，充分发挥员工的创造性思维能力而建立起来的一种有机的、高度柔性的、扁平的、符合人性的、能持续发展的组织。学习型组织为扁平化的圆锥型组织结构，金字塔式的棱角和等级没有了，管理者与被管理者的界限变得不再清晰，权力分层和等级差别的弱化，使个人或部门在一定程度上有了相对自由的空间，能有效地解决企业内部沟通的问题，因而学习型组织使企业面对市场的变化，不再是机械的和僵化的，而是“动”了起来。不过，随着全球经济一体化和社会分工的趋势化，扁平化组织也会遇到越来越多的问题，在不断的分析问题、解决问题的过程当中，学习型组织“学习”的本质对人的要求将越来越高。
智慧型结构
也称为C管理模式。《C管理模式》的理论价值：许多初读《C管理模式》的专家和学者则认为，C管理模式立足道、儒、法的中国传统文化，将西方现代企业管理学与中国国学及中医智慧融于一体，其理论结合人的身体机能，提出了“天人合一”、“道法自然”的经营理念和管理哲学。《C管理模式》的政治价值：2009年以来，全球金融风暴持续蔓延，一大批欧美企业纷纷陷入破产倒闭的危机，与此同时，国内企业也愈加感受到全球性经济萧条带来的股股寒意。在此轮国际经济危机中，一些我们曾经耳熟能详、顶礼膜拜的全球知名企业，在一夜之间如巨人般轰然倒下，在剧烈的震撼中，国内众多专家、学者和企业界纷纷对西方现代企业管理模式进行了深刻的反思。C管理模式研究的课题，将引发对资本主义完全的自由市场经济的反思，对现行企业管理模式的反思，并将重新聚焦世界对中国特色社会主义市场经济模式的更多思考，这正是C模式模式的价值所在。
㈤ 三层架构之间的引用关系
DALFactory数据访问层的抽象工厂(决定创建哪种数据库类型的数据访问层.
可以选择 SQL Server , Oracle).
DBUnititly数据访问类组件.
IDAL数据访问层接口定义.
SqlServer数据访问层.
项目引用关系:
WEB引用BLL
BLL 引用IDAL,MODEL,使用DALFactory创建实例.
IDAL引用Model
Model无引用
DALFactory引用IDAL,通过读取web.config里的程序集,加载类的实例,返回给BLL使用.
SQL Server 引用Model和IDAL ,被DALFactory加载程序集,实现接口里的方法.
㈥ 关联关系的关联关系判定标准
特别纳税调整规程规定的关联关系主要是指企业与其他企业、组织或个人具有下列之一关系：
1、一方直接或间接持有另一方的股份总和，或者双方直接或间接同为第三方所持有的股份达到25%以上。
2、一方与另一方（独立金融机构除外）之间借贷资金占一方实收资本 50%以上，或者一方借贷资金总额的10%以上是由另一方（独立金融机构除外）担保。
3、一方半数以上的高级管理人员 （包括董事会成员和经理，下同）或至少一名可以控制董事会的董事会高级成员是由另一方委派，或者双方半数以上的高级管理人员或至少一名可以控制董事会的董事会高级成员同为第三方委派。
4、一方半数以上的高级管理人员同时担任另一方的高级管理人员，或者一方至少一名可以控制董事会的董事会高级成员同时担任另一方的董事会高级成员。
5、一方的生产经营活动必须由另一方提供的工业产权、专有技术等特许权才能正常进行。
6、一方的购买或销售活动主要由另一方控制。
7、一方接受或提供劳务主要由另一方控制。
8、一方对另一方的生产经营、交易具有实质控制，或者双方在利益上具有相关联的其他关系。
[注] 《特别纳税调整实施办法（试行）》第二章第九条
UML
关联关系是一种结构化的关系，指一种对象和另一种对象有联系。给定关联的2个类，可以从其中的一个类的对象访问到另一个类的相关对象。在UML图中，关联关系用一条实线来表示。
关联可以有方向，表示该关联在某方向被使用。只在一个方向上存在的关联，称为单向关联（Unidirectional Association），在2个方向上都存在的关联，称为双向关联（Bidirectional Association）
㈦ 什么是关联关系
关联关系
关联关系表示不同类的对象之间的结构关系，它在一段时间内将多个类的实例连接在一起（这与依赖关系不同，依赖关系表示两个实例之间的临时关联关系）。