IPD - 术语手册大全 下载本文

IPD项目文档

程序,提出产品生命终止请求,并准备材料与IPMT充分沟通,在产品生命终止流程中要跟踪具体的落实和组织对项目的经验进行总结。 2.7.23 引导者(PQA兼任)

引导者是中立于IPMT、PDT之间的一个独特角色,他更关注流程、目标和问题。通过与团队一起工作,指导团队走产品开发流程,最终使他们获得有效的独立运作的技能。 3.0 IPMT业务领域术语 3.1 决策评审点

在产品开发过程中,分阶段对交付物进行评审,在每一次投入更多资源前进行,主要关注产品的市场表现层面,以决定是否继续对项目进行投资的评审 3.2 概念决策评审CDCP

在概念阶段结束时要召开一个概念决策评审会, 在这个会议上,PDT正式向IPMT报告初始的业务计划,由IPMT来决定项目是继续还是终止。若初始的业务计划得到批准,分委会将做出下一阶段开始前所需的承诺,项目进入计划阶段。 3.3 计划决策评审PDCP

在计划阶段结束时要召开一个计划决策评审会。在这个会议上,PDT向IPMT展示最终的业务计划以及决策合同,由IPMT来做出继续/终止的决策。最终的业务计划以初始的业务计划为基础,提供了更多的细节内容及对计划的承诺。若业务计划获得批准,则PDT与IPMT签订合同,合同中列出允许的偏差。项目进入开发阶段。合同代表了IPMT做出的坚实承诺,即每个主要部门都将支持项目以及给PDT必要的资源。 另一方面,PDT将承诺按合同要求完成项目的交付目标。 3.4 可获得性评审ADCP

这是产品正式公开发布及推向市场前的最终决策评审,需要IPMT明确做出继续/终止的决策。可获得性决策评审应在任何主要的发布花费投入之前进行。 这一决策评审的目的是证实在计划阶段制定的业务计划中的估计和假设,并评估产品发布前公司的准备情况。 3.5 生命周期终止决策评审EOL DCP

在产品生命周期结束时,生命周期管理团队(LMT)要向IPMT给出停止销售、停止生产、停止服务等方面日期的建议,由IPMT做出继续/终止的决策。IPMT必须要审核产品生命终止的发布是否与新产品战略保持一致以及是否已很好地考虑了潜在的客户满意度方面的问题。 4.0 财务业务领域术语 4.1 产品成本

产品成本包括:直接材料、直接人工费、其他直接费用、间接制造费用。 4.2 产品毛利率

产品销售收入减去产品销售成本后与产品销售收入的比率。 4.3 项目开发费用

项目投资总额是指用于项目内产品开发的所有费用,包括人力成本、材料、加工、测试、实验局、差旅、以及管理分摊。 4.4 投资回收期 IPD术语手册

Page 13 of 31

IPD项目文档

投资回收期是评价投资项目经济价值的一种比较简单和常用的标准。投资回收期是,从一个项目收入的现金流入偿清初期投资的现金流出所需的时间。

投资回收期本身作为一种独立的选择标准并不十分可靠,它没有考虑货币的时间价值。 4.5 净现值

净现值(Net Present Value,NPV)等于投资项目未来净现金流量按照资本成本折算成现值,减去初始投资后的余额。净现值法是运用投资项目的净现值进行投资评估的基本方法。 应该选择净现值>0的项目。 4.6 现值指数

现值指数(Profitability Index,PI)是用项目未来现值与初始投资额之比来衡量项目经济效益的一种方法,又称获利能力指数,是现金流量折现分析法的又一表达形式。 应该选择现值指数>1的项目 4.7 内含报酬率,内部收益率

内含报酬率(Internal Return Rate,IRR),也被称为内部收益率,是使项目的净现值等于零的贴现率。这个贴现率反映了一个投资项目的内部收益率。

当计算出来的内部报酬率大于公司的资本成本或所要求的最低投资报酬率时,表示该投资项目可行;反之不可行。 4.8 投资报酬率

项目的投资业绩评价指标之一。投资报酬率指标有二种:投资利润率和投资利税率。 投资利润率是项目的年平均利润总额除以项目投资总额; 投资利税率是项目的年平均利税总额除以项目投资总额。 5.0 开发业务领域术语 5.1 SE 5.1.1 产品包

产品提供给用户时的全方位呈现,包括产品的外观、功能、性能、价格等 5.1.2 产品包概念

对一个产品包的高层次描述 5.1.3 产品包需求

产品包为满足的各方面要求所需要具有的特性 5.1.4 易用性需求

产品为使用户易于使用所需要具有的特性 5.1.5 RAS需求

产品为满足可靠性、可用性和可服务性要求所应具有的特性 5.1.6 设计需求

对产品包需求进行分解和整理,用以指导系统设计的需求描述 5.1.7 需求分解 IPD术语手册

Page 14 of 31

IPD项目文档

