软件工程体系文件编制规定Word格式.docx

上传人:b****3 文档编号:7486797 上传时间:2023-05-08 格式:DOCX 页数:17 大小:33.05KB
下载 相关 举报
软件工程体系文件编制规定Word格式.docx_第1页
第1页 / 共17页
软件工程体系文件编制规定Word格式.docx_第2页
第2页 / 共17页
软件工程体系文件编制规定Word格式.docx_第3页
第3页 / 共17页
软件工程体系文件编制规定Word格式.docx_第4页
第4页 / 共17页
软件工程体系文件编制规定Word格式.docx_第5页
第5页 / 共17页
软件工程体系文件编制规定Word格式.docx_第6页
第6页 / 共17页
软件工程体系文件编制规定Word格式.docx_第7页
第7页 / 共17页
软件工程体系文件编制规定Word格式.docx_第8页
第8页 / 共17页
软件工程体系文件编制规定Word格式.docx_第9页
第9页 / 共17页
软件工程体系文件编制规定Word格式.docx_第10页
第10页 / 共17页
软件工程体系文件编制规定Word格式.docx_第11页
第11页 / 共17页
软件工程体系文件编制规定Word格式.docx_第12页
第12页 / 共17页
软件工程体系文件编制规定Word格式.docx_第13页
第13页 / 共17页
软件工程体系文件编制规定Word格式.docx_第14页
第14页 / 共17页
软件工程体系文件编制规定Word格式.docx_第15页
第15页 / 共17页
软件工程体系文件编制规定Word格式.docx_第16页
第16页 / 共17页
软件工程体系文件编制规定Word格式.docx_第17页
第17页 / 共17页
亲,该文档总共17页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

软件工程体系文件编制规定Word格式.docx

《软件工程体系文件编制规定Word格式.docx》由会员分享,可在线阅读,更多相关《软件工程体系文件编制规定Word格式.docx(17页珍藏版)》请在冰点文库上搜索。

软件工程体系文件编制规定Word格式.docx

检查单类文件和模板类文件作为引用它们的相应过程类、规程类和指南类文件的附件进行管理。

3.1文件编号

软件工程体系文件按照文件****要求进行编号。

3.2审签归档

软件工程体系文件的审签归档按照*****要求执行。

4编写细则

4.1格式要求

软件工程体系文件的格式要求参见******。

4.2术语定义

软件工程体系文件所使用的术语定义见附录A。

4.3图元

软件工程体系文件体系图元规定见附录B。

附录A术语定义

(规性附录)

表A.1术语定义表

名称

英文名称

含义

1

ACWP

ActualCostofWorkPerformed

ACWP即已完成工作的实际成本:

是到目前为止所完成工作的实际成本,它说明了“到该日期为止实际花了多少钱”,可以由项目组统计。

2

变更控制

alterationcontrol

变更控制是配置管理的一部分,包括在配置标识正式建立之后,对配置项的更改进行提交、记录、批准或否定以及执行更改的过程。

3

审核报告

auditreport

4

作者或者产品负责人

authororproductprincipal

创建或维护被评审的工作产品的个体

5

基本测量项

basalmeasurementitem

基本测量项是可以直接从需要测量实体的某个属性中量化得到的测量。

6

基线

baseline

基线是经过评审和批准的配置项的集合,其作用是明确划分项目各阶段,确定各阶段的结束点。

在项目的开发过程中,最基本的基线有功能基线、分配基线、产品基线等。

7

BCWP

BudgetedCostofWorkPerformed

BCWP即已完成工作的预算成本,又称已获取价值,是到目前为止已经完成的工作的原来预算成本,它表示“到该日期为止完成了多少工作”。

8

BCWS

BudgetedCostofWorkScheduled

BCWS即计划完成工作的预算成本:

是到目前为止的总预算成本。

它表示“到目前为止原来计划成本是多少”或者说“到该日期为止本应该完成的工作是多少”,它是根据项目计划计算出来的。

9

因果分析

causalanalysis

评审的一个阶段,评审专家追查每一个所发现的缺陷的产生原因,并确定阻止该类缺陷再出现的办法。

10

配置审核

configurationaudit

考查软件基线库的结构、容和设施,以验证基线和描述它的文档的一致性。

11

配置控制委员会

configurationcontrolboard

配置控制委员会是负责评价、批准或否定有关配置项更改并确保确认的更改得以执行的一个小组。

12

配置库

configurationdatabase

配置库是为项目建立或可以利用的一个仓库,用于存储软件配置项和相关联的配置管理信息。

13

配置状态报告

configurationstatusreport

