软件工程(简答)

简答题 one 绪论

（1） 简述软件开发的本质。 答：软件开发的本质就是实现问题空间的概念和处理逻辑到解空间的概念和处理逻辑之 间的映射。

（2） 简述实施软件开发的基本途径。 答：实施软件开发的基本途径是系统建模。所谓系统建模，是指运用所掌握的知识，通 过抽象，给出该系统的一个结构——系统模型。

(3） 简述何谓模型以及软件开发中所涉及的模型。 答： 模型是一个抽象。 该抽象是在意图所确定的角度和抽象层次对物理系统的一个描述， 描述其中的成分和成分之间所具有的特定语义的关系，还包括对该系统边界的描述。 软件开发中所涉及的模型可分为两大类，一类称为概念模型，描述了系统是什么；另一 类统称为软件模型，描述了实现概念模型的软件解决方案。

4） ．简述软件开发所涉及的两大类技术。 答：软件开发所涉及的两大类技术为：一是求解软件的开发逻辑，二是求解软件的开发 手段。



two 软件需求与软件需求规约

1.简述需求与需求规约的基本性质。 答：需求的基本性质： 1） 必要的，该需求是用户所要求的。 2）无歧义的，该需求只能用一种方式解释。 3）可测的，该需求是可进行测试的。 4）可跟踪的，该需求可从一个开发阶段跟踪到另一个阶段。 5）可测量的，该需求是可测量的。

2.需求规约的基本性质： 1）重要性和稳定性程度：按需求的重要性和稳定性，对需求进行分级。 2）可修改的：在不过多地影响其他需求的前提下，可以容易地修改一个单一需 求。 3）完整的：没有被遗漏的需求。 4）一致的：不存在互斥的需求。

3.简述软件需求的分类。 答：软件需求可以分为两大类：一类是功能需求，一类是非公能需求，而非公能需 求可分为性能需求，外部接口需求、设计约束和质量属性需求。

4.举例说明功能需求和非功能需求之间的基本关系。 答：非功能需求可作用于一个或多个功能需求，例如功能需求 1 功能需求 2 功能需求 3 …… 作用于非功能需求 1 非功能需求 2 其中，非功能需求 1 作用于功能需求 1 和功能需求 3 等；非功能需求 2 作用于功能需求 2 等。

5.有哪几种常用的初始需求发现技术？ 答：有 5 种常用的需求发现技术：自悟、交谈、观察、小组会和提炼。

6.简述需求规约的 3 种基本形式。 （1） 非形式化的需求规约。非形式化的需求规约即以一种自然语言来表达需求 规约，如同使用一种自然语言写了一篇文章。 （2） 半形式化的需求规约。半形式化的需求规约即以半形式化符号体系（包括 术语表、标准化的表达格式等）来表达需求规约。 （3）形式化的

需求规约。形式化的需求规约即以一种基于良构数学概念的符号体 系来编制需求规约，一般往往伴有解释性注释的支持。

7.简述软件需求规约的内容和作用。 答：软件需求规约的内容有：引言、总体描述、特定需求、附录、索引。需求规约的作用可概括为以下 4 点： 1）需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及 其环境的体现。 2）对于项目的其余大多数工作，需求规约是一个管理控制点。 3）对于产品/系统的设计，需求规约是一个正式的、受控的起始点。 4）需求规约是创建产品验收测试计划和用户指南的基础。

8、简述需求规约在项目开发中的基本作用。 答：需求规约的作用可概括为以下 4 点： 1）需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及 其环境的体现。 2）对于项目的其余大多数工作，需求规约是一个管理控制点。 3）对于产品/系统的设计，需求规约是一个正式的、受控的起始点。 4）需求规约是创建产品验收测试计划和用户指南的基础。

9、简述需求规约和项目需求的不同。 答：需求规约和项目需求是两个不同的概念。需求规约是软件开发组织和用户之间 一份事实上的技术合同书，即关注产品需求，回答“交付给客户的产品/系统是什么” ； 而项目需求是客户和开发者之间有关技术合同——产品/系统需求的理解，应记录在工作 陈述中或其他某一项目文档中，即关注项目工作与管理，回答“开发组要做的是什么” 。


three 结构化方法

2.何谓模块耦合？简述模块耦合的类型。 答：耦合是不同模块之间相互依赖程序的度量 内容耦合：当一个模块直接修改或操作另一个模块的数据，或一个模块不通过正常入口 而转入到另一个模块时， 公共耦合：两个或两个以上的模块共同引用一个全局数据项 控制耦合一个模块通过气喘吁吁向另一个模块传递一个控制信息，接收信号的模块根据 信号值进行适当的动作 标记耦合：若一个模块 A 通过接口向两个模块 B 和 C 传递一个公共参数 数据耦合：模块之间通过参数来传递数据

3.何谓模块内聚？简述模块内聚的类型。 答：指一个模块内部各成分之间相互关联程度的度量 偶然内聚：一个模块的各成分之间基本不存在任何关系 逻辑内聚：几个逻辑上相关的功能被放在同一个模块中 时间内聚：一个模块完成的功能必须在同一时间内执行，但这些功能只是因为时间因素 关联在一起 过程内聚：一个模块内部的处理成分是相关的，而且这些处理必须以特定的次序执行 通信内聚：一个模块的所有成分都操作同一数据集或

生成同一数据集 顺序内聚：一个模块的各个成分和同一个功能密切相关，而且一个成分的输出作为另一 个成分的输入 功能内聚：最理想的内聚，模块的所有成分对于完成单一的功能都是基本的。功能内聚 的模块对完成其功能而言是充分必要的

4.何谓模块的控制域和模块的作用域？并举例说明 控制域：模块本身以及所有直接或间接从属于它的模块的集合。 作用域：受该模块内的一个判定所影响的所有模块的影响


four 面向对象方法--UML

2.简答题 为了表达客观事物，UML 给出了哪些基本术语？ 答：为了支持抽象分析和设计中的事物，UML 给出了 8 个基本术语，即类、接口、协作、 用况、主动类、构件、制品、结点，并给出了这些基本术语的一些变体。

为了表达客观事物之间的关系，UML 给出了哪些基本术语？这些术语之间是什么关系？ 答：关联、泛化、细化和依赖，以及它们的一些变体

什么是对象的构成与表示？并说明。答： 类是一组具有相同属性、操作、关系和语义的对象的描述。对象是类的一个实例

什么是类图的构成成分？ 答：类图是可视化地表达系统表态结构模型的工具，通常饮食类、接口、关联、泛化和 依赖

什么是顺序图的构成成分？ 顺序图是一种交互图，即由一组对象以及按时序组织的对象之间的关系组成，其中还饮 食这些对象之间所发送的消息
如何描述对象之间的关联语义？用况之间有哪几种关系？

在什么情况下需要建立状态图？ 状态图可用于创建有关系统（或系统成分）的行为生存周期模型，表达有关系纺（或系 统成分）的一种动态结构，给出有关系统（或系统成分）在生存期间有哪些阶段、每一 阶段可从事的活动以及对外所呈现的特征等 方面 的信息

对象操作和对象状态之间的关系是什么？

同时引入“操作”和“方法”的目的是什么？ 答：表达模型化包之间的关系

为什么使用包？如何划分包？

使用 UML 可以从那些角度来刻画一个系统的行为，为什么？

何谓顺序图中的控制操作子？试举例说明。 为了控制交互行为描述的复杂性，以便更清晰地表达顺序图中的复杂控制，给出了个个 控制操作子，选择、条件、并发、迭代操作控制子


five 面向对象方法——RUP

RUP 的定义及主要特点 RUP 是一种软件开发过程框架， 基于面向对象符号体系给出了有关软件开发过程组织及实 施的指导。该框架体现了 3 个突出特征，即以用况驱动、体系结构为中

心以及迭代、增 量式开发

演化模型与“RUP 增量、迭代开发”之间关系 RUP 迭代、增量式开发是演化模型的一个变体，即规定了“大的”迭代数量－4 个阶段， 并规定了每次迭代的目标 初使阶段：获得与特定腹部和平台无关的系统体系结构轮廓，以此建立产品功能范围;编 制实例业务实例，从业务角度指出该项目的价值，减少项目主要的错误风险 精华阶段：通过捕获并描述系统的大部分需求，建立系统体系结构基线的第一个版本， 主要包括用况模型和分析模型，减少次要的错误风险，到该阶段未，就能够估算成本、 进步，并能详细地规划构造阶段 构造阶段：通过演化，形成最终的系统体系结构基线，开发完整的系统，确保产品可以 开始向客户交付，即具有初始操作能力 移交阶段：确保有一个实在的产品发布给用户群。期间培训用户如何使用该软件

RUP 与 UML 之间关系 RUP 与 UML 是一对“姐妹” ，它们构成了一种特定的软件开发方法学。其中，UML 作为一 种可视化建模语言，给出了表达事物和事物之间关系的基本术语，给出了多种模型的表 达工具;而 RUP 利用这些术语定义了需求获取层、系统分析层、设计层、实现层，并给出 了实现各层模型之间映射的基本活动以及相关指导

什么是特征（Teature）?举例如何描述它。 从客户、用户、计划者、开发者想法和意愿中搜取特征，形成特征表。特征是一个新的 项及其简要描述 “按不同科目计算平均成绩” 计算平均成绩：按所学的不同科目计算每一个学生的期末 考试平均成绩，给出分数段 并描述其状态（如提议、批准、合并和验证等） 、实施的代价及风险、重要程度以及对其 他特征的影响等 特征可作为需求，并被转换为其它制品

需求获取层及相关概念 需求获取层目标：使用 UML 中 的用况、参与者以及依赖等 术语来抽象客观实际问题， 形成系统的需求获取模型;基本术语：用况、参与者、用于表达用况参与者之间关系的关 联、用于表达况之间的包含和扩展、用于表达参与者之间关系泛化。术语确定了系统用 况模型的各种形态

需求获取模型的基本组成 使用 UML 中 的用况、参与者以及依赖等 术语来抽象客观实际问题，形成系统的需求获 取模型

建造一个系统需求获取模型的活动和任务，以及各活动的输入和输出 1. 发现描述参与者和用况，输入：业务模型或领域模型，补充需求，特征表;输出：用况 模型[概述]，术语表 2. 赋予用况优先级：输入：用况模型[概述]，补充需求，术语表;输出：体系结构描述[用 况模型视角] 3. 精华用况：输入：用况模型[概述]，补充需求，术语表;

输出：用况[精化] 4. 构造人机接口原型：输入：用况[精华]，用况模型[概述]，补充需求，术语表;输出： 人机接口原理 5. 用况模型结构化：输入：用况[精华]，用况模型[概述]，补充需求，术语表;输出：用 况模型[精化]

如何描述系统的参与者和用况？举例说明 参与者：发现参与者与描述参与者：1)之前已经存在业务用况模型，可依据业务模型直 接发现一些候选参与者，2)没有业务用况模型，即使存在领域模型，也需要系统分析人 员与客户一起来标识系统参与者 用况是系统向它的参与者提供结果（值）的功能块，表达参与者使用系统的方式，因此 一个用况可用于规约系统可执行的、与参与者进行交互的一个动作序列，包括其中一些 可选动作序列，并且用况还有自己 的属性

