需求跟踪过程中的术语定义

序号统一角色名称英文表述缩略语1变更控制小组ConfigurationControlBoardCCB2配置管理工程师ConfigurationManagementEngineeringCME3配置经理4工程过程组EngineeringProcessGroupEPG5工程过程组组长EPGLeader6质量保证工程师QualityAssuranceEngineeringQAE7质量经理8度量工程师9度量经理10测试工程师TestEngineering11测试经理12客户/客户代表13公司领导14高级经理15项目经理ProjectManagerPM16用户需求负责人17软件开发工程师DeveloperDEV18软件开发经理19设计工程师20数据库设计工程师DatabaseEngineeringDBA21技术经理TechnicalManagerTM22系统分析工程师23项目组成员24责任部门经理25执行委员会26发起人27记录人28培训专员29评审组30评审组长31受训对象32主持人33作者34业务/技术专家35协调人36验收人37风险责任人38采购组39采购验收组40文档工程师41行政人事1CMM能力成熟度模型CapabilityMaturityModel2CMMI能力成熟度集成模型CapabilityMaturityModelIntegration3ISMS信息安全管理体系InformationSecurityManagementSystem4ISO9000质量管理体系5SPI软件过程改进SoftwareProcessImprovement6EPG工程过程组EngineeringProcessGroup7OSSP组织标准过程集Organization'ssetofstandardprocesses8ATM评估组成员AssessmentTeammember9软件过程SoftwareProcess10代码走查CodeWalkthrough11组织资产库12度量元13WBS工作任务分解WorkBreakdownStructure14b/s结构浏览器和服务器结构Browser/Server工程过程英文名称过程管理过程类别编号缩略词中文名称15c/s结构客户机和服务器结构Client/Server16CR用户需求CustomerRequirement17CRFP用户需求功能点CustomerRequirementFunctionPoint18SR软件需求SoftwareRequirement19SRFP软件需求功能点SoftwareRequirementFunctionPoint20RFP需求功能点RequirementFunctionPoint21RC需求变更RequirementChange22FP功能点FunctionPoint23DBLINK数据库链路24FrameWork技术框架25GUI图形用户界面GraphicalUserInterface26IPO输入-处理-输出Inputprocessoutput27NDA保密协议28界面原型InterfacePrototype29系统原型SystemPrototype30耦合度DegreeofCoupling31内聚度Cohesion32产品组件ProductComponent）33产品组件需求Product-componentRequirements34软件缺陷SoftwareDefect35差错Bug36单元测试UnitTesting37集成测试IntegratingTesting38系统测试SystemTesting39性能测试PerformanceTesting40驱动测试DriverTesting工程过程41验收测试AcceptanceTesting42白盒测试WhiteBoxTesting43黑盒测试BlackBoxTesting44回归测试RegressionTesting45用例UseCase46甘特图GanttChart47平均吞吐量AverageThroughput48平均点击率AverageHitsperSecond49页面响应时间HTTPResponses50并发用户RunningVusers51CheckIn入库或检入CheckIn52CheckOut出库或检出CheckOut53BM基础度量BaseMeasurement54DM衍生度量或派生度量DerivedMeasurement55GQM目标－问题－度量Goal－Question－Measure56CI配置项ConfigurationItem57BL基线库BaselineLibrary58受控库AcceptedLibrary59过程库WorkspaceLibrary60产品库ProductLibrary61主干Trank62分支Branch67SSRI标准软件需求项StandardSoftwareRequirementItem68ICRS初始用户需求说明InitialCustomerRequirementSpecification69Stakeholder干系人Stakeholder项目管理过程支持过程工程过程70PDP项目已定义过程Project’sDefinedProcess71网络图72关键路径73关联工作产品Transaction-RelatedWorkProduct74集成化团队IntegratedTeam项目管理过程是由设在美国卡耐基梅隆大学的软件工程研究所（SEI）提出的一个针对软件过程的综合模型。这个模型定义了组织的过程达到不同成熟度时应该具有的软件工程能力。根据不同的适用情况，CMM分为五种：SW-CMM（软件）、SE-CMM（系统工程）、IPD-CMM（集成产品开发）、SA-CMM（软件获取）和P-CMM（人员）。我们通常所说的CMM都是指SW-CMM，它划分为5个成熟度级别：1）初始级，2）可重复级，3）定义级，4）管理级，5）优化级。组织遵照各个级别的定义，能够使自身的软件过程能力得到逐步提高并且获得持续改进。目前达到CMM5级的组织主要在美国和印度。CMMI是CMM模型的最新版本。CMMI不仅是针对软件的过程模型；还有系统工程、集成化过程和产品开发、供应商协议管理等各个领域。信息安全管理体系（InformationSecuritryManagementSystems，简称ISMS）是组织在整体或特定范围内建立信息安全方针和目标，以及完成这些目标所用方法的体系。信息安全即信息的保密性Confidentiality)、完整性(Integrity)、可用性(Availability)的保持和维护。ISO是一个组织的英语简称。其全称是InternationalOrganizationforStandardization，翻译成中文就是“国际标准化组织”。ISO9000是指质量管理体系标准，它不是指一个标准，而是一族标准的统称。ISO9000是ISO发布之12000多个标准中最畅销、最普遍的产品。简称过程改进，是指提高和改善软件过程的能力，使之更好为开发和维护软件及其相关产品服务。过程改进的活动通常包括：过程评估或者问题反馈；制定改进计划；改进方案试用；分析试用结果并改进过程。这些活动构成一个循环，形成持续的改进。软件工程过程组（SEPG）是企业在进行过程改进或实施CMMI中所成立的监控管理小组。他们的主要任务是推动企业所应用的过程的定义，维护和改进。指导组织的活动的一组过程定义，这组过程定义覆盖了必须被合并到组织项目通用的已定义过程中的基本的过程要素（以及它们的联系，如顺序和接口）。标准过程使得在组织中能进行一致的开发和维护活动，并有利于长期的稳定性和改进。一组用于开发和维护软件及其相关产品的活动、方法、实践和变革。举例来说，软件及其相关产品有软件开发计划、设计文档、代码、测试用例和用户手册等等。过程从逻辑上可以划分为四种类型：开发过程、管理过程、支持过程和组织过程。每个类型的过程又细分为若干过程元素，它们是：开发类的需求、设计、实现、集成、测试、UI和维护；管理类的项目启动、风险管理、立项、过程定义、项目策划、项目跟踪与监控、项目总结、组间协调和子合同管理；支持类的配置管理、质量保证、评审和度量；组织类的培训、组织过程定义和组织过程焦点。主要是对程序的编程风格如注释、命名等以及编程时易出错的内容进行检查，可由开发人员自己或开发人员交叉的方式进行。用于存储项目中有价值的工作产品、度量数据、文档化的经验的专门数据库项目。项目可利用该数据库来进行估算、计划等活动。对软件开发过程、工作产品进行度量的度量参数，如实际开始/结束日期、代码行数等。以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的更详细的定义。B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）内容Client/Server或客户/服务器机构。Client和Server常常分别处在相距很远的两台计算机上，Client程序的任务是将用户的要求提交给Server程序，再将Server程序返回的结果以特定的形式显示给用户；Server程序的任务是接收客户程序提出的服务请求，进行相应的处理，再将结果返回给客户程序。配合《用户需求说明书》或《软件需求说明书》、用于补充说明用户需求的原型，可以全部是静态页面。配合《用户需求说明书》或《软件需求说明书》、用于补充说明软件需求的原型，必须完整、动态地实现页面之间的关联。指模块之间联系的紧密程度指模块内部各元素之间联系的紧密程度产品组件通过集成“建造（build）”产品。产品组件有很多层。它是任何被工程化了（需求已定义、设计已开发并且已经实现）的工作产品，这些工作产品的需求、开发和实现是为了满足最终产品的功能，或者是为了交付给用户。对产品组件的一个完全的规格说明，包括应用范围、格式、功能、实现以及其他需求。软件缺陷是对软件产品预期属性的偏离现象。测试中发现的错误和故障。单元测试是对可以独立编译或汇编的程序模块实施的测试。它所测试的内容包括单元的功能、性能、接口等单元测试一般采用白盒测试方法，辅助以黑盒测试方法。集成测试是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。集成测试一般采用黑盒测试方法，辅助以白盒测试方法。系统测试是通过与系统的需求定义作比较，发现软件与系统需求定义不相符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在实际运行（使用）环境下，对计算机系统所进行的一系列集成测试和确认测试。系统测试一般采用黑盒测试的方法。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。在单元测试和集成测试中，协调输入和输出的测试程序。是在真实的用户工作环境（或模拟的用户环境）下，检验完整的软件系统，是否满足软件开发合同（或软件需求规格说明）规定的要求。一般采用黑盒测试的方法。白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要