软件过程与软件开发模型
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一般使用场合： 开发者在不了解的应用领域开发 客户不清楚其所开发软件项目的最终目标
软件演化模型-增量模型
系统设计时分片交付，可使用户在使用某些 基本功能的同时，开发剩余的功能。这样 通常会并行地存在两个系统：生产系统和 开发系统。运行或生产系统是当前被客户 或用户所使用的系统。而开发系统是准备 用于替代当前生产系统的下一个版本。
通常使用场合： 需求分析做得比较好的系统 二次开发系统
原型模型
在项目开发的初始阶段，人们对软件的需求认 识往往不够清楚，因而使得开发项目难以做到 一次开发成功，出现返工再开发在所难免。
在获得用户基本需求说明的基础上，投入少量 人力和物力，快速建立一个原始模型，使用户 及时运行和看到模型的概貌和使用效果，并对 需求说明进行补充和精化，提出改进意见，开 发人员进一步修改完善，如此循环迭代，直到 得到一个用户满意的模型为止。
wk.baidu.comP开发模型
XP极限编程(eXtreme Programming)是一种敏捷 （Agile）开发方法，以编码为核心任务的，供中小 型小组用于开发需求快速变化的软件。
敏捷是什么？敏捷已经成为当今描述现代软件过程 的时髦用词。每个人都是敏捷的，敏捷团队是能够 适当响应变化的灵活团队。变化就是软件开发本身， 软件构建有变化，团队成员在变化、使用新技术带 来变化，各种 变化都会对开发的软件产品以及项目 本身造成影响。我们必须接受“支持变化”的思想， 它应当根植于软件开发中的每一件事中，因为这是 软件的心脏与灵魂。敏捷团队意识到软件是团队中 所有人共同开发完成的，这些人的个人技能和合作 能力是项目成功的关键所在
软件开发模型与软件工程
常见的开发模型：
瀑布模型、演化模型、螺旋模型、 XP开 发模型、 快速开发模型等。
由于现在还没有任何一种方法能够解决软 件危机中的所有问题，所以在软件开发的 各个阶段采用综合治理的方法。
软件开发模型直接影响软件开发的周期和 软件质量，是软件开发的组织管理形式， 是软件工程最重要的内容之一。
增量模型是一种非整体开发的模型。是瀑 布模型的顺序特征和快速原型模型的迭代 特征相结合的产物。
该模型具有较大的灵活性，适合于软件需 求不明确、设计方案有一定风险的软件项 目。
软件演化模型-螺旋模型
软件开发几乎总要冒一定的风险，例如，产品交付 给用户之后用户可能对产品不满意，到了预定的交付日 期软件可能还未开发出来，实际的开发成本可能超过了 预算，产品完成之前一些关键的开发人员可能“跳槽” 了，产品投入市场之前竞争对手发布了一个功能相近、 价格更低的软件等等。软件风险是任何软件开发项目中 都普遍存在的实际问题，项目越大，软件产品越复杂， 承担该项目所冒的风险也越大。软件风险可能在不同程 度上损害软件开发过程和软件产品质量。因此，在软件 开发过程中必须及时识别和分析风险，并且采取适当措 施以消除或减少风险的危害。 构建原型是一种能使某些类型的风险降至最低的方 法。 于是在1988年B.boehm提出了螺旋模型。
优点： 提供了一个模板，使得分析、设计、编码、测试、运 行维护可以在该模板的指导下应用。
瀑布模型的特点
缺点： 缺乏灵活性，不能适应用户需求的改变 开始阶段的小错误被逐级放大，可能导致软件产品报 废 返回上一级的开发需要十分昂贵的代价 随着软件规模和复杂性的增加，对于需求不能完全确 定的软件开发项目将产生很大的风险。
软件过程与软件开发模型
演讲人 崔琳娜
生存周期与软件过程的关系
什么是过程？广义的说，人们随时间的流逝而进行 的各种活动均可称为过程（process，流程）因此， 软件过程可理解为围绕软件开发所进行的一系列活 动。
在早些时候，人们常常把软件过程译为“软件开发 模型”
按照早期软件工程的观点，软件开发模型包含的阶 段与活动软件生存周期划分的阶段与活动基本上是 一致的。它们共同的特点是将整个“过程”严格的 划分阶段，各阶段的活动分步完成；前一阶段的活 动没有结束，下一阶段的活动就不能进行，恰如奔 流不息、拾级而下的瀑布。
软件过程-ISO/IEC 12207
主要过程类 支持过程类 组织过程类
• 获取过程 • 供应过程 • 开发过程 • 运行过程 • 维护过程
• 文档编制过程 • 配置管理过程 • 质量保证过程 • 验证过程 • 确认过程 • 联合评审过程 • 审核过程 • 问题解决过程
• 管理过程 • 基础设施过程 • 改进过程 • 培训过程
软件过程的演变
在第一代软件工程期间，瀑布开发模型在 软件的开发与维护中被普遍采用。
到了20世纪80年代中期，人们终于发现， 这种线性开发模型不适合于大型复杂系统 的开发。
软件开发模型开始演变。除传统的线性开 发模型外，又陆续涌现了一批新的、允许 在开发过程中任意回溯和迭代的过程模型。
软件过程涵义
原型模型的内容
原型模型的特点
优点： 开发者与用户充分交流，可以澄清模糊需求，需求定 义比其他模型好得多 为用户需求的改变提供了充分的余地
缺点： 开发者为了使一个原型快速运行起来，往往在实现过 程中采用折衷的手段。软件系统的组成部分可能会打 折扣； 资源规划和管理较为困难，随时更新文档也带来麻烦。
瀑布模型的概念
瀑布模型是将软件生存周期各活动规定为 依线性顺序联接的若干阶段的模型。它包 括需求分析、概要设计、详细设计、编码、 测试和维护。它规定了由前至后、相互衔 接的固定次序，如同瀑布流水，逐级下落。
瀑布模型的特点
特征： 从上一阶段承接的成果物作为本阶段的工作对象； 对上一阶段成果实施本阶段的活动； 给出本阶段的成果，作为下一阶段的输入； 对本阶段的工作进行评审，若本阶段的工作得到确认， 则继续下阶段的工作，否则返回前一阶段或更前一阶 段。
软件过程是软件开发与维护的工作流程和 工艺流程，是软件工程的重要组成部分。 软件过程指软件生存周期中所涉及的一 系列相关过程。过程是活动的集合，活动 是任务的集合，任务是把输入转换为输出 的操作。软件过程是动态的，它动态地产 生、推进（执行），动态地消亡。 软件过程模型是对软件过程静态的、抽 象的描述，是软件过程执行的依据。
软件演化模型-增量模型
系统设计时分片交付，可使用户在使用某些 基本功能的同时，开发剩余的功能。这样 通常会并行地存在两个系统：生产系统和 开发系统。运行或生产系统是当前被客户 或用户所使用的系统。而开发系统是准备 用于替代当前生产系统的下一个版本。
通常使用场合： 需求分析做得比较好的系统 二次开发系统
原型模型
在项目开发的初始阶段，人们对软件的需求认 识往往不够清楚，因而使得开发项目难以做到 一次开发成功，出现返工再开发在所难免。
在获得用户基本需求说明的基础上，投入少量 人力和物力，快速建立一个原始模型，使用户 及时运行和看到模型的概貌和使用效果，并对 需求说明进行补充和精化，提出改进意见，开 发人员进一步修改完善，如此循环迭代，直到 得到一个用户满意的模型为止。
wk.baidu.comP开发模型
XP极限编程(eXtreme Programming)是一种敏捷 （Agile）开发方法，以编码为核心任务的，供中小 型小组用于开发需求快速变化的软件。
敏捷是什么？敏捷已经成为当今描述现代软件过程 的时髦用词。每个人都是敏捷的，敏捷团队是能够 适当响应变化的灵活团队。变化就是软件开发本身， 软件构建有变化，团队成员在变化、使用新技术带 来变化，各种 变化都会对开发的软件产品以及项目 本身造成影响。我们必须接受“支持变化”的思想， 它应当根植于软件开发中的每一件事中，因为这是 软件的心脏与灵魂。敏捷团队意识到软件是团队中 所有人共同开发完成的，这些人的个人技能和合作 能力是项目成功的关键所在
软件开发模型与软件工程
常见的开发模型：
瀑布模型、演化模型、螺旋模型、 XP开 发模型、 快速开发模型等。
由于现在还没有任何一种方法能够解决软 件危机中的所有问题，所以在软件开发的 各个阶段采用综合治理的方法。
软件开发模型直接影响软件开发的周期和 软件质量，是软件开发的组织管理形式， 是软件工程最重要的内容之一。
增量模型是一种非整体开发的模型。是瀑 布模型的顺序特征和快速原型模型的迭代 特征相结合的产物。
该模型具有较大的灵活性，适合于软件需 求不明确、设计方案有一定风险的软件项 目。
软件演化模型-螺旋模型
软件开发几乎总要冒一定的风险，例如，产品交付 给用户之后用户可能对产品不满意，到了预定的交付日 期软件可能还未开发出来，实际的开发成本可能超过了 预算，产品完成之前一些关键的开发人员可能“跳槽” 了，产品投入市场之前竞争对手发布了一个功能相近、 价格更低的软件等等。软件风险是任何软件开发项目中 都普遍存在的实际问题，项目越大，软件产品越复杂， 承担该项目所冒的风险也越大。软件风险可能在不同程 度上损害软件开发过程和软件产品质量。因此，在软件 开发过程中必须及时识别和分析风险，并且采取适当措 施以消除或减少风险的危害。 构建原型是一种能使某些类型的风险降至最低的方 法。 于是在1988年B.boehm提出了螺旋模型。
优点： 提供了一个模板，使得分析、设计、编码、测试、运 行维护可以在该模板的指导下应用。
瀑布模型的特点
缺点： 缺乏灵活性，不能适应用户需求的改变 开始阶段的小错误被逐级放大，可能导致软件产品报 废 返回上一级的开发需要十分昂贵的代价 随着软件规模和复杂性的增加，对于需求不能完全确 定的软件开发项目将产生很大的风险。
软件过程与软件开发模型
演讲人 崔琳娜
生存周期与软件过程的关系
什么是过程？广义的说，人们随时间的流逝而进行 的各种活动均可称为过程（process，流程）因此， 软件过程可理解为围绕软件开发所进行的一系列活 动。
在早些时候，人们常常把软件过程译为“软件开发 模型”
按照早期软件工程的观点，软件开发模型包含的阶 段与活动软件生存周期划分的阶段与活动基本上是 一致的。它们共同的特点是将整个“过程”严格的 划分阶段，各阶段的活动分步完成；前一阶段的活 动没有结束，下一阶段的活动就不能进行，恰如奔 流不息、拾级而下的瀑布。
软件过程-ISO/IEC 12207
主要过程类 支持过程类 组织过程类
• 获取过程 • 供应过程 • 开发过程 • 运行过程 • 维护过程
• 文档编制过程 • 配置管理过程 • 质量保证过程 • 验证过程 • 确认过程 • 联合评审过程 • 审核过程 • 问题解决过程
• 管理过程 • 基础设施过程 • 改进过程 • 培训过程
软件过程的演变
在第一代软件工程期间，瀑布开发模型在 软件的开发与维护中被普遍采用。
到了20世纪80年代中期，人们终于发现， 这种线性开发模型不适合于大型复杂系统 的开发。
软件开发模型开始演变。除传统的线性开 发模型外，又陆续涌现了一批新的、允许 在开发过程中任意回溯和迭代的过程模型。
软件过程涵义
原型模型的内容
原型模型的特点
优点： 开发者与用户充分交流，可以澄清模糊需求，需求定 义比其他模型好得多 为用户需求的改变提供了充分的余地
缺点： 开发者为了使一个原型快速运行起来，往往在实现过 程中采用折衷的手段。软件系统的组成部分可能会打 折扣； 资源规划和管理较为困难，随时更新文档也带来麻烦。
瀑布模型的概念
瀑布模型是将软件生存周期各活动规定为 依线性顺序联接的若干阶段的模型。它包 括需求分析、概要设计、详细设计、编码、 测试和维护。它规定了由前至后、相互衔 接的固定次序，如同瀑布流水，逐级下落。
瀑布模型的特点
特征： 从上一阶段承接的成果物作为本阶段的工作对象； 对上一阶段成果实施本阶段的活动； 给出本阶段的成果，作为下一阶段的输入； 对本阶段的工作进行评审，若本阶段的工作得到确认， 则继续下阶段的工作，否则返回前一阶段或更前一阶 段。
软件过程是软件开发与维护的工作流程和 工艺流程，是软件工程的重要组成部分。 软件过程指软件生存周期中所涉及的一 系列相关过程。过程是活动的集合，活动 是任务的集合，任务是把输入转换为输出 的操作。软件过程是动态的，它动态地产 生、推进（执行），动态地消亡。 软件过程模型是对软件过程静态的、抽 象的描述，是软件过程执行的依据。