需求获取层对以后开发工作的影响？

需求分析层及相关概念 ？在系统用况模型的基础上，创建系统分析模型以及在该分析模型视角下的体系结构描述， 系统分析模型是系统的一种概念模型，解决系统用况模型中存在的二义性和不一致性问 题，并以一种系统化的形式准确地表达用户的需求

需求分析模型的基本组成？ RUP 的分析如同结构化分析，其目标之一是在一个特定的抽象层上建立系统分析模型。为 此，RUP 首先给出了 3 个术语：分析包、分析类和用况细化，用于表达需求中“大粒度” 的概念，开发人员使用这些术语可以规约系统分析中所要使用的信息 分析类：是类的一种衍型，很少有操作和特征标记，而用责任来定义其行为，并且其属 性和关系也是概念性的，包括：边界类、实体类、控制类 用况细化：是一个针对一个用况，其行为可用多个分析类之间的相互作用来细化，并记 为用况细化[分析] 分析包：分析包是一种控制信息组织复杂性的机制，提供了分析制品的一种组织手段， 形成了一些可管理的部分。

建造一个系统需求分析模型的活动和任务，以及各活动的输入和输出 体系结构分析：输入：用况模型、补充需求、业务模型或领域模型、体系结构描述[用况 模型];输出：分析包[概述]、分析类[概述]、体系结构描述[分析] 细化用况：输入：用况模型、补充需求、业务模型或领域模型、体系结构描述[分析];输 出：用况细化[分析]、分析类[概述] 对类分析：输入：用况细化[分析]、分析类[概述] 输出：分析类[完成] 对包进行分析：输入：系统体系结构描述[分析]、分析包[概述]输出：分析类[完成]