配置状态报告是配置管理过程中,配置人员应对所有提交的产品进行管理控制,并记录配置项和它的状态,进行的配置状态的说明和报告。

14

成本绩效指标

CostPerformanceIndex(CPI)

CPI是挣值分析过程中的成本绩效指标。

CPI(CostPerformanceIndex)=BCWP/ACWP。

若此值为1,表示按照预算进行;

如果小于1,表示项目超出预算;

如果大于1,表示低于预算。

15

缺陷

defects

缺陷是由软件测试标识出的问题,它们能反映出软件在功能、性能等方面的问题。

16

可交付产品

deliverableproduct

在工程项目的执行过程中产生的临时的或最后的文档、程序、文件或其他工件,在本过程中同“工作产品”。

17

派生测量项

derivedmeasurementitem

派生测量项的数据来自其他数据,是由两个或多个基本测量项或派生测量项通过制定的测量函数计算得到的测量项。

18

开发基线

developmentalbaseline

开发基线包括设计和代码、测试等的基线。

19

挣值分析

EarnedValueanalysis

挣值分析是一种软件项目计划与实际进展的比较方法。

在项目的某一点,即某一日期实际费用和计划费用不是简单的相减,而是进一步分析实际完成的任务与成本和时间的关系,以判断项目进展如何。

挣值分析通过三个输入“ACWP”、“BCWS”和“BCWP”,以两个指标“SPI”和“CPI”来判断项目的进展情况。

20

正式基线

formalbaseline

正式基线包括功能基线、分配基线和产品基线。

21

初始交付产品

initialdeliverableproduct

由作者交付的等待评审的工作产品。

22

测量

measurement

测量是对一个系统、构件、过程等实体特定属性进行定量的过程。

23

测量项

measurementitem

测量项是在测量过程中将测量目标精化为一组精确定量的数据。

测量项包括“基本测量项”和“派生测量项”。

24

评审材料包

materialpackageforreview

由工作产品的作者和评审负责人评审会之前分发给评审人员的一组材料,包括被评审的工作产品及定义其规格说明的文档、标准、必要的表单、检查表和规则集,以及测试文档等。

25

不符合项

non-consistency(NC)

不符合项是评价中所标识出的问题,它们反映对适用的标准、过程说明或规程遵循得不够。

26

非正式基线

non-formalbaseline

同“开发基线”。

27

PertSizing

一种常用的估算方法,这种方法共估算三个值:

软件产品预期规模的一般值、最大值和最小值。

通过这三个值的计算可得到一个统计学上的期望值和一个标准偏差。

28

评审负责人

principalofreview

评审负责人负责领导评审活动,所以也称其为评审领导。

他负责同作者一起计划评审活动,制定进度,布置会议,从其领导的评审活动中收集和报告测量数据,并可能参与验证作者的返工结果。

产品作者不应充当该角色。

29

过程审核

processaudit

过程审核是验证项目活动是否遵循适用过程。

30

过程数据库

ProcessDatabase(PDB)

PDB,过程数据库的缩写。

建立组织的过程数据库在于收集和获得有关软件过程及其工作产品的有用数据,特别是与组织标准软件过程相关的数据。

数据库中包含了两方面的容:

一方面是实际测量的数据,一方面是为理解该测量数据和评估其合理性、适用性所需的相关信息。

31

产品审核

productaudit

审核项目生命周期创建的工作产品,验证是否符合适当标准的格式、定义和容及是否与输入产品的要求相符合。

32

质量保证专家

qualityassuranceexpert

独立于组织质量体系围之外的具有一定资格的质量保证人员,他们对组织部的过程改进的工作进行审核。

33

规则

regulation

指导作者以特定的方式完成任务和产品文档的语句或标准。

34

进度绩效指标

SchedulePerformanceIndex(SPI)

SPI是挣值分析过程中的进度绩效指标。

SPI(SchedulePerformanceIndex)=BCWP/BCWS。

表示完成任务的百分比。

若此值为1,表示按照进度进行,如果小于1,表示项目进度落后,如果大于1,表示超进度进行。

35

软件配置

softwareconfiguration

在软件生存周期各阶段产生的各种形式和各种版本的文档、程序、数据及环境的集合。

36

软件配置项

softwareconfigurationitem(SCI)

软件配置项是指为了配置管理的目的而作为一个单元看待的软件成分,通常为软件配置中的一个元素。

可能是说明书、计算机程序、数据结构或开发软件产品使用的工具。

37

软件配置管理

softwareconfigurationmanagement

为保持软件配置项的完整性和正确性,在整个软件生命周期应用配置管理的过程。

软件配置管理活动是有计划的;

所选定的软件工作产品是已标识的、受控的和使用的;

