免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2012年下半年 信息系统项目管理师 上午试卷 综合知识
  第61题      
  知识点:   需求管理概述   基线
  关键词:   基线   开发   需求        章/节:   项目整体管理       

 
在需求开发中,完成(61)过程后将确定需求基线.
 
 
  A.  需求获取
 
  B.  需求分析
 
  C.  需求定义
 
  D.  需求验证
 
 
 

 
  第44题    2012年上半年  
   50%
在项目的实施阶段,当客户明确提出某项需求需要更改时,项目经理应该(44)。
  第48题    2013年下半年  
   22%
下列关于需求变更影响分析的做法中,(48)是错误的。
  第5题    2015年下半年  
   49%
软件需求包括三个不同的层次,分别为业务需求、用户需求和功能及非功能需求,(5)属于用户需求。
   知识点讲解    
   · 需求管理概述    · 基线
 
       需求管理概述
        需求和需求管理
        需求是指由项目接受的或项目产生的产品和产品构件需求,包括由组织征集的对项目的需求。有技术性的,也有非技术性的。
        需求管理的目的是确保各方对需求的一致理解;管理和控制需求的变更;从需求到最终产品的双向跟踪。
        需求工程
        需求工程是所有与需求直接相关的活动的通称,它的活动可分为两大类:需求开发和需求管理。
        需求开发的目的是通过调查和分析获取用户需求并定义产品需求。
        需求基线:软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型,经评审批准,这些文档就定义了开发工作的需求基线。
        需求开发的主要活动:
        .需求获取。与用户进行交流,捕捉、分析用户对目标系统的需求,提炼出符合解决问题的用户需求,产生《用户需求说明书》。
        .需求分析。对各种需求信息进行分析并抽象描述,为目标系统建立一个概念模型。
        .需求定义。根据需求调查和需求分析的结果,进一步定义准确无误的产品需求,产生《需求规格说明书》。
        .需求验证。指开发方和用户共同对需求文档评审,经双方对需求达成共识后作出书面承诺,使需求文档具有商业合同效果。
        需求管理和需求开发密切合作,需求开发涉及把项目关系人的需要转换成产品需求和决定如何在各个产品构件之间安排或分配需求;需求管理要收集需求的变更和变更的理由,并且维持对原有需求和所有产品及产品构件需求的双向跟踪。
        CMMI中的需求管理流程
        CMMI中的需求管理流程如下:
        (1)制订需求管理计划。
        (2)求得对需求的理解。
        (3)求得对需求的承诺。
        (4)管理需求变更。
        (5)维护对需求的双向跟踪性。
        (6)识别项目工作与需求的不一致。
        需求属性
        除了文本,每个功能需求应该有一些相关的信息或属性与之相联系。这些属性在它的预期功能性之外为每个需求建立了一个上下文和背景资料。
        需求文档中需要考虑的属性包括:
        .创建需求的时间。
        .需求的版本号。
        .创建需求的作者。
        .负责认可该需求的人员。
        .需求状态。
        .需求的原因或根据。
        .需求涉及的子系统。
        .需求涉及的产品版本号。
        .使用的验证方法或接受的测试标准。
        .产品的优先级或重要程度。
        .需求的稳定性。
 
       基线
        基线(baseline)是项目生存期各开发阶段末尾的特定点,也称为里程碑(milestone),在这些特定点上,阶段工作已结束,并且已经形成了正式的阶段性产品。
        建立基线的概念是为了把各开发阶段的工作划分得更加明确,使得本来连续开展的开发工作在这些点上被分割开,从而更加有利于检验和肯定阶段工作的成果,同时有利于进行变更控制。有了基线的规定就可以禁止跨越里程碑去修改另一开发阶段的工作成果,并且认为建立了里程碑,有些完成的阶段成果已被冻结。
        作为阶段工作的正式产品,基线应该是稳定的,如作为设计基线的设计规格说明应该是通过评审的。如果还只是设计草稿,就不能作为基线,不能被冻结。
        如果把软件看作是系统的一个组成部分,以下3种基线最受人们关注的:功能基线、分配基线、产品基线。
        (1)功能基线:指在系统分析与软件定义阶段结束时,经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明;或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明;或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标志。
        (2)分配基线(指派基线):指在软件需求分析阶段结束时,经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标志。
        (3)产品基线:指在软件组装与系统测试阶段结束时,经过正式评审批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标志。
        另外,交付给外部顾客的基线一般称为发行基线,内部使用的基线称为构造基线。释放是指在软件生存周期的各个阶段结束时,由该阶段向下阶段提交该阶段产品的过程。它也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。后面这个过程也称为交付。
        :提出基线的概念本来是为了更好地实现变更控制,但如果把每个基线都当成一个整体来看待会造成麻烦。因为一个变更很可能只涉及基线的很小部分。例如,假定某个大型软件中的一个模块修改了,如果将这一变更当做整个软件产品基线的变更,就很不方便。
   题号导航      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 /
 
第61题    在手机中做本题