免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2016年下半年 信息系统项目管理师 上午试卷 综合知识
  第5题      
  知识点:   需求变更管理   软件需求
  关键词:   需求变更   变更   需求        章/节:   项目整体管理       

 
以下关于软件需求变更的叙述中,不正确的是(5)。
 
 
  A.  每一个需求变更都必须能追溯到一个经核准的变更请求
 
  B.  变更控制过程本身应该形成文档
 
  C.  所有需求变更必须遵循变更控制过程
 
  D.  需求变更后,可以删除原始的需求文档
 
 
 

 
  第7题    2012年上半年  
   24%
软件需求可以分为几个类型,诸如处理速度、存储容量、信号速度等方面的需求属于(7)。
  第45题    2011年上半年  
   41%
某公司在项目执行过程中,对项目需求进行收集分析,并形成正式的项目文档,并由客户签字确认,但在交货时发现,实际产品与客户的..
  第1题    2008年上半年  
   28%
需求规格说明书的内容不应当包括(1)。
   知识点讲解    
   · 需求变更管理    · 软件需求
 
       需求变更管理
        控制项目范围扩展
        扩展需求是指在软件需求基线已经确定后又要增添新的功能或进行较大改动。
        控制范围扩展的技术:
        .把新系统的视图、范围、限制文档化并作为业务需求的一部分,将每一项建议的需求与项目的视图和范围相比较决定是否应该采纳。
        .原型法:能够给用户提供预览所有可能的实现,以帮助用户与开发方沟通从而准确把握用户的真实需求。
        控制范围扩展的方法是要敢于说“不”。
        变更控制过程
        变更控制策略有:
        .所有需求变更必须遵循的过程,按照此过程,如果一个变更需求未被采纳,则其后过程不再予以考虑。
        .对于未获批准的变更,除可行性论证之外,不应再做其他设计和实现工作。
        .简单请求一个变更不能保证能实现变更,要由项目变更控制委员会决定实现哪些变更。
        .项目风险承担者应该了解变更数据库的内容。
        .决不能从数据库中删除或修改变更请求的原始文档。
        .每一个集成的需求变更必须能跟踪到一个经核准的变更请求。
        变更控制状态报告是用报告、图表来总结变更控制数据库的内容和按状态分类的变更请求数量。项目管理人员通常使用这些报告来跟踪项目状态。
        变更控制过程可以通过自动工具来执行,挑选工具时应该注意以下几个方面:
        .可以定义变更请求的数据项。
        .可以定义变更请求生存期的状态转换图。
        .可以加强状态转换图,使经授权的用户仅能作出所允许的状态变更。
        .记录每一种状态变更的数据,确认作出变更的人员。
        .可以定义在提交新请求或请求状态被更新后应该自动通知的设计人员。
        .可以根据需要生成标准的或定制的报告和图表。
        变更控制委员会
        变更控制委员会可以由一个小组担任,也可由多个不同的组担任,负责做出决定究竟将哪一些已建议需求变更或新产品特性付诸应用,其人员可以包括:
        .产品或计划管理部门
        .项目管理部门
        .开发部门
        .测试或质量保证部门
        .市场部或客户代表
        .制作用户文档的部门
        .技术支持部门
        .帮助桌面或用户支持热线部门
        .配置管理部门
        度量变更活动
        需求变更活动的度量需要考虑下列方面的内容:
        .接收、未做决定、结束处理的变更请求的数量。
        .已实现需求变更(包括增、删、改)的合计数量。
        .每个方面发出的变更请求的数量。
        .每一个已应用的需求建议变更和实现变更的数量。
        .投入处理变更的人力、物力。
 
       软件需求
        在进行需求获取之前,首先要明确需要获取什么,也就是需求包含哪些内容。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通常,这些需求包括功能需求、性能需求、用户或人的因素、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密需求、可靠性需求、软件成本消耗与开发进度需求等,并预先估计以后系统可能达到的目标。此外,还需要注意其他非功能性的需求。具体内容如下。
        (1)功能需求。
        (2)性能需求。
        (3)用户或人的因素。
        (4)环境需求。
        (5)界面需求。
        (6)文档需求。
        (7)数据需求。
        (8)资源使用需求。
        (9)安全保密要求。
        (10)可靠性要求。
        (11)软件成本消耗与开发进度需求。
        (12)其他非功能性要求。
               需求分析的任务
               需求分析主要是确定待开发软件的功能、性能、数据、界面等要求。具体来说有下面几点。
               (1)确定软件系统的综合要求,包括系统界面、功能、性能、安全性、保密性、可靠性、运行等方面的要求。
               (2)分析软件系统的数据要求,包括基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。
               (3)导出系统的逻辑模型,在结构化方法中可用数据流图来描述;在面向对象分析方法中可以用类模型来描述。
               (4)修正项目开发计划。
               (5)如有必要,可开发一个原型系统以验证用户的需求。
               软件需求的分类
               下面介绍软件需求的分类。
               (1)功能需求。所开发的软件必须具备什么样的功能。
               (2)非功能需求。它是指产品必须具备的属性或品质,如可靠性、性能响应时间、容错性和可扩展性等。
               (3)设计约束。其也称为限制条件、补充规约,这通常是对解决方案的一些约束说明。
               软件需求分析方法
               需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。大多数的需求分析方法是由数据驱动的,数据域具有数据流、数据内容和数据结构3种属性。通常一种需求分析方法总要利用其中一种或几种属性。
   题号导航      2016年下半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第5题    在手机中做本题