需求分析模型对以后开发工作的影响 1) 对设计中子系统的影响。分析包一般将影响设计子系统的结构 2) 对设计类的影响。分析包可以作为类设计时

的规格说明。 3) 对用况细化[设计]的影响。用况细分[分析]对用况细化[设计]有两方面影响，一个是 它们有乃至于为用况创建更精确的规格说明，另一个是当对用况进行设计时，用况细 化[分析]可作为其输入。

需求获取模型与需求分析模型之间比较 1) 语言描述不同：客户语言与开发语言 2) 视图：系统外与系统内 3) 结构：使用用况予以结构化，给出外部视角系统结构与使用衍型类结构化，给了部视 角系统结构 4) 作用：标注“系统应该做什么，不应该做什么”与可以做出开发者理解系统如何勾画、 如何设计和如何实现基础 5) 问题：可能存在冗余、不一致和冲突等问题与解决了上述问题 6) 捕获系统功能，包括体系结构方面具有意义的功能与给出细化系统功能，包括在体系 结构方面具有意义的功能 7) 定义一些进一步需要在分析模型中予以分析用况与定义每一个用况细化

设计层及相关概念 设计目标：定义满足系统/产品分析模型所规约需求的软件结构 基本术语：设计子系统、设计类、用况细化[设计]、接口、以及用于表达子系统之间关 系的依赖、用于表达设计类之间关系的关联等 ，这些术语确定了系统设计模型的各种形 态

