免费智能真题库 > 历年试卷 > 信息系统监理师 > 2018年下半年 信息系统监理师 上午试卷 综合知识
  第55题      
  知识点:   变更产生的原因   监理单位   需求分析   总监理工程师   系统工程   信息系统工程   政府   总体设计   组织机构
  关键词:   变更   技术规范   信息系统工程   需求分析   总监理工程师   总体设计   监理   监理工程师   信息系统   需求   总监理工程        章/节:   变更控制       

 
由于信息系统工程新技术发展速度快、技术手段更新速度快,新系统工程在建设过程中变更频繁。下列情形中,( )会造成信息系统工程变更。
政府颁布了更严格的项目相关的新技术规范
②项目总体设计需求分析不够周密详细
③由于新技术的出现、设计人员提出了新的设计方案
监理单位组织机构调整,总监理工程师换人
 
 
  A.  ①②③
 
  B.  ②③④
 
  C.  ①②④
 
  D.  ①③④
 
 
 

 
  第56题    2018年上半年  
   43%
关于变更控制的描述,不正确的是:( )。
  第58题    2010年下半年  
   48%
监理在评价变更合理性时应考虑的内容不包括判断(58)。
  第64题    2018年下半年  
   46%
所有已评审通过的文件,如果在实际开发过程中承建单位需要变更某项内容,需经监理对其提出的变更内容和变更方案进行评审,并提出..
   知识点讲解    
   · 变更产生的原因    · 监理单位    · 需求分析    · 总监理工程师    · 系统工程    · 信息系统工程    · 政府    · 总体设计    · 组织机构
 
       变更产生的原因
        变更产生的原因主要有以下几个方面。
        (1)项目外部环境发生变化,例如政府政策的变化。
        (2)项目总体设计、项目需求分析不够周密详细,有一定的错误或遗漏。
        (3)新技术的出现,设计人员提出了新的设计方案或新的实现手段。
        (4)建设单位由于机构重组等原因造成业务流程的变化。
 
       监理单位
        项目监理方服务于信息系统建设合同的建设方与承建方。接受建设方委托后,监理方作为工程承包合同的监督者,所执行的原则是使工程承包合同成为“平等条约”;作为工程承包合同管理和工程款支付的签认者,所执行的原则是等价交换。因此监理方是为双方的利益服务的,而不仅仅为委托方服务。
        根据工程监理的深入程度不同,信息系统工程监理可分为如下三种。
        (1)咨询式监理。只解答用户方就企业信息化过程中提出的问题,其性质类似于业务咨询或方案咨询。这种方式费用最少,监理方的责任最轻,适合于对信息化有较好把握,并且技术力量较强的用户方采用。
        (2)里程碑式监理。将信息系统的建设划分为若干个阶段,在每一个阶段结束都设置一个里程碑,在里程碑到来时通知监理方进行审查或测试。一般来讲,这种方式比咨询式监理的费用要多,监理方也要承担一定的责任。不过,里程碑的确定需要承建方的参与,或者说监理合同的确立需要开发方的参与,否则就会因对里程碑的界定不同而引起纠纷。
        (3)全程式监理。一种复杂的监理方式,不但要求对系统建设过程中的里程碑进行审查,还应该派相应人员全程跟踪并收集系统开发过程中的信息,不断评估承建方的开发质量和效果。这种方式费用最高,监理方的责任也最大,适合于那些对信息系统的开发不太了解且技术力量偏弱的用户采用。
        监理单位的主要作用如下。
        (1)信息系统工程监理可以帮助建设单位更合理地保证工程的质量、进度和投资,并合理且客观地处理好它们之间的关系。监理由独立的第三方依据相关技术标准来对工程建设进行监督,这样对信息系统工程的建设质量更能起到保驾护航的作用。在项目建设全过程中,监理单位要依据国家有关法律和相关技术标准,遵循守法、公平、公正、独立的原则,对信息系统建设的过程进行监督和控制。即在确保质量、安全和有效性的前提下,合理安排进度和投资。监理单位要帮助建设单位对工程有关方面控制进行再控制,对承建单位项目控制过程进行监督管理。
        (2)在信息系统工程建设中,建设单位和承建单位有许多问题存在争议,双方都希望由第三方在工程的立项、设计、实施、验收及维护等各个阶段的效果都给予公正、恰当且权威的评价,这就需要监理单位来协调和保障这些工作的顺利进行。
        (3)由于建设单位在信息技术等相关领域普遍存在缺乏人才和经验不足的问题,实践证明建设单位自行管理对于提高项目投资的效益和建设水平是无益的。通过第三方的专业服务,帮助建设单位对项目实施控制,并对建设单位和承建单位都做出约束,是监理作用一个重要体现。
 
       需求分析
        软件需求分析监理的主要任务和目的是对软件需求分析的相关内容(重点是工程需求、功能需求、性能需求和设计约束等)、需求分析过程、需求分析活动及文档格式进行审查,确认是否满足要求,并确定其可否作为软件开发的前提和依据。
        (1)参与用户需求调研,尤其是关键业务及有甲乙双方决策人物参与的大型交流会等。
        (2)组织有关单位参加《需求规格说明书》技术联合评审会议,并根据国家相关标准、软件工程理论、用户需求及工程建设合同等进行审查并提出监理意见。
        (3)根据项目管理的理论,审核承建单位递交的《项目开发计划》。审核的重点是项目参与人员的技术工作背景是否适应本项目、工作分配及进度计划是否合理,以及软件开发风险因素分析、风险防范措施是否到位等。
        (4)审核承建单位提交的软件开发的质量保证及配置管理计划等软件生存周期支持过程的文档。
        (5)审核承建单位针对本工程投入的软硬件资源是否满足工程需要并及时到位。
        (6)审核承建单位在开发过程中使用的软件工具的合法性。
        (7)主持监理例会,做好监理日记,定期将项目进展情况及发现的问题汇总,并以项目月报的形式向项目建设单位做书面汇报。
        (8)做好项目往来文档的整理及存档工作。
        在需求分析阶段,监理工作的重点是对软件需求规格说明书和项目开发计划的审核。
 
       总监理工程师
        根据《信息系统工程监理暂行规定》,信息系统工程实行总监理工程师负责制。总监理工程师行使合同赋予监理单位的权限,全面负责受委托的监理工作。在监理执行过程中,监理单位取得建设单位书面意见后,可以调换总监理工程师人选。
        总监理工程师除必须取得监理工程师资格证书和注册证书之外,还应具有相当高的业务技术水平、丰富的管理经验和良好的职业道德,其岗位职责如下。
        (1)确定项目监理机构人员的分工和岗位职责。
        (2)主持编写项目监理规划、审批项目监理实施细则,负责管理项目监理机构的日常工作。
        (3)审查分包单位的资质,给建设单位及总包单位提出审查意见。
        (4)检查和监督监理人员的工作,根据工程项目的进展情况进行人员调配,并在实施监理工作的过程中对不称职的监理人员进行调换。
        (5)主持监理工作会议(包括监理例会),签发项目监理机构的文件和指令。
        (6)审查承包单位提交的开工报告、施工组织设计、技术方案及进度计划。
        (7)审查签署承包单位的申请、支付证书和竣工结算。
        (8)审查和处理工程变更。
        (9)主持或参与工程质量事故的调查。
        (10)调节建设单位与承包单位的合同争议,处理索赔,审查工程延期。
        (11)组织编写并签发监理月报、监理工作阶段报告、专题报告和项目监理工作总结。
        (12)审查签认分部工程和单位工程的质量检验评定资料,审查承包单位的竣工申请,组织监理人员对待验收的工程项目进行质量检查,参与工程项目的竣工验收。
        (13)主持整理工程项目的监理资料。
        一般来说,在发生下列情况之一时,总监理工程师可下达停工令。
        (1)建设单位要求暂停施工,且工程需要暂停施工。
        (2)为了保证工程质量而需要进行停工处理。
        (3)施工出现了安全隐患,总监理工程师认为有必要停工以消除隐患。
        (4)发生了必须暂时停止施工的紧急事件。
        (5)承建单位未经许可擅自施工,或拒绝监理机构管理。
        (6)实施、开发中出现质量异常情况,经提出后承建单位仍不采取改进措施,或者采取的改进措施不力,还未有使质量状况发生好转的趋势。
        (7)隐蔽作业(指综合布线及系统集成中埋入墙内或地板下的部分)未经现场监理人员查验自行封闭、掩盖。
        (8)未经监理工程师审查同意,而擅自变更设计或修改图纸进行施工者。
        (9)未经技术资质审查的人员或不合格人员进入现场施工。
        (10)使用没有技术合格证的工程材料、没有授权证书的软件,或者擅自替换、变更工程材料及使用盗版软件。
        (11)擅自允许未经项目监理机构审查认可的分包单位进场施工。
 
       系统工程
        系统工程是从整体出发合理开发、设计、实施和运用系统科学的工程技术。它根据总体协调的需要,综合应用自然科学和社会科学中有关的思想、理论和方法,利用计算机作为工具,对系统的结构、元素、信息和反馈等进行分析,以达到最优规划、最优设计、最优管理和最优控制的目的。
        霍尔(A.D.Hall)于1969年提出了系统方法的三维结构体系,通常称之为霍尔三维结构,这是系统工程方法论的基础。霍尔三维结构以时间维、逻辑维、知识维组成的立体空间结构来概括地表示出系统工程的各阶段、各步骤以及所涉及的知识范围。也就是说,它将系统工程活动分为前后紧密相连的7个阶段和7个步骤,并同时考虑到为完成各阶段、各步骤所需的各种专业知识,为解决复杂的系统问题提供了一个统一的思想方法。
               逻辑维
               逻辑维是解决问题的逻辑过程。运用系统工程方法解决某一大型工程项目时,一般可分为7个步骤:
               (1)明确问题。通过系统调查,尽量全面地搜集有关的资料和数据,把问题讲清楚。
               (2)系统指标设计。选择具体的评价系统功能的指标,以利于衡量所供选择的系统方案。
               (3)系统方案综合。主要是按照问题的性质和总的功能要求,形成一组可供选择的系统方案,方案是按照问题的性质和总的功能要求,形成一组可供选择的系统方案。
               (4)系统分析。分析系统方案的性能、特点、对预定任务能实现的程度,以及在评价目标体系上的优劣次序。
               (5)系统选择。在一定的约束条件下,从各入选方案中择出最佳方案。
               (6)决策。在分析、评价和优化的基础上作出裁决并选定行动方案。
               (7)实施计划。这是根据最后选定的方案,将系统付诸实施。
               以上7个步骤只是一个大致过程,其先后并无严格要求,而且往往可能要反复多次,才能得到满意的结果。
               时间维
               时间维是系统的工作进程。对于一个具体的工程项目,从制定规划起一直到更新为止,全部过程可分为7个阶段:
               (1)规划阶段。即调研阶段,目的在于谋求活动的规划与战略。
               (2)拟定方案。提出具体的计划方案。
               (3)研制阶段。作出研制方案及生产计划。
               (4)生产阶段。生产出系统的零部件及整个系统,并提出安装计划。
               (5)安装阶段。将系统安装完毕,并完成系统的运行计划。
               (6)运行阶段。系统按照预期的用途开展服务。
               (7)更新阶段。即为了提高系统功能,取消旧系统而代之以新系统,或改进原有系统,使之更加有效地工作。
               知识维
               知识维是完成各阶段、各步骤所需的专业科学知识。系统工程除了要求为完成上述各步骤、各阶段所需的某些共性知识外,还需要其他学科的知识和各种专业技术,霍尔把这些知识分为工程、医药、建筑、商业、法律、管理、社会科学和艺术等。各类系统工程,如军事系统工程、经济系统工程、信息系统工程等,都需要使用其他相应的专业基础知识。
 
       信息系统工程
        简单地说,信息系统就是输入数据,通过加工处理,产生信息的系统。
        面向管理是信息系统的显著特点,以计算机为基础的信息系统可以定义为:结合管理理论和方法,应用信息技术解决管理问题,为管理决策提供支持的系统。管理模型、信息处理模型、系统实现的基础条件三者的结合产生现实信息系统,如下图所示。
        
        信息系统
        管理模型指系统服务对象领域的专门知识,以及分析和处理该领域问题的模型,也称为对象的处理模型。信息处理模型指系统处理信息的结构和方法。管理模型中的理论和分析方法,在信息处理模型中转化为信息获取、存储、传输、加工、使用的规则。系统实现的基础条件指可供应用的计算机技术和通信技术、从事对象领域工作的人员,以及对这些资源的控制与融合。
        从事信息系统的专业人员必须具备广阔的商务知识,懂得利用信息技术增强组织性能,有较强的分析和评判思维能力,具备良好的沟通能力、团队精神和正确的伦理价值观,如下图所示。
        
        信息系统专业人员的四个基本能力
               信息系统的基本功能
               信息系统具有数据的输入、传输、存储、处理、输出等基本功能。
               (1)数据的采集和输入。识别信息有3种方法:一是由决策者识别;二是系统分析员亲自观察识别;三是先由系统分析员观察得到基本信息,再向决策人员调查,加以修正、补充。
               (2)数据的传输。包括计算机系统内和系统外的传输,实质是数据通信,其一般模式如下图所示。
               
               数据传输
               信源即是信息的来源,编码是指把信息变成信号,所谓码,是指按照一定规则排列起来的、适合在信道上传输的符号序列。信道就是信息传递的通道,是传输信息的媒介,信道的关键问题是信道的容量。噪声就是杂音或干扰。译码是编码的反变换,其过程与编码相反。信宿即是信息的接收者,可以是人、机器或者另一个信息系统。
               (3)信息的存储。数据存储的设备目前主要有3种:纸、胶卷和计算机存储器。对数据存储设备的一般按要求是存储容量大且价格便宜。信息存储的概念比数据存储的概念要广,主要问题是确定存储哪些信息、存储多长时间、以什么方式存储、经济上是否合算等,这些问题都要根据系统的目标和要求确定。
               (4)信息的加工。信息加工的范围很大,从简单的查询、排序、归并到负责的模型调试及预测。
               (5)信息的维护。包括经常更新存储器中的数据,使数据保持合用的状态。广义上来讲,包括系统建成后的全部数据管理工作。信息维护的主要目的在于保证信息的准确、及时、安全和保密。
               (6)信息的使用。指高速度和高质量地为用户提供信息。
               信息系统分类
               信息系统分类方法很多,从应用角度,可以分成人工信息系统和基于计算机的信息系统;从独立性角度,可分成独立信息系统和综合信息系统;从处理方式角度可分为批处理信息系统和联机处理信息系统。下面主要介绍以数据环境分类和以应用层次分类。
               (1)以数据环境分类。按照数据环境,可以把信息系统分为数据文件、应用数据库、主题数据库和信息检索系统。数据文件是没有使用数据库管理系统;应用数据库虽然使用了数据库管理系统,但未实现共享。主题数据库建立了一些数据库与一些具体的应用有很大的独立性,数据经过设计,其存储结构与使用它的处理过程都是独立的,各种数据通过一些共享数据库被联系和体现;在信息检索系统中,一些数据库被组织为能保证信息检索和快速查询的需要,而不是大量的事务管理。
               (2)以应用层次分类。通常,一个组织的管理活动可以分成四级,分别是战略级、战术级、操作级和事务级。与此相对应的,信息系统也分为战略级信息系统(使用者都是企业最高管理层)、战术级信息系统(企业中层经理及其管理部门)、操作级信息系统(服务型企业的业务部门)和事务级信息系统(企业的管理业务人员)。
               信息系统建设
               信息系统建设周期长、投资大、风险大,比一般技术工程有更大的难度和复杂性。这是因为技术手段复杂;内容复杂,目标多样;投资密度大,效益难以计算;环境复杂多变。
               信息系统在使用过程中,随着其生存环境的变化,要不断维护、修改,当它不再适应的时候就要被淘汰,就要由新系统代替老系统,这种周期循环称为信息系统的生命周期,如下图所示。
               
               信息系统的生命周期
               从上图可见,信息系统的生命周期可以分为系统规划、系统分析、系统设计、系统实施、系统运行和维护五个阶段。
               系统规划阶段的任务是对企业的环境、目标及现行系统的状况进行初步调查,根据企业目标和发展战略,确定信息系统的发展战略,对建设新系统的需求做出分析和预测,同时考虑建设新系统所受的各种约束,研究建设新系统的必要性和可能性。根据需要与可能,给出拟建系统的备选方案。对这些方案进行可行性分析,写出可行性分析报告。可行性分析报告审议通过后,将新系统建设方案及实施计划编写成系统设计任务书。
               系统分析阶段的任务是根据系统设计任务书所确定的范围,对现行系统进行详细调查,描述现行系统的业务流程,指出现行系统的局限性和不足之处,确定新系统的基本目标和逻辑功能要求,即提出新系统的逻辑模型。这个阶段又称为逻辑设计阶段。这个阶段是整个系统建设的关键阶段,也是信息系统建设与一般工程项目的重要区别所在。系统分析阶段的工作成果体现在系统说明书中,这是系统建设的必备文件。它既是给用户看的,也是下一个阶段的工作依据。系统说明书一旦讨论通过,就是系统设计的依据,也是将来验收系统的依据。
               简单地说,系统分析阶段的任务是回答系统“做什么”的问题,而系统设计阶段要回答的问题是“怎么做”。该阶段的任务是根据系统说明书中规定的功能要求,考虑实际条件,具体设计实现逻辑模型的技术方案,也就是设计新系统的物理模型。这个阶段又称为物理设计阶段。这个阶段又可分为总体设计和详细设计两个阶段。这个阶段的技术文档是系统设计说明书。
               系统实施阶段是将设计的系统付诸实施的阶段。这一阶段的任务包括计算机等设备的购置、安装和调试、程序的编写和调试、人员培训、数据文件转换、系统调试与转换等。这个阶段的特点是几个互相联系、互相制约的任务同时展开,必须精心安排、合理组织。系统实施是按实施计划分阶段完成的,每个阶段应写出实施进展报告。系统测试之后写出系统测试分析报告。
               系统投入运行后,需要经常进行维护和评价,记录系统运行的情况,根据一定的规格对系统进行必要的修改,评价系统的工作质量和经济效益。
               除技术人员外,开发的各个阶段需要有业务人员的参加配合。开发的前期需要用户配合系统分析人员做好系统分析工作,后期需要用户承担测试、切换工作。为了使用户配合好开发工作,需要对用户进行培训。下图是各开发阶段人力需求曲线。
               
               各个开发阶段的人力需求
               信息系统的发展
               一个单位或一个地区的信息系统,都要经历由初级到成熟的发展过程,诺兰(Nolan)总结了信息系统发展的规律,在1973年提出了信息系统发展的阶段理论,并在1980年完善了这一理论,人们称之为诺兰模型,如下图所示。
               
               诺兰模型
               (1)初装。从单位购买第1台计算机用于管理部门就开始了初装阶段。在这一阶段,人们初步意识到计算机对管理的作用,有少数人具备了初步应用能力。
               (2)蔓延。计算机初见成效吸引力人们,使信息系统扩散到多数部门,便进入了蔓延阶段。在这一阶段,数据处理能力发展很快,但很多问题有待解决,如数据具有不一致性、共享性差等。这个阶段的投资迅速增长,但只有一部分系统取得实际效益。
               (3)控制。解决蔓延阶段的问题,要求加强组织协调,对信息系统建设进行统筹规划。严格的控制代替了自由蔓延。这一阶段利用数据库技术解决数据共享问题。控制阶段投资增长较慢。
               (4)集成。在控制的基础上,硬件重新链接,在软件方面建立集中式数据库和能充分利用各种信息的系统,这就是集成。诺兰认为前3个阶段属于“计算机时代”,从第4个阶段开始进入“信息时代”。这个阶段由于各种硬件、软件设备大量扩充,投资迅速增长。
               (5)数据管理。集成之后进入数据管理阶段。
               (6)成熟。成熟的信息系统应能满足组织各个管理层次的要求,实现真正的信息资源管理。
 
       政府
        政府信息系统以电子政务为主要形式,是指政府机构在其管理和服务职能中运用现代网络技术打破传统行政机关的时间、空间和部门分隔的制约,使各级政府的各项监管更加严密,服务更加便捷,涉及政府机关、各团体、企业和社会公众,主要包括机关办公政务网、办公政务资源网、公众信息网和办公政务信息资源数据库几个部分。
        (1)安全级别高。政务信息数据中,有些关乎国家、政府部门、地方政策和利益,比个人或商务信息更为敏感;有些属于大规模的基础设施,比如档案、城建数据;有些具有服务特性,比如医保、社保、公积金、房屋交易等信息;加之电子政务行使政府职能的特点易导致政府信息系统受到各种攻击,包括黑客组织、犯罪集团和信息战时期的信息对抗等国家行为的攻击,因此,其安全问题尤其是数据安全应被重点关注。
        (2)业务的不间断运维需求高。政府信息系统面向社会提供外部服务,如出入境审批系统、身份证申领系统等,都必须在故障出现后以最短的时间恢复业务运行,否则导致业务受理停止,大量人员等待,大量紧急任务无法处理,影响政府办事效率和形象。
        (3)例行运维亟须加强。我国政府部分信息系统存在管理松散,制度不严明,执行乏力现象,包括内部信息外泄,个人下载或运行游戏、炒股、聊天、视频软件,甚至非法修改IP地址,卸载杀毒软件,不仅严重违反纪律,更易影响到关键应用的性能质量,因此,日常运维管理亟须加强。
 
       总体设计
        总体设计也被称为概要设计,是系统开发过程中关键的一步。系统的质量及一些整体特性基本上是由这一步的成果所决定的。总体设计的主要任务是完成对系统总体结构和基本框架的设计。系统总体结构设计包括两方面的内容,系统总体布局设计和系统模块化结构设计。
        模块化设计的工作任务包括如下内容。
        .按需求和设计原则将系统划分为若干功能模块。
        .决定每个模块的具体功能和职责。
        .分析和确定模块间的调用关系。
        .确定模块间的信息传递。
        系统总体布局方案包括系统网络拓扑结构设计和系统资源配置设计方案。
 
       组织机构
        在运维组织设计中,重点考虑人员、角色、岗位三个因素。运维公司将综合职能型组织、矩阵型组织和项目型组织,建立组合型组织架构,既有职能部门完成日常运维工作,又可以为完成各项临时小规模项目开发而设立矩阵型组织或项目型组织。
        信息中心和运维公司共同组建成立“运维联合领导小组”,由双方相关领导组成,主要进行高层协调,制定战略、划清目标,保障运维工作顺利完成。
        运维公司将按照组织机构的工作岗位及角色职责,统筹人力资源,抽调精兵强将,组建专门部门“政府门户网站运维部”,下设工作台、硬件集成支持组、软件集成支持组、软件开发支持组和内容维护组。“政府门户网站运维部”实际派驻不少于4人在工作现场,属于“一线”支持人员。
        疑难问题会商解决、小规模软件开发等将协调公司总部的其他人员参加,如项目中心、研发中心的技术骨干、软件开发工程师等,属于“二线”支持人员。
        个别问题还会涉及第三方支持,包括原厂商、合作伙伴、其他专家顾问等,属于“三线”支持人员。
        “二线”和“三线”支持人员不派驻现场,仅是在运维流程需要的时候才参与其中,流程结束,人员也将退出。
        针对政府门户网站内容管理平台运维服务项目,我们将组建现场一线、公司总部二线、外援三线不同技能和专业水平的服务团队,按照基于ITIL的服务流程提供服务。
        (1)一线。服务台是面向客户的统一服务接口,负责受理客户提出的服务需求(包括故障申告);负责对服务范围内的服务需求(包括故障申告)进行处理和任务分派,并跟踪和反馈处理情况;派驻现场一线的技术支持人员接受故障任务分派后,进行不同岗位的处理和协作。
        (2)二线。由公司总部技术专家、技术骨干、软件工程师组成,负责解决现场派驻服务不能解决的问题。
        (3)三线。由第三方供应商、高级技术专家、顾问等组成,负责协助现场服务组处理故障,必要时赴现场处理故障;主动发现、分析和解决问题;负责提供远程监控及按需现场服务中的其他相关服务。
        运维人员的技术掌握全面,涵盖软硬件整个层面。硬件方面掌握主流多种网络设备、服务器设备、安全设施、存储器设备等;系统软件方面熟悉Windows、UNIX、Linux三大主流操作系统,Oracle、SQL Server、DB2等大型数据库,WebSphere、WebLogic、Tomcat、IIS等多种应用中间件;软件开发方面深入掌握J2EE和Net两大体系,精通B/S开发,精通多种语言。
        运维项目中主要涉及的技术角色有“硬件集成”“软件集成”“数据管理”“内容维护”“软件开发”“软件测试”和“美工设计”等,在关键角色职责方面,大部分都可以由2人以上担任,即关键角色重叠备份,提高技术储备能力和实际运维水平,同时也可以防范人员流动造成的部分技术空白风险。
   题号导航      2018年下半年 信息系统监理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第55题    在手机中做本题