软件工程体系文件编制规定

上传人:l**** 文档编号:133287621 上传时间:2020-05-25 格式:DOC 页数:12 大小:150.50KB
返回 下载 相关 举报
软件工程体系文件编制规定_第1页
第1页 / 共12页
软件工程体系文件编制规定_第2页
第2页 / 共12页
软件工程体系文件编制规定_第3页
第3页 / 共12页
软件工程体系文件编制规定_第4页
第4页 / 共12页
软件工程体系文件编制规定_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《软件工程体系文件编制规定》由会员分享,可在线阅读,更多相关《软件工程体系文件编制规定(12页珍藏版)》请在金锄头文库上搜索。

1、密级:编码:代替:适用阶段: 软件工程体系文件编制规定文档修订记录版本编号或者更改记录编号*变化状态简要说明(变更容和变更围)日期变更人审核日期审核人*变化状态:A增加,M修改,D删除文档审批信息序号审批人角色审批日期签字备注12目 次1 适用围42 引用文件43 文档管理43.1 文件命名43.2 文件编号43.3 审签归档44 编写细则44.1 格式要求44.2 术语定义44.3 图元4附录A 术语定义5附录B 体系过程图元表91 目的及适用围本文规定了软件工程体系文件的编制格式、术语及图元的要求。本文适用于软件工程体系文件的编制。2 引用文件GJB 5000A-2008军用软件研制能力成

2、熟度模型3 文件管理软件工程体系文件中过程类、规程类和指南类的文件作为独立的文件;检查单类文件和模板类文件作为引用它们的相应过程类、规程类和指南类文件的附件进行管理。3.1 文件编号软件工程体系文件按照文件*要求进行编号。3.2 审签归档软件工程体系文件的审签归档按照*要求执行。4 编写细则4.1 格式要求软件工程体系文件的格式要求参见*。4.2 术语定义软件工程体系文件所使用的术语定义见附录A。4.3 图元软件工程体系文件体系图元规定见附录B。附录A 术语定义(规性附录)表A.1 术语定义表序号名称英文名称含义1ACWPActual Cost of Work PerformedACWP即已完

3、成工作的实际成本:是到目前为止所完成工作的实际成本,它说明了“到该日期为止实际花了多少钱”,可以由项目组统计。2变更控制alteration control变更控制是配置管理的一部分,包括在配置标识正式建立之后,对配置项的更改进行提交、记录、批准或否定以及执行更改的过程。3审核报告audit report变更控制是配置管理的一部分,包括在配置标识正式建立之后,对配置项的更改进行提交、记录、批准或否定以及执行更改的过程。4作者或者产品负责人author or product principal创建或维护被评审的工作产品的个体5基本测量项basal measurement item基本测量项是可以

4、直接从需要测量实体的某个属性中量化得到的测量。6基线baseline基线是经过评审和批准的配置项的集合,其作用是明确划分项目各阶段,确定各阶段的结束点。在项目的开发过程中,最基本的基线有功能基线、分配基线、产品基线等。7BCWPBudgeted Cost of Work PerformedBCWP即已完成工作的预算成本,又称已获取价值,是到目前为止已经完成的工作的原来预算成本,它表示“到该日期为止完成了多少工作”。8BCWSBudgeted Cost of Work ScheduledBCWS即计划完成工作的预算成本:是到目前为止的总预算成本。它表示“到目前为止原来计划成本是多少”或者说“到该

5、日期为止本应该完成的工作是多少”,它是根据项目计划计算出来的。9因果分析causal analysis评审的一个阶段,评审专家追查每一个所发现的缺陷的产生原因,并确定阻止该类缺陷再出现的办法。10配置审核configuration audit考查软件基线库的结构、容和设施,以验证基线和描述它的文档的一致性。11配置控制委员会configuration control board配置控制委员会是负责评价、批准或否定有关配置项更改并确保确认的更改得以执行的一个小组。12配置库configuration database配置库是为项目建立或可以利用的一个仓库,用于存储软件配置项和相关联的配置管理信息

6、。13配置状态报告configuration status report配置状态报告是配置管理过程中,配置人员应对所有提交的产品进行管理控制,并记录配置项和它的状态,进行的配置状态的说明和报告。14成本绩效指标Cost Performance Index(CPI)CPI是挣值分析过程中的成本绩效指标。CPI(Cost Performance Index)=BCWP/ACWP。若此值为1,表示按照预算进行; 如果小于1,表示项目超出预算;如果大于1,表示低于预算。15缺陷defects缺陷是由软件测试标识出的问题,它们能反映出软件在功能、性能等方面的问题。16可交付产品deliverable p

7、roduct在工程项目的执行过程中产生的临时的或最后的文档、程序、文件或其他工件,在本过程中同“工作产品”。17派生测量项derived measurement item派生测量项的数据来自其他数据,是由两个或多个基本测量项或派生测量项通过制定的测量函数计算得到的测量项。18开发基线developmental baseline开发基线包括设计和代码、测试等的基线。19挣值分析Earned Value analysis挣值分析是一种软件项目计划与实际进展的比较方法。在项目的某一点,即某一日期实际费用和计划费用不是简单的相减,而是进一步分析实际完成的任务与成本和时间的关系,以判断项目进展如何。挣值

