免费智能真题库 > 历年试卷 > 信息系统监理师 > 2019年上半年 信息系统监理师 上午试卷 综合知识
  第40题      
  知识点:   监理实施细则   信息系统建设   专业监理工程师   总监理工程师   审核   异常
  关键词:   通信   信息系统   总监理工程师   监理   监理工程师   总监理工程        章/节:   信息管理       

 
某综合性信息系统建设工程中,通信工程专业监理工程师编制了详尽的监理实施细则,内容包括:监理流程、监理的控制要点和目标、计划采用的监理技术和工具、针对工程异常情况的监理措施。如果你是总监理工程师审核时应指出该监理实施细则还必须补充( )。
 
 
  A.  监理人员的责任范围
 
  B.  通信工程的专业特点
 
  C.  信息系统的监理目标
 
  D.  信息系统的工程概况
 
 
 

 
  第47题    2015年上半年  
   46%
监理实施细则不仅用以指导监理工程师开展监理活动,也可以提供给承建单位,起到①的作用。通过设置质量控制点,提醒承建单位注意..
  第42题    2015年下半年  
   53%
以下( )是编制监理大纲的依据。
①项目概况
②项目监理任务的招标文件
③项目监理合同
④建设单位所要达到..
  第44题    2012年上半年  
   31%
