软件过程标准ppt课件.ppt

软件过程规范IEEE简介•Institute of Electrical and Electronics Engineers (IEEE) •美国电气和电子工程师协会(IEEE)是一个国际性的电子技术与信息科学工程师的协会，是世界上最大的专业技术组织之一〔成员人数〕，拥有来自175个国家的36万会员(到2019年)1963年1月1日由美国无线电工程师协会(IRE, 创建于1912年)和美国电气工程师协会(AIEE,创建于1884年)合并而成，它有一个区域和技术互为补充的组织构造，以地理位置或者技术中心作为组织单位(例如IEEE 费城分会和IEEE计算机协会]])它管理着引荐规那么和执行方案的分散组织(例如IEEE-USA 明确效力于 美国的成员，专业人士和公众〕 总部在美国纽约市 IEEE在150多个国家中它拥有300多个地方分会透过多元化的会员，该组织在太空、计算机、电信、生物医学、电力及消费性电子产品等领域中都是主要的权威专业上它有35个专业学会和两个结合会IEEE发表多种杂志，学报，书籍和每年组织300多次专业会议IEEE定义的规范在工业界有极大的影响IEEE (读做eye-triple-ee，I-3E)。

 Standard for Information Technology  Software Life Cycle Processes•IEEE1517规范会聚了软件行业认可的有关复用的最正确实际的集合•将这一集合组织在一组复用过程、活动和义务中，而这一组过程、活动和义务必需被包含在软件生命周期中以支持系统化复用•这些复用过程、活动和义务包含经过资产构造的软件产品的需求、供应、开发、运转和维护，也包含资产的获取、供应、开发和维护；除此之外，还包括软件生命周期的定义、控制和改良IEEE1517的作用EEE 1517规范从两方面阐明了系统级复用的实际1〕 消费者复用：利用资产进展软件系统和产品的开发、运转及维护2〕 消费者复用：资产的开发、管理和维护IEEE所包含的主要过程•1〕 根本过程：与运用到资产的软件系统或运用的开发、运转和维护有关在IEEE1517规范中，每一个根本过程不仅包含了12207规范中阐明的一切活动和义务，还包含新的与复用有关的新义务，用以阐明在构造过程制品中对资产的运用•2〕 支持过程：在开发和维护软件产品或资产中起到辅助其他过程的作用，经过执行相应功能来保证软件产品或资产的质量、完好性和流通性。

在IEEE1517规范中添加了资产管理过程，从过程落实、资产存储和检索定义、资产管理和控制三个方面来阐明资产管理的需求•3〕 跨工程过程：包含那些跨越多个软件工程的过程，也就是说，这些过程满足多个工程的需求，并且〔或者〕产生可以在多个软件工程中复用的制品IEEE1517规范定义了领域工程过程来规约在领域的层次上执行消费者复用的需求领域工程过程覆盖了为领域进展的资产开发和维护•4〕 组织过程：用于提供对工程管理的支持，使系统化复用和CBSD的实际在组织级或企业级成为能够它们用来建立一个过程和人员的整合结果，这个构造是可以被管理和改良的在IEEE1517规范中添加了重用大纲管理过程，为在组织级别上采用系统级复用提供支持什么是资产什么是软件资产•软件件资产(Asset)的定的定义•IEEE 1517规范定范定义资产〔〔Asset〕〕为•一个一个诸如如设计、、规约、源代、源代码、文档或者、文档或者测试过程指南等的工程〔程指南等的工程〔item〕，它被〕，它被设计为可以在多种上下文可以在多种上下文环境中运用境中运用复用的根本类型• •代代代代码码复用复用复用复用• •一种最常一种最常一种最常一种最常见见的复用方式的复用方式的复用方式的复用方式• •最常最常最常最常见见的情况复用代的情况复用代的情况复用代的情况复用代码码被共享被共享被共享被共享为为公共公共公共公共类类或是函数或是函数或是函数或是函数库库或是或是或是或是过过程程程程• •优优点：点：点：点：• •大量减少反复代大量减少反复代大量减少反复代大量减少反复代码码的出的出的出的出现现，降低了开，降低了开，降低了开，降低了开发发和和和和维护维护本本本本钱钱• •缺陷：缺陷：缺陷：缺陷：• •作用范作用范作用范作用范围仅围仅限于程序的限于程序的限于程序的限于程序的编编写而且会呵斥程序构造写而且会呵斥程序构造写而且会呵斥程序构造写而且会呵斥程序构造严严密耦合密耦合密耦合密耦合• •模版复用模版复用模版复用模版复用 • •一种典型文档一种典型文档一种典型文档一种典型文档阐阐明性复用。

它通常被明性复用它通常被明性复用它通常被明性复用它通常被实际实际于运用一系列于运用一系列于运用一系列于运用一系列规规定格式管理定格式管理定格式管理定格式管理手工手工手工手工书书写的文档，建模模型以及程序代写的文档，建模模型以及程序代写的文档，建模模型以及程序代写的文档，建模模型以及程序代码码• •优优点：点：点：点：• •文档模版方式的最大的益文档模版方式的最大的益文档模版方式的最大的益文档模版方式的最大的益处处在于在于在于在于对对于手工于手工于手工于手工书书写文档的一致性和写文档的一致性和写文档的一致性和写文档的一致性和质质量有量有量有量有了了了了较较好的保好的保好的保好的保证证• •缺陷：缺陷：缺陷：缺陷：• •运用者运用者运用者运用者经经常会由于个人的需求而修正文档常会由于个人的需求而修正文档常会由于个人的需求而修正文档常会由于个人的需求而修正文档规规格呵斥混乱格呵斥混乱格呵斥混乱格呵斥混乱复用的根本类型• •构件复用构件复用构件复用构件复用• •构件通常是在某一个方面的可以高效构件通常是在某一个方面的可以高效构件通常是在某一个方面的可以高效构件通常是在某一个方面的可以高效处处理理理理问题问题的的的的对对象集合。

象集合• •构件具有的模构件具有的模构件具有的模构件具有的模块块独立性使得它可以方便的插入到运用程序中，而此特性使得构件独立性使得它可以方便的插入到运用程序中，而此特性使得构件独立性使得它可以方便的插入到运用程序中，而此特性使得构件独立性使得它可以方便的插入到运用程序中，而此特性使得构件级级复用的适用范复用的适用范复用的适用范复用的适用范围围大大超越代大大超越代大大超越代大大超越代码级码级复用和承复用和承复用和承复用和承继级继级复用其次，广泛存在的根底平台例如复用其次，广泛存在的根底平台例如复用其次，广泛存在的根底平台例如复用其次，广泛存在的根底平台例如Win32Win32和和和和JavaJava平台都平台都平台都平台都为为第三方第三方第三方第三方厂方开厂方开厂方开厂方开发发和和和和销销售他售他售他售他们们的构件提供了便利的构件提供了便利的构件提供了便利的构件提供了便利• •框架复用框架复用框架复用框架复用• •开开开开发发人人人人员员在框架的根底上在框架的根底上在框架的根底上在框架的根底上进进展开展开展开展开发发，只需求完成运用程序最，只需求完成运用程序最，只需求完成运用程序最，只需求完成运用程序最终终20%20%的部分而另外的部分而另外的部分而另外的部分而另外80%80%的部分曾的部分曾的部分曾的部分曾经经由由由由框架完成了。

框架完成了框架完成了框架完成了• •目前，在保目前，在保目前，在保目前，在保险险，人力，人力，人力，人力资资源，制造源，制造源，制造源，制造业业，，，，银银行和行和行和行和电电子商子商子商子商务软务软件开件开件开件开发发中已有一些成熟的框架模型中已有一些成熟的框架模型中已有一些成熟的框架模型中已有一些成熟的框架模型• •框架框架框架框架对业务领对业务领域重点提出了相域重点提出了相域重点提出了相域重点提出了相应应的的的的处处理方法，并将那些复理方法，并将那些复理方法，并将那些复理方法，并将那些复杂杂的需求破的需求破的需求破的需求破费时间进费时间进展开展开展开展开发验证发验证的复的复的复的复杂逻杂逻辑进辑进展了良好的封装展了良好的封装展了良好的封装展了良好的封装• •框架复用也有本身的缺陷，框架的复框架复用也有本身的缺陷，框架的复框架复用也有本身的缺陷，框架的复框架复用也有本身的缺陷，框架的复杂杂程度程度程度程度给给运用者的学运用者的学运用者的学运用者的学习习和运用和运用和运用和运用带带来了一定的来了一定的来了一定的来了一定的难难度 复用的根本类型• •交付物复用交付物复用交付物复用交付物复用• •包括运用以前包括运用以前包括运用以前包括运用以前创创建的用例，建的用例，建的用例，建的用例，规规范文档，模型，范文档，模型，范文档，模型，范文档，模型，过过程方法和方案以及运用程序程方法和方案以及运用程序程方法和方案以及运用程序程方法和方案以及运用程序等。

等• •方式复用方式复用方式复用方式复用• •利用已被反复利用已被反复利用已被反复利用已被反复实际实际的的的的规规那么那么那么那么处处理通用性理通用性理通用性理通用性问题问题• •方式的复用的思想是将复用代方式的复用的思想是将复用代方式的复用的思想是将复用代方式的复用的思想是将复用代码码背后的思想背后的思想背后的思想背后的思想进进展了展了展了展了笼统笼统从而构成一种运用从而构成一种运用从而构成一种运用从而构成一种运用规规那么它是一种高那么它是一种高那么它是一种高那么它是一种高层层次的复用机制，其生存期次的复用机制，其生存期次的复用机制，其生存期次的复用机制，其生存期远远远远超越了描画它的言超越了描画它的言超越了描画它的言超越了描画它的言语语甚至甚至甚至甚至是是是是规规范它的面向范它的面向范它的面向范它的面向对对象思想• •方式复用提供了更高方式复用提供了更高方式复用提供了更高方式复用提供了更高层层次的复用和跨平台，跨言次的复用和跨平台，跨言次的复用和跨平台，跨言次的复用和跨平台，跨言语语的特性• •领领域构件复用域构件复用域构件复用域构件复用• •某个某个某个某个领领域方面的构件域方面的构件域方面的构件域方面的构件经经常是一系列关系常是一系列关系常是一系列关系常是一系列关系严严密，完成密，完成密，完成密，完成详细详细功能的商功能的商功能的商功能的商业对业对象象象象组组合。

合• •大量已有的，关系大量已有的，关系大量已有的，关系大量已有的，关系严严密的商密的商密的商密的商业业功能在功能在功能在功能在许许多的运用程序中都会用到任何多的运用程序中都会用到任何多的运用程序中都会用到任何多的运用程序中都会用到任何领领域域域域对对象都象都象都象都应该应该被被被被设计为设计为可复用的，由于可复用的，由于可复用的，由于可复用的，由于领领域域域域对对象可以高效的融入商象可以高效的融入商象可以高效的融入商象可以高效的融入商业业功能中并功能中并功能中并功能中并为为今后的管理和复用提供了根底今后的管理和复用提供了根底今后的管理和复用提供了根底今后的管理和复用提供了根底消费者复用•消费者复用•消费者复用关注的是如何为复用提供资产•消费者复用关注分析、设计、开发和维护资产•当在领域中运用的时候，消费者复用关注如何为该领域分析、设计、开发和维护资产•领域工程的定义〔IEEE 1517〕•一个为一类系统、子系统或运用程序定义范围〔即领域的定义〕、阐明构造〔即领域构架〕、构建资产〔如：需求、设计、软件代码和文档〕的基于复用的方法•领域工程包含以下活动：领域定义、领域分析、开发领域构架、领域实现。

•领域的涵义：• 是一个“问题空间〞这个空间具有复用的潜力〔IEEE 1517中的定义〕•“领域〞这个概念被用来减少实际复用的范围，使得在一个领域的范围内概念更易于了解、技术更容易实现、组织更容易管理  •为了复用，组织终究应该选择什么样的方式来对其本身进展分割——根据消费线，还是业务功能，或是技术平台，抑或是其他的方法？消费者复用消费者复用消费者复用消费者复用消费者复用消费者复用消费者复用资产复用的益处IEEE1517的目的•IEEE 1517 目的是向软件团体提供良好定义的方法，使其在软件生命周期内系统地实际复用技术，该规范的根本目的在于详细阐明支持系统化的复用实际的软件生命周期过程、活动、义务和软件根底构造CMM开展史CMM开展史CMM模型的特征CMM模型的五个等级CMM模型等级CMM模型等级CMM级别提高所带来的CMM级别提高所带来的为什么要学习PSP？提高作为程序员的技艺CMM与PSPCMM与PSPPSP可以PSP过程流程图PSP过程脚本PSP过程脚本TSP是什么•TSP〔Personal Software Process〕对群组软件过程的定义、度量和改革提出了一整套原那么、战略和方法，把CMM要务虚施的管理与PSP要求开发人员具有的技巧结合起来，以按时交付高质量的软件，并把本钱控制在预算的范围之内。

在TSP中，讲述了如何创建高效且具有自我管理才干的工程小组，工程人员如何才干成为合格的工程组成员，管理人员如何对群组提供指点和支持，如何坚持良好的工程环境使工程组能充分发扬本人的程度等软件工程管理问题TSP•TSP实施集体管理与自我管理相结合的原那么，最终目的在于指点开发人员如何在最少的时间内，以预定的费用消费出高质量的软件产品，所采用的方法是对小组开发过程进展定义、度量和改良•小组远不只是一群有才干的个人的集合为了建立并坚持高效率的任务关系，小组需求共同的目的，大家一致赞同的行动方案和适当的指点，小组成员要在需求的时候乐于寻求协助TSP实施条件•需求有高层主管和各级经理的支持，以获得必要的资源•整个软件开发小组至少应在CMM的第二级〔已管理级〕•全体软件开发人员必需经过PSP的培训，并有按TSP任务的愿望和热情•开发小组成员应在2到20个人之间阅历阐明，4~8个人的小组任务效率最高TSP七条原那么•1 提供一个提供一个简单简单的框架，每个人在其中各司其的框架，每个人在其中各司其职职•2 把把产产品的开品的开发发分分为为多个周期多个周期•3 建立建立规规范的范的评评价机制•4 对对小小组组和和组员组员有准确的有准确的评评价。

价•5 采用采用针对针对角色和小角色和小组组的的评评价•6 开开发过发过程中程中强强调纪调纪律性•7 有人提供关于小有人提供关于小组协组协同任同任务务的的问题问题的指点的指点TSP度量要素度量要素•对软件开发小组进展度量的根本要素：•所编文档页数；•所编代码行数；•破费在各个开发阶段或各个开发义务上的时间；•在各个开发阶段中注入和矫正的过失数目；•在各个阶段对最终产品添加的价值TSP度量要素度量要素•TSP有关质量度量的阅历原那么：•软件设计时间应大于软件实现时间；•设计评审时间至少应占一半以上的设计时间；•代码评审时间应大于编制代码的时间；•每千行源程序在编译阶段发现的过失不应超越10个；•每千行源程序在测试阶段发现的过失不应超越5个TSP和PSP。