设计模型的基本组成 设计子系统、设计类、用况细化[设计]、接口、以及用于表达子系统之间关系的依赖、 用于表达设计类之间关系的关联等 ，这些术语确定了系统设计模型的各种形态

建造一个系统设计模型的活动和任务，以及各活动的输入与输出 体系结构设计：输入：用况模型、补充需求、分析模型、体系结构描述[分析模型角度]; 输出： 子系统[概述]、接口[概述]、设计类[概述]、部署模型[概述]、体系结构描述[设计] 设计用况：输入：用况模型、补充需求、分析模型、部署模型; 输出： 用况[设计-实现]、设计类[概述]、子系统[概述]、接口[概述] 对类设计：输入: 用况[设计-实现]、设计类[概述]、接口[概述] 、分析类[完成];输出： 设计类[完成] 设计子系统：体系结构描述[设计]、子系统[概述]、接口[概述];输出：子系统[完成]、 接口[完成]


six 软件测试

测试过程模型，并分析这一模型在软件测试技术研究以及实践中的作用 答：软件测试是一个有程序的过程，包括测试设计、测试执行、以及测试结果比较等 1. 环境模型、 被测模型和错误模型在软件测试中扮演了一种很重要的角色;这些模型的质 量，特别是程序模型的质量，对发现错误具有关键性的作用 2. 软件测试的错误假定是，实际结果与预期结果不符，而后在此基础上可进一步分析是 什么错误

软件测试与调度的区别 答： 1） .测试从一侧面

证明程序员的“失败” 。调度为了证明程序员是正确的 2).测试以已知条件开始，使用预告定义的程序且有预知的结果，不可预见的仅是程序是 否通过测试 3).测试是有计划的，并要进行测试设计。高度是不受时间约束的 4).测试是发现错误、改正错误、重新测试的过程。调试是一个推理过程 5).的执行是有规程的。调 试的执行往往要求程序员进行必要推理 6).测试经常由独立的测试组在不了解软件技术的条件下完成的。高度必须由了解详细设 计的程序员完成 7)大多数测试的执行和设计可由工具支持。调试时，程序员能利用的工具主要是调试器

程序流程图的作用及构成 答：着重于过程属性描述

简述语名覆盖、分支覆盖、条件组合覆盖、路径覆盖的含义及它们之间的关系 答：路径覆盖：执行所有可能穿过程序控制流程的路径 语句覆盖：至少执行程序中所有语句一次 分支覆盖：至少将程序中的每一个分支执行一次 条件覆盖：指每个判定中的所有可能的条件取值至少执行一次 条件组合覆盖：设计足够测试，使每个判定中的所有可能的条件聚会组合至少执行一次 存在以下关系： 语句覆盖《分支覆盖《条件组合覆盖《。。路径覆盖 。

简术单元测试、集成测试、有效性测试的含义及它们之间的区别 答：单元测试：主检验软件设计的最小单元――模块。该测试以详细设计文档为指导， 测试模块内的重要控制路径。 集成测试：是软件组装的一个系统化技术，其目标是发现与接口有关的错误 有效性测试：发现软件实现的功能与需求规格说明书不一致的错误

简述路径测试技术、事务流测技术的主要依据 答：一个依据程序逻辑结构，一个依据软件行为描述

