软件工程管理继承了过程管理和项目管理的内容。包括启动和范围定义、软件项目计划、软..

免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2014年下半年信息系统项目管理师上午试卷综合知识

第7题

知识点：范围定义项目管理继承软件工程项目计划

关键词：范围定义继承软件工程软件项目项目管理项目计划范围章/节：信息系统项目管理基础项目范围管理过程

软件工程管理继承了过程管理和项目管理的内容。包括启动和范围定义、软件项目计划、软件项目实施、（）、关闭、软件工程度量等六个方面。

A. 项目监控

B. 评审和评价

C. 软件项目部署

D. 软件项目发布

相关试题：定义范围

更多>

第38题 2012年下半年

63%

甲公司拟收购乙公司以扩充自身的业务范围，张工被甲公司指定为此次收购的项目经理，首席财务官给了张工一份项目章程，介绍这次收..

第32题 2015年下半年

30%

（32）工作用来对项目进行定义，该工作用来明确“项目需要做什么”。

第37题 2008年上半年

48%

关于项目范围的陈述，正确的是（37 ）。


知识点讲解
· 范围定义 · 项目管理 · 继承 · 软件工程 · 项目计划

范围定义

输入

1．组织过程资产

2．项目章程

如果实施组织中不使用项目章程，则应获取类似的信息，用来指定详细的项目范围说明书。

3．项目初步范围说明书

如果实施组织中不使用项目初步范围说明书，则应获取类似的信息，包括产品范围说明书等，用来制订详细的项目范围说明书。

4．项目范围管理计划

5．批准的变更请求

批准的变更请求可能会改变项目范围、质量、成本或进度。变更通常在项目执行过程中识别或批准。

工具与技术

1．产品分析

每个应用领域都有一些通用的方法把项目目标转变为可交付的项目成果。产品分析包括产品分解、系统分析、系统工程、价值工程、价值分析和功能分析等。

2．可选方案识别

可选方案识别是一种用来产生各种不同项目工作方案的技术。可应用一些通用管理方法，最常见的有“头脑风暴法”和“横向思维法”。

3．专家判断

每个应用领域都有一些专家可用于定义详细的项目范围说明书。

4．项目干系人分析

项目干系人分析是指把各类项目干系人的影响力、兴趣等进行识别，并把他们的需求、期望进行记录的过程。该过程把项目干系人的要求、期望进行筛选、排序、量化，从而建立需求。项目干系人对项目的执行可能产生正面的和负面的影响，他们也会对项目及其可交付物施加影响。

输出

1．项目范围说明书

项目范围说明书详细描述了项目的可交付物和产生这些交付物所必须做的工作。项目范围说明书在所有项目干系人之间建立了一个对项目范围的共识，描述了项目的主要目标。项目范围说明书还使项目团队能够实施更详细的规划，在项目执行过程中指导团队工作，并构成了评价变更请求或增加的工作是否超出了项目边界的基础。

2．项目范围管理计划（更新）

项目范围管理计划是项目管理计划的组成部分，可能需要更新，以便将项目范围定义过程中产生并批准的变更请求纳入其中。

3．请求的变更

在范围定义过程中可能对项目管理计划或其子计划提出变更请求。请求的变更通过整体变更控制过程处理。

项目管理

定义

把各种知识、技能、手段和技术应用于项目活动之中，以达到项目的要求。管理一个项目包括：

.识别要求。

.确定清楚而又能实现的目标。

.权衡质量、范围、时间和成本方面的要求，使技术规格说明书、计划和方案适合于各干系人的不同需求与期望。

项目管理需要的知识领域

除了专门的项目管理技术以外，项目管理组至少应能理解和使用以下5方面的知识领域：

.项目管理知识体系。

.应用领域的知识、标准和规定。

.项目环境知识。

.通用的管理知识和技能。

.软技能（处理人际关系技能）。

项目管理体系

项目管理体系是指用于管理项目的工具、技术、方法、资源和规程。项目管理计划说明如何使用项目管理体系。