将设计需求按照功能、层次逐步细化的过程。由SE与硬件工作师、软件工程师及结构工程师一起协作,分析产品包需求,将需求分解成硬件、软件或结构子系统;然后每一块(硬件、软件、结构)进一步将需求分配到更下一层子系统、部件或模块之中; 需求分解要确定某些特殊需求如何由硬件、软件或结构或任何组合形式实现。 5.1.8 需求分配

将分解后的设计需求指配到具体设计模块,定义每个设计模块规格的过程。需求分配需要清晰地决定需求的哪些部门由硬件实现,哪些部分由软件实现,哪些部分由结构实现,它们之间的接口也要定义清楚。 5.1.9 Build

内部版本,满足特定的功能需求,由产品包的部分或全部设计模块构成,其中某些版本可以对外发布。所有Build必须进行SDV测试,对外发布的Build必须进行SIT测试。 5.1.10 产品包需求跟踪矩阵

使用跟踪矩阵将每条产品包需求对应到多个相关的模块,并根据每个模块的验证结果检验每条需求是否得到满足 5.1.11 产品数据结构

产品数据结构以文档树的形式汇总一个产品包所对应的所有数据,包括设计文档、代码、图纸、Bom清单等。 5.1.12 基线化

产品在其开发周期的不同时间点上通过正式评审而进入正式受控的一种状态,而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。 5.2 硬件业务领域术语 5.2.1 基本逻辑

主要用于实现电路信号连接和切换控制的逻辑,规模较小,基本上不包括业务数据处理功能 5.2.2 大规模逻辑

包含较复杂的业务数据处理功能的逻辑 5.2.3 硬件概要设计

在计划阶段,基于概要的BOM结构树及系统的设计规格书,所开发的到板级的硬件设计。它用于指导硬件详细设计 5.2.4 硬件详细设计

基于硬件概要设计,使用标准的设计工具来进行详细设计,描绘出明确的板、卡、元器件要完成的功能和界面,对每一个板/卡/元器件,开发电路设计、原理图、零部件清单、网表等 5.2.5 EMC

EMC是电磁兼容性(Electromagnetic Compatibility),是指电子设备或网络系统具有一定的抵抗电磁干扰的能力,同时不能产生过量的电磁辐射。也就是说,要求该设备或网络系统能够在比较恶劣的电磁环境中正常工作,同时又不能辐射过量的电磁波干扰周围其它设备及网络的正常工作。 IPD术语手册

Page 15 of 31

IPD项目文档

5.2.6 可测试性设计

产品能及时准确地确定其状态(可工作、不可工作、性能下降等),隔离其内部故障的设计特性称为可测试性。以提高可测试性为目的的设计称为可测试性设计,简称DFT(Design For Testability)。DFT可有效地降低测试的复杂性,缩短产品的开发时间,减少制造成本和维护成本。在设计初期就要将可测性考虑进去。 5.2.7 可制造性设计

可制造性设计(DFM,Design for Manufacturability)是并行工程中最重要的内容之一,其主要目标是:提高新产品开发全过程(包括设计、工艺、制造等)中的质量,降低新产品全生命周期中的成本(包括产品设计、工艺、制造、发送、支持、客户使用乃至产品报废等成本),缩短产品研制开发周期(包括减少设计反复,降低设计、生产准备、制造及投放市场的时间)。 5.2.8 可靠性设计

可靠性是产品在规定的条件下和规定的时间内,完成规定功能的能力,包括产品的故障(失效)、完好(正常)及可靠、不可靠等状态的随机性。可靠性设计是运用有机方法对这些随机性予以精确的描述,从而对产品进行概率设计。 5.3 软件业务领域术语 5.3.1 用户(User)

直接使用产品的人或组织。这是狭义的理解,等同于End User。在实践中,“用户”这个词的含义已被扩大,包括客户(Customer,负责接收产品、授权付费的个人或组织)、最终用户(End User,真正操作产品的人或组织)、其他人员(售前、售后人员、开发关联产品的人员或组织等)。在本模板中,如果没有特别强调,用户都是指广义的用户。用户可以存在于项目开发团队所在的组织外,也可存在于该组织之内,但一般应在项目开发团队之外。 5.3.2 需求

是指“被描述系统(SuD ,System Under Description)”“做什么”(功能需求)及“做什么”时的水平(非功能需求,如性能需求、质量属性需求、外部接口需求、其它需求)。这个通俗定义是针对技术需求的,而非技术需求(如进度的限制)一般不在本文档中给出(一般放在研制任务书/项目计划中)。 5.3.3 软件需求

软件需求(Software Requirement): 在对用户需求(纯软件项目)或系统方案中的分配需求(软硬件结合项目)进行进一步论证、分析的基础上得到的关于软件的需求,包括功能需求、性能需求、外部接口需求、质量属性需求、其它需求 5.3.4 业务需求

业务需求(business requirement),又称原始需求(raw requirement)用户提出的、未经过分析的需求。业务/原始需求的描述可能是不清晰、相互之间可能是矛盾的,需要经过进一步的论证、分析,以得到用户需求。很多情况下,业务/原始需求甚至包括了需求背景、解决方案的描述。 5.3.5 用户需求 IPD术语手册

Page 16 of 31