首页 Chapter_02v2

Chapter_02v2

举报
开通vip

Chapter_02v2*第二章过程模型*通用过程模型软件过程过程框架普适性活动软件工程活动#1.1框架活动#1工作任务工作产品质量保证点项目里程碑工作任务工作产品质量保证点项目里程碑框架活动#n软件工程活动#n.1软件工程动作#n.m任务集任务集任务集任务集软降工程动作#1.k工作任务工作产品质量保证点项目里程碑工作任务工作产品质量保证点项目里程碑*过程流沟通策划建模(a)线性过程流构建部署部署构建建模策划沟通(b)迭代过程流建模构建(c)演化过程流部署策划沟通增量交付沟通策划建模时间构建部署(c)并行过程流*明确任务集任务集定义了为达...

Chapter_02v2
*第二章过程模型*通用过程模型软件过程过程框架普适性活动软件工程活动#1.1框架活动#1工作任务工作产品质量保证点项目里程碑工作任务工作产品质量保证点项目里程碑框架活动#n软件工程活动#n.1软件工程动作#n.m任务集任务集任务集任务集软降工程动作#1.k工作任务工作产品质量保证点项目里程碑工作任务工作产品质量保证点项目里程碑*过程流沟通策划建模(a)线性过程流构建部署部署构建建模策划沟通(b)迭代过程流建模构建(c)演化过程流部署策划沟通增量交付沟通策划建模时间构建部署(c)并行过程流*明确任务集任务集定义了为达到一个软件工程动作的目标所需要完成的工作。所需完成任务的列表所需生产的工作产品列表应用质量保证过滤的列表项目里程碑小型项目的获取需求任务集1.制定项目的利益相关者列表2.邀请所有的利益相关者参加一个非正式会议。3.征询每一个人对于软件特征和功能的需求。4.讨论需求,并确定最终的需求列表。5.划定需求优先级。6.标出不确定领域。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.*大型项目的获取需求任务集1.制定项目的利益相关者列表2.和利益相关者的每一个成员分别单独讨论,获取所有的要求。3.基于任务集2中的调查,建立初步的功能和特征列表。4.安排一系列促进需求获取的会议。5.组织会议。6.在每次会议上建立非正式的用户场景。7.根据利益相关者的反馈,进一步细化用户场景。8.建立一个修正的需求列表。9.使用质量功能部署技术,划分需求优先级。10.将需求打包以便软件可以增量交付。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.*大型项目的获取需求任务集(续)11.标注系统的约束和限制。12.讨论系统验证 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.**过程模式一个过程模式描述了软件工程工作中遇到的过程相关的问题明确了问题环境并给出了针对该问题的一种或几种可 证明 住所证明下载场所使用证明下载诊断证明下载住所证明下载爱问住所证明下载爱问 的解决方案通俗地讲,过程模式提供了一个描述模版[Amb98]—一种在软件过程的背景下,统一描述问题解决方案的方法。过程模式为软件过程提供已有的经过验证的解决方案。可以在不同的抽象层次上定义过程模式。模式可处于不同的抽象层次模式可以描述一个与完整过程模型(例如原型开发)相关的问题(及解决方案)模式可以描述一个与框架活动(例如策划)或者框架活动中的一项具体任务(例如项目估算)相关的问题(及解决方案)TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.*过程模式描述模板模式名称:表述该模式在软件过程中的含义(例如技术评审)驱动力:模式使用环境及主要问题,以明确主要难点并可能影响解决方案。类型:定义模式类型TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.**过程模式类型步骤模式—定义与过程的框架活动相关的问题。例如“建立沟通(一个框架活动)”,它可能包括需求获取等任务模式任务模式—定义了与软件工程动作或是工作任务相关、关系软件工程实践成败的问题。例如“需求获取”是一个任务模式阶段模式—定义在过程中发生的框架活动序列,即使这些活动流本质上是迭代的。例如“螺旋模型”和“原型开发”就是两种阶段模式。模式的启动条件在此之前,整个开发组织或是开发团队内已经有哪些活动?过程的进入状态是什么?已经有哪些软件工程信息或是项目信息?TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.*启动条件实例-策划模式客户和软件工程师已经建立了合作的交流机制已经成功地完成一些客户沟通模式中特定的任务模式项目范围、基本业务需求和项目限制条件已经确定TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.*模式的结束条件必须完成哪些开发组织或是开发团队相关的活动?过程的结束状态是什么?产生了哪些软件工程信息或是项目信息?具体的过程模型的例子见p23TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.**过程评估与改进用于过程改进的CMMI(CapabilityMaturityModelIntegration)标准评估方法—提供了五步的过程评估模型:启动、诊断、建立、执行和学习。用于组织内部过程改进的CMM评估—采用SEI的CMM作为评估的依据[Dun01],提供了一种诊断方法,用以分析软件开发机构相对成熟度。SPICE—TheSPICE(SoftwareProcessImprovementandCapabilitydEtermination)(软件工程改进与能力测定)(ISO/IEC15504)标准定义了软件过程评估的一系列要求。该标准的目的是帮助软件开发组织建立客观的评价体系,以评估定义的软件过程的有效性。[ISO08]软件ISO9001:2000—这是一个通用标准,任何开发组织如果希望提高所提供的产品、系统或服务的整体质量,都可以采用这个标准。因此,该标准可直接应用于软件组织和公司。[Ant06]*惯用模型惯用过程模型提倡有序的软件工程方法因此导致一些问题…如果传统过程模型力求实现结构化和有序,那么对于富于变化的软件世界,这一模型是否合适呢?如果我们抛弃传统过程模型(以及它们带来的秩序),取而代之以一些不够结构化的模型,是否会使如软件工作无法达到协调和一致?无法简单回答,但软件工程师有很大的选择余地。*瀑布模型沟通项目启动需求获取策划项目估算进度计划项目跟踪建模分析设计构建编码测试部署交付支持反馈*V模型需求建模体系结构设计构件设计代码生成单元测试集成测试系统测试验收测试可执行软件使用中遇到的问题实际的项目很少遵守瀑布模型提出的顺序。(变更可能造成混乱)客户通常难以清楚地描述所有的需求。(但模型要求客户明确需求,若项目开始阶段存在不确定性会发生问题)客户必须要有耐心。 (待项目快结束时,才能得到可执行程序)  可能会有“阻塞状态”,任务之间的依赖性导致任务之间的等待,人员的闲置)TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.*适用情形当需求确定、工作采用线性方式完成时。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.**增量模型第1个增量第2个增量第n个增量交付第2个增量交付第3个增量交付第1个增量软件功能和特征项目时间沟通策划建模分析设计构件编码测试部署交付反馈沟通沟通策划策划建模分析设计建模分析设计构件编码测试构件编码测试部署交付反馈部署交付反馈适用情形初始的软件需求明确,但是整个开发过程却不宜单纯运用线性模型。同时,可能迫切需要为用户迅速提供一套功能有限的软件产品,然后在后续版本中再进行细化和扩展功能。例如第一个增量往往是核心产品,附加功能进入下个增量计划。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.*特点综合了线性过程流和并行过程流的特征。每个增量都提交一个可以运行的产品。例如:文字处理软件,第一个增量是基本的文件管理、编辑和文档生成(核心功能);第二个增量是复杂的编辑和文档生成;第三个增量是拼写检查和语法检查功能;第四个增量是高级页面排版功能;第2至4个增量是附加功能。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.**演化模型:原型开发ConstructionofprototypecommunicationQuickplanModelingQuickdesignConstructionofprototypeDeploymentdelivery&feedback沟通快速策划快速建模设计构建原型部署交付及反馈适用情形客户提出了一些基本功能,但没有详细定义功能和特性需求开发人员可能对算法的效率、操作系统的兼容性和人机交互的形式等情况并不确定TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.*特点很少是好用的,可能太慢太大,难以使用。一般作为被丢弃的系统。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.**演化模型:螺旋策划项目估算制定进度计划风险分析建模分析设计构建编码测试部署交付反馈沟通开始特点是一种风险驱动型的过程模型生成器。对于软件集中的系统,可以指导多个利益相关者协同工作。采用循环的方式逐步加深系统定义和实现的深度,同时降低风险。确定一系列里程碑,确保利益相关者都支持可行的和令人满意的系统解决方案。第一圈开发出系统的规格说明,第二圈开发出产品的原型系统,以后逐次完善,开发不同的软件版本。不断调整项目计划,根据交付用户的反馈调整预算和进度、以及迭代次数。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.**演化模型:协同建模活动非活动状态表示软件工程活动或任务的某一状态完成状态已建立基线正在评审状态正在开发状态等待变更请求正在修改状态特点(以建模活动为例)在某一特定时间,建模活动可能处于图中所示的任何一种状态中。其他活动、动作或任务,可以用类似的方式表示。所有的软件工程活动同时存在并处于不同的状态。TheseslidesaredesignedtoaccompanySoftwareEngineering:APractitioner’sApproach,7/e(McGraw-Hill,2009).Slidescopyright2009byRogerPressman.**其他过程模型基于构件的开发——这个过程模型能够使软件复用,是一个发展目标(本质上属于演化模型)形式化方法——强调需求的数学规范说明一个变型是净室(cleanroom)软件工程。面向方面的软件开发(AOSD)—为定义、说明、设计和构建方面提供过程和方法如果某个关注点涉及系统多个方面的功能、特性和信息,可称为横切关注点,由方面性需求来定义。并加以局部化的实现这些特征、功能和信息内容。把常规技术中分散在多个类中的关注点集中实现。此外还有AOP(面向方面编程)统一过程——一种“用例驱动,以架构为核心,迭代并且增量”的软件过程与统一建模语言的紧密结合*统一过程(UP)inceptionelaboration起始细化策划沟通部署转换构建构建建模生产发布软件增量*UP阶段UP阶段需求工作流分析设计实现测试支持迭代起始细化构建转换生产*UP工作产品起始阶段愿景文档初始用例模型初始项目术语初始商业案例初始风险评估项目计划,阶段和迭代。商业模型,如果必要一个或更多的原型开发细化阶段构建阶段转换阶段用例模型包括非功能性的补充需求分析模型软件体系结构描述可执行体系结构原型初步设计模型修订风险列表包含迭代计划的项目策划调整工作流里程碑技术工作产品初步用户手册设计模型软件构件集成软件增量测试计划和步骤测试用例支持文档用户手册安装手册当前增量说明交付软件增量Beta测试 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 一般用户反馈*个人软件过程(PSP)策划。这个活动将需求活动分离出来,估算项目的规模和所需资源,并估算缺陷(工作中预测的缺陷数目)。所有的度量都用工作表或是模板记录。最后,识别开发任务,并建立项目进度计划。高层设计。搭建每个构件的的外部规格说明,并完成构件设计。如果有不确定的需求,则建立原型系统。所有问题都要记录和跟踪。高层设计评审。使用正式的验证方法(参见第21章)来发现设计中的错误。对所有的重要任务和工作结果都进行度量。开发。细化和评审构件级设计。完成编程,对代码进行评审,并进行编译和测试。对有的重要任务和工作结果都进行度量。后验。根据收集到的测量和度量结果(需要进行大量数据的统计分析),确定过程的有效性。度量和测量结果为提高过程的有效性提供指导。*团队软件过程(TSP)建立自我管理团队来计划和跟踪他们的工作、确定目标、建立团队自己的过程和计划。团队既可以是纯粹的软件开发队伍,也可以是集成的产品队伍(IPT),可以由3~20名工程师组成。指示管理人员如何指导和激励其团队,及如何帮助他们保持团队的最佳表现。使CMM第5级的行为常规化并如预期一样,这样可加速软件过程改进。能力成熟模型(CMM),一种衡量软件过程效率的技术,将在第30章中讨论。为高成熟度的软件组织提供改进知道。协助大学传授工业级团队技能。
本文档为【Chapter_02v2】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
个人认证用户
正方体
暂无简介~
格式:ppt
大小:2MB
软件:PowerPoint
页数:36
分类:
上传时间:2022-05-11
浏览量:0