软件工程过程 第5章 协同过程模型

1.RUP的一个应用实例——协同过程模型。它很好地应用了RUP 倡导的用例驱动、以架构为中心、基于风险的迭代和增量开发思想。P116

2.协同过程模型概述。P116

  • 协同过程模型包含初始、细化、构造和移交4个阶段。
  • 在每个阶段内可进行多次迭代,该模型建议每个阶段内的迭代不少于3次
  • 该模型可以依据项目进展进行多次循环,每次循环都经历该模型的4个阶段,称为一次增量,并向用户发布一个可执行的应用程序版本。

3.初始阶段。P118~P132

  • 基本活动(项目管理方面、培训方面、技术开发方面)P118~P120
  • 实施考虑(确定项目范围 P121~P123、用例分析与初步建模 P123~P124、细化用力路径和准备系统初始构架 P124~P132)

4.首次增量的重要性。P131

  • 提供给用户可使用的功能
  • 通过首次增量搭建了应用系统的整体框架,完善了基础设施,验证了系统架构的稳定性与合理性,为后续增量的开发奠定了坚实基础。
  • 首次增量规避了解决方案中所有存在的风险,后续增量只是工作量的累加。

5.细化阶段 总体目标是以实际所能达到的最快速度定义、确认架构并将其基线化,设置构想的基线,为构造阶段的高可信度计划设定基线。P132~P149

  • 基本活动(项目管理方面、培训方面、技术开发方面)P133~P136
  • 实施考虑(创建分析模型 P136~P138、创建早期UI原型 P138~P142、动态建模,验证需求的满足度 P142~P147、确定系统架构 P147~P149)

6.细化阶段的工作重点是从问题空间向解空间过渡,并最终确定系统的解决方案框架。项目管理的任务主要集中在项目进度与监控、风险分析、变更的控制与评估等内容。细化阶段的工作是开发UI原型、动态建模、搭建并论证系统解决方案。P135~P136

7.动态建模的依据。P142

  • 在确定项目范围时标识出来的事件,为系统必须相应的内部和外部激励提供了一个清晰的画面。
  • 在用例模板中表示出来的路径动态描述了实现用例目标所必须的逻辑步骤。
  • 用例描述中的业务规则捕获了应用程序中的元素必须得到的参数和语义。

8.构造阶段总体目标是通过优化资源和避免不必要的废品和返工来尽可能地减少开发成本;尽可能快地达到标准所要求的质量;尽可能快地实现可用的构想。P149

  • 主要活动(项目管理方面、培训方面、技术开发方面)P149~P151
  • 实施考虑(数据库设计与创建 P152~P154、组件设计与创建 P154~P159、网络组件设计与创建 P159)

9.移交阶段总体目标是:实现用户的自我支持;使项目相关人员一致认为实施的基线是完整的,并与构想的评价标准一致;尽快、尽可能节省成本地实现最终的产品基线。

  • 基本活动(项目管理方面、培训方面、技术开发方面 P160~P161)
  • 实施考虑(前期重点是修改完善应用系统,后期几种在系统打包与文档撰写方面)

10.本章小结

  • 协同过程模型三大特性:用例驱动、以架构为中心、基于风险的增量和迭代开发
  • 从协同过程过程模型每个阶段的目标、所包含的基本活动和任务、实施过程中的考虑以及每个阶段中可能的迭代安排等方面,较为详细地介绍了该模型的具体执行过程。
时间: 2024-10-25 02:41:03

软件工程过程 第5章 协同过程模型的相关文章

软件工程过程 第0章 目录

第1章 绪论 1.1 软件制造是个复杂的过程 1.2 软件产品与软件工程过程 1.3 研究软件工程过程的意义 1.4 软件生存周期过程标准 1.4.1 基本概念 1.4.2 ISO/IEC 12207 软件生存周期过程标准 1.5 本书结构 第2章 软件开发的主要活动 2.1 需求工程 2.1.1 需求获取 2.1.2 需求分析 2.1.3 需求规格说明说 2.1.4 需求验证 2.1.5 需求跟踪管理 2.1.6 需求变更管理 2.2 设计 2.2.1 高层设计 2.2.2 详细设计 2.3

软件工程过程 第1章 绪论

1.软件与硬件的差异:P1 软件更容易更改,且不需要昂贵的生产线进行批量生产.程序一旦被修改,只需要把修改后的程序再装入到其他计算机即可.这种便于修改的特点,使编程人员和软件开发组织开始采用一种“编码和修正”的方式来开发软件. 软件不会被破坏.软件是无形的,维护费用高.软件一般有更多的状态.模式和侧视途径,使之更难以规格化. 软件需求设计范围快速扩大,造成了软件人才的短缺. 2.解释“软件危机”.P2 软件的数量急剧膨胀,软件需求日趋复杂,维护的难度越来越大,开发成本之高令人吃惊,失败的软件开发