监理单位为获得监理任务而编制的文件是(44)。
   知识点讲解    
   · 监理实施细则    · 信息系统建设    · 专业监理工程师    · 总监理工程师    · 审核    · 异常
 
       监理实施细则
        监理实施细则是在监理规划的基础上制定出实现监理任务的具体措施,是对信息系统工程监理工作“做什么”和“如何做”的更详细的补充及说明。它使监理工作详细具体并具有可操作性。监理实施细则可按以下三种方式编写。
        (1)按监理的专业分工(控制及管理形式)进行编写。例如,可分为质量控制实施细则、进度控制实施细则、投资控制实施细则、合同管理实施细则、信息管理实施细则和组织协调实施细则等。
        (2)按项目组成的子项进行编写。例如,一个数字图书馆工程的监理实施细则可分为硬件配置监理实施细则、软件开发监理实施细则、通信工程监理实施细则、网络工程监理实施细则、信息安全监理实施细则和数字版权保护监理实施细则等。
        (3)按信息系统工程的阶段进行编写。例如,可分为设计阶段监理实施细则、实施阶段监理实施细则和验收阶段监理实施细则等。
        监理实施细则的编写依据主要有以下5个。
        (1)已批准的监理规划。
        (2)信息系统工程文档资料。
        (3)与信息系统工程监理有关的法律、法规、规章、标准和规范。
        (4)信息技术标准与规范。
        (5)其他有关的文件。
        监理实施细则的编写程序如下。
        (1)根据监理规划,在总监理工程师的指导/主持下,由专业(子项和阶段)监理工程师分别编写各专业(子项和阶段)监理实施细则。
        (2)总监理工程师审核批准各专业(子项和阶段)监理实施细则。
        (3)在监理实施过程中,根据实际情况不断补充、修改和完善监理实施细则。
        监理实施细则的主要内容应包括以下几项。
        (1)本专业(子项和阶段)监理工作的特点。
        (2)本专业(子项和阶段)监理工作的流程。
        (3)本专业(子项和阶段)监理工作的控制要点及目标值。
        (4)本专业(子项和阶段)监理工作的方法及措施。
 
       信息系统建设
        信息系统建设周期长、投资大、风险大,比一般技术工程有更大的难度和复杂性。这是因为技术手段复杂;内容复杂,目标多样;投资密度大,效益难以计算;环境复杂多变。
        信息系统在使用过程中,随着其生存环境的变化,要不断维护、修改,当它不再适应的时候就要被淘汰,就要由新系统代替旧系统,这种周期循环称为信息系统的生命周期,如下图所示。
        
        信息系统的生命周期
        从上图可见,信息系统的生命周期可以分为系统规划、系统分析、系统设计、系统实施、系统运行和维护5个阶段。
        系统规划阶段的任务是对企业的环境、目标及现行系统的状况进行初步调查,根据企业目标和发展战略确定信息系统的发展战略,对建设新系统的需求做出分析和预测,同时考虑建设新系统所受的各种约束,研究建设新系统的必要性和可能性。根据需要与可能,给出拟建系统的备选方案。对这些方案进行可行性分析,写出可行性分析报告。可行性分析报告审议通过后,将新系统建设方案及实施计划编写成系统设计任务书。
        系统分析阶段的任务是根据系统设计任务书所确定的范围,对现行系统进行详细调查,描述现行系统的业务流程,指出现行系统的局限性和不足之处,确定新系统的基本目标和逻辑功能要求,即提出新系统的逻辑模型。这个阶段又称为逻辑设计阶段。这个阶段是整个系统建设的关键阶段,也是信息系统建设与一般工程项目的重要区别所在。系统分析阶段的工作成果体现在系统说明书中,这是系统建设的必备文件。它既是给用户看的,也是下一个阶段的工作依据。因此,系统说明书既要通俗,又要准确。用户通过系统说明书可以了解未来系统的功能,判断是不是所要求的系统。系统说明书一旦讨论通过,就是系统设计的依据,也是将来验收系统的依据。
        简单地说,系统分析阶段的任务是回答系统“做什么”的问题,而系统设计阶段要回答的问题是“怎么做”。该阶段的任务是根据系统说明书中规定的功能要求,考虑实际条件,具体设计实现逻辑模型的技术方案,也就是设计新系统的物理模型。这个阶段又称为物理设计阶段。这个阶段又可分为总体设计和详细设计两个阶段。这个阶段的技术文档是系统设计说明书。
        系统实施阶段是将设计的系统付诸实施的阶段。这一阶段的任务包括计算机等设备的购置、安装和调试、程序的编写和调试、人员培训、数据文件转换、系统调试与转换等。这个阶段的特点是几个互相联系、互相制约的任务同时展开,必须精心安排、合理组织。系统实施是按实施计划分阶段完成的,每个阶段应写出实施进展报告。系统测试之后写出系统测试分析报告。
        系统投入运行后,需要经常进行维护和评价,记录系统运行的情况,根据一定的规格对系统进行必要的修改,评价系统的工作质量和经济效益。
 
       专业监理工程师
        专业监理工程师在总监理工程师的领导下,具体负责本专业的监理工作。其岗位职责如下。
        (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)擅自允许未经项目监理机构审查认可的分包单位进场施工。
 
       审核
        依据知识库内容加入的审核标准,由资深技术人员审核内容的正确性和完整性,避免与原有的知识库内容重复或冲突,给出审核意见后提交批准加入知识库中。
 
       异常
        异常是一种形式的异常控制流,它一部分是由硬件实现的,一部分是由操作系统实现的。因为它们有一部分是由硬件实现的,所以具体细节将随系统的不同而有所不同。然而,对于每个系统而言,基本的思想都是相同的。
        异常(exception)就是控制流中的突变,用来响应处理器状态中的某些变化。异常可以分为四类:中断(interrupt)、陷阱(trap)、故障(fault)和中止(abort)。下表对这些类别的属性做了小结。
        
        异常的类别
        (1)陷阱。陷阱是有意的异常,是执行一条指令的结果。就像中断处理程序一样,陷阱处理程序将控制返回到下一条指令。陷阱最重要的用途是在用户程序和内核之间提供一个像过程一样的接口,叫做系统调用。
        用户程序经常需要向内核请求服务,例如读一个文件、创建一个新的进程、加载一个新的程序或者中止当前进程。为了允许对这些内核服务的受控的访问,处理器提供了一条特殊的syscall指令,当用户程序想要请求服务n时,可以执行这条指令。执行syscall指令会导致一个到异常处理程序的陷阱,这个处理程序对参数解码,并调用适当的内核程序。
        (2)故障。故障由错误情况引起,它可能被故障处理程序修正。当一个故障发生时,处理器将控制转移给故障处理程序。如果处理程序能够修正这个错误情况,它就将控制返回到故障指令,从而重新执行它。否则,处理程序返回到内核中的abort例程,abort例程会中止引起故障的应用程序。
        (3)中止。中止是不可恢复的致命错误造成的结果,典型的是一些硬件错误,例如DRAM或者SRAM位被损坏时发生的奇偶错误。中止处理程序从不将控制返回给应用程序。处理程序将控制返回给一个abort例程,该例程会中止这个应用程序。
   题号导航      2019年上半年 信息系统监理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第40题    在手机中做本题