项目管理名词解释实用文档(实用文档，可以直接使用，可编辑优秀版资料，欢迎下载）项目管理名词解释一、需求1.业务需求（businessrequirement）反映了组织机构或客户对系统、产品高层次的目的要求，它们在项目视图与范围文档中予以说明。2。用户需求(userrequirement）文档描述了用户使用产品必须要完成的任务，这在用例文档或方案脚本说明中予以说明3。规格需求(spicificationrequirement）定义了开发人员必须实现的软件功能,使得用户能完成他们的任务，从而满足了业务需求.二、质量1。SQA(软件质量保证）是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。2.QA，即质量保证，职责是审计过程的质量，保证过程被正确执行；是过程质量审计者；3。QC，即质量控制，职责是检验产品的质量,保证产品符合客户的需求,是产品质量检查者。但在很多实际项目中，QA往往等价于测试人员，是团队中担任测试角色的成员，包括但不限于PM、系统分析员、专职测试人员等；而出于成本或组织环境等各种原因，过程质量审计的角色往往会缺失。也就是说，只保证了把事情做对,而没有保证做对的事情.脚踏实地、仰望星空4。SEPG（SoftwareEngineeringProcessGroup）是软件工程过程组的缩写，指由软件过程专家组成的团队,负责在软件组织内推动和促进软件过程改进；5。QA：确保过程被正确执行；同行评审（peerreview）：除工作产品的作者之外的一个或多个人检查该产品，以期发现缺陷及其改进时机的一种活动。评审成员往往由组织内部具有相关经验的成员组成，包括但不限于客户代表、团队内部其他Team的成员、其他项目组成员、其他职能部门成员等，一般是所在领域的业务专家或技术专家。三、测试1。单元测试（UnitTest）：是对软件中的基本组成单位进行的测试,如Java类中的一个方法、Oracle后台的一个存储过程或函数等等。大多数情况下,单元测试往往由程序员自行完成，谁编码，谁负责；2.集成测试（IntegrationTest)：集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确以及由单元组成的更高一级的模块是否可以正常运行。一般由测试人员、系统分析员负责;3.系统测试（SystemTest)：是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法；4.确认（验收）测试：验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集.所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是由客户对分发的软件进行的测试；5.回归测试:回归测试是进行修改之后进行的验证测试。其目的是检验对软件进行的修改是否正确，包括bug是否已修复，是否产生新的bug等。四、项目估算出现的名词:FP、IFPUG、LOC1.FP（FunctionPoint，功能点）估算：70年代,IBM工程师A。J。Albrecht提出了用功能点度量软件规模的观点，并在IBM内部使用。80年代初，A.J.Albrecht发表了用程序的输入/输出及系统内部数据文件衡量应用程序规模的方法，这就是FP法。1986年，美国成立了IFPUG(InternationalFunctionPointUsersGroup）组织，继续沿着A。J。Albrecht的思路开发FP法。2。FP原理：FP法将商业信息系统抽象成输入数据，输出数据，查询数据，系统内部文件，系统外部文件.其原理是对于每一个基本事务处理（或者说基本用例）,如一次数据录入，一次数据查询,或者一个报表输出,提炼出该事务处理涉及到的所有种别的EI，EO，EQ数据，评估这些数据的复杂度，折算成功能点.这称为TFP（TransactionFunctionPoint），用基本处理的TFP衡量该处理的规模。对于每一个ILF和EIF，评估该文件记录的复杂度，折算成DFP（DataFunctionPoint）。因为系统内部处理逻辑的复杂度和系统处理的内部数据及输入数据相关,因此，用DFP衡量系统内部处理的规模.所有基本事务处理的TFP累加，再加上DFP，就是整个系统的FP，这叫未调整的FP。系统的复杂度和系统的性能要求，是否分布式系统等特性相关，因此还要评估系统特性。FP法提出了14项系统特性，每项系统特性从简单到复杂，计分为0到5.通过评估系统特性，得出一个调整因子,未调整FP乘上该调整因子,得出系统的FP数，这个FP就是最终评估出来的系统规模。有了FP表征的系统规模,再根据历史数据或专家估算得出的每人月能完成的FP数，求出人月数表