信息系统项目管理师（高级）考试知识点汇总.doc

上传人：xrp****65

文档编号：7034142

上传时间：2024-12-25

格式：DOC

页数：58

大小：311.50KB

《信息系统项目管理师（高级）考试知识点汇总.doc》由会员分享，可在线阅读，更多相关《信息系统项目管理师（高级）考试知识点汇总.doc（58页珍藏版）》请在咨信网上搜索。

上学吧信息系统工程项目中的硬件设备监理我们知道三类信息系统工程项目--信息网络系统、信息资源系统与信息应用系统都需要硬件来支撑。硬件监理在系统集成项目中占有很大比重。简单谈谈我对几个项目中和硬件有关的几点监理体会，想到哪点就写写哪点吧，总不能让人看了直接来抢了我饭碗。　　1、到货计划的审查要点。重点最晚供货的设备到货时间和设备供货的时间优先级别，深入了解各设备是否需要从国外进口。通常从国外进口货物在供货时间上更难把握，应预留足够的时间提前量。必要时需要提供相关订单号和查询电话(或者网址)进行跟踪。 2、到货验收的审查要点。检查货物存放场地的空间和安全保卫措施;检查货物外观包装情况，并用DV或者相机逐一取证。重点检查装箱单与实物的一致性、设备的序列号。 3、设备的验证，关注出厂日期和保修条款，如果发现出厂日期与到货日期相关太远(每家产品会有差异)，有可能是存货甚至是返修产品，应责成集成商提供足够理由和佐证材料。大部分厂商的设备目前都可以在官方网站是查询，通过查询可以确认原厂部件。特别要验证原厂服务是否与合同要求吻合。　　4、设备的安装监理，着重安装人员及设备的安全措施，电源插座检查、电压检查。安装过程是否规范，理线规范性和标签标识情况。 5、设备的配置与联调，要求先确定调试配置参数及相应的图纸，配置策略等。先确认的呢单一设备的工作状态，再系统联调。 6、设备的测试与预验收。先确定测试方案包括技术方案和测试计划，再按此方案中的步骤检查，确保一个同等知识要求的运维人员可以按此方案完成测试操作。验证测试结果与预期的一致性。　　7、设备的试运行跟踪，使用跟踪情况表，特别是问题产生原因和解决途径,要求这些内容写入运维手册的QA项. 8、使用与管理培训，先出培训教材和培训计划，最后要有培训效果检查表确认每个受训对象合格通过，培训演员对教师和环境等培训过程的反馈表。　　9、正式验收。。。。重要是移交材料的完备性，明确售后服务详细流程。。。。。小技巧：网页自动转向代码自动转向，也叫自动重定向。自动跳转，指当访问用户登陆到某网站时，自动将用户转向其它网页地址的一种技术。转向的网页地址可以是网站内的其它网页，也可以是其它网站。通常情况下，浏览器会收到一个网页，该页面含有自动加载一其它网页的代码。该页面有可能在服务器端被转换，这样的话，浏览器只收到一个页面，而自动转向往往意味着浏览器收到的页面具有自动将访问用户送至其它页面的功能。对自动转向技术的合理应用包括：将用户转向到指定浏览器的网页版本；当网站的域名变更或删除后将人们转向到新域名下，等等。但现在这种技术却往往被搜索引擎优化人士用来作为提高网站的搜索引擎排名的一种手段。例如，先专门针对搜索引擎做一个高度优化的网页，也就是我们通常所说的“桥页”，然后把这个网页提交给搜索引擎来获得好的排名。但是，当搜索用户通过搜索引擎的搜索结果列表点击该网页列表进入后，将被自动转向到一个用户本来无意去访问的网站地址。搜索引擎常常认为自动转向的网页是对读者的误导，所以它会对这种网页或网站施以惩戒，不过对一些自动转向方法它目前还无法自动检测出来。　　Meta Refresh Tag自动转向法由于搜索引擎能够读取HTML，而Meta&nbsptags也是HTML，所以对于这种自动转向法，搜索引擎能够自动检测出来。因而无论网站的转向出于什么目的，都很容易被搜索引擎视做对读者的误导而受到惩罚。不过，如果跳转延迟时间设置合适，搜索引擎就不会视之为作弊。　　页面定时刷新元标识(Meta Refresh Tag)只能放在HTML代码的<HEAD>区里。如下所示：　　代码　　以下是代码片段：　　<meta http-equiv="refresh" content="5" url= 　　其中的“5”是告诉浏览器在页面加载5秒钟后自动跳转到page.htm这个页面。这种方法常可以在论坛中见到。如果在论坛上发信息，先会看到一个确认页面，几秒后会自动重新跳转回当前的论坛页面中。从搜索引擎优化的角度出发，一般不希望自动转向有延迟。不过，如果是用Meta Refresh标识进行转向，一定要注意把延迟时间设定成至少10秒以上。　　“javascript”自动转向法由于不能解析javascript，所以搜索引擎无法察觉(自动检测到)用javascript脚本进行的自动转向。javascript自动重定向脚本可以放在网页的任何位置上，如果要求立即跳转，则可以将其放入网页源码的<head>区内的最上面。用javascript实现跳转的范例如下：　　方案1：　　以下是代码片段：　　<script LANGUAGE="JavaScript"> 　　 　　</script> 　　方案2：　　以下是代码片段：　　<script language="javascript"> 　　 　　</script> 其中的“ http://solidot.org " 和 " http://www.zz- "指特定的重定向目标地址，用相对/绝对URL地址均可。用javascript实现自动重定向的好处在于：用户所访问的目标URL不会保留在用户浏览器的历史记录中，如果用户按返回按钮返回，则将回到跳转前的网页，而不是包含javascript自动重定向脚本的跳转页面，所以不会出现当用户点击返回按钮后返回至重定向页，然后该页自动跳转到用户本来想离开的那个页面的尴尬情形。如果需要，可以把javascript自动重定向脚本存在一个外部文件中，并通过下面的命令行来加载，其中“filename.js”是该外部文件的路径和文件名：　　代码　　<script language="javascript" src="filename.js"></script> 　注意：若需实现即刻转向，或不希望人们看到转向前的那个页面，一般常用javascript脚本实现。在这种情况下应将javascript脚本放入HTML源码的<HEAD>区中。　　表单(FORM)自动转向法搜索引擎的“爬行”程序是不会填写表单的，所以它们也不会注意到提交表单，因而可以利用表单来实现自动转向(重定向)而不让搜索引擎察觉。　　对于表单，人们往往很少意识到：表单的Action参数中包含的URL地址其实正是浏览器向服务器所请求的URL。浏览器将会通过向请求的URL地址增加一些格式为name=value的参数给予它以特殊的对待。在什么都没有的情况下，浏览器仍旧会为该URL安排请求至服务器。用javascript脚本可让页面开始加载时即提交表单。下面是一个用javascript实现表单自动提交，以及提交表单的范例：　　以下是代码片段：　　<script language="javascript"> 　　</script> 　　<form name="myform" action="" method="get"></form> 　　其中“myform”可以是任意名称，“ ”用相对/绝对URL地址均可。　　小结　　如果访问用户最终看到的是他们想看到的，那么在搜索引擎优化中使用自动转向技术并没有什么不对，也并不是什么不道德的行为。但有些人往往会在利用 “自动跳转”技术，利用“桥页”吸引访问者，然后把他们送到他们无意浏览的页面或网站，这种做法只会引起访问用户的反感，又怎么能够期望访问流量可以有效转化为最终客户呢? 项目经理如何学会管理自己的领导　　好像所有的人都会赞同沟通能力最重要，可是什么是沟通能力的内涵呢?我觉得是：清楚地表达、传递，并引导人们的表现朝你的期望发展。这里的“人们”包括你的领导。在一个项目开始前和进行中，跟你的领导始终沟通无碍，是项目成功的最大保障。怎么才能和领导沟通好呢? 　　管理你的领导有朋友说PM有权利调配资源，不够就去要。现实中，基本上我们的项目最大的限制除了钱就是资源，资源很多情况都被领导掌握，PM哪有随便调资源的权利?但是领导们都常常觉得，够了啊，总之你给我搞定。 PM要学会说“不”，制定计划的时候就要否定老大们不切实际的想法，但绝对不是上去就狂喊，而是说法上要有技巧，说“目标——步骤——难点——计划——资源”，领导们会容易接受一些。就是说：我们的目标，是要达到什么效果，还有范围是什么;步骤是1、2、3、4，先做什么再做什么;难点是什么，哪个地方容易出错，不管是技术难点还是管理难点，PM都要考虑在内。比如技术上大家都没有做过，就是难点，比如管理上没有某个规则等等。因为有了这些难点和目标，我们觉得时间计划是什么(保留适当的储备)——因为要实现这个计划，我们需要什么资源。领导们听到最后，嗯，很有道理，他就要权衡了，给你资源么，不给?不给重新讨价还价，目标要不要改?时间要不要延长?范围要不要缩小?给，给当然好了，PM要到自己的东西了。无论是制定目标还是过程中，你需要资源的时候都可以尝试用这种方法。虽然很多时候资源是被领导掌握，但是身为PM要记着，领导也是我们的资源，你用他的思维方式，引导他去思考。你要学会管理你的领导。　　向领导暴露问题就算这些资源都要到手了，我们就是承诺项目没问题吗?当然不是啦。领导们还是聪明而有经验的，他们都知道项目一定会有问题，他们不期望不出问题(他们基本都认为，不出问题的项目一定是有虚假信息，项目不可能不出问题)，他们只是希望可控(问题可以被解决，知道对现有质量、进度、资源、预算的影响)。　　所以PM千万不要心虚说，因为前面我要了这个那个，后面我就不可以出问题了，有问题就隐瞒。恰恰相反，PM就是要在过程中暴露问题。你说出来了，领导就是再不开心也知道解决问题最重要，所以他就会帮你解决问题，你就多了一个强有力的资源了。暴露问题是要说：问题是什么——为什么会出——如果不解决，对目标、范围、进度、质量、客户满意度、预算影响是什么——你觉得解决方案是什么?——各自对上面6个维度的影响是什么，各自都有什么局限和好处?——领导决策。　　如果你也没解决方案(这样不算好的PM，但是没辙的时候也是会有的)，你就做前面两步好了。问老板，怎么办啊? 但无论是谁给的解决方案，也无论这个方案是什么，你最后都要向你的领导(当然包括你的所有利益相关者)说清楚，这样一个变更对目标、范围、进度、质量、客户满意度、预算的影响是什么。让你的领导感觉，虽然会出问题，但是你至少让问题的影响可控了。他在下一个问题出来前可以睡觉了。　　什么时候汇报? 　　虽然我认为很少有PM会犯这个错误，但觉得还是说一说比较好。周报是干嘛的?其实很多时候虽然是一份常规的记录资料或文档，但最大的作用，我认为是保持所有人对项目的关注度。让一些更大的老板、边缘的团队成员、边缘的利益相关者保持对项目的关注度;让核心团队成员有成就感：我们做了那么多，还报告领导了。我认为，周报或者叫周期性报告不是解决问题的，只是陈述性、总结性的。　　一旦有了问题要马上汇报!当然还要考虑上级领导的风格(他是事无巨细关注型还是抓大放小型)和PM的权利(什么样的问题有决策权)。但一旦有了PM搞不定的问题，要马上汇报。　　出了问题要随时解决、即时解决。你想周期性报告一周一次?一月一次?那时候黄花菜都凉了。所以马上汇报。不要怕你的领导，因为耽误了时间更可怕。项目经理如何处理好与不同类型客户之间的关系　　作为项目经理，如何处理好与客户之间的关系非常重要。但是究竟如何处理客户关系呢?客户的人员都有哪些类型?不同类型的客户的应对是否都一样呢?下面我们来看看在日常工作中经常遇到的客户类型，应该如何处理跟他的关系。权威决策型：这类客户往往具有权威的技术、业务和管理能力，对于事情本身具有决策权。　　应对策略：正面应对，以技术服人。　　典型决策者：具有商务上的决策权，但是不是业务和技术的专家。应对策略：用通俗的语言表达技术和业务，尽量减缓正式的冲突，下面处理协调，效果会更好。技术专家型：只关心技术实现、细节和技术可行性。　　应对策略：直接正面应对，解释技术上的可行性和解决方案。　　糊涂管理型：是甲方的管理者，具有一定的决策权和影响力，但是对项目管理不懂装懂，不时干预项目的事情，有时是麻烦的制造者。应对策略：客气地拒绝，一定掌握主动权，一旦他掌握主动权，他会引导你项目的失败。　　和稀泥型：不承担责任，但也不得罪任何一方，不解决问题，但也不制造麻烦，属于老好人型。　　应对策略：别指望解决你的问题，可以利用大事化小，保持和气。虚伪专家型：技术和业务有一定了解但是都不是很深；多为新提拨的业务和技术骨干或多年被“埋没”的人才，喜欢卖弄点技术能力，缺少大局观。应对策略：或者成为利用的对象，或者让其远离你的项目，敬而远之。从大局考虑，使其空，从技术的纵深考虑，使其服。　　小人型：阴奉阳维，表面一套背后一套，报复。得志小人更是难缠。　　应对策略：不让其染指项目是最好的办法。项目经理人与项目成员的实战指南　　在一个团队中，作为一名团队领导，将：　　1) 避免团队目标向政治问题妥协　　2) 向团队目标显示个人承诺　　3) 不用太多优先级的事物冲淡团队的工作　　4) 公正、公平的对待团队成员　　5) 愿意面对和解决与团队成员不良表现有关的问题 6) 对来自员工的新思维和新信息采取开放的态度　　作为团队成员，要将：　　1) 展示对个人角色和责任的真正理解　　2) 展示目标和以事实为基础的判断　　3) 和其他团队成员有效地合作 4) 使团队目标优先个人目标　　5) 展示投身于任何项目成功所需的努力的愿望　　6) 愿意分享信息、感受和产生适当的反馈　　7) 当其他成员需要时给予适当的帮助 8) 展示对自己的高标准要求　　9) 支持团队决策　　10) 以为团队的成功而奋斗的方式体现带头作用　　11) 对别人的反馈做出积极的反应项目接近尾声时不能忽视的10件事对于你的组织规模，你可以把项目管理视为一项偶尔的实践或者可以拥有一个复杂的PMO。不论那种情况，你可能通过典型的项目初始、精化和构建过程。但是到了项目终结的时候，很多项目经理只讨论短期的终点线。最后的步骤处理不好会给行动增加混乱并且可能导致客户不满、员工不悦，并把项目拖得比所需时间更长。　　这里是一些你需要在达到你下一个项目的终点时要考虑的事情。其中有些项目是纯管理的，但其中很多能帮助你进一步保证你的项目能够成功。　　一、最终测试　　测试会耗费人员，而我们很多人都不愿意去做——特别是做过几轮之后。我见过大量的四到六个月的项目有一两天的计划去测试。没有安排适当数量测试的项目通常在实施的最初几周内因问题而结束。这里不要走捷径和将测试的重要性减至最小；否则，你会为痛苦的进展过程而承担额外的风险。　　二、最终培训　　用户？谁关心用户？好了，很多项目都为了他们的利益而做，所以确信把你所有的测试资料完成并移交。这个不做好最有可能体现在发怒的客户半夜三更打来的愤怒的电话上。　　三、确认交付物　　你检查了所有的箱子并清理了收件箱，而且你想真地结束了。但你的客户怎么想？安排时间和你的客户检查所有的交付物并且确认他们已经得到满足了。有些情况下，可能有一些特殊问题到你计划终止日期时尚未解决。在你项目的早些时候，应该有一份协议来决定如果发生这样的情况会如何影响你的结束日期。　　四、获得项目签字　　当你获得所有交付物都已满足的认可以后，请求在项目文档上做一个正式的签字。这样做帮助确保所有人都认可项目状态。因为这个签字通常标志着项目的正式结束，注意不要让你的客户感觉签字的压力。如果他们在不明所以的情况下做了，你可能会在日后出现问题的时候最终得到一个不满意的客户。　　五、解散团队　　现在项目完成了，你的团队何去何从？基于你的组织，他们可能被送回一个开发池或者去做业务。或者他们需要在企业内部为自己发起一些工作。不管是什么，你要保证花点时间和他们在一起，并且设置一个明确的不再需要他们的服务的最后日期。同时不要忘了你可能需要完成一些需要加入他们档案的业绩审核文档。　　六、分析实际与计划的对比　　资源——你是否真正摆脱了10周只有一个开发者/测试员，或者你需要去争夺并得到更多的人员？你为你的商业伙伴安排的时间量怎么样？明白你有多接近这些目标能帮助你为下一个项目更好地分配资源，并且在下一个项目来临时为它设定更切实的预期。　　预算——项目要花费多少？你是达到预算、未达到预算、超出预算？坐下来弄明白这些基本问题的答案会给你一些对任何项目临界区域的洞察力。　　七、存档文档　　任何项目期间，好像我们都创建大量的文档。其范围可能从范围文档和项目计划到合同和会议纪要。不管是什么，在你结束时根据企业的保留策略应该有地方保存它们。当两年后你的电话铃响起来并且有人要你解释项目期间你所做的一个决定的背后原理时，你将会很高兴。　　八、确保合同终止　　一个项目不常有自己的预算。你可能还有硬件、软件或专业服务的合同。在你完成以后，确认检查合同的所有项目都满足了，向供应商索要发票并把它们提交给 AP，并且关闭任何相关的财务帐目，如果需要的话。　　九、举行一个验尸会议　　什么类型的风险你识别并减轻了？你想用以确保下次再做的什么真的变好了？和所有的项目利益相关者和有关参与者开个会，向他们提供了一个论坛来表述所学到的教训。　　十、执行一个自我评估　　终于结束了。在所有的艰苦工作都完成以后，你已经确认所有的 i 都被加了点而且所有的 t 都加了横。现在做什么？从和你在项目中互动的人员那里得到一些关于你绩效的反馈是重要的。如果你有机会发一份360度反馈调查给尽可能多的个人，我建议你这样去做。这会帮助你评估你进步了多少并且能给你一些极大地提示来决定你该着眼于哪些个人成长的机会。这个清单并不是对每个人都一样，并且根据你的组织和它如何部署项目会有不同。但如果你能够去做，它会永远使到下一个项目的过渡更顺畅。项目核心体制的角色和任务. 软件项目在开发过程中，拥有一个稳定的核心人员体制是非常重要的，这个核心体制中至少应该包含管理者、技术专家、业务专家三种角色。当然如果条件允许，再配以配置管理员、品质管理员就更加完善了。　　做为核心体制中的管理者，通常情况需要肩负以下责任：　　1、做为窗口，与客户进行沟通交流，既要保证把项目的状况及时地反映给客户，也要把客户的需要及时准确的反映给开发团队；　　2、决策。对于项目中的一些重大事项进行决策，如开发平台和技术的选型、任务的分配以及人员的安排调度等；　　3、服务。做为项目的管理者，不能深入到项目的每一个开发细节中，但是一定要做好服务者，及时的了解和掌握项目进行过程中的各种需求，并适当给与解决和满足；　　4、监控。全面掌握项目的状况，保证作业过程中各种品质活动的必要性的完整性；　　5、协调。合理分配任务，协调各种作业间依赖关系，保证作业过程合理有序。　　业务专家的核心任务是根据项目面向的应用领域，构建业务模型，业务模型中应该包含以下内容：　　1、系统应用场景（这里用场景而不用环境，主要想与系统的运行环境进行区别）。应用场景中应该包含系统所面向用户和用户数量、系统用户的工作环境和地点分布以及系统应用时间和频率等；　　2、业务流程模型。面向用户，构建完整的能够反映用户工作实际情况的工作流程，对于项目是否能够正常如期的交付并正确的放映客户的需求非常重要。业务流程中对于不同环节中的依赖和约束一定要有清晰完整的描述；　　3、业务数据模型。数据做为软件系统的生产对象和消费对象，它会在系统中的不同功能模块间，甚至是不同系统间流动，在数据流动的过程中必须保证它的完整性、一致性和唯一性。因此我们在构建数据流程时要充分考虑这些要素；　　4、UI接口模型。UI接口是用户使用系统的第一门户，因此一定要让这些接口尽早反映给客户，通过给客户演示或试用，收集用户的操作习惯，视觉反映等信息，不断的完善UI接口设计。　　技术专家需要依赖业务专家的作业成果完成以下任务。　　1、项目技术实现方案的设计。这里包括开发平台、部署环境、开发技术的选择等等，做为技术责任者不但要了解系统的应用场景，还要了解开发团队的技术特点；　　2、系统整体功能结构的设计。我们需要根据业务流程，完成业务处理过程向计算机环境的合理转化，使系统的功能特点能够有效的反映业务流程的要求；　　3、数据存储的设计。我们需要根据业务数据模型，完成物力业务数据向逻辑存储结构的转化，保证数据能够在相关功能处理中正常的流动和存储。　　4、功能接口规范的设计和制定。功能接口是各相关功能模块间进行交互的门户，同时也是屏蔽模块内部细节门户。接口规范不但能够保证模块间协调工作，同时还为各模块的并行开发提供出口和入口约束。良好的接口规范应该具有清晰、简洁、易学、易用等特点；　　4、作业任务分解。在设计方案确认后，需要对方案中的各项作业内容进行合理有效分解，这样便于选择合适的团队或个人来完成对应的作业，以便降低作业难度和作业人员能力不匹配的风险；　　5、基础核心模块的开发和审查。条件允许的情况下，基础核心模块一定要由核心的团队或个人来开发完成，这样便于保证上层功能能够顺利实现，降低共通内容的重复开发，减少功能间的重叠。项目管理新解:项目管理图形学在各种项目管理知识体系中，将项目管理进行了诸多的知识领域划分，总让人有种“雾里看花”的感觉。长期从事某种项目管理知识体系的研究人员或许能够对知识领域、管理过程细细数落，但是对于非研究人员来说，比如项目管理工程实践的老手、项目管理的新手来说，如何快速上手、结合实践工程运用只怕比记忆一个知识管理体系要现实得多。管理的精髓就是“把复杂的事简单化了”。那么能否用图形化的方式来表达项目管理的方方面面呢？就象软件需求建模用UML图形一样，如果项目管理的某个方面能用一两张图形来描述，稍作解说，那将特别有利于项目组内外人员的一致沟通。笔者（编者注：CSAI顾问团高级顾问邓子云）将研究如何用图形化的方式来描述项目管理的领域称为项目管理图形学。一谈到图形描述的问题，让人马上联想到什么样的图元表示什么样的含义，能不能有所扩展，分为哪些图形种类。目前，在各种工程领域应用的图形种类已非常之多，有流程图、网络图、IDEF图等，不一而足，有的应用于特定的行业领域，有的有严格的约束。项目管理需要体现很强的实践特性，用一两种图形似乎难以描述，也很难有严格的语义定义所需要表达的内容，项目管理工作的复杂性和多变性用工程技术领域中的图形描述又似乎不太合适。不过，简单的总是好的，甚至会对项目管理工作带来极大的帮助，这就够了。毕竟实用是这里坚持的首要原则。　　下面概括出项目管理图形学研究的几个前提性的原则：　　（1）实用性原则。偏向于项目管理实践工作应用，而不能偏向于学术研究。主要用于使用图形可以方便地应用起来。（2）易读性原则。不追求严格的图元元素表述及语义要求，但要求图形容易被人所理解和沟通。主要用于客户交流与优化阶段。　　（3）简单化原则。尽量用图来表达，而且少用文字，图形又要尽量简化。主要用于简化图形阶段。（4）正确性原则。正确地表达出项目管理者所想的内容，虽然在元素的形状表述上可能因人而有异，但通过配合适度的口头语言和文字描述后，即可无误地在相关人员之间沟通。主要用于作图阶段。　　根据以上原则，即可变幻出各种不同的图形，只要适合于项目管理的实践工作，都可以列为项目管理图形学的研究领域。　　那么项目管理的各项工作用哪种图形更合适呢？又如何来作图呢？图因心生，图随心变。心里如何想的，先自己画出来，再需要作些变化。作为项目管理人员，不仅要勤于思考，也要善于表达，将表达付诸于图形中这也是一种不错的选择。为抛砖引玉，笔者下篇文章（编者注：CSAI顾问团高级顾问邓子云）《项目管理图形学之“九九归一”》将和读者一起来作第一个项目管理图形学实践。项目管理师知识点（局域网协议）　　信息系统项目管理师资料整理局域网协议局域网协议局域网技术由于具有规模小、组网灵活和结构规整的特点，所以极易形成标准。事实上，局域网技术也是所有计算机网络技术中标准化程序最高的一部分。国际电子电气工程师协议IEEE早在20世纪70 年代就制定了三个局域网标准：IEEE 802.3(CSMA/CD，以太网)、802.4 (Token 174 Bus,令牌总线)、802.5 (Token Ring,令牌环)。由于它已被市场广泛接受，所以IEEE 802系列标准已被ISO采纳为国际标准。而且随着网络技术的发展，又出现了像802.7 (FDDI ), 802.3u(快速以太网)、802.11(无线局域网)、802.12(100VG-AnyLAN ), 802.32(千兆以太网)等新一代网络标准。局域网协议是工作在数据链路层上的。　　1.以太网(IEEE 802.3) 以太网采用的是“存取方法”，是带冲突检测的载波监听多路访问协议(CSMA/CD )技术。现在以太网主要包括以下三种类型，而且现在还在继续向前发展。 ·IEEE 802.3中所定义的标准局域网，速度为10Mb/s,传输介质为细同轴电缆; ·IEEE 802.3u中所定义的快速以太网，速度为l 00Mb/s ,传输介质为双绞线; ·IEEE 802.32中所定义的千兆以太网，速度为1000Mb/s，传输介质为光纤或双绞线。　　(1)存取方法。虽然以太网技术已有了很大的发展，但是它们所采用的“存取方法”都是基于CSMA/CD发展而来的。CSMA /CD(Carrier-Sense Multiple Access with Collision Detection)，载波侦听多路传送碰撞检测技术。它让整个网络上的设备都以竞争的方式来抢夺传送数据的权力，它的工作原理如下所述。每当网络上的设备将数据送上传输线路时，都事先监听传输线路上是否有数据正在传输，如果没有，就将数据包送出去; 如果侦测到线路上正好有数据在传输，则继续监听网络，直到数据传输结束，再将自已在传送的数据传送出去; 还有一种情况是网络上有两台电脑同时要开始传输数据，而同时开始监听，这时线路恰好是空闲的，两台机器同时通过传输线路传输数据，这时就发生了“碰撞”。当遇到这种情况的时候，两台电脑同时终止传送，然后继续监听线路。 (2)802.3 10Mb/s以太网。这个标准是由IEEE 802.3委员会根据以太网技术总结出来的一个标准。它定义了一系列面向不同的传输媒介的、传输速率为10Mb/s的以太网规范。用以下表示法来区别： <用Mb/s计的传输速率><信号发式><用百米计的最大段的长度/线缆类型> 其中定义过10BASE5, 10BASE2, 10BASE-T, IOBASE-F等几种(需要注明的是，其中10BASE-T与 10BASE-F的最后一项就是以线缆类型进行命名的，其中T代表双绞线，F代表光纤)。表10-4是对它们进行的简单介绍。 (3) 802.3u 100Mb/s快速以太网。随着计算机技术的不断发展，10Mb/s的网络传输速度实在无法满足日益增大的网络的需求。人们就开始寻求更高的网络传输速度。但是由于 802.3 已被广泛应用于实际中，所以为了能够在它的基础上进行轻松升级，802.3u 充分考虑到了向下兼容性：它采用了非屏蔽双绞线(或屏蔽双绞线、光纤)作为传输媒介，采用与 802.3 一样的介质访问控制层CSMA/CD 。802.3u常称为快速以太网。根据实现的介质不同，快速以太网可以分为100BaseTX, 100BaseFX和100E aseT4三种，如表10-5所示。 (4)802.3z 1000Mb/s 千兆以太网。20 世纪 90 年代中期，随着各种新的网络技术的推出，仅有100Mb/s传输速度的以太网似乎已经发展到了极限，“以太网被淘汰了”的说法让以太网技术一度低迷。许多对网络速度要求更高的计算机网络不得不采用一些新的网络技术(如ATM技术)来解决他们的问题。然而，1000Mb/s 的千兆以太网的推出，如同给以太网技术注入一剂“强心针”，使以太网技术迅速重新崛起。它在780nm光纤上或超5类非屏蔽双绞线上运行。值得一提的是，为了给千兆以太网提供更好的传输媒介，非屏蔽双绞线也推陈出新，不断地发展。首先是在 5 类双绞线的基础上进行改进，以 175 适应千兆以太网的需要，接着又发展到了超5类、6类线。 IEEE 802.3z的出现向世人证明了以太网的“青春仍在”，而研究以太网技术的科学家们并没有因此而停止进一步研究，而是大胆地推进了万兆以太网的研究工作，我们拭目以待，相信以太网的奇迹仍然会出现。 2.令牌环网/IEEE 802.5 令牌环网是业界老大 IBM(国际商用机器)公司于20 世纪 70年代开发出来的，至今仍然沿用于IBM内部局域网的一种局域网技术。它在局域网中的流行性仅次于以太网。它还有一种变形，就是令牌总线/IEEE 802.4. 它的传输介质虽然没有明确定义，但主要基于屏蔽双绞线、非屏蔽双绞线两种。它的拓扑结构可以有多种：环型(最典型，是原意)、星型(实际上采用得最多)、总线型(一种变形)。　　(1)存取方法—令牌环控制。首先，令牌环网在网络中传递一个很小的帧，称为“令牌”，只有拥有令牌环的工作站才有权力发送信息。令牌在网络上依次按顺序传递。当工作站要发送数据时，等待捕获一个空令牌，然后将要发送的信息附加到后边，发往下一站，如此直到目标站，将令牌释放。如果工作站要发送数据时，经过的令牌不是空的，则等待令牌释放。 (2)与以太网的比较。Examda提示: 我们明显感觉到令牌环网的缺点，那就是协议过于复杂，所以造成了不必要的带宽开支，使令牌环网的速度比以太网慢得多。当然，令牌环网也有它的优点，它可以定制每个站持有令牌的时间，使整个网络是“确定性”的。表10-6所示的是对以太网、令牌环网及它的变形令牌总线进行的综合比较。　　3. FDDI/光纤分布式数据接口 FDDI(Fiber Destributed Data Interface),光纤分布式数据接口。它是由美国国家标准协会X3T9.5委员会制定的光纤环网标准。FDDI采用了类似令牌环网的协议，用光纤作为传输介质，数据传输率可达到100Mb/s,环路长度可扩展到200km,连接的站点数可以达到1000个。 FDDI网络在过去的10年中有了迅速的发展，主要的网络产品制造商有DEC, AT&T等，绝大部分的FDDI都是用于LAN的骨干网。项目管理师知识点（广域网协议）信息系统项目管理师资料整理广域网协议　　广域网协议在地域分布很远、很分散，以致无法用直接连接来接入局域网的场合，广域网(WAN)通过专用的或交换式的连接把计算机连接起来。这种广域连接可以是通过公众网建立的，也可以是通过服务于某个专门部门的专用网建立起来的。相对来说，广域网显得比较错综复杂，主要是用于广域传输的协议比较多：PPP(点对点协议)、DDN, ISDN(综合业务数字网)、X.25, FR(帧中继)、ATM(异步传输模式)等。　　1.PPP点对点协议　　PPP 点对点协议主要用于“拨号上网”这种广域连接模式。一般来说，一些无法使用专门的网络线连接的双方(比如说家庭用户、移动用户)需要广域相连接的时候，就可以借助分布最广的公用交换电话网来实现。当我们要浏览互联网上的网页的时候，首先通过调制解调器连接到电话线上，然后将在远方服务器的内容通过电话线传送到自、已的计算机中。或者当大家要发送电子邮件的时候，就可以将写好的电子邮件从电话线中传送出去。 176 另外，两个不同城市的两台计算机要互相传送数据，也可以通过装在两台计算机上调制解调器，让其中一台呼叫另一台(拨打它的电话号码)，而建立点对点的连接来实现的。迄今为止，拨号上网还是绝大多数的家庭用户和小型办公室用户广域连接的一种最常用的手段。但是因为传输线路是模拟线路，所以传输速度较慢。补充：用户接入 Internet，在传送数据时都需要有数据链路层协议，其中最为广泛的是串行线路网际协议(SLIP)和点对点协议(PPP)。由于SLIP具有仅支持IP等缺点，主要用于低速(不超过19.2kbit/s)的交互性业务，它并未成为Internet的标准协议。为了改进SLIP，人们制订了点对点PPP(Point-to-Point Protocol)。RFC1661、RFC1662、RFC1663。　　PPP三大成就：　　1.明确地划分出一帧的尾部和下一帧的头部的成帧方式。这种帧格式也处理错误检测工作。　　2.当线路不再需要时，挑出这些线路，测试它们，商议选择，并仔细地再次释放链路控制协议。这个协议被称为链路控制协议LCP(link control protocol)。　　3.用独立于所使用的网络层协议的方法来商议使用网络层的哪些选项。对于每个所支持的网络层来说，所选择的方法有不同的网络控制协议 NCP(network control protocol)。 PPP帧不仅能通过拨号电话线发送出去，而且还能通过SONET或真正面向位的HDLC线路(即路由器与路由器相连)发送出去。　　一、PPP协议组成 PPP协议有三个组成部分：　　(1)一个将IP数据报封到串行链路的方法。PPP既支持异步链路(无奇偶校验的8比特数据)，也支持面向比特的同步链路。　　(2)一个用来建立、配置和测试数据链路的链路控制协议LCP(Link Control Protocol)。通信的双方可协商一些选项。在[RFC 1661]中定义了11种类型的LCP分组。　　(3)一套网络控制协议NCP(Network Control Protocol)，支持不同的网络层协议，如IP、OSI的网络层、DECnet、AppleTalk等。　　二、PPP帧格式 PPP帧格式和HDLC帧格式相似。二者主要区别：PPP是面向字符的，而HDLC是面向位的。 7E 7E EF 03IP数据报信息 F A C 协议FCS F字节 1 1 1 2 不超过1500字节 2 1 　　 PPP帧格式可以看出，PPP 帧的前 3 个字段和最后两个字段与 HDLC的格式是一样的。　　标志字段　　F 为 0x7E(0x表示7E)，但地址字段A和控制字段C都是固定不变的，分别为0xFF、0x03。PPP协议不是面向比特的，因而所有的PPP帧长度都是整数个字节。与HDLC不同的是多了2个字节的协议字段。协议字段不同，后面的信息字段类型就不同。　　如：

