【www.gbppp.com--私藏美文】
系统架构师是怎样炼成的?
2008.04.03 来自:CSDN 付江 共有评论(67)条 发表评论 [收藏到我的网摘]
" 张友邦认为架构设计可能看起来很神秘,新入门或没有架构设计经验的程序员刚开始的时候会有种不知所措的感觉,但其实架构设计是件很容易的事,它只是软件系 统开发中的一个环节而已,整个软件系统的开发和维护以及变更还涉及到很多事情,包括技术、团队、沟通、市场、环境等等。
【CSDN 4月3日报道】坦 率的讲,除了少数对开发程序极其热爱并愿意为之奋斗终身的编程者来说,对于大多数开发人员,写代码只是他们未来获得职业提升的一个必不可少的积累阶段,在 做开发的时间里,他们会积极学习各种知识,经验,培养自己的商业头脑,包括扩展自己各方面的资源,这些积累会为他们未来成为管理者或创业打下牢固的基础。
成为架构设计师是广大开发者职业发展道路之一,架构师究竟是个什么样的职业?需要具备什么基本能力?如何才能成为一个优秀的架构设计师以及架构设计师需要关注哪些内容?针对有关问题,本期“专家看台”为您采访了(微软认证专家,系统分析员,希赛网专业顾问,中国计算机学会会员) 张友邦,他会就相关问题与大家分享他的看法。
“在我工作的六年多 时间里,除了第一年是纯粹编码以外,其余时间都在做和架构设计有关的工作,当然也还一直在写各种各样的代码。”张友邦认为架构设计可能看起来很神秘,新入 门或没有架构设计经验的程序员刚开始的时候会有种不知所措的感觉,但其实架构设计是件很容易的事,它只是软件系统开发中的一个环节而已,整个软件系统的开 发和维护以及变更还涉及到很多事情,包括技术、团队、沟通、市场、环境等等。
同时,张友邦表示,虽然架构设计是件容易的事情,但也不是大多数没有架构设计经验的程序员想象中的画画框图那么简单。 把几台服务器一摆,每一台服务器运行什么软件分配好,然后用网络连接起来,似乎每个企业级应用都是如此简间单单的几步。但现实生活中的软件系统实实在在可 以用复杂大系统来形容,从规划、开发、维护和变更涉及到许许多多的人和事。架构设计就是要在规划阶段都把后面的事情尽量把握进来,要为稳定性努力,还要为 可维护性、扩扩展性以及诸多的性能指标而思前想后。除了技术上的考虑,还要考虑人的因素,包括人员的组织、软件过程的组织、团队的协作和沟通等。
另外,架构设计还需要方法论的指导。张友邦强调,这些方法论的思路包括,至上而下的分析,关注点分离,横向/纵向模块划分等。有时候觉得架构设计决策就像是浏览Google Earth, 实际上反映的是一种自上而下的决策过程。对问题的分解是软件思维的基本素质,可以有横向分解、纵向分解以及两者的结合。能不能有效快速准确的分解问题,是 软件开发人员需要首先训练的项目。另外,架构设计中图形化的工具非常有用,它能把系统的结构和运作机制以图形化的方式表达出来。也正因为这样才有了架构设 计就是画框图的误会。再者,架构设计是一个工程性质的工作,对当事人的实际从业经验要求较高。只有对市场上的各种技术有较全面的了解之后才有可能设计出一 个尽可能满足各种设计约束的架构。
在谈到架构师需要具备的能力上,张友邦认为架构师首先必须具有丰富的开发经验,是个技术主管。因为他必须清楚什么是可以实现的,实现的方式有哪些,相应的难度怎么样,实现出来的系统面对需求变化的适应性等一系列指标。另外,需要对面向过程、面向对象、面向服务等设计理念有深刻的理解,可以快速的察觉出实现中的问题并提出相应的改进(重构)方案(也就是通常说的反模式)。这些都需要长期的开发实践才能真正的体会到,单从书本上很难领会到,就算当时理解了也不一定能融会到实践中去。
在技术能力上,软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识,包括进程内通信(对象访问、函数调用、数据交换、线程同步等)以及进程外(包括跨计算机)的通信(如RMI、DCOM、Web Service)。在WEB应用大行其道的今天,开发者往往对服务器间的通信关注的比较多,而对进程内的通信较少关注。进程外跨机器通信是构建分布式应用的基石,它是架构设计中的鸟瞰视图;而进程内的通信是模块实现的骨架,它是基石的基石。如果具体到一个基于.Net企业级架构设计,首先需要的是语言级别的认识,包括.NET的CLR、继承特性、委托和事件处理等。然后是常用解决方案的认识,包括ASP.NET Web Service、.NET Remoting、企业服务组件等。总之,丰富的开发实践经验有助于避免架构师纸上谈兵式的高来高去,给代码编写人员带来实实在在的可行性。
其次,具有足够的行业业务知识和商业头脑也是很重要的。行业业务知识的足够把握可以给架构师更多的拥抱变化的能力,可以在系统设计的时候留出一些扩展的余地来适应可能来临的需求变化。有 经验的设计人员可能都碰到过这样的事,一厢情愿的保留接口在需求变化中的命中率非常低。也就是说,在系统设计之初为扩展性留下来的系统接口没能在需求变化 的洪流中发挥真正的作用,因为需求的变化并没有按照预想的方向进行,到最后还是不得不为变化的业务重新设计系统。这就是因为对业务知识的理解和对市场或者 商业的判断没有达到一个实用的、可以为架构扩展性服务的水平。
再次,张友邦提到,架构设计师对人的关注必须提升到架构设计之初来纳入考虑的范围,包括沟通以及对人员素质的判断。软 件过程是团队协作共同构建系统的过程,沟通能力是将整个过程中多条开发线粘合在一起的胶水。大家都应该碰到过事后说“原来是这样啊,我不知道啊”或者某个 开发人员突然高声呼喊“为什么这里的数据没有了”之类的。沟通的目的就是尽量避免多条开发线的混乱,让系统构建过程可以有条理的高效进行。另外,对人的关 注还表现在对团队成员的素质判断上,比如哪些开发人员对哪些技术更熟悉,或者哪些开发人员容易拖进度等。只有合理的使用人力资源,让合适的人做合适的事情 才能让整个软件过程更加高效。
另外,张友邦认为架构师应时刻注意新软件设计和开发方面的发展情况,并不断探索更有效的新方法、开发语言、设计模式和开发平台不断很快地升级,软件架构师需要吸收这些新技术新知识,并将它们用于软件系统开发工作中。但 对新技术的探索应该在一个理性的范围内进行,不能盲目的跟风。解决方案提供商永远都希望你能使用它提供的最新技术,而且它们在推广自己的解决方案的时候往 往是以自己的产品为中心,容易给人错觉。比如数据库,往往让人觉得它什么都能做,只要有了它其它什么都不重要了。但事实上并不是如此,对于小型应用可以将 许多业务逻辑用script的方式放入数据库中,但很少看到大型应用采用这样的做法。对于新东西需要以一种比较的观点来判断,包括横向的比较和纵向的比较,最后得出一些性能、可移植性以及可升级等指标。另外,新入行的开发人员往往关心新技术动向而忽略了技术的历史,而从DOS时代一路杀过来的开发者就对现在的技术体系有较全面的把握。
构架师不是通过理论学习可以搞出来的,不学 习并且亲自实践相关知识肯定是不行的。就像前面说到的,架构设计是一个工程性质的事情,只有在不断实践的基础上才能逐渐熟悉起来。实践的内容并不是去深挖 各种语言的特性,因为系统架构师是设计应用系统架构而不是设计语言(除非你是要实现DSL)。更多的时候需要带着一种比较的眼光去实践,把不同的实现方式下的优缺点做个总结,
做到自己心里有数,等具体的上下文环境下才好判断采用什么样的方式方法。把基础打牢的同时掌握一定的方法,架构设计不是想象中的那么难。【记者/付江】 张友邦:张友邦,男,微软认证专家,系统分析员,希赛网专业顾问,中国计算机学会会员。1980年生于四川宜宾,2002年获得国防科技大学宇航科学与工程系空间工程专业学士学位,2004年初成立长沙石斑软件有限公司并担任总经理,2006年底出任广州快网信息技术有限公司技术总监,2007年10月任湖南新邮信息技术有限公司软件中心副经理。主要研究领域包括软件架构与设计、WEB RIA、流媒体与计算机图形图像。受国家自然科学基金资助,于2001年发表国家级核心刊物学术论文一篇。
系统架构师、系统分析师、项目管理师之有什么关系?
系统架构师与其他团队角色的协调
图1-1的上图反映了传统的系统开发:通过对用户的需求分析,组织必要的资源和 设施,选择设计合适的架构,然后由项目经理统筹安排组织实施(包括人、财和物),这是一个反复互动,逐步契合的过程。
由上面所述可以看出,在传统的系统开发中,系统开发进度及统筹的管理主要由项 目经理来完成,需求分析及技术实现主要由系统分析员或设计员来完成。由于项目经理、 系统分析员或者程序员从各自职位角度出发产生冲突的制约,不可能很好地给出开发规 范,搭建系统实现的核心构架,并澄清技术细节、扫清主要难点的技术,或者说最终难 以确认和评估技术对需求实现产生的影响。
所以我们把系统架构设计师定位在图1-1的下图中两个楠圆相交的部分,他负责整个系统的战略策划和技术实现。图1-1的上图说明架构设计先行和系统架构师、系统分析师、项目管理师三者的相互关系与作用。
1.系统构架师与项目经理的关系及区别
软件项目经理是指对项目控制/管理,关注项目本身的进度、质量、分配、调动、协 调,管理好人、财、物等资源的负责人。对于软件项目经理来讲,职责包括项目计划、 进度跟踪/监控、质量保证、配置/发布/版本/变更管理、人员绩效评估等方面。优秀的项 目经理需要的素质,并不仅在于会使用几种软件或是了解若干抽象的方法论原则,更重 要的在于从大量项目实践中获得的宝贵经验,以及交流、协调、激励的能力,甚至还应 具备某种个性魅力或领袖气质(charisma)。一般来讲,技术人员重技术而倾向于忽视"人" 的因素,而这正是项目绎理管理活动的一个主要方面。项目经理还必须能够应付开发过 程中大量的偶发事件和杂务。
在一个项目中,推动项目技术发展的是系统构架师。在技术方面,项目经理(项目 管理师)配合系统构架师并提供各个方面的支持'其主要职责是与内外部沟通和管理资 源(包括人),系统构架师则要负责提出系统的总体构架,并给出开发指导。
2.系统构架师与系统分析师的关系及区别
系统分析师(system analyst)是在系统开发中进行业务需求分析、系统需求分析、 可行性分析、业务建模和指导项目开发的人。其工作特点是与行业专家、用户沟通,及 时与项目经理(项目管理师)、软件架构师协商,分析项目具备的特点、成本、风险等, 考虑实现的模型。系统分析师所面临的往往是有许多不确定性的事件,需要对这些不确 定的事件进行分析、总结'使之得出一个相对可靠的确定性结论或实施方案模型。一般 意义上讲,系统分析师的水平将影响系统开发的质量,甚至成败。在一个完善的系统开 发队伍中,一般应有项目管理师、软件架构师、系统分析师、软件设计师、测试工程师、 数据库工程师、程序员和质量保证人员等不同的职位,还需要有业务专家和其他辅助人 员。对于大型企业或项目,如果一人承担多个角色,往往容易发生顾此失彼的现象。
系统分析师对业务系统进行分析、建模,他的任务、目标是明确的。系统架构师协 同系统分析师的工作,建议系统分析师按什么标准,什么工具,什么模式,什么技术去 思考系统。同时,系统架构师应该对系统分析师所提出的问题,碰到的难题及时地提出 解决的方法,更多系统分析师,系统架构设计师和信息系统项目管理师考试内容和资讯请查看希赛软考学院。
系统架构师
岗位职责:
1、负责分析、规划、设计公司新项目的架构;
2、完成从研发文档到系统发布等项目开发各环节的工作;
3、分析和解决现有系统中的设计缺陷,并创造性提升、改进工作方法和技术;
4、指导专业技术子模块的研发设计,为项目团队提供指导;
5、管理团队,将系统开发任务合理分配到各级开发人员,按时完成开发任务。
任职资格:
1、五年以上研发经验,三年以上架构师经验,有团队管理经验;
2、精通C#、C++、系统架构和设计模式,熟悉SQL Server/MY SQL数据库管理系统、相关技术及工具;
3、至少负责过两个以上的大型软件项目的总体设计、技术实施及项目管理,熟悉软件产品研发过程;
4、具备良好的表达和沟通能力,擅长技术文档的书写;
5、具备极强的团队精神和合作精神,对工作有热情,能够在一定压力下工作。
1.1.1 系统架构师的概念
现代信息系统“架构”三要素:构件、模式、规划;规划是架构的基石,也是这三个贡献中最重要的。
架构本质上存在两个层次:概念层,物理层。
1.2.1 系统架构师的定义
负责 理解、管理 并最终确认和评估 非功能性系统需求,给出开发规范,搭建系统实现的核心架构,对整个软件架构、关键构建、接口 进行总体设计 并澄清关键技术细节。
主要着眼于系统的“技术实现”,同时还要考虑系统的“组织协调”。
要对所属的开发团队有足够的了解,能够评估该开发团队实现特定的 功能需求目标和资源代价。
1.2.2 系统架构师技术素质
对软件工程标准规范有良好的把握。
1.2.3 系统架构师管理素质
系统架构师是一个高效工作团队的创建者,必须尽可能使所有团队成员的想法一致,为一个项目订制 清晰的、强制性的、有元件的目标 作为整个团队的动力;
必须提供特定的 方法和模型 作为理想的技术解决方案;
必须避免 犹豫,必须具备及时解决技术问题的 紧迫感和自信心。
1.2.4 系统架构师与其他团队角色的协调【系统架构师】
系统分析师,需求分析,技术实现
系统架构师,系统设计,基于环境和资源的系统技术实现 项目管理师,资源组织,资源实现 由于 职位角度出发产生冲突制约,不可能很好地给出 开发规范,搭建系统实现的 核心架构,并澄清技术细节,扫清主要难点。 所以 把架构师定位在 项目管理师与系统分析师 之间,为团队规划清晰的目标。
对于大型企业或项目,如果一人承担多个角色,往往容易发生顾此失彼的现象。
1.3 系统架构师知识结构
需要从大量互相冲突 的系统方法和工具中 区分出 哪些是有效的,那些是无效的。
1.4 从开发人员到架构师
总结自己的架构模式,深入行业总结规律。
几天的培训不太可能培养出合格的软件架构师,厂商的培训和认证,最终目的是培养自己的市场,培养一批忠诚的用户或产品代言人,而不是为中国培养软件架构师。
《计算机网络基础知识》
计算机系统 由 硬件和软件组成,软件通常分为 系统软件和应用软件。
系统软件支持应用软件的运行,为用户开发应用软件提供平台,用户可以使用它,但不能随意修改它。
常用的系统软件有 操作系统、语言处理程序、连接程序、诊断程序、数据库 等。
应用软件指 计算机用户利用 软硬件资源 为某一专门的应用目的而开发的软件。
2.1 操作系统基础知识
操作系统 Operating System,是计算机系统的核心系统软件。
2.1.1 操作系统的原理、类型、结构
1、操作系统定义
硬件资源包括 中央处理器、存储器、输入输出设备。 软件资源是以 文件形式保存在存储器上的 程序和数据。
操作系统既 有效组织和管理 系统中各种 软硬件资源,合理地组织计算机系统的工作流程,又控制程序的执行,为用户使用计算机 提供了一个 良好的环境和友好的接口。
2、操作系统分类
按功能不同分:单用户操作系统、批处理操作系统;分时操作系统、实时操作系统;网络操作系统、分布式操作系统;嵌入式操作系统。
3、操作系统的特征
并发性、共享性、虚拟性、不确定性。
4、操作系统的功能
进程管理、文件管理、存储管理、设备管理、作业管理。
2.1.2 处理机 与 进程管理
1、进程的定义及其分类
进程通常由 程序、数据、进程控制块 PCB 组成。
2、进程的状态转换与控制
就绪、运行、阻塞。
进程控制是通过 进程控制原语实 现的,进程控制原语主要有:创建原语、撤销原语、挂起原语、激活原语、阻塞原语、唤醒原语。 注:原语不可分割,不允许中断。
3、进程互斥与同步 以及 P/V 操作
同步是使在异步环境下的各进程按一定的 顺序和速度 执行。 互斥 要保证临界资源 一次只能提供一个进程使用,称为 临界资源 CR。
PV操作是低级通信原语,在执行期间不可分割,P表示申请一个资源,V表示释放一个资源。
P操作定义:S:=S-1,若S>=0,则执行P操作的进程继续执行,否则若S<0, 则置该进程为阻塞状态(因为无可用资源),并将其插入阻塞队列。
V操作定义:S:=S+1,若S>0, 则执行V操作的进程继续执行,否则若S<=0,则从阻塞状态唤醒一个进程,并将其插入就绪队列,然后执行V操作的进程继续执行。
4、进程通信与管程
控制信息的交换称为低级通信,数据的交换称为高级通信。 高级通信的类型有 共享存储系统、消息传递系统、管道通信。 在任一时刻最多只有一个进程能够真正地进入管程,其他的只能
等待。
5、进程调度与死锁
产生死锁的四个必要条件:互斥条件、请求保持条件、不可剥夺条件、环路条件。
预防策略,破坏死锁的四个必要条件之一。
6、线程
线程是进程中的一个实体,是被系统独立分配和调度的基本单位。
线程只拥有一些运行中必不可少的资源。
同一个进程中的多个线程可以并发执行,线程具有:就绪、运行、阻塞,三个基本状态。
2.1.3 存储管理
存储器的发展方向是:高速、大容量、小体积。
存储管理的主要任务是:如何提高主存的 利用率、扩充主存 以及对主存信息实现有效保护。
2.1.4 设备管理
设备管理的目标是:提高设备的利用率,为用户提供方便统一的界面。
磁盘调度算法:先来先服务 FCFS、最短寻道时间优先 SSTF、扫描算法SCAN。
2.1.5 文件管理
随机访问是指对文件中的信息可以按任意次序随机读写文件中
系统架构设计师岗位职责及要求:
基本工作目标:
1. 确保公司软件研发工作的目标与公司产品发展规划及公司长期远景目标相一致。
2. 确保公司各类项目的技术路线符合公司整体要求与规范。
3. 确保个项目的技术选型、技术架构设计。
4. 确保技术架构理念传导到设计人员与开发人员。
主要职责:
1. 负责理解和管理非功能性系统需求,包括软件的可维护性、性能、复用性、可靠性、有
效性和可测试性等。
2. 负责组织技术研究和攻关工作,组织及带领公司内部员工研究与项目相关的新技术。
3. 协助项目经理制定项目计划和控制项目进度。
4. 根据产品部所提出的的需求,对开发团队所提出的设计进行技术层面的把关。
5. 协助产品部完成《用户需求说明书》、《需求变更说明书》。
6. 负责对整个软件架构、关键构件、接口的设计。协助设计人员完成《系统概要设计说明
书》。
7. 负责软件测试、集成、交付等过程中所需的接口规范和技术支持。
要求:
1. 具备8年以上软件行业工作经验;具备教育装备行业软件开发经营优先考虑;
2. 具备4年以上C/S体系结构软件产品开发及架构和设计经验;
3. 具备3年以上的代码编写工作经验;
4. 具备丰富的大中型开发项目的总体规划、方案设计及技术队伍管理经验;
5. 对相关的技术标准有深刻的认识,对软件工程标准规范有良好的把握;
6. 对JAVA技术及整个解决方案有深刻的理解及熟练的应用,并且精通WebService/j2ee架
构和设计模式,并在此基础上设计产品框架;
7. 具有面向对象分析、设计、开发能力(OOA\OOD\OOP),精通UML和ROSE,熟练使
用Rationgnal Rose、PowerDesigner等工具进行设计开发;
8. 精通大型数据库如Oracle\Sql Server等的开发;
9. 对计算机系统、网络和安全、应用系统架构等有全面的认识,熟悉项目管理理论,并有
实践基础;
10. 在应用系统开发平台和项目管理上有深厚的基础,有大中型应用系统开发和实施的成功
案例;
11. 良好的团队意识和协作精神,有较强的内外沟通能力。
2014年下半年系统架构设计师考试上午真题(标准
参考答案) 卷面总分:75.0 分
答题时间:150 分钟
测试次数:1475 次
平均得分:54.8 分
是否需要批改:否
单项选择题
每题的四个选项中只有一个答案是正确的,请将正确的选项选择出来。
1
某计算机系统中有一个CPU、一台输入设备和一台输出设备,假设系统中有四个作业T1、T2、T3和T4,系统采用优先级调度,且T1的优先级>T2的优先级>T3的优先级>T4的优先级。每个作业具有三个程序段:输入Ii、计算Ci和输出Pi(i=1,2,3,4),其执行顺序为Ii→Ci→Pi。这四个作业各程序段并发执行的前驱
图如下所示。图中①、②、③分别为(),④、⑤、⑥分别为()。
A.I2、C2、C4
B.I2、I3、C2
C.C2、P3、C4
D.C2、P3、P4
A.C2、C4、P4
B.I2、I3、C4
C.I3、P3、P4
D.C4、P3、P4
[选择问题 1 的答案]
A
B
C
D
[选择问题 2 的答案]
A
B
C
D
2
某文件系统文件存储采用文件索引节点法。假设磁盘索引块和磁盘数据块大小均为1KB,每个文件的索引节点中有8个地址项iaddr[0]~iaddr[7],每个地址项大小为4字节,其中iaddr[0]~iaddr[5]为直接地址索引,iaddr[6]是一级间接地址索引,iaddr[7]是二级间接地址索引。如果要访问icwutil.dll文件的逻辑块号分别为0、260和518,则系统应分别采用()。该文件系统可表示的单个文件最大长度是()KB。【系统架构师】
A.直接地址索引、一级间接地址索引和二级间接地址索引
B.直接地址索引、二级间接地址索引和二级间接地址索引
C.一级间接地址索引、一级间接地址索引和二级间接地址索引
D.一级间接地址索引、二级间接地址索引和二级间接地址索引
A.518
B.1030
C.16514
D.65798
[选择问题 1 的答案]
A
B
C
D
[选择问题 2 的答案]
A
B
C
D
3
设关系模式R(U,F),其中u为属性集,F是U上的一组函数依赖,那么函数依赖的公理系统(Armstrong公理系统)中的合并规则是指()为F所蕴涵。
A.若A→B,B→C,则A→C
B.若,则X→Y
C.若A→B,A→C,则A→BC
D.若A→B,CB,贝A→C
[选择答案]
A
B
C
D
4
若关系模式R和S分别为:R(A,B,C,D)、S(B,C,E,F),则关系R与S自然联结运算后的属性列有()个,与表达方式
SELECT () FROM R, S WHERE () ;
A.4
B.6
C.7
D.8
A.A,R.C,E,F
B.A,C,S.B,S.E
C.A,C,S.B,S.C
D.R.A,R.C,S.B,S.C
A.R.B=S.B AND R.C=S.C AND RC<S.B
B.R.B=S.B AND R.C=S.C AND R.C<S.F
C.R.B=S.B OR R.C=S.C OR R.C<S.B
D.R.B=S.B OR R.C=S.C OR R.C<S.F
[选择问题 1 的答案] 等价的SQL语句为:
A
B
C
D
[选择问题 2 的答案]
A
B
C
D
[选择问题 3 的答案]
A
C
D
5
计算机采用分级存储体系的主要目的是为了()。
A.解决主存容量不足的问题
B.提高存储器读写可靠性
C.提高外设访问效率
D.解决存储的容量、价格和速度之间的矛盾
[选择答案]
A
B
C
D
6
以下嵌入式处理器类型中不具备内存管理单元(MMU)的是(),嵌入式操作系统()可以运行在它上面。
A.PowerPC750
B.ARM920T
C.Cortex-M3
D.MIPS32 24K
A.Linux
B.VxWorks653
C.uC/OS-II
D.Windows CE
[选择问题 1 的答案]
A
B
C
D
[选择问题 2 的答案]
A
C
D
7
以下关于嵌入式数据库管理系统的描述不正确的是()。
A.嵌入式数据库管理系统一般只为前端应用提供基本的数据支持
B.嵌入式数据库管理系统一般支持实时数据的管理
C.嵌入式数据库管理系统一般不支持多线程并发操作
D.嵌入式数据库管理系统一般只提供本机服务接口
[选择答案]
A
B
C
D
8
IETF定义的集成服务(IntServ)把Internet服务分成了三种服务质量不同的类型,这三种服务不包括()。
A.保证质量的服务:对带宽、时延、抖动和丢包率提供定量的保证
B.尽力而为的服务:这是一般的Internet服务,不保证服务质量
C.负载受控的服务:提供类似于网络欠载时的服务,定性地提供
D.突发式服务:如果有富余的带宽,网络保证满足服务质量的需求
[选择答案]
A
B
C
D
9
按照网络分层设计模型,通常把局域网设计为3层,即核心层、汇聚层和接入层,以下关于分层网络功能的描述中,不正确的是()。
本文来源:http://www.gbppp.com/jd/434366/
推荐访问:系统架构师考试 系统分析师