软件工程过程 第6章 软件工程过程的建立与监控

1.软件工程过程的层次.P162 U级(Universial Level 宏观级)提供一个高层概要 W级(Wordly Level 物质世界级)提供实际工作指导 A级(Atomic Level 微观级) 通过更加详细的求精 2.U级过程模型是指生存周期模型,包含知道具体工作的方针.P163~P165 面向任务的模型 实体过程的模型 3.W级过程模型对完成工作任务的顺序提供指导,规定各项任务的启动条件和输出结果.P166 规程定义了进行质量保证评审的点以及如何处理所发现的问题 规定评审工作的比例.

软件工程过程 第2章 软件开发的主要活动

1.需求工程.P13 需求是任何软件开发项目的基础. 好的需求是项目成功开发的必要条件. 需求分析工作可划分为两个阶段:需求开发和需求管理.需求开发就是传统意义上的需求分析. 2.需求开发(需求分析)的目标.P13 与客户和其他涉众在系统的工作内容方面达成并保持一致. 使系统开发人员能够更清楚地了解系统需求,定义系统边界: 为软件实施计划提供基础: 为估算开发系统所需成本和时间提供基础: 定义系统用户的需求和目标. 3.需求开发阶段包括需求获取.需求分析.规格化说明和需求验证4个活动:需求管理包

软件工程过程 第7章 软件工程过程改进

1.软件工程过程评估模型描述了作为有效过程特征的元素的结构化集合.这些评估模型提供了:P201 过程改进的出发点 业界过去经营的结晶 共同的语言和共享的构想 活动优先次序的框架 2.基于软件工程过程评估模型进行过程改进可以帮助组织或个人建立过程改进的目标和优先次序,协助改进过程,并为确保建立一个稳定.有能力的以及成熟的过程提供指南.P202 ISO 9001 CMM/CMMI ISO/IEC 15504 (SPICE) 3.软件质量管理体系由三部分要素构成:软件质量管理体系的框架.生存期基本活动

软件工程过程 第8章 敏捷过程

1.敏捷过程强调短期交付.客户的紧密参与,强调适应性而不是可预见性,强调为当前的需要而不考虑将来的简化设计,只将最必要的内容文档化,因此也被称为“轻量级过程”.P241 2.敏捷联盟遵循的12条原则.P242~P243 最优先要做的事是通过今早和持续交付有价值的软件使客户满意. 欢迎需求的变更,即使在软件开发的后期.敏捷过程利用项目需求变更来提升客户的市场竞争优势. 频繁向客户交付可以工作的软件产品,从几周到几个月,交付的时间间隔越短越好. 在整个项目开发周期,业务人员和开发团队应该天天在一起工

软件工程过程 第4章 瀑布模型应用实例

1.Infosys 过程模型如下图所示:P82 包括需求规范.高层设计.详细设计.构建.单元测试.集成测试计划.集成测试.系统测试计划.系统测试.文档化.验收测试.安装和维护支持. 2.需求阶段主要两个方面:问题分析和产品描述.需求分析活动可细分为需求准备.收集和分析3个步骤.产品描述活动也可以细分成规格说明书的准备.评审和客户的最后认可3个步骤.P83 3.需求规范主要参与人员:系统分析团队.评审团队和客户,主要输出是软件需求规格说明书文档和验收测试标准,结束条件是软件需求规格说明书文档和验收

软件工程概论通读第二章

第二章软件过程主要分为软件过程的概念,软件过程模型和案例三个模块. 软件过程即在软件工程过程.方法.工具的三要素之中,软件过程将人员.技术.组织与管理有机的结合在一起.软件工程是软件工程人员为了获得软件产品而在软件工具的支持下实施的一系列软件工程活动.明确定义团队人员的工作和职责,所执行的活动及其顺序关系,活动的内容和步骤. 软件过程的基本活动包括问题提出.软件需求规格说明.软件设计(实现算法.数据结构和接口设计).软件实现(源程序及合适的注释).软件确认(测试修改不断反馈)和软件演化等6个基本

现代软件工程 第十二章 练习与讨论

1  什么时候开始考虑用户体验? 既然用户体验和用户界面对一个项目这么重要,但是负责这类工作的设计师并不是软件工程师,设计师们什么时候加入进来为好呢? 不同的人有不同的看法. 最先:“你要从用户体验开始,然后反过来寻求技术的解决方案”.[i] 最后:代码写得差不多了,请设计师(或者美工)来美化一下,画个图标,对齐一下文字. 你认为应该如何根据项目和用户的类型来决定设计师与工程师的交互方式? 2 个人电脑界面的演变 参考下面这个网页和其他资料,练习自己使用软件的经历,讨论个人电脑界面的演变, 以及