简述程序流程图与事务流程图之间的主要区别，并分析这些区别的主要原因 答：1)基本模型元素所表达的语义不同 2)一个事务不等 同于路径测试中一条路径，可能在中间某处就完成了某一用户工作，终 结了一个事务 3).事务流程图中的分支和节点可能是一个复杂的过程

简述白盒测试技术的要点，并举例说明 答：白盒测试技术依据程序的逻辑结构，以控制流程图作为被测对象建模工具，其中涉 及过程块、分支、节点、链以及路径，并针对测试民，给出了 4 种覆盖策略：语名覆盖、 分支覆盖、条件组合覆盖和路径覆盖，它们之间具有偏序关系，并且可根据项目需求给 出其他覆盖策略

事务流测试技术的要点，并举例说明 答：事务流测试技术是一种功能测试技术，目前提出了很多功能测试技术，如定义域测 试技术、等价类测试技术以及基于因果图的测试技术等，统称为黑盒子测

试技术。黑盒 测试将被测软件看成黑盒子，只通过外部的输入和输出来发现软件中的错误，因此黑盒 测试是一种基于软件规约的测试


seven 软件生存周期过程与管理

2.简述软件开发中的过程类，以及它们的基本作用和它们之间的基本关系 答：分为 3 类 基本过程：那些软件生产直接相关的活动集，分 5 个过程：获取过程、供应过程、开发 过程、运行过程和维护过程 支持过程：有关各方面按他们的目标所从事的一系列相关支持活动集，有助于提高系统 或软件产品的质量，分为：文档过程、配置管理过程、质量保证过程、验证过程、确认 过程、联合评审过程、审计过程和问题解决过程等 组织过程：与软件生产组织有关的活动集，分管理过程、基础设施过程、培训过程、改 进过程

3.在 ISO/IEC12207-2008 中如何描述一个过程？举例说明 答：1).为获取方获取一个软件产品或服务，为供应方开发、运行、维护、提供和销毁一 个软件产品，建立了一种软件生存周期框架，包含过程、活动和任务，并通过过程分类、 过程描述，给出它们之间的内在关系 2).为软件生存周期过程的定义、控制和改进提供了一个过程，即生存周期模型管理过程 供应过程：为获取方提供满足所协商需求的产品或服务 软件实现过程：软件实现过程是为了生产一个已规约系统元素，作为一个软件产品或服 务而实现 软件需求分析过程：建立系统软件部分的需求 软件体系结构设计：为软件的实现及其可以按需求进行验证，提供一种设计 软件验证过程：证实一个过程或项目的每一个软件工作产品/服务是否正确地反映所规约 的需求 软件确认过程：证实所期望的软件工作产品是否满足其需求？？？

5.什么是验证和确认？简述它们的作用和区别 答：验证：证实一个过程或项目的每一个软件工作产品/服务是否正确地反映所规约的需 求 验证和确认是有区别的。 验证是通过提供的客观证据，证实规约的需求是否得以满足 确认是通过提供的客观证据，证实有关特定期望的使用或应用的需求是否得以满足 软件确认过程：证实所期望的软件工作产品是否满足其需求

6.简述瀑布模型以及可适应的情况 瀑布模型将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑 布流水，最终得到产品 适应情况：需求已被很好的理解，并且开发组织非常熟悉为实现这一模型所需求的过程

7.简述演化模型以及可适应的情况 答：表达了一种弹性的过程模式，由一些小的开发步组成，每一步历经需求分析、设计、 实现和验证，产生软件产品的一个增量，通过这些迭代，最

终完成软件产品的开发 主要针对事先不能完整定义需求的软件开发

8.简述增量模型的优缺点 答：优点 1)第一个可交付版本所需要的成本和时间是较少的，从而可减少开发由增量表 示的小系统承担的风险 2)由于很快发布第一个版本，因此可以减少用户需求的变更 3)允许增量投资，即在项目开始时可以仅对一个或两个增量投资 缺点：1)如果没有对用户的变更要求进行规划，那么产生的初始增量可能会造成后来增 量的不稳定 2)如果需求不像早期思考的那样稳定和完整，那么一些增量就可能需要重新开发，重新 发布 3)由于进度和配置的复杂性，可能会增大管理成本，超出组织的能力