对已标识的软件工作产品的更改是受控的;

受影响的组和个人得到软件基线的状态和容的通知。

38

软件生命周期

softwarelife-cycle

从软件设想开始到软件不再使用而结束的时间周期。

软件生命周期一般包括系统分析、软件需求分析、设计、实现、测试、验收、运行和维护各阶段,有时还包括退役阶段。

39

软件过程

softwareprocess

有关开发和维护软件及其相关产品(例如:

项目计划、设计文档、代码、测试用例、用户手册等)的活动、方法、实践和变更的集合。

40

软件质量保证

softwarequalityassurance

为确保软件工作产品与所建立的技术环境相一致,有必要采取的所有措施中的一种计划的、系统的模式。

用于评价软件工作产品开发和维护过程的一组活动。

在项目实施中,QA人员负责所有必要的评审和审核,按照适用的标准过程和计划对项目活动进行的客观的验证。

对指定的工作产品完成了技术容的质量审查。

41

统计过程控制

StatisticalProcessControl(SPC)

统计过程控制主要是指应用统计分析技术对生产过程进行实时监控,科学的区分出生产过程中产品质量的随机波动与异常波动,从而对生产过程的异常趋势提出预警,以便生产管理人员及时采取措施,消除异常,恢复过程的稳定,从而达到提高和控制质量的目的。

42

用户代表

therepresentativeofuser

用户代表指的是最终使用软件或软件所属系统的用户代表。

通常为驻研制单位军代表。

43

偏差分析

varianceanalysis

偏差分析是一种简单的软件项目计划与实际进展的比较方法。

在项目的某一点,即某一日期将实际费用(ACWP)和计划费用(BCWS)相减,判断其中的差值是否超出可以接受的围。

44

WidebandDelphi

一种常用的估算方法,通过鼓励参加估算的人员之间就相关问题进行讨论的方法,来充分发挥集体的力量,使估算的结果更切实际。

45

工作分解结构

WorkBreakdownStructure(WBS)

WBS(WorkBreakdownStructure工作分解结构)是一种以分级方式表述项目工作和任务的技术,一个定义良好的WBS不仅体现了项目所采用的软件过程,而且指明了整个生命周期中所要产生的各种工作产品。

WBS的建立可以有助于在项目计划期间防止遗漏某些重要的项和活动,并且保证所需要的活动都能得以逻辑的识别和关联。

46

工作产品

workproduct

在开发过程中所产生的文档、程序或其他成品,可能是项目中间产品或最终发布的产品,以及一些支持项目成功开发的支持性文档。

例如项目计划、需求规格说明、设计文档、用户接口设计、源代码、测试文档、用户及系统文档、培训材料,以及过程文档等。

表A.2与GJB5000A术语对照表

GJB5000A名称

本单位名称

1.

2.

配置控制

3.

4.

5.

6.

7.

8.

9.

原因分析

10.

11.

配置控制委员会(CCB)

12.

13.

配置状态记实

14.

成本绩效指标(CPI)

15.

16.

工程过程组(EPG)

17.

18.

导出测量项

19.

20.

21.

22.

23.

24.

25.

26.

里程碑

27.

不符合项(NC)

28.

29.

30.

31.

32.

过程资产库

过程数据库(PDB)

33.

产品

34.

35.

产品部件

36.

项目计划

37.

38.

标准

39.

进度绩效指标(SPI)

40.

41.

配置项

软件配置项(SCI)

42.

配置管理

软件配置管理(SCM)

43.

生存周期模型

软件生命周期(SLM)

44.

45.

46.

统计过程控制(SPC)

47.

最终用户代表

48.

49.

50.

工作分解结构(WBS)

51.

工作包

52.

附录B体系过程图元表

1)

表示一个过程域的开始。

2)

表示一个过程域的结束。

3)

表示一个过程元素。

4)

表示一个决策或者一个判断。

它一般有两个分支,图形中的决策或判断决定过程的走向。

5)

表示某一个文档。

该文档可以作为某一个过程元素的输入,也可以作为某一个过程元素的输出。

6)

标识注释。

7)

表示过程元素间的逻辑关系是:

前一个过程元素结束后,下一个过程元素才开始。

当与图元6连用时,表示图元6的文档是箭头指向的过程元素的输入,或图元6的文档是箭头左边的过程元素的输出。

8)

过程元素1和2是在前一个过程元素结束后才开始,并且过程元素1和2都结束后后续过程元素才会开始。

但过程元素1和2并不一定同时开始同时结束。

9)

判断结果

表示同图元7一样的逻辑关系,只能在图元4之后使用。

判断结果即图元4中决策的结果,实际值为“是”或“否”。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2