上半年软件水平考试(软考)中你所不知道的范围项目管理的重点由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“软考项目范围管理”。
2018上半年软件水平考试（软考）中你所不知道的范围项目管理的重点
2018年上半年软考高级信息系统项目管理师的小伙伴是很多的，尤其是很多在职人员，但是对于社会工作人员来说书籍很厚，又没有辅导书籍怎么办，今天柚子就给大家带来软考高级信息系统项目管理知识教材中的息系统项目管理基础知识重点总结。希望对大家备考2018年软考高项有所帮助。
1、箭头表示需求跟踪能力联系链,它能跟踪需求使用的整个周期,即从需求建议到交付的全过程。(掌握)
2、从用户原始需求可向前追溯到需求文件,这样就能区分出项目过程中或项目结束后由于变更受到影响的需求,也确保了需求文件中包括所有用户需求。同样,可以从需求文件回溯到相应的用户原始需求,确认每个需求的出处。(掌握)注意区分追溯和回溯
3、由于在项目实施过程中,产品需求转变为设计和测试等实现元素,所以通过定义单个需求和特定的产品元素之间的联系链,可以从需求文件追溯到产品元素。这种联系链使项目团队成员知道每个需求对应的产品元素,从而确保产品元素满足每个需求。第四类联系链是从产品元素回溯到需求文件,使项目团队成员知道每个产品元素存在的原因。如果不能将设计元素或测试案例回溯到一个需求文件,就可能出现镀金行为。当然,如果某个孤立的产品元素表明了个正当的功能,则说明需求文件漏掉了一项需求。(掌握)
4、第五类联系链是需求文件之间的跟踪,这种跟踪便于更好地处理各种雴求之间的逻辑相关性,检查雴求分解中可能岀现的错误或遗漏。(掌握)
5、表示需求和其他产品元素之间的联系链的最普遍方式是使用靄求跟踪(能力)矩阵,需求跟踪矩阵是将产品需求从其来源连接到能满足需求的可交付成果的一种表格。(掌握)
6、应在需求跟踪矩阵中记录毎个需求的相关属性这些属性有助于明确毎个需求的关键信息。需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者来源、优先级别、版本、当前状态(例如,进行中、已取消、已推迟、新增加、已批准、已分配、已完成等)和状态日期。(掌握)“
7、产品分析是一种有效的工具。通常,针对产品提问并回答,形成对将要开发的产品的用途、特征和其他方面的描述。(掌握)
8、备选方案生成是一种用来指定尽可能多的潜在可选方案的技术,用于识别执行项目工作的不同方法。(掌握)
9、作为定义范围过程的主要成果,项目范围说明书)是对项目范围、主要可交付成果、假设条件和制约因素的描述。项目范围说明书记录了整个范围,包括项目范围和产品范围,详细描述项目的可交付成果,以及为提交这些可交付成果而必须开展的工作。(掌握)
10、项目范围说明书包括如下内容。(掌握)(1)产品范围描述。
(2)验收标准。定义可交付成果通过验收前必须满足的一系列条件,以及验收的过程。(3)可交付成果。
项目的除外责任。通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围,有助于管理干系人的期望。
(5)制约因素。列出并说明与项目范围有关且限制项目团队选择的具体项目制约因素。(6)假设条件。
11、项目范围说明书的主要作用如下:(1)确定范围(2)沟通基础(3)规划和控制依据(4)变更基础(5)规划基础。(了解)
12、里程碑标志着某个可交付成果或者阶段的正式完成。重要的检查点是里程碑、重要的里程碑是基线。(掌握)
13、工作包是位于WBs每条分支最底层的可交付成果或项目工作组成部分,工作包应该非常具体,以便承担者能明确自己的任务、努力的目标和承担的责任。工作包的大小需要遵循8/80原则。(掌握)
14、控制账户是一种管理控制点。是wBs某个层次上的要素,既可以是工作包,也可以是比工作包更高层次上的一个要素。如果是后一种情况,一个控制账户中就包括若干个工作包,但一个工作包仅属于一个控制账户。项目管理团队在控制账户上考核项目的执行情况,即在控制账户的相应要素下,将项目执行情况与计划情况进行比较,以便评价执行情况好坏,并发现与纠正偏差。(了解)、规划包是指在控制账户之下,工作内容已知但尚缺详细进度活动的wBs组成部分。是在控制账户之下、工作包之上的wBs要素,是暂时用来做计划的。随着情况的逐渐清晰,规划包最终将被分解成工作包以及相应的具体活动。(了解)
16、wBs词典,在制作wBs的过程中,要给wBs的每个部分赋予一个账户编码标志符,它们是成本、进度和资源使用信息汇总的层次结构。需要生成一些配套的文件,这些文件需要和WBs配套使用,称为WBs词典。WBs词典也称为wBs词汇表,它是描述WBs各组成部分的文件。(了解)
17、创建WBs过程的工具与技术主要有分解和专家判断,要将整个项目工作分解为工作包,通常需要开展以下活动:(掌握)
(1)识别和分析可交付成果及相关工作。(2)确定WBs的结构和编排方法。“(3)自上而下逐层细化分解
(4)为WBs组件制定和分配标识编码。(5)核实可交付成果分解的程度是怡当的。
18、分解的原则(了解)
(1)功能或者技术原则。在创建wBs时,需要考虑将不同人员的工作分开。(2)组织结构。对于职能型的项目组织而言,wBs也要适应项目的组织结构形式(3)系统或者子系统。总的系统划分为几个主要的子系统,然后对每个子系统再进行分解
19、在进行WBs分解时,可以有如下三种方式(掌握)注意,如果说是第一层,也对
将项目生命周期的各阶段作为分解的第二层(2)主要可交付成果作为分解的第二层(3)子项目作为分解的第二层
20、wBs不是某个项目团队成员的责任应该由全体项目团队成员、用户和项目干系人共同完成和一致确认。(掌握)
21、较常用的wBs表示形式主要有分级的树型结构(组织结构图式)和表格形式(列表式)。(掌握)
22、树型结构图的WBS层次清晰、直观性和结构性强,但不容易修改,对大的、复杂的项目很难表示出项目的全貌。用于中小型项且(掌握)
23、表格形式的直观性比较差,但能够反映出项目所有的工作要素,用于大型项且。(掌握)
24、值得注意的是,虽然有些参考文献也使用鱼骨图形式的wBs,但这种形式并不常用。(掌握)
25、在分解的过程中,应该注意以下8个方面。(掌握)17年11月第39考题
(1)WBs必须是面向可交付成果的。项目的目标是提供产品或服务,仅仅是一连串特别的活动(2)WBs必须符合项目的范围。WBS必须包括,也仅包括为了完成项目的可交付成果的活动(3)WBs的底层应该支持计划和控制。WBS是项目管理计划和项目范围之间的桥梁,WBS的底层不但要支持项目管理计划,而且要让管理层能够监视和控制项目的进度和预算
(4)WBs中的元素必须有人负责,而且只由一个人负责,尽管实际上可能需要多个人参与(5)WBs的指导。作为指导而不是原则,wBS应控制在4~6层。当然,大项目可以超过6层。
应包括项目管理工作也要包括分包出去的工作。
(7)wBs的编制需要所有(主要)项目干系人的参与,需要项目团队成员的参与。
(8)WBs并非是一成不变的在完成了wBs之后的工作中仍然有可能需要对WBs进行修改
26、当一个项目的WBS分解完成后,项目干系人对完成的WBS应该给予确认,并对此达成共识。wBs的目的和用途主要体现在以下8个方面。(了解)
(1)明确和准确说明项目范围,项目团队成员能够清楚地理解任务的性质和需要努力的方向。(2)清楚地定义项目的边界
(3)为各独立单元分派人员,规定这些人员的职责,可以确定完成项目所需要的技术和人力资源(4)针对独立单元,进行时间、成本和资源需求量的估算,提高估算的准确性。以(5)为计划、预算、进度安排和费用控制奠定共同基础,确定项目进度和控制的基准。(6)将项目工作和项目的财务账目联系起来。
(7)确定工作内容和工作顺序,将项目分解成具体的工作任务,就可以按照工作任务的逻辑顺序来实施项目。WBs可以使用图形化的方式来查看工作内容,任何人都能够清楚地辨别项目的阶段、工作单元,并根据实际情况进行调节和控制。(8)有助于防止需求蔓延。
27、确认范围的主要工具与技术是检查和群体决策技术。检査也称为审查、评审、审计、走查、巡检、测试等。(掌握)
28、确认范围应该贯穿项目的始终,一般步骤如下。(掌握)
确定需要进行范围确认的时间。(2)识别范围确认需要哪些投入。中(3)确定范围正式被接受的标准和要素(4)确定范围确认会议的组织步骤。中(5)组织范围确认会议。
29、项目干系人进行范围确认时,一般需要检查以下6个方面的问题。(了解)(1)可交付成果是否是确定的、可确认的。
(2)每个可交付成果是否有明确的里程碑,里程碑是否有明确的、可辨别的事件。(3)是否有明确的质量标准。(4)审核和承诺是否有清晰的表达。
(5)项目范围是否覆盖了需要完成的产品或服务进行的所有活动,有没有遗漏或者错误。(6)项目范围的风险是否太高,管理层是否能够降低可预见的风险发生时对项目的冲击。30、干系人关注点(了解)
(1)管理层所关注的项目范围,是指范围对项目的进度、资金和资源的影响,这些因素是否超过了组织承受范围,是否在投入产出上具有合理性。
(2)客户主要关心的是产品的范围,关心项目的可交付成果是否足够完成产品或服务。
项目管理人员主要关注可交付成果是否足够和必须完成,时间、资金和资源是否足够,主要的潜在风险和预备解决的方法。
(4)项目团队成员主要关心项目范围中自己参与的元素和负责的元素,通过定义范围中的时间检查自己的工作时间是否足够,自己在项目范围中是否有多项工作,而这些工作又有冲突的地方
31、确认范围与核实产品:核实产品是针对产品是否完成,在项目(或阶段)结束时由发起人
或客户来验证,强调产品是否完整;确认范围是针对项目可交付成果,由客户或发起人在阶段末确认验收的过程。(掌握)
32、确认范围与质量控制,确认范围与质量控制的不同之处在于:(掌握)
(1)确认范围主要强调可交付成果获得窖户或发起人的接受;质量控制强调可交付成果的正确性,并符合为其制定的具体质量要求(质量标准)。
(2)质量控制一般在确认范围前进行,也可同时进行;确认范围一般在阶段末尾进行,而质量 控制并不一定在阶段未进行。
(3)质量控制属内部检查,由执行组织的相应质量部门实施;确认范围则是由外部干系人(客 户或发起人)对项目可交付成果进行检查验收。
33、确认范围与项目收尾,确认范围与项目收尾的不同之处在于:(掌握)
(1)虽然确认范围与项目收尾工作都在阶段未进行,但确认范围强调的是核实与接受可交付成果,而项目收尾强调的是结束项目(或阶段)所要做的流程性工作。
(2)确认范围与项目收尾都有验收工作,确认范围强调验收项目可交付成果,项目收尾强调验收产品。
34、范围变更的原因(掌握）(1)政府政策的问题。
(2)项目范围的计划编制不周密详细,有一定的错误或遗漏。“(3)市场上出现了或是设计人员提出了新技术、新手段或新方案。(4)项目执行组织本身发生变化。
(5)客户对项目、项目产品或服务的要求发生变化。
35、范围变更控制的主要工作如下。(掌握)17年11月第40考题(1)影响导致范围变更的因素,并尽量使这些因素向有利的方面发展。(2)判断范围变更是否已经发生。
（3）范围变更发生时管理实际的变更,确保所有被请求的变更按照项目整体变更控制过程处理 好了，柚子今天就把2018年高级信息系统项目管理师的重点知识分享到这里，里面要掌握的内容还是有不少的，要掌握的是备考软考的重要部分，大家要记牢哦！希望对各位备战2018年高项信息系统项目管理师的考生有所帮助，也希望大家能持续关注柚子发布的资料和信息！