项目管理环境

项目管理团队应该考虑的项目环境包括：

.社会环境：经济、人口、教育、道德、种族、宗教和其他特征等。

.政治环境：法律、风俗和政治风气等。

.自然环境：生态和自然地理等。

项目管理办公室

项目管理办公室（PMO）是在管辖范围内集中、协调地管理项目的组织单元。也可指“大项目管理办公室”、“项目办公室”或“大项目办公室”。PMO监控项目、大项目或各类项目组合的管理。由PMO管理的项目不必要有特定的关系，PMO关注与上级组织或客户的整体业务目标相联系的项目或子项目之间的协调计划、优先级和执行情况。

PMO执行的职责可以是一个宽广的范围，包括从以培训、软件、标准政策和规程、模板的形式提供项目管理支持功能，到实际直接管理项目和项目的结果。

PMO可以存在于任何组织结构中，包括职能型组织。

项目经理和项目管理办公室的区别如下：

.追求的目标不同。项目经理关注于特定项目的目标，而PMO管理主要的大项目范围的变化，并将之视为更好地达到业务目标的潜在机会，其工作目标包含组织级的观点。

.项目经理控制赋予项目的资源以最好地实现项目目标，而PMO对所有项目之间的共享资源进行优化使用。

.项目经理管理本项目的范围、进度、费用和质量，而PMO管理整体的风险、整体的机会和所有项目的依赖关系。

过程和过程组

过程就是一组为了完成一系列事先指定的产品、成果或服务而必须执行的互相联系的行动和活动。

项目管理过程由项目团队实施，包括两大类：

.面向管理的过程。即项目管理过程，其目的是启动、规划、执行、监控和结束一个项目。

.面向产品的过程。一般由项目生命期规定，并因领域而异。

项目管理过程和创造产品的过程从项目开始到结束始终彼此重叠交互。

任何项目都必须执行5个项目过程组，它们与应用领域或特定行业无关。过程组不是项目阶段，每一阶段或子项目都要重复过程组的所有子过程。

.启动过程组。定义并批准项目或阶段。在多阶段项目中，后续阶段进行的启动过程是为了确认在指定项目章程与拟定初步项目范围说明书过程中所做的原假设与决策的合理性。启动过程组也定义了项目意图，确定了目标，并授权项目经理进行项目。

.规划过程组。定义和细化目标，规划最佳的行动方案，即从各种备选方案中选择最优方案，以实现项目或阶段所承担的目标和范围。项目团队应让所有项目干系人参与项目计划过程。当项目计划工作结束时，不管是由组织还是由项目团队负责，都要有明确的指导方针，否则将无法确定如何进行后续的反馈和细化。项目管理计划的渐进明细经常被称作“滚动式计划”，这意味着计划是一个迭代和持续的过程。

.执行过程组。整合人员和其他资源，在项目的生命期或某个阶段执行项目管理计划。

.监控过程组。要求定期测量和监控项目进展，识别与项目管理计划的偏差，以便在必要时采取纠正措施，确保项目或阶段目标达成。

.收尾过程组。正式接受产品、服务或工作成果，有序地结束项目或阶段。

项目管理过程组和“计划-执行-检查-行动（即PDCA）”循环的对应关系如下图所示。

项目管理过程组和PDCA循环的对应

规划过程组与PDCA循环中的“计划”对应；执行过程组与循环中的“执行”对应；监控过程组与循环中的“检查”和“行动”对应。启动过程组是这些循环的开始，而收尾过程组是其结束。

过程的交互

项目管理过程组通过它们各自所产生的结果而联系起来——一个过程的结果或者输出通常会成为另一个过程的输入或者整个项目的最终结果。在项目过程组之间以及项目过程本身当中，这种联系是迭代的。

如果一个项目被划分成阶段，每个阶段中的过程经常会反复进行。项目中过程组的相互作用如下图所示。

过程组的相互作用

5个项目过程组与44个项目管理过程及9个项目管理知识域的映射关系如下表所示。

