定义:项目范围基线是批准的详细项目范围说明书与对应的工作分解结构和工作分解结构词汇表。
项目的“基线”是指在项目的生命周期中的某个时间点上,项目的计划日期或预算等关键历史参数。建立项目基线的目的在于:可以随时将项目的计划、费用、依赖等关键参数与建立基线时的情形进行对照,及时找出差异所在并进行纠正。
另外,PMBOK2008中,基线定义为:一份经过批准的项目计划,加上或减去经批准的变更。用于与实际绩效比较来确定绩效是否在可接受的偏差范围内。也就是说未来的绩效,包括进度、成本、资源消耗等是根据基线对比得到的。
项目范围基线建立有三大原因:重现性、可追踪性和报告。
重现性是指及时返回并重新生成软件系统给定发布版的能力,或者是在项目中的早些时候重新生成开发环境的能力。
可追踪性建立项目工件之间的前后继承关系。其目的在于确保设计满足要求、代码实施设计以及用正确代码编译可执行文件。
报告来源于一个基线内容同另一个基线内容的比较。基线比较有助于调试并生成发布说明。
项目范围基线的使用:定期建立基线以确保各开发人员的工作保持同步。但是,在项目过程中,应该在每次迭代结束点(次要里程碑),以及与生命周期各阶段结束点相关联的主要里程碑处定期建立基线:
生命周期目标里程碑(先启阶段)
生命周期构架里程碑(精化阶段)
初始操作性能里程碑(构建阶段)
产品发布里程碑(产品化阶段)
基线的定义
基线(Baseline)说起. 基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.所以,当基线形成后,项目负责SCM的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布.至于对外的正式发布,更是应当从基线了的版本中发布.
基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。
参与项目的开发人员将基线所代表的各版本的目录和文件填入他们的工作区。随着工作的进展,基线将合并自从上次建立基线以来开发人员已经交付的工作。变更一旦并入基线,开发人员就采用新的基线,以与项目中的变更保持同步。调整基线将把集成工作区中的文件并入开发工作区。
建立基线的三大原因是:重现性、可追踪性和报告。
重现性是指及时返回并重新生成软件系统给定发布版的能力,或者是在项目中的早些时候重新生成开发环境的能力。可追踪性建立项目工件之间的前后继承关系。其目的在于确保设计满足要求、代码实施设计以及用正确代码编译可执行文件。报告来源于一个基线内容同另一个基线内容的比较。基线比较有助于调试并生成发布说明。
建立基线后,需要标注所有组成构件和基线,以便能够对其进行识别和重新建立。
建立基线有以下几个优点:
基线为开发工件提供了一个定点和快照。
新项目可以从基线提供的定点之中建立。作为一个单独分支,新项目将与随后对原始项目(在主要分支上)所进行的变更进行隔离。
各开发人员可以将建有基线的构件作为他在隔离的私有工作区中进行更新的基础。
当认为更新不稳定或不可信时,基线为团队提供一种取消变更的方法。
您可以利用基线重新建立基于某个特定发布版本的配置,这样也可以重现已报告的错误。
使用
定期建立基线以确保各开发人员的工作保持同步。但是,在项目过程中,应该在每次迭代结束点(次要里程碑),以及与生命周期各阶段结束点相关联的主要里程碑处定期建立基线:
生命周期目标里程碑(先启阶段)
生命周期构架里程碑(精化阶段)
初始操作性能里程碑(构建阶段)
产品发布里程碑(产品化阶段)
如何选择软件开发的生命周期
任何事物一样,一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段,一般称为软件生存周期(软件生命周期)。
计算机软件配置项是什么
1、软件配置项(SCI):软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。
2、软件配置项包括:
(1)与合同、过程、计划和产品有关的文档和资料;
(2)源代码、目标代码和可执行代码;
(3)相关产品,包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等。
3、软件配置项是作为配置项识别活动的产出物,CMMI中要求有文档化的配置项识别准则,根据准则来进行配置项识别,列出配置项列表,给与配置项唯一的编号、名称等,并标明配置项的一些重要属性,如:它的存储位置、它的负责人、对应源码语言、受控级别等。
扩展资料:
1、软件配置相关
Babich曾经这样说过:“协调软件开发使得混乱达到最小的技术叫配置管理。配置管理是一种标识、组织和控制修改的技术,目的是使错误达到最小并最有效地提高生长率。
软件配置管理,叫SCM,它应用于整个软件工程过程。因为变更在任何时刻都可能发生,因此SCM活动的目标就是为了:
(1)标识变更;
(2)控制变更;
(3)确保变更正确地实现;
(4)向其他有关的人员报告变更。
参考资料:百度百科——软件配置项
什么是英语基线
基线【base line】指的是在三角网测量中,经精确测定长度的直线段。
政治地理:
1.基线:又称领海基线,是陆地和内水同领海的分界线,是划定领海、毗连区、专属经济区和大陆架宽度的起算线。
???
2.基线——经流动相冲洗,柱与流动相达到平衡后,检测器测出一段时间的流出曲线。一般应平行于时间轴。
计算机类
基线(Baseline),基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.所以,当基线形成后,项目负责SCM的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布.至于对外的正式发布,更是应当从基线了的版本中发布.
基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。
参与项目的开发人员将基线所代表的各版本的目录和文件填入他们的工作区。随着工作的进展,基线将合并自从上次建立基线以来开发人员已经交付的工作。变更一旦并入基线,开发人员就采用新的基线,以与项目中的变更保持同步。调整基线将把集成工作区中的文件并入开发工作区。
建立基线的三大原因是:重现性、可追踪性和报告。
重现性是指及时返回并重新生成软件系统给定发布版的能力,或者是在项目中的早些时候重新生成开发环境的能力。可追踪性建立项目工件之间的前后继承关系。其目的在于确保设计满足要求、代码实施设计以及用正确代码编译可执行文件。报告来源于一个基线内容同另一个基线内容的比较。基线比较有助于调试并生成发布说明。
建立基线后,需要标注所有组成构件和基线,以便能够对其进行识别和重新建立。
建立基线有以下几个优点:
基线为开发工件提供了一个定点和快照。
新项目可以从基线提供的定点之中建立。作为一个单独分支,新项目将与随后对原始项目(在主要分支上)所进行的变更进行隔离。
各开发人员可以将建有基线的构件作为他在隔离的私有工作区中进行更新的基础。
当认为更新不稳定或不可信时,基线为团队提供一种取消变更的方法。
您可以利用基线重新建立基于某个特定发布版本的配置,这样也可以重现已报告的错误。
使用
定期建立基线以确保各开发人员的工作保持同步。但是,在项目过程中,应该在每次迭代结束点(次要里程碑),以及与生命周期各阶段结束点相关联的主要里程碑处定期建立基线:
生命周期目标里程碑(先启阶段)
生命周期构架里程碑(精化阶段)
初始操作性能里程碑(构建阶段)
产品发布里程碑(产品化阶段)
软件工程:
什么是基线?第一次提出的软件配置项就构成基线配置项。基线分类列表如下:
–系统功能说明。系统模型,项目计划,进度安排;
–软件需求规格说明。包括:图形分析模型、过程、原型、数学规格说明;
–设计规格说明。包括:数据设计、体系结构设计、界面设计、对象的描述等;验收规格说明;
–测试规格说明。包括:测试计划、测试用例、测试预期结果、测试记录等;
–数据库描述。包括:数据模式、记录结构、数据项描述;
–模块规格说明。包括:模块功能、模块算法、模块接口等描述;
–运行系统。包括:模块代码、链接模块、数据库、支持及工具程序等;
–用户文档。包括:安装说明、操作说明、用户手册等;培训计划;维护文档,包括:故障报告、维护要求、更改记录等;
–项目采用的有关标准和规程。
字体、排版:
基线(Baseline)是大部分字母所“坐”在的,字体的下降部之上的直线。下图红色的直线就是基线。
[英文排版术语]
英文排版术语
色谱:
基线是检测器在没有进样时信号随时间的变化曲线,一般为噪音随时间的变化曲线,正常情况下在灵敏度不是很高时为一平直的线.
如何设计或者挑选有效的回归测试用例
此时,就势必要进行回归测试。而且系统越成熟,回归测试的比重也会越大。这将会对测试工作带来不小的挑战。在实际工作中,经常是一方面求全,希望覆盖面尽量广,避免漏测。另一方面求产出,大量的回归测试用例,可能只发现很少的问题,投入与产出不太匹配,会影响测试人员的士气,甚至测试管理者也会对这种投入产出有所质疑。并且,设计大量的自动化测试脚本,会占用大量的时间。引子就说这么多,看看大家对这一普遍问题有什么看法和建议。 会员卖烧烤的鱼的精彩回答: 最近刚到新公司上班,面临的比较突出的问题是人力紧张,由于公司的产品用在Windows mobile,MTK,Kjava,Symbian,website几部分,测试人员<5(+上我),如何高效的组织测试团队确实是个挑战?回归测试属于软件测试环节比较重要的部分,所以花费了一些时间总结此文,希望能给测试人员稀少,产品或项目众多的公司,提供一些建议 所谓回归测试,即就是在软件生命周期中,只要软件发生了改变,就可能给该软件产产生问题;所以,每当软件发生变化时,我们就必须重新测试现有的功能,以便确定修改是否达到了预期的目的,检查修改是否破坏原有的正常功能。其实仅单纯从英文单词Regress很好理解:return to a worse or less developed state.即是退化,衰退的意思,检查软件从正常的稳定状态退化或是衰退到不正常工作的不稳定状态。注意:回归测试不仅仅是针对在系统测试阶段,而是在软件生命周期中^_^ 如果以上的定义均明确后,有效的回归测试应从这几方面: 其实最有效的回归测试方法建立在开发测试库的基础上;开发在创建测试库,每次生成程序的新版本时都可以运行这些用例。只有有效的从源头避免风险才能有效的进行回归测试(目前国内的公司,能从事此级别的,太少) 1 强调单元测试时加强回归测试,引入代码评审,引入自动测试;2 集成和系统级的测试时,加强测试用例评审,回归测试用例的选择; 具体的选择可以参考以下几点:1 开发设计测试用例时制定优先级,如高,中,低,方便以后自动化或是策略选择;2 配置管理时,引入测试用例基线管理,有效管理测试用例;3 定期维护测试用例增,删,保持最新状态; 回归测试时需考虑效率和覆盖度有效配合,通常的策略有以下几种: 基于风险选择测试:开发人员修改的局部程序时,可能已经处理了症状,所以主要测试其被改变的模块和它的接口上;但是也可能存在未触及到根本原因,所以需要测试周边程序及相互依赖性的部分;错误本身可能得到了修复,但修复也可能造成其他错误,所以有必要为每个修复的错误,设计回归测试。 基于全面测试策略:如果时间充足,资源齐全,可以进行全面测试,最低的遗漏回归错误的风险,但测试成本最高,非上策! 其它的回归测试:1 基于GUI方式的自动化回归测试技术2 基于Ad Hoc 回归测试:增加随机测试,避免回归测试肓点3 基于交叉测试:多人互动的回归测试,尤其在核心的功能点,交互性比较的
转载请注明出处51数据库 » 软件生命周期基线 项目范围基线是什么