自考本科教材——NO软件生存周期过程与管理PPT课件.ppt

软件生存周期过程与管理主讲 段智敏 考试大纲 本章要求了解围绕软件开发所需要的过程 活动和任务 掌握过程之间的基本关系 基本掌握一个软件项目的过程规划和监控 识记过程分类过程之间的关系领会软件实现过程 活动和任务 软件需求分析过程 活动和任务 软件体系结构设计过程 活动和任务软件验证过程 活动和任务 软件确认过程 活动和任务软件需求分析过程 软件体系结构设计过程与RUP需求获取 需求分析和设计之间的关系瀑布模型 增量模型 演化模型 螺旋模型 软件生存周期概述 开发所涉及的活动 软件生存周期过程软件生存周期过程软件过程 process 活动的一个集合活动 activity 任务的一个集合任务 task 将输入转换为输出的操作过程分类按过程的主体 可分为三类过程 基本过程 primaryprocesses 指与软件生产直接相关的活动集 支持过程 supportingprocesses 有关各方按其目标所从事的一系列支持活动集 组织过程 institutionalprocesses 指与软件生产组织有关的活动集 基本过程 基本过程获取过程供应过程开发过程运行过程维护过程 基本过程 开发过程 开发过程是软件开发者所从事的一系列活动 包括13个活动 过程的实施准备系统需求分析系统结构设计软件需求分析软件体系结构设计软件详细设计软件编码和测试软件集成软件合格测试系统集成系统合格测试软件安装软件验收支持 基本过程 开发过程 过程的实施准备目的 为开发过程准备基本的约定 即建立过程模型主要任务 依据项目的规模 重要程度以及复杂性 定义或选择软件生存周期模型 并将开发过程的活动和任务映射到该软件生存周期模型 依据文档过程 建立该过程文档 并将该文档置于配置管理过程之下 并作为实施变更控制的依据 依据问题解决过程 发现软件工作产品和任务中的问题和不一致性 并建立相应的文档 按合同规定 实现相应的支持过程为执行开发过程和支持过程的活动 对开发组织所建立的标准 方法 工具和计算机程序设计语言进行选择 剪裁和应用 依据开发和验收的所有需求 包括安全 为执行过程的活动制定相应计划 例如风险管理计划 质量保证计划等 这些同样也包括标准 方法 工具 措施以及责任等 必要时这些计划可以分别建立 基本过程 开发过程 软件需求分析目的 确定软件需求及质量特性需求 主要任务 编制软件需求规格说明书 功能和性能需求 外界与软件的接口 合格需求 安全需求 保密需求 人机界面需求 用户文档 数据定义和数据库需求 用户维护需求 用户操作和运行需求 检查软件需求 是否能够跟踪系统需求 结构 从外部上 是否与系统需求保持一致 需求内部的一致性 是否具有可测性 测试覆盖是否可达到要求 操作 设计和实现 维护的可行性等依据联合评审过程 对软件需求进行评审 基本过程 开发过程 软件体系结构设计该活动是针对每一个软件项 或已标识的软件配置项 主要任务为 把那些对软件项的需求转变为一种体系结构 开发关于软件项的外部接口以及软件项的各个软件部件间的接口的顶层设计 并形成文档 编制数据库的顶层设计 并形成文档 编制用户文档的最初版本 并形成文档 确定软件集成的初步测试需求和进度安排 并形成文档 根据下列评价准则 评价软件项的体系结构 接口和数据库设计 评价结果应形成文档 按照联合评审 对软件体系结构进行评审 基本过程 开发过程 总的来说 成功实现开发过程的结果是 收集了软件开发需求并达成协定 开发了软件产品或基于软件的系统 开发了证明最终产品是基于需求的中间工作产品 在开发过程的产品之间 建立了一致性 根据系统需求 优化了系统质量因素 例如速度 开发成本 易用性等 提供了证明最终产品满足需求的证据 例如测试证据 根据协定的需求 安装了最终产品 基本过程 供应过程 供应过程供应过程是供方为了向客户提供满足需求的软件产品或服务所从事的一系列活动和任务 目的 向客户提供一个满足已达成需求的产品或服务 该过程的启动 或通过为应答需方的招标书而开始编制投标书的决定 或通过与需方签订一项提供系统 软件产品或软件服务的合同 继之 确定为管理和保证项目所需的规程和资源 包括编制项目计划 执行计划 一直到将系统 软件产品或软件服务交付给需方为止 该过程包括的基本活动为 启动 准备投标 签订合同 规划 执行和控制 复审和评估 交付和完成 基本过程 供应过程 总的来说 成功实现该过程的结果是 对客户请求产生了一个响应 在客户与供方之间建立了一个关于开发 维护 运行 包装 交付和安装产品和 或服务的协定 供方开发了一个符合协定需求的产品和 或服务 根据协定的需求 向客户交付了该产品和 或服务 根据协定的需求 安装了该产品 支持过程 支持过程按过程中活动的不同主体 将支持过程 类 分为8个过程 文档过程配置管理过程质量保证验证过程确认过程联合评审审计过程问题解决 支持过程 文档过程 文档过程记录由某一过程或活动所产生信息的过程 包括4个活动 过程的实施准备主要任务 开发一个计划 用于标识软件产品生存周期中要产生的文档 对于所标识的每一个文档 应给出 标题或名字 目的 读者 文档输入 开发 评审 修改 提交 存储 维护以及配置管理等的规程和责任 设计与开发主要任务 根据适用的文档标准 设计每一文档的格式 内容说明 图表设置以及包装等 可以使用自动化的文档工具 确保每个文档输入数据的来源和适用性 按文档标准 编辑并评审每一文档的格式 技术内容和表示风格 在分发前需经主管人员批准 制作与发行维护 支持过程 配置管理过程 配置管理过程目的 建立并维护一个过程或一个项目的所有工作产品的完整性 包括以下6个活动 过程实现配置标识配置控制配置状态统计配置评价发布管理和交付 支持过程 验证过程 验证过程是一个确定某项活动的软件产品是否满足在以前的活动中施加于它们的需求和条件的过程 目的 证实一个过程和 或项目的每一软件工作产品和 或服务恰当地反映了已规定的需求 该过程包括的活动过程实现确定项目是否需要进行一定的验证工作 以及验证工作是否需要一个独立组织 分析项目需求的关键性 如果一个项目需要进行验证工作 就应为验证该软件产品而建立一个验证过程 如果一个项目需要进行独立的验证工作 就要选择一个负责进行验证的合格组织 并确保该组织具有实施验证活动的独立性和权力 基于有关范围 重要程度 复杂性和关键性的分析 确定需要进行验证的生存周期活动和软件产品 根据已确定的验证任务 制定验证计划并形成文档 实现该验证计划 支持过程 验证过程 验证文档验证过程验证需求验证设计验证编码验证集成验证总的来说 成功实施该过程的结果是 制定并实现验证策略 标识验证所有要求的软件工作产品的准则 执行所要求的验证活动 标识并记录缺陷 给出对顾客和其他相关方可用的验证活动的结果 支持过程 确认过程 确认过程确认过程是一个确定需求和最终的 已建成的系统或软件产品是否满足特定预期用途的过程 目的 证实对软件工作产品特定预期使用的需求已予实现 该过程可以作为开发过程中软件验收支持活动的一个部分来执行 该过程可以由来自同一组织一个人或多个人来实施 也可以由来自另一组织的人员来实施 该过程包括的活动 过程实现确认 支持过程 确认过程 过程实现该活动包括以下 项任务 确定项目是否需要进行确认工作 以及确认工作所需要的一定组织上的独立性 如果项目需要进行确认工作 就应建立确认系统或软件产品的一个确认过程 并选择以下定义的确认任务 其中包括用于执行确认任务的方法 技术和工具 如果项目需要进行独立的确认工作 就应选择一个负责执行确认工作的合格组织 并确保执行者具有执行确认任务的独立性和权力 制定确认计划并形成文档 实现该确认计划 确认结果 支持过程 确认过程 确认该活动包括以下 项任务 为了对测试结果进行分析 准备所选择的测试需求 测试用例和测试规格说明 确保这些测试需求 测试用例和测试规格说明体现了特定预期用途的特殊需求 进行前2项任务中确定的测试 一般包括 强度 边界和异常输入的测试 软件产品隔离错误影响测试以及使错误影响最小化能力的测试 即 在失效时 测试该软件产品是否能得体降级 在过载 边界和异常条件下 测试该软件产品是否能向操作者提出协助请求 代表性用户使用该软件产品成功完成其预期任务的测试 确认软件产品满足它的预期用途 在目标环境选定区域中 适当对该软件产品进行测试 组织过程 组织过程类指那些与软件生产组织有关的过程 包括4个过程 管理过程基础设施过程培训过程改进过程 组织过程 管理过程 管理过程定义 管理过程包括由管理其对应过程的任何一方所执行的一般性活动和任务 管理人员负责 产品管理 项目管理和对所应用的那些过程 例如 获取 供应 开发 运行 维护或支持过程 的任务管理 主要活动包括 过程的启动和范围定义规划实施与控制评审与评估测量表决 closure 组织过程 管理过程 过程的启动和范围定义主要任务 通过建立那些要承担的过程的需求 启动该管理过程通过检查执行并管理这些过程所需要的资源 人 物资 技术和环境 是否可用 充分和适用 以及时间上是否可达 来建立这些过程的可行性必要的话 按各方共识 修改这些过程的需求 以达成完成准则 规划主要任务 为过程的执行制定计划 该计划应包括有关活动和任务的描述 并标识即将提供的软件产品 该计划的主要内容 既时完成任务的进度安排 工作量的估计 执行任务所需要的适当资源 任务的分配 与任务或过程自身有关的风险 量化 职责的分派 在整个过程中采用的质量控制测量 与过程执行有关的费用 环境和基础设施的规约 组织过程 管理过程 实施与控制主要任务 启动管理计划的实施 以满足所设定的目标和准则 并对过程实施控制 监督过程的执行 提供过程进展的内部报告 并按照合同的规定向需方提供过程进展的外部报告 调查 分析和解决在过程执行期间发现的问题 问题的解决可能导致对计划的变更 对变更的影响进行确定 控制和监督 问题及其解决方案应形成文档 按协商确定的时间 报告过程进展情况 声明按计划进行 并解决进展中的疏漏情况 按照组织规程和合同的要求 这种报告包括内部报告和外部报告 组织过程 管理过程 评审与评估主要任务 对软件产品和计划进行评价 以确定是否满足需求 对在过程执行期间完成的软件产品 活动和任务的评价结果进行评估 以确定是否达到目标和完成计划 测量主要任务 建立并维护测量承诺 确保满足所有的测量过程的资源 人员和承诺的先决条件 规划测量过程 制定一个详细的计划以启动 指导 监督并评价数据收集 分析 解释和存储活动 按计划进行测量 根据测量计划任务的输出生成信息产品和性能测量 值 评价测量 组织过程 管理过程 表决主要任务 当所有软件产品 活动和任务均完成时 应按照合同中或组织规程中规定的准则 确定该过程是否完成检查所软件产品 开展的活动和任务的结果和记录是否完整 这些结果和记录均应按合同中的规定在适当的环境中予以归档 组织过程 基础设施过程 基础设施过程基础设施过程是为其他过程建立和维护所需基础设施的过程 基础设施可以包括用于开发 运行或维护的硬件 软件 工具 技术 标准和设施 包括下述活动 过程实施的准备建立基础设施维护基础设施 组织过程 基础设施过程 过程实施的准备主要任务 为满足使用这一过程的那些过程的需求 考虑适用的规程 标准 工具和技术 定义基础设施并建立相应的文档 制定基础设施计划并形成文档 建立基础设施主要任务 制定基础设施配置计划并形成文档 其中应考虑功能 性能 安全 安全保密 可用性 空间要求 设备 费用和时间约束 为了实施有关过程 及时安装基础设施 基础设施维护主要任务 维护 监督和改进基础设施 以确保基础设施持续地满足应用本过程的过程要求 其中应确定将基础设施置于配置管理之下的程度 组织过程 改进过程 改进过程是一个建立 评估 测量 控制和改进软件生存周期过程的过程 主要活动包括 过程建立主要任务 建立一组适合于所有软件生存周期过程的组织过程 以应用到其业务活动中 这些过程及其在特定情况下的应用应在组织的出版物中形成文档 合适时 应建立过程控制机制 以便开发 监督 控制和改进这些过程 过程评估主要任务 制定过程评估规程 将其形成文档并加以应用 应保存并维护评估记录 规划过程评审并按适当的间隔进行之 以确保评估结果具有明显的 持续的合适性和有效性 过程改进主要任务 当过程评估和评审的结果表明必要时 对其过程实施改进 收集并分析历史的 技术的和评价的数据 以增进对已应用过程的强项和弱项的了解 收集 维护和使用质量成本数据 以改进组织的过程 软件过程之间的关系 剪裁过程 剪裁过程定义 剪裁过程是针对某一软件产品对本标准进行基本剪裁的一个过程 意图 围绕一个组织 其中该组织在一个协议中使用了这一标准影响一个项目 其中要求该项目满足一个引用该标准的协议反映一个组织的需要 其中该组织要供给产品或服务主要活动包括 标识项目环境 请求输入 选择过程 活动和任务 将剪裁决定和理由形成文档 软件生存周期模型 软件生存周期模型IEEEStandard12207 0 1996把一个软件生存周期模型描述为 一个包括软件产品开发 运行和维护中有关过程 活动和任务的框架 覆盖了从该系统的需求定义到系统的使用终止 中国计算机科学与技术百科全书 称软件生存周期模型为 软件开发模型 并把它定义为 软件开发的全部过程 活动和任务的结构框架 软件生存周期模型能清晰 直观地表达软件开发全过程 明确规定了软件开发要完成的主要活动和任务 常用的软件生存周期模型有 瀑布模型 增量模型 原型模型 演化模型 螺旋模型 喷泉模型 第四代技术过程模型等 软件生存周期模型 瀑布模型 瀑布模型项目的开发依次经过 需求 设计 编码和单元测试 集成以及维护这一基本路径 在每一阶段提交以下产品 软件需求规约 设计文档 实际代码 测试用例 最终产品等 反向 Rework 步骤流表示对前一个可提交产品的重复变更 由于所有开发活动的非确定性 因此是否需要重复变更 这仅在下一个阶段或更后的阶段才能认识到 返工不仅在以前阶段的某一地方需要 而且对当前正在进行的工作也是需要的 软件生存周期模型 瀑布模型 瀑布模型的优点在决定系统怎样做之前 存在一个需求阶段 鼓励对系统 做什么 进行规约 即设计之前的规约 在建造构件之前 存在一个设计阶段 鼓励规划系统结构 即编码之前的设计 在每一阶段结束时进行复审 允许获取方和用户的参与 允许基线和配置早期接受控制 前一步工作产品可作为下一步被认可的 文档化的基线 软件生存周期模型 瀑布模型 瀑布模型的缺点客户必须能够完整 正确和清晰地表达他们的需求 开发人员一开始就必须理解其应用 在开始的两个或三个阶段中 很难评估真正的进度状态 需求的不稳定性 设计 编码和测试阶段都可能发生延期 在一个项目的早期阶段 过分地强调了基线和里程碑处的文档 可能要花费更多的时间 用于建立一些用处不大的文档 当接近项目结束时 出现了大量的集成和测试工作 直到项目结束之前 都不能演示系统的能力 软件生存周期模型 瀑布模型 瀑布模型适用的情况在开发中 向下 渐进的路径占支配地位 即需求已被很好地理解 过程设计人员很清楚 开发组织非常熟悉为实现这一模型所需要的过程 为了避免产生过多的反复迭代工作 增加开发成本 一般在准备采用瀑布模型 也包括其他模型 时 需要考虑以下2个问题 过程设计人员必须对初始产品 通常是SRS 的不确定性进行评估组织是否具有熟练实施每个活动和任务的历史经验 软件生存周期模型 增量模型 增量模型增量模型也叫渐增模型 指按需求分组形成一个个的增量 并对每一个增量实施瀑布式开发 当使用增量模型时 第一个增量往往是核心的产品 实现了基本的需求 但很多补充的特征还没有发布 客户对每一个增量的使用和评估 都做为下一个增量发布的新特征和功能 直到产生最终的完善产品 软件生存周期模型 增量模型 该模型有一个假设 即需求可以分段 成为一系列增量产品 每一增量可以分别地开发 增量1 1 2 5 9 增量2 3 6 7 4 10 11 增量3 8 12 13 软件生存周期模型 增量模型 增量模型的优点作为瀑布模型的第一个变体 具有瀑布模型的所有优点 第一个可交付版本所需要的成本和时间是很少的 开发由增量表示的小系统所承担的风险是不大的 由于很快发布了第一个版本 因此可以减少用户需求的变更 允许增量投资 即在项目开始时 可以仅对一个或两个增量投资 增量模型的缺点 如果没有对用户的变更要求进行规划 那么产生的初始增量可能会造成后来增量的不稳定 如果需求不像早期思考的那样稳定和完整 那么一些增量就可能需要重新开发 重新发布 管理发生的成本 进度和配置的复杂性 可能会超出组织的能力 软件生存周期模型 增量模型 该模型的适用情况在开始开发时 需求很明确 且产品还可被适当地分解为一些独立的 可交付的软件 如果一个增量并不需要交付给客户的话 那么这样的增量通常称为一个 构造 Build 如果增量被交付 那么它们就被认为是发布版本 Releasedversion 在开发中 期望尽快提交其中的一些增量产品 如果采用增量投资方式 那么客户就可以对一些增量进行招标 然后 开发人员按提出的截止期限进行增量开发 这样客户就可以用多个契约来管理组织的资源和成本 附 微软 同步 稳定的产品开发模型 将项目分为若干个里程碑阶段定义稳定 灵活的体系结构 并为构件和子系统提供统一的接口开发构件 维持一个可发布的系统版本 可以准确把握项目进展情况 增强开发人员的信心和成就感 可以随时根据市场情况及时作出调整 软件生存周期模型 演化模型 演化模型 Evolutionarymodel 是一种有弹性的过程模式 由一些小的开发步组成 每一步历经需求分析 设计 实现和验证 产生软件产品的一个增量 通过这些迭代 完成最终软件产品的开发 针对事先不能完整地定义需求针对用户的核心需求 开发核心系统根据用户的反馈 实施活动的迭代 软件生存周期模型 演化模型 主要特征该模型显式地把增量模型扩展到需求阶段 为了第二个构造增量 使用了第一个构造增量来精化需求 如果一个早期的增量已向用户发布 那么用户会以变更要求的方式提出反馈 以支持以后增量的需求开发 通过开发一个构造增量 为以前还没有认识到的问题提供了可见性 以便实际地开始这一增量的工作 与瀑布模型的关系在演化模型中 可以使用瀑布模型来管理每一个演化的增量 一旦理解了需求 就可以开始设计阶段和编码阶段 使用演化模型应注意的问题不能弱化需求分析阶段的工作 在项目开始时 考虑所有需求来源的重要性和风险 对这些来源的可用性进行评估 才能识别和界定不确定的需求 并识别第一个增量中所包含的需求 软件生存周期模型 演化模型 演化模型的优点与增量模型是类似在需求不能予以规约时 可以使用这一演化模型用户可以通过运行系统的实践 对需求进行改进与瀑布模型相比 需要更多用户 获取方的参与 演化模型的缺点演化模型的使用仍然处于探索阶段 因此具有较大的风险 需要有力的管理 演化模型的使用很容易成为不编写需求或设计文档的借口 即使很好地理解了需求或设计 用户 获取方不易理解演化模型的自然属性 因此当结果不够理想时 可能产生抱怨 软件生存周期模型 螺旋模型 螺旋模型螺旋模型是在瀑布模型和演化模型基础上 加入了风险分析的一种软件开发模型 该模型将软件生存周期的活动分为四个可重复的阶段 制定计划 风险分析 实施工程和客户评估 软件生存周期模型 螺旋模型 其中 评估和风险分析阶段都可作出一个决策 项目是否继续螺旋循环的次数指示了已消耗的资源 在规划阶段 风险分析阶段和开发阶段均进行需求规约活动在早期螺旋循环中 为了为最终的实现给出一些指导性决策 经常使用原型构造设计和实现活动一般是在开发阶段进行该模型关注解决问题的基本步骤 即标识问题 标识一些可选方案 选择一个最佳方案 遵循动作步骤并实施后续工作 如果项目的开发风险很大或客户不能确定系统需求 这时螺旋模型就是一个好的生存周期模型 软件生存周期模型 螺旋模型 与其它模型的关系与演化模型一样 螺旋模型也使用瀑布模型作为一个嵌入的过程 即分析 设计 编码 实现和维护的瀑布过程 是螺旋一周的组成部分 尽管螺旋模型和一些迭代模型在框架和全局体系结构方面是等同的 但所关注的阶段以及它们的活动是不同的 具体地说 标识客户想要的是一个什么样的系统 确定风险和效益的可选路线 选择最优方案 开发系统 评估完成情况等 重新开始 螺旋模型扩展了增量模型的管理任务范围 而增量模型是基于以下假定 需求是最基本的 并且是唯一的风险源 而在螺旋模型中 决策和降低风险的空间是相当广泛的 软件生存周期模型 喷泉模型 喷泉模型喷泉模型主要用于采用面向对象技术的软件开发项目 它克服了瀑布模型不支持软件重用和多项开发活动集成的局限性 喷泉模型使开发过程具有迭代性和无间隙性 过程规划与管理 过程建立 软件生存周期过程在一个项目生存周期中 每一个任务都通过一个或多个过程的方式来完成 在生存周期中所有这些相关过程的组合 称为项目的软件生存周期过程 软件生存周期过程的管理即从需求规约到验收 对过程 过程之间的关系以及过程产品流进行定义和控制 包括过程建立 过程评估和过程改进 强调过程规划 P 过程检测 C 过程执行 D 过程调整 A 管理的一般模型 过程规划与管理 过程建立 创建软件项目生存周期步骤选择软件生存周期模型细化所选择的生存周期模型为每一个活动或任务标识合适的实例数目确定活动的时序关系 并检查信息流建立过程计划的文档软件生存周期模型的选择在实际工程中 可供选择的四个主要软件生存周期模型为 瀑布模型增量模型演化模型螺旋模型 过程规划与管理 过程建立 选择步骤在每一模型的优缺点评估完成之后 过程设计师必须为指定的项目选择最合适的生存周期模型 IEEEStandard列出了选择项目生存周期模型的步骤 标识开发项目可用的SLCM 在所期望的最终系统和开发环境中 标识那些会影响SLCM选择的属性 标识为选择生存周期模型所需要的任何约束 包括外部的或是内部的 基于以往的经验和组织能力 评估第一步所选择的SLCM 选择最能满足项目属性和约束的SLCM 注意 每当作出任何一个重要决策时 就应建立相应的文档 并进行复审 过程规划与管理 过程建立 评估生存周期模型的准则对可能遇到的风险 模型的承受能力 开发组织访问最终用户的范围 是否很好地定义了已知需求 有多少没有认识的需求 早期 部分 功能的重要性 问题内在的复杂性以及可能作为其候选解的内在复杂性 预测的需求改变频率和粒度 以及提出需求改变可能的时间 筹集资金的可能性以及优先考虑的投资 进度和预算的灵活性 在短期和长期内 满足进度和预算的紧迫程度 开发组织规范的软件过程和工具 以及它们适应该模型要求的程度 组织的管理能力 系统和模型要求之间的匹配 注 在应用中 过程设计师应依据项目需求 建立特定的准则 而且还应得到工程项目经理认同 过程规划与管理 过程建立 编制软件生存周期管理计划软件生存周期管理计划 SLCMP 是用于定义和管理软件开发过程的基本机制 其中这些软件开发过程用于实施一个项目所需要的开发任务 IEEE标准没有明确SLCMP的格式 但以其它计划作为模型 可以得到包含以下内容的模板 过程规划与管理 过程建立 软件生存周期管理计划1 概述1 1目的 范围和目标 结合项目过程 描述文档的目的和目标 1 2假设和约束条件 描述任何影响和限制项目过程的假设和约束 例如 合同的过程需求 1 3可交付的类 描述项目正在开发的任何可交付的类和类型 目的是促进开发不同类所需的明确的过程或子过程 1 4可交付产品之间的进度依赖 描述可交付产品进度之间的逻辑关系 这一关系将影响开发过程 不同可交付的产品 之间的关系 2 参考资料 给出为了理解所需要的资料 或那些影响计划内容的资料 3 定义 定义文档中使用的特定术语 4 与其它计划的关系 描述SLCMP和其它计划之间的关系 并界定计划之间的接口 以及通过判断这些计划之间不符的内容 确定使用的先后模式 过程规划与管理 过程建立 5 过程的全局描述 描述整个项目软件开发的途径 包括 项目可交付的产品 包括相关的各个类 影响或启动项目软件开发过程的外部数据或过程 识别并描述对任何可以集成到项目中或成为项目一部分的内部或外部所开发的软件项 标识为限定发布这些软件项所使用的软件过程 一个过程流网络 表示单个过程是如何与项目可交付产品的开发相互影响和作用的 描述每一个过程的输入和输出 充分描述开发过程之间的关系 每一个过程的简要描述 有助于充分理解项目整体的软件开发过程 6 过程描述 详细描述每一个过程 包括过程或过程的输入 输出或其它数据项所遵循的标准 这一描述应包括 过程的输入 过程的输出 过程的目标 以及过程的详细描述 包括任意中间产品和子过程 过程和子过程所需要的度量 实现和维护过程所需的培训和工具 实现和维护过程所需的任意关键的组织资产 过程面临的风险 过程规划与管理 过程建立 7 过程管理 描述管理过程所使用的途径 包括 如何获得和维护实施过程所需要的 关键的组织资产 工具和其它设施 实现过程所需要的培训 如何使用过程度量来管理过程 监控和响应过程风险的途径 管理单一过程和一组相关过程所使用的特定方法 影响过程流网络的分析 重点关注过程计划的一次失败所产生的负面影响 8 计划维护和管理 描述维护和管理计划所使用的途径 包括对计划的改变所需要的复审和认可 包括用户的认可 还应给出标识修订计划要求所使用的准则 过程规划与管理 过程建立 对于一个项目而言 一般还存在一些对支持生存周期过程具有重要作用的其它计划 软件工程管理计划 SEMP 软件配置管理计划 SCMP 软件质量保证计划 SQAP 软件验证和确认计划 SVVP 软件度量计划 SMP 其中 一些计划的实质内容可能也包含在另一些计划中 因此 在项目的最早期 所面临的重要决策是 如何分离这些计划所涵盖的主题 如何标识和和管理计划之间接口 如何实现相互重叠最少的目标 如何保证整体的一致性和内聚 过程规划与管理 过程监控 软件生存周期过程的监控一个项目的软件生存过程监控主要包括以下工作 软件生存周期过程的监查生存周期过程改变所产生影响的评估改变的实施 过程规划与管理 过程监控 软件生存周期过程的监控在项目实施中 必须监查软件生存周期过程的执行情况 以确保软件开发是按规划 高效进行的 以下各任务中形成的数据 有助于过程的监查 进展与进度的跟踪 这一跟踪可以揭示过程的偏离 不期望的过程范围增大 工具或资源等问题 质量数据趋势的检查 这一检查可以用于确定软件实现组是否遵循期望的生存周期过程 设计 编码和测试计划复审记录和动作的检查 变更要求和测试异常报告趋势的检查 关键资源的有效使用 与项目组成员的交谈 过程规划与管理 过程监控 生存周期过程改变所产生影响的评估一旦监控活动的过程发现一个生存周期过程并没有按预期实施 那么软件程序管理人员和过程设计师就要对可能采取的措施进行评估 这些措施包括 什么也不做 当改变的负面影响可能超过带来的好处时 强化过程 如果只因初始培训不充分或组织制度不够严格 导致过程没有按预期实施 那么这是一个正确的举措 调整过程 如果过程需要进行少量调整 就可以修改过程 并调整员工的培训 过程替换 如果一个过程根本就存在缺陷 那么必须替换这一过程 以上措施的某一组合 过程规划与管理 过程监控 改变的实施对项目进展中的一个过程进行一个改变 必须十分谨慎 依据进行改变的时刻 要求实施以下全部或一部分工作 围绕一个初期的主要问题 与客户进行讨论向项目有关成员宣布改变的需求规划改变规划改变的工作包括 确定过程改变的时间 需要的资源和培训 可能需要返工的项 对软件规划文档的任何改变 涉及到的合同或业务需求 必须与客户协商 标识并冻结所涉及的配置项 规划必要返工 标识不需要改变的 可以继续工作的范围 实现改变 习题 解释术语 软件生存周期过程软件生存周期是软件产品或系统的一系列相关活动的全周期 从形成概念开始 历经开发 交付使用 在使用中不断修订和演化 直到最后被淘汰 让位于新的软件产品 软件生存周期模型是一个包括软件产品开发 运行和维护中有关过程 活动和任务的框架 覆盖了从