搜索
序号术语中文术语英文定义详细描述（可选，如举例）责任人备注1Beta版本经过研发中心内部测试通过的程序版本，可作为正式版本的备选版本，需要提供给各项目进行确认和评估。2Beta测试由实施项目成员针对本项目反馈的问题进行确认，以及本项目主要业务流程确认的测试。3CC圈复杂度CyclomaticComplexity一种代码复杂度的衡量标准，用来衡量一个模块判定结构的复杂程度，数量上表现为独立现行路径条数，即合理的预防错误所需测试的最少路径条数，圈复杂度大说明程序代码可能质量低且难于测试和维护，根据经验，程序的可能错误和高的圈复杂度有着很大关系。CC=D+1D表示判定条件的数量，即程序中if、for、while语句以及and、or等操作符的数量。WeightedMethodsPerClass1(WMPC1)类中每个方法圈复杂度的合计。CommentRatio(CR注释比率)程序中注释行数与总行数的比率。NumberOfMembers(NOM)类中属性和方法个数的合计。4Checkin5Checkout6QA（质量保证）Qualityassurance为了提供足够的信任表明实体能够满足质量要求，而在质量体系中实施并根据需要进行证实的全部有计划和有系统的活动。7QA标准活动QA的标准活动主要是：1、工作产品检查2、过程/流程审计3、不符合项跟踪4、项目指导与培训5、QA记录与报告6、过程改进并推广1、工作产品检查：对照适用的标准和规程客观地评价工作产品的及时性、规范性、有效性；2、过程/流程审计：对照适用的过程描述、标准和规程客观地评价所执行的过程或流程的及时性、规范性、有效性；3、不符合项跟踪：识别不符合项并形成文件；跟踪并确保不符合项得到处理；4、项目指导与培训：给项目组提供所需的规范的培训；5、QA记录与报告：向项目工作人员和管理者反馈质量保证活动情况；6、过程改进并推广：识别组织内最佳实践，提交EPG评审并推广；对采集数据进行度量分析，寻找改进点。8QA活动报告QA人员每月提交的关于本人的工作内容、花费的时间、发现的问题等，便于品质保证经理了解QA工作状况及效率。9QA检查记录根据过程或主要产品的检查表（checklist）进行检查，在checklist中记录检查结果并存10QA总结报告主要针对产品/项目状态跟踪表、主要工作产品跟踪表和质量保证活动报告进行分析、计算，按问题分类、按项目、按部门统计检查出来的各类问题发生的次数、耗费的工作量等，总结汇总成功的项目的成功经验和值得在公司推广的最佳实践，过程尽职调查的总结，每半11StarTeamLabel项目标准化流程术语表序号术语中文术语英文定义详细描述（可选，如举例）责任人备注项目标准化流程术语表12StarTeamProject13StarTeamView14WBS即工作分解结构，WBS中的每一项都是一个工作包，包括我们需要做的内容/事项，所为最基本的项目要求。WBS是一个层次化的树状结15版本Version16版本范围定义17版本分支18版本管理场景19版本号20版本合并21版本控制VersionControl22版本配置项包括程序清单、工具清单、用户文档、实施文档、更新说明等等。23版本遗留问题24变更对在配置库中存储并已经纳入基线的产品进行修改，即为变更。25不符合项问题分类不符合项分类意在区分不同类型的不符合项便于统计分析，找出应进行改进的地方。目前公司将不符合项分为以下几类：1、文档规范性：指采用不规范的文档模板或关键条目漏填。2、文档及时性：根据项目计划约定的里程碑阶段提交相应文档产品，如延期两周以上或忘记提交入库即为不符合。3、文档有效性：重要文档需要评审入库，并与实际情况相符，如果未经评审或在配置库中找不到评审证据，或者文档描述与实际情况有偏差而未进行变更，则视为文档有效性不符合。4、过程规范性：项目应按照公司制定的过程规范执行项目各个过程，重要过程不应被忽略，如不一致便是不符合。5、过程及时性：当特定情况下应及时采用适当的过程应对，而不应过段时间候补，这样避免遗忘重要事件。比如:产品完成及时进行评审过程以及配置项变更要及时等。6、过程有效性：执行该过程后，对过程中提出的结论进行跟踪并确认。如后期没有进行修正便是不符合过程有效性。比如:评审/测试中发现的问题没有在后期得到了解决，或变更的配置项进行影响分析，其他配置项没有随之进行修改等。26测试报告27测试环境28测试用例序号术语中文术语英文定义详细描述（可选，如举例）责任人备注项目标准化流程术语表29产品实施方案针对实施和售后的技术解决方案，主要包括产品系统实施时应注意的事项，为什么要这样来实施，产品实施包含的内容。30产品愿景31产品咨询方案针对售前／需求调研，主要包括产品的特性／优势；针对业务的具体处理方法和解决方案，帮用户建立相应的规范制度。32抽查计划由于品质保证人员无法跟踪所有项目的执行情况，每月制定抽查计划，选3-5个项目进行配置库的抽查，范围要覆盖研发中心所有的项目33初验34代码评审把软件代码呈现给项目人员、管理人员、用户、客户或其他感兴趣的人员用于评论或批评的会议。注：该术语定义引自[GB/T11457-2006]。35单元测试36调研对象37调研计划38调研时间确认39调研提纲/调查问卷40度量系统、部件或进程占有给定的属性的程度的数量的测量。41发版计划42访问控制43非功能性需求44风险遭受损失的可能性。45风险管理识别潜在的问题，以便策划处理风险的活动和在必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。风险管理包括风险的识别、分析、优先级排序和控制。46干系人是受到某种负责产生输出的方式影响的群体或个人。干系人可能包括项目经理、供方、顾客以及其他人。术语“相关的干系人”用于指某个计划中要求执行某类活动或接收某类信息的群体和个人。47更新说明ReleaseNotes说明当前程序版本所作调整的描述文档。分为程序修改更新说明和正式发本更新说明。48工程规范指公司内部制定的针对项目的一些的规范，如编码规范、注释规范、界面规范等。49工作产品WorkProduct是项目活动的执行过程所产生模板、文档、代码和样例，也称为交付件。序号术语中文术语英文定义详细描述（可选，如举例）责任人备注项目标准化流程术语表50工作产品检查WorkProduct使用相应工作产品的检查表（CHECKLIST），针对工作产品进行规范性检查。51工作空间52工作量估计偏差计算公式：（实际总工时-计划总工时）/计划总工时*10053公司项目状态视图公司所有项目状态的一览表，可以了解公司所有项目的大致情况及当前状态。由公司级的配置管理员进行维护更新，各部门经理和项目经理配合进行信息的收集。54功能Function系统或部件的定义的目标或特征动作，例如，一系统有库存控制作为它的主要功能。55功能点FunctionPoint56功能模块FunctionModule57功能模块图以层次结构画图说明系统划分为多少个功能模块，以及各功能模块之间的关系，系统都有一个总的目标，为了达到这个目标，必须要完成各子系统的功能，而各子系统功能的完成，又依赖于下面各项更具体功能的执行。58功能评审59功能清单60功能性需求61构建62构建脚本63构建体系64故事板描述其用途，并举例说明65过程为满足项目生命周期过程中特定的管理或工程目标而进行的把输入转换为输出的一组彼此相关的活动，比如配置管理过程、项目计划过程、项目估算过程等。66过程/流程审计ProcessAudit通过调查研究确定已制定的过程、指令、规格说明、代码和标准或其他的合同及特殊要求是否恰当的被遵守，以及其实现是否有效而进行的活动。67过程裁剪通过对过程的过程元素的细节或其他不完备的规范进行提炼、调整和（或）补充的方法来生成过程描述的一种活动。在过程裁剪期间通常说明项目的特定业务需要。序号术语中文术语英文定义详细描述（可选，如举例）责任人备注项目标准化流程术语表68过程尽职调查不定期对项目和员工抽样，下发调查表，收集员工对组织定义的过程的认可度情况。了解员工在参与的项目中认为做得好的实践有哪些，做得不好的实践有哪些，公司标准研发流程有哪些过程需要改进。69活动增加经验的度量标准。是项目生命周期过程为完成项目而采取的行动，如编制开发进度表、制订配置管理计划、备份项目配置库等。70活动图活动图描述各种活动的顺序关系。71基线Baseline项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于这个标准进行，并且只有经过授权后才能变更这个标准。72集成73集成测试74技术方案针对招标书或者用户原始项目目标提供的，包括部署、系统架构、大粒度功能描述、主要技术解决要领、实施培训等内容的综合文档。75技术规范书招标时由甲方提供的对项目的技术和业务方面要求。76技术建议书投标时……77架构逻辑架构、物理架构、部署架构78检查表Checklist列举一些检查要点并记录检查结果的表格。用于对过程的审计或主要产品的检查。79建模需求建模、业务建模、数据建模80角色81进度估计偏差计算公式：（项目实际总周期-项目计划总周期）/项目计划总周期*10082进化型原型在已经清楚地定义了需求的情况下，进化型原型为开发渐增式产品提供了坚实的构造基础。进化型原型是螺旋式软件开发生存周期模型的一部分（Boehm1988），也是一些面向对象软件开发过程的一部分（Kruchten1996）增加精细的描述，以及举例83开发规范84客户化开发85类图描述所有类之间的关联、继承、依赖等关系86里程碑87录音笔需求访谈的工具88内部版本序号术语中文术语英文定义详细描述（可选，如举例）责任人备注项目标准化流程术语表89抛弃型原型当你遇到需求中的不确定性、二义性、不完整性或含糊性时，最合适的方法是建立抛弃式模型。你需要解决这些问题以减少在继续开发时存在的风险。原型可帮助用户和开发者想象如何实现需求和可以发现需求中的漏洞。它还可以使用户判断出这些需求是否可以完成必要的业务过程。增加精细的描述，以及举例90配置Configuration91配置标识ConfigurationIdentification92配置管理Configuration93配置管理标准活动94配置管理环境95配置管理要素96配置控制组/委员会ConfigurationControlBoard是对提出的配置项的变更负责进行评价、批准或不批准，并保证批准的变更的实现的权利机构（一组人）。97配置审核ConfigurationAuditing98配置项ConfigurationItem为配置管理设计的硬件、软件或两者的集合，它在配置管理过程中作为一单个实体来对待。注：该术语定义引自[GB/T11457-2006]99配置项安全级别###配置项依赖关系###配置状态统计ConfigurationStatusAccounting###评审把工作产品或一组工作产品提交给项目个人、管理者、用户、客户或其他感兴趣的部门为了评论或批准的过程或会议。评审可以在项目前期发现产品问题并采取解决措施，遵循问题越早发现越早解决越经济的原则，可有效的降低后期发现问题并解决的成本。序号术语中文术语英文定义详细描述（可选，如举例）责任人备注项目标准化流程术语表###普通项目普通项目是指一项在特定的环境与要求下有待完成的任务，项目必须在一定的组织机构内，利用有限资源（人力、物力、财力等）在规定的时间内完成任务，且任务要满足一定性能、质量、数量、技术指标等要求。普通项目具有以下基本特性：1、一次性；2、独特性；3、目标的确定性；4、组织的临时性和开放性；5、成果的不可挽回性。###缺陷分类按照缺陷的严重程度分为重大缺陷、待确认缺陷、一般缺陷。重大缺陷指在软件开发过程中的针对软件产品和开发过程的问题，这些问题已经影响用户的正常使用。待确认的缺陷指该缺陷需要测试人员进行重现和确认是否为缺陷。一般缺陷指在软件开发过程中的针对软件产品和开发过程的问题，这