8、分析通过三个输入“ACWP”、“BCWS”和“BCWP”,以两个指标“SPI”和“CPI”来判断项目的进展情况。20正式基线formal baseline正式基线包括功能基线、分配基线和产品基线。21初始交付产品initial deliverable product由作者交付的等待评审的工作产品。22测量measurement测量是对一个系统、构件、过程等实体特定属性进行定量的过程。23测量项measurement item测量项是在测量过程中将测量目标精化为一组精确定量的数据。测量项包括“基本测量项”和“派生测量项”。24评审材料包material package for review由工作

9、产品的作者和评审负责人评审会之前分发给评审人员的一组材料,包括被评审的工作产品及定义其规格说明的文档、标准、必要的表单、检查表和规则集,以及测试文档等。25不符合项non-consistency(NC)不符合项是评价中所标识出的问题,它们反映对适用的标准、过程说明或规程遵循得不够。26非正式基线non-formal baseline同“开发基线”。27Pert SizingPert Sizing一种常用的估算方法,这种方法共估算三个值: 软件产品预期规模的一般值、最大值和最小值。通过这三个值的计算可得到一个统计学上的期望值和一个标准偏差。28评审负责人principal of review评审

10、负责人负责领导评审活动,所以也称其为评审领导。他负责同作者一起计划评审活动,制定进度,布置会议,从其领导的评审活动中收集和报告测量数据,并可能参与验证作者的返工结果。产品作者不应充当该角色。29过程审核process audit过程审核是验证项目活动是否遵循适用过程。30过程数据库Process Database(PDB)PDB,过程数据库的缩写。建立组织的过程数据库在于收集和获得有关软件过程及其工作产品的有用数据,特别是与组织标准软件过程相关的数据。数据库中包含了两方面的容:一方面是实际测量的数据,一方面是为理解该测量数据和评估其合理性、适用性所需的相关信息。31产品审核product au

11、dit审核项目生命周期创建的工作产品,验证是否符合适当标准的格式、定义和容及是否与输入产品的要求相符合。32质量保证专家quality assurance expert独立于组织质量体系围之外的具有一定资格的质量保证人员,他们对组织部的过程改进的工作进行审核。33规则regulation指导作者以特定的方式完成任务和产品文档的语句或标准。34进度绩效指标Schedule Performance Index(SPI)SPI是挣值分析过程中的进度绩效指标。SPI(Schedule Performance Index)=BCWP/BCWS。表示完成任务的百分比。若此值为1,表示按照进度进行,如果小于

12、1,表示项目进度落后,如果大于1,表示超进度进行。35软件配置software configuration在软件生存周期各阶段产生的各种形式和各种版本的文档、程序、数据及环境的集合。36软件配置项software configuration item(SCI)软件配置项是指为了配置管理的目的而作为一个单元看待的软件成分,通常为软件配置中的一个元素。可能是说明书、计算机程序、数据结构或开发软件产品使用的工具。37软件配置管理software configuration management为保持软件配置项的完整性和正确性,在整个软件生命周期应用配置管理的过程。软件配置管理活动是有计划的;所选定的

13、软件工作产品是已标识的、受控的和使用的;对已标识的软件工作产品的更改是受控的;受影响的组和个人得到软件基线的状态和容的通知。38软件生命周期software life-cycle从软件设想开始到软件不再使用而结束的时间周期。软件生命周期一般包括系统分析、软件需求分析、设计、实现、测试、验收、运行和维护各阶段,有时还包括退役阶段。39软件过程software process有关开发和维护软件及其相关产品(例如:项目计划、设计文档、代码、测试用例、用户手册等)的活动、方法、实践和变更的集合。40软件质量保证software quality assurance为确保软件工作产品与所建立的技术环境相一

14、致,有必要采取的所有措施中的一种计划的、系统的模式。用于评价软件工作产品开发和维护过程的一组活动。在项目实施中,QA人员负责所有必要的评审和审核,按照适用的标准过程和计划对项目活动进行的客观的验证。对指定的工作产品完成了技术容的质量审查。41统计过程控制Statistical Process Control(SPC)统计过程控制主要是指应用统计分析技术对生产过程进行实时监控,科学的区分出生产过程中产品质量的随机波动与异常波动,从而对生产过程的异常趋势提出预警,以便生产管理人员及时采取措施,消除异常,恢复过程的稳定,从而达到提高和控制质量的目的。42用户代表the representative of user用户代表指的是最终使用软件或软件所属系统的用户代表。通常为驻研制单位军代表。43偏差分析variance analysis偏差分析是一种简单的软件项目计划与实际进展的比较方法。在项目的某一点,即某一日期将实际费用(ACWP)和计划费用(BCWS)相减,判断其中的差值是否超出可以接受的

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 工作范文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号