免费智能真题库 > 历年试卷 > 系统集成项目管理工程师 > 2022年上半年 系统集成项目管理工程师 上午试卷 综合知识
  第10题      
  知识点:   信息系统集成及服务管理的发展   信息系统建设   评估
  章/节:   信息系统服务业       

 
依据《信息系统建设和服务能力评估体系能力要求》,在信息系统建设和服务能力评估体系中,信息系统建设和服务能力分为5个等级,其中第3级为()。
 
 
  A.  初始级
 
  B.  基本级
 
  C.  良好级
 
  D.  优秀级
 
 
 

 
  第4题    2011年上半年  
   57%
某企业的邮件服务器经常宕机,按照IT服务管理要求,为彻底解决该问题应启动(4)流程。
  第1题    2011年上半年  
   72%
以下对信息系统集成的描述不正确的是(1)。
  第10题    2016年下半年  
   34%
运维的主要工作是保证系统的可用性和稳定性。以下关于运行维护的叙述中,不正确的是:(10)。
   知识点讲解    
   · 信息系统集成及服务管理的发展    · 信息系统建设    · 评估
 
       信息系统集成及服务管理的发展
               实施信息系统集成及服务资质管理制度
               .推荐优秀系统集成商:1996年7月,由原电子工业部“金”系列工程办公室主办,中国软件测评中心承办,开展了“全国优秀系统集成商推荐活动”。
               .对信息系统集成企业进行资质认证:1999年11月原信息产业部发出了《计算机信息系统集成资质管理办法(试行)》,决定从2000年1月1日起实施计算机信息系统集成资质认证制度。
               自2000年9月11日公布首批获得计算机信息系统集成资质证书名单(共21家企业)开始,至2015年12月止,已有6157家企业获得信息系统集成及服务资质证书,其中一级251家,二级706家,三级3469家,四级1731家。
               2015年7月计算机信息系统集成资质证书更名为信息系统集成及服务资质证书。工业和信息化部自2014年2月15日起,停止计算机信息系统集成企业和人员资质认定行政审批,信息系统集成及服务资质认定工作由中国电子信息行业联合会实施。
               推行项目经理制度
               .2002年8月28日,信息产业部发出《关于发布<计算机信息系统集成项目经理资质管理办法(试行)>的通知》,决定在计算机信息系统集成行业推行项目经理制度。
               .2015年7月由中国电子信息行业联合会发布《信息系统集成及服务项目管理人员登记管理办法(暂行)》对项目经理和高级项目经理实施企业聘任制度。
               .截止2015年12月止,已有40010人获得系统集成项目经理资质证书,14194人获得系统集成高级项目经理资质证书。
               推出ITSS标准及评估服务
               .2009年4月23日,工业和信息化部软件服务业司成立了信息技术服务标准工作组,负责制定信息技术服务领域的相关标准,并按照信息服务生命周期推出一套完整的IT服务标准体系,即信息技术服务标准(Information Technology Service Standards, ITSS)。ITSS包含IT服务的规划设计、部署实施、服务运营、持续改进和监督管理等全生命周期阶段应遵循的标准,涉及信息系统建设、运行维护、服务管理、治理及外包等业务领域,是一套体系化的信息技术服务标准库。
               .2012年标准工作组首先推出了《GB/T 29264—2012信息技术服务分类与代码》《GB/T 28827.1—2012信息技术服务运行维护第1部分:通用要求》《GB/T 28827.2—2012信息技术服务运行维护第2部分:交付规范》和《GB/T 28827.3—2012信息技术服务运行维护第3部分:应急响应规范》。
               .2014年2月由中国电子工业标准化技术协会信息技术服务分会基于信息技术服务运行维护的3个标准发布了《信息技术服务运行维护服务能力成熟度模型》ITSS.1—2015。该模型把运维企业按照成熟度分为四级,一级最高,四级最低。
               .截止到2015年12月,通过运维标准符合性评估的单位有323家(其中用户单位5家)。
 
       信息系统建设
               信息系统的生命周期
               信息系统建设的内容主要包括设备采购、系统集成、软件开发和运维服务等。
               信息系统的生命周期可以分为四个阶段:立项、开发、运维和消亡。
                      立项阶段
                      立项阶段即概念阶段或需求阶段,这一阶段根据用户业务发展和经营管理的需要,提出建设信息系统的初步构想,然后对企业信息系统的需求进行深入调研和分析,形成《需求规格说明书》并确定立项。
                      开发阶段
                      以立项阶段所做的需求分析为基础进行总体规划,然后通过系统分析、系统设计、系统实施及系统验收等工作实现并交付系统。
                      .总体规划:系统开发的起始阶段,以立项阶段所做的需求分析为基础,明确信息系统在企业经营战略中的作用和地位,指导信息系统的开发,优化配置并利用各种资源,通过规划过程规范或完善用户单位的业务流程。一个比较完整的总体规划应当包括信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范等。
                      .系统分析:为系统设计阶段提供系统的逻辑模型,内容包括组织结构及功能分析、业务流程分析、数据和数据流程分析及系统初步方案等。
                      .系统设计:根据系统分析的结果设计出信息系统的实施方案,主要内容包括系统架构设计、数据库设计、处理流程设计、功能模块设计、安全控制方案设计、代码设计等。
                      .系统实施:将设计阶段的成果在计算机和网络上具体实现,即将设计文本变成能在计算机上运行的软件系统。由于系统实施阶段是对以前全部工作的检验,因此用户的参与特别重要。
                      .系统验收:系统实施后经过试运行,就进入系统验收阶段,这也是系统交付的必经阶段。
                      运维阶段
                      信息系统通过验收,正式移交给用户以后进入运维阶段。系统的运行维护可分为更正性维护、适应性维护、完善性维护和预防性维护等类型。
                      .更正性维护:更正系统交付后发现的错误。
                      .适应性维护:使信息系统能在变化后或变化中的环境中继续使用。
                      .完善性维护:改进交付后系统的性能和可维护性。
                      .预防性维护:在信息系统中的潜在错误成为实际错误前进行更正。
                      消亡阶段
                      信息系统不可避免地会遇到更新改造、功能扩展,甚至废弃重建等情况,因此,在信息系统建设的初期就应注意系统消亡的条件和时机,以及由此花费的成本。
               信息系统开发方法
               信息系统常用的开发方法有结构化方法、原型法、面向对象方法等。
                      结构化方法
                      结构化方法是应用最为广泛的一种开发方法。按照信息系统生命周期,应用结构化系统开发方法,把整个系统的开发过程分为若干阶段,然后依次进行,前一阶段是后一阶段的工作依据,按顺序完成。
                      结构化方法具有如下特点:
                      .严格区分工作阶段,每个阶段有明确的任务和取得的成果。
                      .强调系统开发过程的整体性和全局性。
                      .系统开发过程工程化,文档资料标准化。
                      结构化方法的缺点有:
                      .开发周期长。
                      .文档、设计说明烦琐,工作效率低。
                      .要求在开发之初全面认识系统的需求,充分预料各种可能发生的变化,但这并不十分现实。
                      原型法
                      原型法在很难全面准确提出用户需求的情况下,本着对用户需求的初步理解,先快速开发一个原型系统,然后通过反复修改来实现用户的最终系统需求。
                      原型法的特点如下:
                      .对用户的需求动态响应,逐步纳入。
                      .系统分析、设计与实现都是随着对原型的不断修改而同时完成的,相互之间并无明显界限,也没有明确分工。
                      原型可以分为:
                      .抛弃型原型:此类原型在系统真正实现以后就放弃不用了。
                      .进化型原型:此类原型的构造从目标系统的一个或几个基本需求出发,通过修改和追加功能的过程逐渐丰富,演化成最终的系统。
                      面向对象方法
                      用对象表示客观事物,对象是一个严格模块化的实体,在系统开发中可被共享和重复利用,以达到复用的目的。面向对象方法的关键是利用面向对象的信息建模概念,建立一个全面、合理、统一的模型,既能反映需求对应的问题域,又能被计算机系统对应的求解域所接受。
                      面向对象方法的特点:
                      .开发过程的分析、设计和实现三个阶段使用同一套工具。
                      .分析、设计和实现三个阶段都是对面向对象的三种模型的建立、补充和验证,三个阶段的界限并不十分明确。
                      在系统开发实际工作中,往往根据需要将多种开发方法进行组合应用,以完成系统开发的全部任务。
 
       评估
        评估测试不只针对物理设备,更重要的是要评估、比较各种网络技术。通常使用模拟测试配置和模拟负载进行子系统(如路由器)和网络技术(如ATM或FDDI等)的评估。评估测试不适用于全局网络,因为全局网络拓扑负载、网络设备太多,不好准确定位引起问题的原因和位置,不能进行有效的比较。多数评估测试在专用的子网测试环境中进行。
        很多公司都有其固定合作的网络设备供应商,如路由器、集线器或交换机的供应商,通常很少再做设备比较测试,但网络技术的比较测试需要经常进行。企业经常面对选择哪种技术以及怎样比较不同技术的问题,所以技术评估是评估测试中很重要的一项。
        在比较设备与技术时,除了使用专用于待测设备或技术的工程负载外,有经验的程序员也使用真实负载,使用真实负载可以了解待测设备或技术在特定环境下的运行性能。通过两种负载模式检测结果的比较,可以获知待测设备还有多少多余容量。
        评估测试与设备或技术的功能/特征测试一样,用于比较待测设备或技术的性能、稳定性、特性、易用性配置和管理等方面的功能。
        评估测试实质是衰减测试的基础,评估测试中对几种设备或技术进行比较;衰减测试中对同一设备的不同版本进行比较。测试中选择设备的标准也完全可作为验证升级版本工作正常与否的标准。尽可能多地集成在计划/设计阶段进行测试是非常好的方法,最初的产品评估测试可以被开发阶段的可接受性测试和升级阶段的衰减性测试所借鉴。
        评估测试是最常进行的测试,在设备选型、技术选型,以及网络系统升级过程中都要进行或多或少的评估测试。
        用于评估测试的负载模式和测试脚本要能有效覆盖被检测的设备和技术。常使用最好情形(工程负载)和真实负载模式进行测试,两种方式都提供了唯一的、重要的检测结果,测试人员要能够理解、解释测试结果间的不同。
        工程检测结果是被测设备和技术在最理想的情形下测试得到的结果,因此不能在真实运行环境里显示它们的运行性能;真实检测结果能很好地显示待测设备或技术在运行网络环境中的性能,但无法预测设备的总容量。如果时间允许,两种测试都要做。通常测试人员只有时间进行一种测试,一般进行最好情形的测试。许多公开发行的测试报告都是基于最好情形(工程负载)下的测试结果。
        所有的测试配置都是模拟的。用于设备比较的测试配置不一定要代表运行网络的典型配置,任何有效、公正的测试配置都能对被测产品进行很好的比较。然而,测试配置和负载越接近运行网络的配置和负载,测试的结果越能反映被测设备在运行网络中的运行情况。
        在安装和配置测试网络时必须注意:要确保配置中所有测试组件都是最新版本,使测试尽可能地公正和统一,以取得最好的测试结果。在测试非正式版时一定要小心,因为发布日期经常有错误。测试配置中安装了非正式版后,它还可能会变,所以非正式版的测试结果和正式版的测试结果经常不一致,分析非正式版的设备经常会延误项目的进行。
        进行评估测试时,除了被测设备,测试配置中的所有网络组件都要保持不变。这一点非常重要,只有这样才能保证被测设备可以进行公平比较。对于子网,这一点很容易做到(一个网络设备很容易被另一个设备所替代)。
        网络技术评估要比较各种网络技术,因而测试配置中的几个网络组件都需要更换。重要的是不要改变源或目标配置。在配置中不仅通信线路需要更换,路由器也需要更换。传输负载和端点的配置要保持不变。
        需要评估测试计划中的各个测试任务,逐步完成测试、数据收集和数据解释。在评估测试中,各测试进行的先后次序没有关系,因为它们不是线性关系,而是多次重复进行的。当在测试中发现了新的信息时,以前所做的测试可能要重新进行以确定它的测试结果,或要对以前的测试稍作改变以检验网络运行的其他方面。此外,在评估期间设备提供商经常发布新的版本或非正式的版本,所以各种基于这种设备的测试都要重新进行。
        制定网络设备、技术比较或取舍标准时,不仅要参考评估测试所得的测试结果数据,还要综合考虑其他一些信息,如各设备的性能价格比,但由于没有运行网络的持续和峰值负载要求,所以缺少比较基准,往往将产品评估测试引入歧途。
        最后要根据评估测试所得的数据和图表对网络系统作出总结性评估,并撰写网络系统评估报告。
   题号导航      2022年上半年 系统集成项目管理工程师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第10题    在手机中做本题