过程组、过程和类知识域的映射关系

注：1．在《信息系统项目管理师教程》中，“团队组建”被划分为规划过程组。在PMBOK 2004版中，“团队组建”在执行过程组中，笔者认为划分在执行过程组中更合理。

2．发包规划在《信息系统项目管理师教程》中也称为计划签约和编制合同。

继承

继承可以在类型的级别上进行，也可以在表级别上进行，下面分别介绍。

类型继承

如希望在数据库中对那些是学生和教师的人分别存储一些额外的信息。

由于学生和教师是人，所以可以使用继承。在SQL-99中定义学生和教师类型如下：

Student和Teacher都继承了Person的属性，即name和address。Student和Teacher被称为Person的子类型，Person是Student的超类型，同时也是Teacher的超类型。像属性一样，结构类型的方法也被它的子类型继承。不过，子类型可以通过在一个方法声明中使用overriding method（重载方法）取代原method（方法）的方式重新声明方法，以重定义该方法的作用。

现在假定要存储关于助教的信息，这些助教既是学生又是教师，甚至可能是在不同的系里。可以利用多重继承（multiple inheritance）的方法来做。SQL-99标准不支持多重继承，然而SQL-99标准是提供多重继承的，尽管SQL-99最终版中忽略了它，但SQL标准的未来版本可能会引入它。基于SQL-99标准的草案来讨论问题。

TeacherAssistant将继承Student和Teacher的所有属性。由于name和address属性实际上是从同一个来源即Person继承来的，因此同时从Student和Teacher中都继承这两个属性不会引起冲突。但是，一个助教既可能是某个系的学生同时又是另一个系的教师，所以department属性在Student和Teacher中分别都有定义。为了避免两次出现的department之间的冲突，我们可以使用as子句将它们重新命名，如下面的TeachingAssistant类型定义所示：

注意SQL-99只支持单继承，即一个类型只能继承一种类型，使用的语法如例8.35。TeachingAssistant例子中的多重继承在SQL-99中是不支持的。SQL-99标准还需要在类型定义的尾部有一个特别的字段，取值为final或not final。其中，关键字final表示不能从给定类型创建子类型，not final表示可以创建子类型。

SQL中的一个结构类型的值必须恰好只有一个“最明确类型（most-specific type）”，即每一个值被创建时必须关联到一个确定的类型，称为它的最明确类型。依靠继承，它也与它的最明确类型的每个超类型相关联。举例来说，假定一个实体具有类型Person，同时又具有类型Student，那么这个实体的最明确类型为Student，因为Student是Person的子类型。然而一个实体不能同时既具有类型Student又具有类型Teacher，除非这个实体具有一个如TeacherAssistant那样既是Student子类型又是Teacher的子类型的类型。

表继承

SQL-99中的子表（subtable）对应的是E-R概念中的特殊化／一般化。子表的类型必须是父表类型的子类型，因此，父表中的每一个属性均出现在子表中。

定义子表students和teachers如下：

当我们声明students和teachers作为people的子表时，每一个students或teachers中出现的元组也隐式存在于people中。如果一个查询用到people表，它将查找的不仅仅是直接插入到这个表中的元组，而且还包含插入到它的子表（也就是students和teachers）中的元组。但是，只有出现在people中的属性才可以被访问。

多重继承也可在表进行。例如，创建一个类型为TeachingAssistant的表：

作为声明的结果，每一个在teaching-assistants中出现的元组也隐式地在表teachers和students中出现，从而也出现在people表中。SQL-99允许在查询中使用“only people”代替people来查询只在people中而不在它的子表中的元组。

对子表的一致性要求。如果一个子表和一个父表中的元组对于所有的继承属性具有同样的值，则称子表中的元组符合（correspond to）父表中的元组。因此，相符合的元组表示同一个实体。子表的一致性需求为：

.父表的每个元组至多可以与它的每个直接子表的一个元组符合。