9 简述螺旋模型以及它与其它模型之间的主要区别 答：螺旋模型是瀑布模型与深化模型的基础上，加入两者所忽略的风险分析所建立的一 种软件开发模型 螺旋模型关注解决问题的基本步骤，即标识问题，标识一些可选方案，选择一个最佳方 案，遵循动作步骤并实施后续工作，突出特征，在开发的迭代中实际上只有一个迭代过 程真正开发了可交付的软件 2)与深化模型和增量模型相比，同样使用了瀑布模型作为一个嵌入的过程，即分析、设 计、编码、实现和维护的过程，并且在框架和全局体系结构方面是等同的。但是，螺旋 模型所关注的阶段以及它们的活动是不同的，如增加一些管理活动和支持活动。尽管增 量模型也有一些管理活动，但它基于以下假定：需求是最基本的、并且是唯一的风险源， 因而在螺旋模型中增大了决策和风险的空间，螺旋模型扩大了增量模型的管理范围。 如果项目的开发风险很大或客户不能确定系统需求，在更广泛的意义上来讲，还包括一 个系统或系统类型的要求，这时螺旋模型就是一个好的生存周期模型



eight 集成化能力成熟度模型（CMMI）

CMMI 提出所基于的基本思想 答：该模型基于过程途径思想，通过过程把软件质量的 3 个支撑点――受训的人员、规 程和方法、 工具和设备进行集成，以开发所期望的系统/产品。为此， CMMI 紧紧围绕开发、 维护和运行，把经过证明的“最佳实践“放在一个结构中。该结构有乃至于指导组织确 定其过程的发送优先次序;有乃至于指导这些改善的实施，以提高其过程能力和成熟度， 并且还支持其它领域（如获取和服务）能力成熟度模型开发。

什么是过程制度化？在 CMMI 把过程制度化分几个等级？简要回答每一等级主要特征 简述 CMMI 模型支持两种过程改善路径 答：CMMI 提供了两种改善路径，一是称为能力等级是一种过程改善路径，该路径可使组 织针对单一过程域不断改善该过程域 二是

称为成熟度等级也是一种过程改善路径，该路径可使组织通过关注一组过程域不断 改善一组相关过程域

简述 CMMI 模型的模型部件及部件间关系 组图 简述专用实践与共用实践关系 答：专用实践：每一个过程域中都有一个或多个“专用实践” 专用实践： ，这些专用实践被认为对于 专用实践 达到该过程域的专用目标是重要活动，即期望以专用实践所描述的活动，会导致达到一 个过程域的专用目标 共用实践： ，这些共用实践被认为对于达到 共用实践：每一个过程域中都有一个或多个“共用实践” 该过程域相关的共用目标是重要活动，例如，对共有目标“该过程予以制度化，使之成 为一个已管理过程“而言，一个共用实践是”为该过程的执行、工作产品的开发以及该 过程的服务，提供充足的资源“。 之所以称为“共用实践“，是因为同一实践可应用于多个过程。

3.简述项目规划过程域的专用目标与专用实践 答：专用目标 1:SG1 建立估算，4 个专用实践 SP1.1 估算项目规模,SP1.2 建立工作产品和任务属性的估算 SP1.3 定义项目生存周期 SP1.4 确定工作量和成本的估算 专用目标 2:SG2 开发项目计划,7 个专用实践： SP2.1 建立预算和进度，SP2.2 标识项目风险 SP2.3 规划数据管理 SP2.4 规划项目资 源 SP2.5 规划需要的知识和技能 SP2.6 规划利益攸关方参与 SP2.7 建立项目计划 专用目标 3:SG3 获得对该计划的承诺： SP3.1 评审该项目的计划 SP3.2 调和工作和资源等级，使之一致。SP3.3 获得计划承 诺

4.简述开发过程的专用目标与专用实践 答：专用目标 1:SG1 开发客户需求，2 个专用实践 SP1.1 引出要求 SP1.2 开发客户需求 专用目标 2:SG2 开发产品需求，3 个专用实践 SP2.1 建立产品和产品构件的需求 SP2.2 分配产品构件需求 SP2.3 标识接口需求 专用目标 3:SG3 分析并验证需求,5 个专用实践 SP3.1 建立操作概念和场景 SP3.2 建立所需功能的定义 SP3.3 分析需求 SP3.4 分析需求， 达到权衡 SP3.5 确认需求

5.简述共用目标 2 及其相关的共用实践 共用目标 2:GG2 把过程制度化为一个已管理过程，10 个共用实践 GP2.1 建立组织策略 GP2.2 规划该过程 GP2.3 提供资源 GP2.4 指定责任 GP2.5 培训人员 GP2.6 管理配置 GP2.7 标识相关利益方的参与 GP2.8 监控该过程 GP2.9 客观地评估过程的 符合性 GP2.10 以高层管理的视觉评审状态