文档加载中……请稍候！
如果长时间未打开，您也可以点击刷新试试。

下载文档保存到电脑，查找使用更方便

10 金币

申诉本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请申请举报、认领或删除 立即下载

配套讲稿：: 如PPT文件的首页显示word图标，表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
特殊限制：: 部分文档作品中含有的国旗、国徽等图片，仅作为作品整体效果示例展示，禁止商用。设计者仅对作品中独创性部分享有著作权。
关键词：: 信息系统项目管理高级考试知识点汇总

咨信网温馨提示：
1、咨信平台为文档C2C交易模式，即用户上传的文档直接被用户下载，收益归上传人（含作者）所有；本站仅是提供信息存储空间和展示预览，仅对用户上传内容的表现方式做保护处理，对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿，我们不确定上传用户享有完全著作权，根据《信息网络传播权保护条例》，如果侵犯了您的版权、权益或隐私，请联系我们，核实后会尽快下架及时删除，并可随时和客服了解处理情况，尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确)，网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据，个别因单元格分列造成显示页码不一将协商解决，平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺，下载前须认真查看，确认无误后再购买，务必慎重购买；若有违法违纪将进行移交司法处理，若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传，付费前请自行鉴别，如您付费，意味着您已接受本站规则且自行承担风险，本站不进行额外附加服务，虚拟产品一经售出概不退款（未进行购买下载可退充值款），文档一经付费（服务费）、不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印，是因预览和防盗链等技术需要对页面进行转换压缩成图而已，我们并不对上传的文档进行任何编辑或修改，文档下载后都不会有水印标识（原文档上传前个别存留的除外），下载后原文更清晰；试题试卷类文档，如果标题没有明确说明有答案则都视为没有答案，请知晓；PPT和DOC文档可被视为“模板”，允许上传人保留章节、目录结构的情况下删减部份的内容；PDF文档不管是原文档转换或图片扫描而得，本站不作要求视为允许，下载前自行私信或留言给上传者【xrp****65】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权，请谨慎使用；网站提供的党政主题相关内容(国旗、国徽、党徽－－等)目的在于配合国家政策宣传，仅限个人学习分享使用，禁止用于任何广告和商用目的。
6、文档遇到问题，请及时私信或留言给本站上传会员【xrp****65】，需本站解决可联系【微信客服】、【 QQ客服】，若有其他问题请点击或扫码反馈【服务填表】；文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“【版权申诉】”（推荐），意见反馈和侵权处理邮箱：1219186828@qq.com；也可以拔打客服电话：4008-655-100；投诉/维权电话：4009-655-100。

关于本文

本文标题：信息系统项目管理师（高级）考试知识点汇总.doc
链接地址：https://www.zixin.com.cn/doc/7034142.html

xrp****65

内容提供者

实名认证

查看上传人更多文档

部分上传会员的收益排行 01、路***（￥15400+），
02、曲****（￥15300+），
03、wei****016（￥13200+）,
04、大***流（￥12600+），
05、Fis****915（￥4200+），
06、h****i（￥4100+），
07、Q**（￥3400+），
08、自******点（￥2400+），
09、h*****x（￥1400+），
10、c****e（￥1100+）,
11、be*****ha（￥800+），
12、13********8（￥800+）。

相似文档

自信AI助手