.SQL-99有一个附加的约束，所有相符合的元组必须由一个元组派生（插入到一个表中）。

例如，若没有第一个条件，我们就可能在students（或teachers）中有两个元组与同一个人符合。第二个条件排除了people中的一个元组分别符合students和teachers中的一个元组的情况，除非所有这些元组都隐式出现。这是由于一个元组会被插入到一个既是teacher的子表又是students的子表的teaching-assistants表中。

由于SQL-99不支持多重继承，所以第二个条件实际上阻止一个人既是老师又是学生。即使支持多重继承，这个问题在没有子表teaching-assistants时也会出现。显然，建立一个即使没有teaching-assistants子表也可以让一个人既是老师又是学生的环境是很有用的。因此，去掉第二个一致性约束是有用的。

子表可以采用无须复制所有的继承字段的有效方式进行存储，通常有如下两种方式：

.每一个表只存储主码（可能是从父表中继承来的）和局部定义的属性。继承属性（主码之外的）不需要存储，因为它可以基于主码与父表连接得到。

.每一个表存储所有继承的和局部定义的属性。当插入一个元组时，它仅仅存储在它被插入的那个表中，在它的每个父表中推断它的出现。因为不需要连接，所以可快速访问元组的所有属性。不过，一旦没有第二个一致性约束（即一个实体可能出现在两个子表中而不在它们的公共子表中出现），这种表达将导致信息重复的问题。

软件工程

1）软件工程的概念

为了消除软件危机，通过认真研究解决软件危机的方法，人们认识到软件工程是使计算机软件走向科学的途径，逐渐形成了软件工程的概念，并开辟工程学的新兴领域，即软件工程学。

2）软件工程的要素

软件工程具有以下3个要素。

（1）方法。完成软件工程项目的技术手段。

（2）工具。支持软件的开发、管理、文档生成。

（3）过程。将方法和工具综合起来以达到合理、及时地进行计算机软件开发的目的。

3）软件生命周期

软件生命周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，包括计划阶段、分析阶段、设计阶段、实现阶段、测试阶段和运行维护阶段。

4）软件开发模型

比较经典的软件开发模型有瀑布模型、快速原型模型、演化模型、增量模型、螺旋模型、喷泉模型等。

5）软件开发方法

软件开发方法有以下几种。

（1）结构化软件开发（SASD）方法：采用结构化技术来完成软件开发的各项任务。它把软件生命周期划分成若干个阶段，依次完成每个阶段的任务。它与瀑布模型有很好的结合度，是与其最相适应的软件开发方法。

（2）面向数据结构的软件开发方法：从目标系统的输入、输出数据结构入手，导出程序框架结构，再补充其他细节，从而可得到完整的程序结构图。有Jackson方法和Warnier方法。

（3）面向对象的软件开发方法：随着OOP（面向对象编程）向OOD（面向对象设计）和OOA（面向对象分析）的发展，最终形成面向对象的软件开发方法OMT（Object Modelling Technique）。这是一种自底向上和自顶向下相结合的方法，而且它以对象建模为基础，从而不仅考虑了输入、输出数据结构，实际上也包含了所有对象的数据结构。

（4）基于构件化的开发方法：用预先建立的构件和模板，像"搭积木"一样进行建造。

项目计划

项目计划阶段，监理的主要工作如下。

（1）对软件计划的相关内容（重点是组织、技术标准、开发计划和进度要求等）、项目计划过程、项目计划组织和文档格式等进行审查，确认是否满足要求。

（2）给出符合要求的结论。

（3）确定其可否作为软件开发的前提和依据。

项目计划监理的基本准则如下。

（1）承建单位制订了软件项目计划，同时该项目计划通过了正式的评审，软件项目计划对项目组织、进度计划、工程标准进行了承诺，项目的风险分析合理，风险管理方案可行。

（2）项目的阶段划分是明确的。

题号导航 2014年下半年信息系统项目管理师上午试卷综合知识

本试卷我的完整做题情况



	第7题在手机中做本题