项目管理名词解释_3.docx

项目管理名词解释项目管理名词解释一、需求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.FPFunctionPoint，功能点估算：70年代，IBM工程师A.J.Albrecht提出了用功能点度量软件规模的观点，并在IBM内部使用。80年代初，A.J.Albrecht发表了用程序的输入/输出及系统内部数据文件衡量应用程序规模的方法，这就是FP法。1986年，美国成立了IFPUGInternationalFunctionPointUsersGroup组织，继续沿着A.J.Albrecht的思路开发FP法。2.FP原理：FP法将商业信息系统抽象成输入数据，输出数据，查询数据，系统内部文件，系统外部文件。其原理是对于每一个基本事务处理或者讲基本用例，如一次数据录入，一次数据查询，或者一个报表输出，提炼出该事务处理涉及到的所有种别的EI，EO，EQ数据，评估这些数据的复杂度，折算成功能点。这称为TFPTransactionFunctionPoint，用基本处理的TFP衡量该处理的规模。对于每一个ILF和EIF，评估该文件记录的复杂度，折算成DFPDataFunctionPoint。由于系统内部处理逻辑的复杂度和系统处理的内部数据及输入数据相关，因而，用DFP衡量系统内部处理的规模。所有基本事务处理的TFP累加，再加上DFP，就是整个系统的FP，这叫未调整的FP。系统的复杂度和系统的性能要求，能否分布式系统等特性相关，因而还要评估系统特性。FP法提出了14项系统特性，每项系统特性从简单到复杂，计分为0到5。通过评估系统特性，得出一个调整因子，未调整FP乘上该调整因子，得出系统的FP数，这个FP就是最终评估出来的系统规模。有了FP表征的系统规模，再根据历史数据或专家估算得出的每人月能完成的FP数，求出人月数表示的系统规模。再乘上每人月的单价，即得到系统开发成本的估算。FP功能点估算法将功能点分为下面5类：1.ILF：InternalLogicalFile内部逻辑文件2.EIF:ExternalInterfaceFile外部接口文件3.EI:ExternalInput外部输入4.EO:ExternalOutput外部输出5.EQ:ExternalInquiry外部查询其中ILF和EIF属于数据类型的功能点，EI、EO、EQ属于人机交互类型的功能点。ILF、EIF要与EI、EO、EQ分开计算。对ILF和EIF复杂度的计算能够简单理解为对数据库复杂度的计算。对EI、EO、EQ复杂度的计算能够理解为对程序开发复杂度的计算。一般软件项目都是由数据和程序构成的，因而计算ILF、EIF和计算EI、EO、EQ之间没有任何关系。能够看出，FP估算也是通过诸如分解或拆分等手段，化整为零，使系统的复杂度降低到能够估算的程度，以便于得出量化的数据，然后再从整体的角度去考量系统，得出调整因子，最终汇总得出系统整体规模或工作量。五、项目监控出现的名词：挣值管理、CMMI-SVC、CMMI-ACQ、CMMI-DEV、ITIL1、挣值管理是测量项目绩效的一种方法，通过比拟计划值、实际完成的工作价值和实际的花费来确定成本和进度能否根据计划进行。三个基本参数分别是计划值PV，PlanedValue、挣值EV，EarnedValue和实际成本AC，ActualCost。1计划值PV包含两个内容：实际的计划工作加上为完成该计划工作所批准的预算,先前被称作“计划工作的预算成本BCWS，BudgetedCostofWorkScheduled；2挣值EV也包含两个内容：实际完成的工作加上该工作批准的预算。在给定的时间内通常为从项目开场至今，为已完成的部分活动批准的成本预算可能包括分摊的开销，例如一般管理费用总额。先前被称作“已完成工作的预算费用BCWP，BudgetedCostofWorkPerformed；3实际成本AC是指在给定的时间范围内，完成工作所引起的、与计划值和挣值他们有时仅是直接人工工时，或仅是直接成本，或是包括间接成本在内的所有成本范围内任何预算成本相关的全部成本。先前被称作“已完成工作实际费用ACWP，ActualCostofWorkPerformed。在项目管理中运用挣值分析时，需要建立项目的工作分解构造WBS，编制切合实际的工作进度计划，定期地对项目执行中的各个参数进行数据检测，并根据检测结果对项目进行调整和预测。挣值管理的目的是在保证质量目的不变的前提下，通过对偏差的分析尽早的对项目完工时的最终进度与成本做出预测，并分析偏差产生的原因，施行相应的纠正措施，进而降低项目风险。在使用挣值管理方法进行偏差分析时所采用的评价指标是：进度偏差SV，成本偏差CV，进度绩效指数SPI，成本绩效指数CPI。进度偏差SV：是指一项活动计划完成与实际完成的差异，在挣值中，SV=EV-PV。其含义是：当SV>0时，进度提早，当SV0时，成本节约，当CV1时，进度提早，当SPI1时，成本节约，当CPICMMI-DEV：用于产品和服务的开发方以开发或维护产品和服务为商业目的企业。CMMI-SVC：向服务型企业、组织提供建立，管理，和交付服务提供指导，重点在于提供组织内部及外部客户服务的参考形式，服务范围覆盖所有的服务行业，并不仅仅限于IT服务业务。ITIL：是英国政府中央计算机与电信管理中心CCTA在20世纪90年代初期发布的一套IT服务管理最佳实践指南，旨在解决IT服务质量不佳的情况。ITIL所强调的核心思想是应该从客户业务而不是IT服务提供方技术的角度理解IT服务需求。也就是讲，在提供IT服务的时候，我们首先应该考虑业务需求，根据业务需求来确定IT需求。六、项目质量管理名词：项目度量、产品度量、经过度量，度量有三个范畴，产品度量、项目度量和经过度量。1、项目度量，反映项目状态，关注实际结果与计划或经过标准的偏差，用于项目监督和控制。2、产品度量，对软件产品进行的、独立于产品生产经过的度量，通常关注重点是产品质量。3、经过度量，量化了软件经过或开发环境的属性，对于成熟企业关注经过性能和能力的度量。广义的经过度量涵盖了这三部分。七、敏捷专题出现名词：Scrum、XP1、Scrum基本原理：Scrum是经历型方法，是可能性的艺术“，使得所有事项充分可见，使“机密交易最小化，其运作基础是个人和团队的承诺，而非严密的规划及控制。相对于强行控制计划，其忠实度、自组织和员工责任感是更为有效的机制。团队成员只要事先集体负责，承诺在固定时间内交付实际产品后，才算真正把握Scrum。2、ScrumManager主要职责:排除产品开发和负责人之间的障碍，确保产品负责人直接推动开发工作；教授产品负责人怎样实现投资回报最大化，以及怎样利用Scrum达成目的；激发创造力和放权，进而改善开发团队的环境；千方百计提高开发团队的生产力；改善工程实践和工具，确保每个功能增量都具备潜在可交付性；向各方确保团队工作进展实时更新并高度可视。3、ScrumMaster与传统项目经理区别：从传统的控制者到引导者的转变ScrumMaster需要对团队作出承诺，让团队感遭到有人一心一意关注其工作，在任何情况下提供保护和援助。ScrumMaster使团队在Sprint经过中免受干涉产品负责人议论业务需求和目的，团队则讲技术。由于产品负责人很难把握技术，ScrumMaster的主要职责之一就是教会团队议论商业需求和目的。团队与产品负责人之间的公分母是产品Backlog4、极限编程ExtremeProgramming，XP是一种轻量级的、乖巧的、简单的软件工程方法。与传统的开发经过不同，极限编程的核心活动体如今需求测试编码设计经过中。因而适用于规模小、进度紧、需求变化大、质量要求严的项目。它希望以最高的效率和质量来解决用户目前的问题，以最大的灵敏性和最小的代价来知足用户将来的需求。更多的资料:google极限编程