免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2012年上半年 信息系统项目管理师 上午试卷 综合知识
  第55题      
  知识点:   大型及复杂项目管理   需求定义   需求管理
  关键词:   定义阶段   实现阶段   需求定义   需求管理   需求        章/节:   项目集(大型项目)管理       

 
大型信息技术项目一般在需求不十分清晰的情况下开始,项目分成两个主要阶段:需求定义阶段和需求实现阶段。关于大型信息技术项目的需求管理,(55)的说法是正确的。
 
 
  A.  为了计划的严肃性,项目计划在需求定义完成时,不能进行大的修订
 
  B.  项目需求定义和需求实现通常是由不同的组织完成的
 
  C.  项目需求定义和需求实现一般是由一方完成的
 
  D.  项目WBS可以按照组织结构、可交付物、基准计划三个层而进行分解
 
 
 

 
  第49题    2014年上半年  
   55%
在项目组合管理中,项目排序是对项目创造的(49)和投入进行分析,以选择出对组织最有利项目的过程。
  第53题    2014年下半年  
   46%
以下做法中,()对于提高大型复杂项目的协作管理帮助最小。
  第50题    2011年上半年  
   52%
结合大型项目的特点,企业下列做法中,不正确的是(50)。
   知识点讲解    
   · 大型及复杂项目管理    · 需求定义    · 需求管理
 
       大型及复杂项目管理
        大型及复杂项目概述
        大型及复杂项目的主要特征有:
        .项目周期较长。
        .项目规模较大,目标构成复杂。可把项目分解成一个个目标相互关联的小项目,形成项目群进行管理。这种意义上的项目经理往往称为项目群经理或是大项目经理。
        .项目团队构成复杂。包括项目内部所形成的项目管理体系,也包括合作方。
        .大型项目经理的日常职责更集中于管理职责,面临“间接管理”的挑战。
        一般项目和大型及复杂项目的区别如下表所示。
        
        一般项目和大型及复杂项目的比较
        大型及复杂项目的计划过程
        对大型及复杂项目来说,制订活动计划之前,必须先考虑项目的过程计划,也就是必须先确定用什么方法和过程来完成项目。建立统一的项目过程会大大提高项目之间的协作效率,有力地保证项目质量。
        当确定了项目过程后,就需要制订项目计划,一个项目的计划是最终表述如何实现项目目标的具体过程。需要从4个方面进行定义,包括范围、质量、进度和成本。
        一般来说,大型IT项目都是在需求不十分清晰的情况下开始的。所以项目就自然分成了两个主要阶段:需求定义阶段和需求实现阶段。
        .两个阶段所要求完成的任务性质并不一致,需求定义阶段要求对业务领域有深刻的理解;需求实现阶段要求对技术领域精通。
        .需求定义阶段由专业的咨询公司对需求进行详细定义;需求定义结果作为实现阶段的输入,而需求定义阶段的咨询公司转变成需求实现阶段的项目监理的角色。
        制订项目计划时,大型及复杂项目所使用的工具和方法同一般项目管理差不多,如下表所示。
        
        大型及复杂项目所使用的工具和方法
        大型及复杂项目的实施控制过程
        项目实施和控制过程最关键的环节是获取项目的实施绩效,和项目的基准计划进行比较。由于项目目标是范围、质量、成本、时间4个方面的集合,因此无论是基准计划还是实施绩效,都要从这4个方面来反映项目的特征。对于大型及复杂项目来说,由于绩效是通过组织结构层层传递的,因此可能导致信息传递失真。一般来说,IT项目的进度和成本实际绩效信息比较明确,不易失真。但在范围和质量方面信息失真的可能性较高。
        项目的控制过程有三个重要因素,包括项目绩效跟踪、外部变更请求和变更控制。
        变更控制流程类似于一般项目管理的变更控制流程,基本过程包括提出变更申请、评估变更、实施变更和验证变更实施结果等几个阶段。在项目当中存在一个变更控制委员会作为变更控制的管理机构。大型项目中,变更控制委员会往往是项目的最高控制机构之一。
 
       需求定义
        网络系统的需求包括功能需求、通信需求、性能需求、可靠性需求、安全需求、维护和运行需求以及管理需求等,下面逐一介绍。
               功能需求
               功能需求即网络在用户单位业务中应该提供的功能,可以通过了解用户单位所从事的行业、该单位在行业内的地位以及和其他单位的关系等来确定其功能需求。另外,还可以通过了解项目背景来明确用户单位建网的目的,从而有助于描述详细的功能需求。
               通信需求
               在网络中,网络通信是个人通信模式和流量的组合。通信模式以发生在节点(客户机)之间的通信方式为基础。通常有以下几种通信方式。
               ◆对等通信方式。
               ◆客户机/服务器通信方式。
               ◆服务器/客户机通信方式。
               独立节点之间可以在一种或多种方式下通信,如何选择通信方式取决于网络的资源、节点和应用程序的性能。例如,在对等通信方式下,各工作站之间可共享资源;在客户机/服务器通信方式下,可以访问中央文件服务器上的核心数据库。
               1)对等通信方式
               对等通信方式是在一种结构和功能相似的节点之间的通信,通信节点具有相似的应用和通信能力。在该种网络中,每个节点与网络中的其他节点相连接,没有明显的源通信模式和目的通信模式。
               2)客户机/服务器通信方式
               客户机/服务器通信方式是网络中的客户机和服务器之间的通信。客户机可以是任何类型的节点,这些节点可以访问一些共享的资源。服务器在大小和功能上有所不同,既可以是基于PC的服务器,也可以是中型计算机和大型计算机。
               3)服务器/客户机通信方式
               数据库服务器应用程序使数据从服务器流向客户机。通常情况下,客户机请求比服务器响应所传送的通信量要少。例如,在典型的Web方案中,服务器根据客户机浏览器的请求向客户机发送大量的Web页面,这就是所说的服务器/客户机分布。
               4)相关指标
               为了确定用户的通信需求,需要了解用户单位的建筑物布局、入网站点的分布情况,并记录下述信息。
               ◆网络中心(或计算中心)及各级设备间的位置。
               ◆用户数量及其位置。
               ◆任何两个用户之间的最大距离。
               ◆用户群组织(即在同一楼里或同一楼层里的用户,尤其注意那些地理上分散,却属于同一部门的用户)。
               ◆特殊的需求或限制(例如,网络覆盖的地理范围内是否有道路、山丘;建筑物之间是否有阻挡物;电缆等介质布线是否有禁区;是否存在可以利用的介质系统等)。
               性能需求
               在需求分析中要分析网络的多种性能特性,包括响应时间、延迟、等待时间、利用率、带宽、容量、吞吐量、可用性、可靠性、可恢复性、冗余度、适应性、可伸缩性、效率和费用等。有些需求用户不是很关心,但对于设计者却是必须考虑的。随着计算机网络数量的增长、规模的扩大,如何提高网络性能成为十分重要的问题。与衡量单机系统的性能不同,网络性能是衡量多台计算机系统的性能。了解网络用户的需要,设定恰当的性能目标,合理选择网络结构和组成,便能得到满足用户需求且性能比较好的网络。
               网络用户关心的网络性能是能否获得最快的响应,网络管理员关心的网络性能是能否获得最高的资源利用率,两者需要很好地平衡。这种平衡包括两个方面:一方面是性能和价格的折中,另一方面是吞吐量和响应时间的平衡。
               可靠性需求
               可靠性需求就是用户需要什么样的可靠性。一个系统的可靠性定义为在指定的条件和时间内,系统能够实现指定功能的概率。而整个系统的可靠性又取决于组成系统的各个部件的可靠性。
               可靠性指标一般包括平均无故障时间(MTBF)和平均修复时间(MTTR)、可用性和故障率等。
               安全需求
               1)安全需求概述
               网络安全性包括对物理产品的布局和对过程的操作,合理的物理产品布局与安全设置可以保护网络和系统的完整性、可行性及可靠性。现代的网络安全性是把基本的网络安全性概念运用在分布式网络环境中。网络安全性的目的是对资源的保护,目前还没有彻底的解决方法。
               安全设计包括安全服务和实施两方面。原则上讲,每一个网络系统都具有独立和通用的安全协议,而基于安全服务的安全信息则是存放在管理信息库(MIB)中的,只有授权人员或系统才可访问、修改或删除这些机密信息。通过对网络易损点的识别,可使这些易损点得到保护和监控,要确保安全,应采取一种分层管理策略。
               安全性策略的3个属性定义为保密性、完整性和可信性。信息损失通常由以下原因引起:更改、破坏和泄露。对网络安全构成威胁的形式有很多,而且它们经常导致网络失常和重要信息的毁坏。
               采取何种安全措施需要视用户需要而定,不同单位或一个单位的不同部门要求的安全等级往往是有差异的,并不是安全等级越高越好,较高的安全等级意味着额外的系统开销和高昂的费用。
               2)安全性标准
               网络系统是否达到一定的安全性主要依照相关的安全性标准来判断,最早的信息系统安全性标准由美国国防部颁布的黄皮书(TC-SEC-NCSC,可信计算机系统)规定。该手册将IT系统划分为A(A1)、B(B1、B2、B3)、C(C1、C2)、D(D1)4类,共7个安全等级。
               (1)D类安全等级。D类安全等级只包括D1一个级别,D1的安全等级最低,它只为文件和用户提供安全保护。D1系统最常见的形式是本地操作系统,或者是一个完全没有保护的网络。
               (2)C类安全等级。C类安全等级能够提供审慎的保护,并为用户的行动和责任提供审计能力。C类安全等级可划分为C1和C2两类。
               (3)B类安全等级。B类安全等级可划分为Bl、B2和B3三类。B类系统具有强制性保护功能,这就意味着如果用户没有与安全等级相连,系统就不会让用户存取对象。
               (4)A类安全等级。A类系统的安全级别最高。目前,A类安全等级只包含A1一个安全类别。A1类与B3类相似,对系统的结构和策略不作特别要求。A1系统的显著特征是:系统的设计者必须按照一个正式的设计规范来分析系统。对系统进行分析后,设计者必须运用核对技术来确保系统符合设计规范。A1系统必须满足下列要求:系统管理员必须从开发者那里接收一个安全策略的正式模型;所有的安装操作都必须由系统管理员进行;系统管理员进行的每一步安装操作都必须有正式文档。
               欧洲等价的分类手册是ITSEC(信息技术安全评估标准)。与美国的黄皮书类似,ITSEC标准目录将IT系统划分为7个安全等级(E0~E6),这些等级与黄皮书中的各个等级大致对应。
               维护和运行需求
               维护和运行是网络系统投入正常运行后的日常管理工作,这项工作主要由网络管理人员承担。网络管理人员通过网络管理系统可以完成系统的配置、监控和统计等事务的处理,有时还要对网络设备进行检修。网络设计人员需要根据用户需求,提供必要的网络管理工具和策略,以方便网络管理人员对整个网络进行管理和维护,提高网络的运行效率,保证网络的可靠性。
               管理需求
               从用户的角度来讲,一个网络管理系统应该满足以下要求。
               ◆同时支持网络监视和控制两方面的能力。
               ◆能够管理所有的网络协议。
               ◆尽可能大的管理范围。
               ◆尽可能小的系统开销。
               ◆可以管理不同厂家的联网设备。
               ◆容纳不同的网络管理系统。
               ◆网络管理的标准化。
               在OSI网络管理框架模型中,基本的网络管理功能被分为5个功能域:配置管理(Configuration Management)、性能管理(Performance Management)、故障管理(Fault Management)、安全管理(Security Management)和计费管理(Accounting Management)。
               网络管理的标准化产品包括ISO的CMIS/CMIP(Common Management Information Service/Common Management Information Protocol)、Internet体系结构委员会(Internet Architecture Board, IAB)的SNMP和管理信息库(MIB),这些内容将在第5章详细介绍。
 
       需求管理
        需求管理通常包括定义需求基线、处理需求变更及需求跟踪等方面的工作。根据考试大纲和培训指南的规定,本节要求考生掌握需求变更、需求跟踪和需求变更风险管理3个方面的知识。本节只简单介绍有关需求跟踪方面的知识。有关定义需求基线和需求变更的知识,请阅读12.7.3节;有关风险管理方面的知识,请阅读12.11节。
        需求跟踪的主要目的如下:
        (1)审核。跟踪能力信息可以帮助审核确保所有需求被应用。
        (2)在增加、删除、修改需求时可以确保不忽略每个受到影响的系统元素。
        (3)使得维护时能正确、完整地实施变更,从而提高生产率。
        (4)获得计划功能当前实现状态的记录。
        (5)再工程。可以列出旧系统中将要替换的功能,记录它们在新系统的需求和软件组件中的位置。
        (6)重新利用跟踪信息可以帮助开发人员在新系统中对相同的功能利用旧系统相关资源。
        (7)可以减少由于关键成员离开项目带来的风险。
        (8)可以在测试出错时指出最可能有问题的代码段。
        在信息系统项目中,需求变更是不可避免的,如何以可控的方式管理软件的需求,对于项目的顺利进行有着重要的意义。如果匆匆忙忙地完成用户调研与分析,则往往意味着不稳定的需求。所以需求管理要保证需求分析各个活动都得到了充分的执行。对于需求变更的管理,则主要使用需求变更流程和需求跟踪矩阵的管理方式。
        需求跟踪包括编制每个需求与系统元素之间的联系文档。这些元素包括别的需求、约束、其他设计部件、源代码模块、测试、帮助文件、文档等。需求跟踪分为正向跟踪和逆向跟踪,一般合称为“双向跟踪”。不论采用何种跟踪方式,都要建立与维护需求跟踪矩阵(即表格)。需求跟踪矩阵保存了需求与后续工作成果的对应关系,通过需求跟踪矩阵可以跟踪一个需求使用期限的全过程,即从需求源到实现的前后生存期。它跟踪的是已明确的需求的实现过程,不涉及需求开发人员的职责,也无法用于防止变更矩阵单元之间的可能存在“一对一”、“一对多”或“多对多”的关系。由于对应关系比较复杂,最好在表格中加必要的文字解释。当需求文档或后续工作成果发生变更时,要及时更新需求跟踪矩阵。
   题号导航      2012年上半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
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题    在手机中做本题