公司企业5-研发项目管理流程 03-项目标准化流程工作产品一览表.xls

《公司企业5-研发项目管理流程 03-项目标准化流程工作产品一览表.xls》由会员分享，可在线阅读，更多相关《公司企业5-研发项目管理流程 03-项目标准化流程工作产品一览表.xls（21页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英文文定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注1Beta版本经过研发中心内部测试通过的程序版本，可作为正式版本的备选版本，需要提供给各项目进行确认和评估。2Beta测试由实施项目成员针对本项目反馈的问题进行确认，以及本项目主要业务流程确认的测试。3CC 圈复杂度CyclomaticComplexity一种代码复杂度的衡量标准，用来衡量一个模块判定结构的复杂程度，数量上表现为独立现行路径条数，即合理的预防错误所需测试的最少路径条数，圈复杂度大说明程序代码可能质量低且难于测试和维护，根据经验，

2、程序的可能错误和高的圈复杂度有着很大关系。CC=D+1D表示判定条件的数量，即程序中if、for、while语句以及and、or等操作符的数量。Weighted Methods Per Class 1(WMPC1)类中每个方法圈复杂度的合计。Comment Ratio(CR 注释比率)程序中注释行数与总行数的比率。Number Of Members(NOM)类中属性和方法个数的合计。4Check in5Check out6QA（质量保证）Qualityassurance为了提供足够的信任表明实体能够满足质量要求，而在质量体系中实施并根据需要进行证实的全部有计划和有系统的活动。7QA标准活动QA

3、的标准活动主要是：1、工作产品检查2、过程/流程审计3、不符合项跟踪4、项目指导与培训5、QA记录与报告6、过程改进并推广1、工作产品检查：对照适用的标准和规程客观地评价工作产品的及时性、规范性、有效性；2、过程/流程审计：对照适用的过程描述、标准和规程客观地评价所执行的过程或流程的及时性、规范性、有效性；3、不符合项跟踪：识别不符合项并形成文件；跟踪并确保不符合项得到处理；4、项目指导与培训：给项目组提供所需的规范的培训；5、QA记录与报告：向项目工作人员和管理者反馈质量保证活动情况；6、过程改进并推广：识别组织内最佳实践，提交EPG评审并推广；对采集数据进行度量分析，寻找改进点。8QA活动

4、报告QA人员每月提交的关于本人的工作内容、花费的时间、发现的问题等，便于品质保证经理了解QA工作状况及效率。9QA检查记录根据过程或主要产品的检查表（checklist）进行检查，在checklist中记录检查结果并存档。10QA总结报告主要针对产品/项目状态跟踪表、主要工作产品跟踪表和质量保证活动报告进行分析、计算，按问题分类、按项目、按部门统计检查出来的各类问题发生的次数、耗费的工作量等，总结汇总成功的项目的成功经验和值得在公司推广的最佳实践，过程尽职调查的总结，每半年一次。11StarTeam Label12StarTeamProject13StarTeam View14WBS即工作分解

5、结构，WBS中的每一项都是一个工作包，包括我们需要做的内容/事项，所为最基本的项目要求。WBS是一个层次化的树状结构。15版本Version16版本范围定义17版本分支18版本管理场景19版本号20版本合并21版本控制VersionControl22版本配置项包括程序清单、工具清单、用户文档、实施文档、更新说明等等。23版本遗留问题24变更对在配置库中存储并已经纳入基线的产品进行修改，即为变更。25不符合项问题分类不符合项分类意在区分不同类型的不符合项便于统计分析，找出应进行改进的地方。目前公司将不符合项分为以下几类：1、文档规范性：指采用不规范的文档模板或关键条目漏填。2、文档及时性：根据项

6、目计划约定的里程碑阶段提交相应文档产品，如延期两周以上或忘记提交入库即为不符合。3、文档有效性：重要文档需要评审入库，并与实际情况相符，如果未经评审或在配置库中找不到评审证据，或者文档描述与实际情况有偏差而未进行变更，则视为文档有效性不符合。4、过程规范性：项目应按照公司制定的过程规范执行项目各个过程，重要过程不应被忽略，如不一致便是不符合。5、过程及时性：当特定情况下应及时采用适当的过程应对，而不应过段时间候补，这样避免遗忘重要事件。比如:产品完成及时进行评审过程以及配置项变更要及时等。6、过程有效性：执行该过程后，对过程中提出的结论进行跟踪并确认。如后期没有进行修正便是不符合过程有效性。比

7、如:评审/测试中发现的问题没有在后期得到了解决，或变更的配置项进行影响分析，其他配置项没有随之进行修改等。26测试报告27测试环境28测试用例29产品实施方案针对实施和售后的技术解决方案，主要包括产品系统实施时应注意的事项，为什么要这样来实施，产品实施包含的内容。30产品愿景 项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英文文定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注31产品咨询方案针对售前需求调研，主要包括产品的特性优势；针对业务的具体处理方法和解决方案，帮用户建立相应的规范制度。32抽查计划由于品质保证人员无法跟踪所有项目的执行情况

8、，每月制定抽查计划，选3-5个项目进行配置库的抽查，范围要覆盖研发中心所有的项目。33初验34代码评审把软件代码呈现给项目人员、管理人员、用户、客户或其他感兴趣的人员用于评论或批评的会议。注：该术语定义引自GB/T 11457-2006。35单元测试36调研对象37调研计划38调研时间确认39调研提纲/调查问卷40度量系统、部件或进程占有给定的属性的程度的数量的测量。41发版计划42访问控制43非功能性需求44风险遭受损失的可能性。45风险管理识别潜在的问题，以便策划处理风险的活动和在必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。风险管理包括风险的识别、分析、优先级排序和控

9、制。46干系人是受到某种负责产生输出的方式影响的群体或个人。干系人可能包括项目经理、供方、顾客以及其他人。术语“相关的干系人”用于指某个计划中要求执行某类活动或接收某类信息的群体和个人。47更新说明ReleaseNotes说明当前程序版本所作调整的描述文档。分为程序修改更新说明和正式发本更新说明。48工程规范指公司内部制定的针对项目的一些的规范，如编码规范、注释规范、界面规范等。49工作产品Work Product是项目活动的执行过程所产生模板、文档、代码和样例，也称为交付件。50工作产品检查Work ProductCheck使用相应工作产品的检查表（CHECKLIST），针对工作产品进行规范

10、性检查。51工作空间52工作量估计偏差计算公式：（实际总工时-计划总工时）/计划总工时*100 项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英文文定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注53公司项目状态视图公司所有项目状态的一览表，可以了解公司所有项目的大致情况及当前状态。由公司级的配置管理员进行维护更新，各部门经理和项目经理配合进行信息的收集。54功能Function系统或部件的定义的目标或特征动作，例如，一系统有库存控制作为它的主要功能。55功能点FunctionPoint56功能模块FunctionModule57功能模块图以层

11、次结构画图说明系统划分为多少个功能模块，以及各功能模块之间的关系，系统都有一个总的目标，为了达到这个目标，必须要完成各子系统的功能，而各子系统功能的完成，又依赖于下面各项更具体功能的执行。58功能评审59功能清单60功能性需求61构建62构建脚本63构建体系64故事板描述其用途，并举例说明65过程为满足项目生命周期过程中特定的管理或工程目标而进行的把输入转换为输出的一组彼此相关的活动，比如配置管理过程、项目计划过程、项目估算过程等。66过程/流程审计ProcessAudit通过调查研究确定已制定的过程、指令、规格说明、代码和标准或其他的合同及特殊要求是否恰当的被遵守，以及其实现是否有效而进行的

12、活动。67过程裁剪通过对过程的过程元素的细节或其他不完备的规范进行提炼、调整和（或）补充的方法来生成过程描述的一种活动。在过程裁剪期间通常说明项目的特定业务需要。68过程尽职调查不定期对项目和员工抽样，下发调查表，收集员工对组织定义的过程的认可度情况。了解员工在参与的项目中认为做得好的实践有哪些，做得不好的实践有哪些，公司标准研发流程有哪些过程需要改进。69活动增加经验的度量标准。是项目生命周期过程为完成项目而采取的行动，如编制开发进度表、制订配置管理计划、备份项目配置库等。70活动图活动图描述各种活动的顺序关系。项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英文文

13、定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注71基线Baseline项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于这个标准进行，并且只有经过授权后才能变更这个标准。72集成73集成测试74技术方案针对招标书或者用户原始项目目标提供的，包括部署、系统架构、大粒度功能描述、主要技术解决要领、实施培训等内容的综合文档。75技术规范书招标时由甲方提供的对项目的技术和业务方面要求。76技术建议书投标时77架构逻辑架构、物理架构、部署架构78检查表Checklist列举一些检查要点并记录检查结果的表格。用于对过程的审计或主要产品的检查。79建

14、模需求建模、业务建模、数据建模80角色81进度估计偏差计算公式：（项目实际总周期-项目计划总周期）/项目计划总周期*10082进化型原型在已经清楚地定义了需求的情况下，进化型原型为开发渐增式产品提供了坚实的构造基础。进化型原型是螺旋式软件开发生存周期模型的一部分（B o e h m 1 9 8 8），也是一些面向对象软件开发过程的一部分（Kruchten 1996）增加精细的描述，以及举例83开发规范84客户化开发85类图描述所有类之间的关联、继承、依赖等关系86里程碑87录音笔需求访谈的工具88内部版本89抛弃型原型当你遇到需求中的不确定性、二义性、不完整性或含糊性时，最合适的方法是建立抛弃

15、式模型。你需要解决这些问题以减少在继续开发时存在的风险。原型可帮助用户和开发者想象如何实现需求和可以发现需求中的漏洞。它还可以使用户判断出这些需求是否可以完成必要的业务过程。增加精细的描述，以及举例90配置Configuration91配置标识ConfigurationIdentification 项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英文文定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注92配置管理Configuration Management93配置管理标准活动94配置管理环境95配置管理要素96配置控制组/委员会Configur

16、ation ControlBoard是对提出的配置项的变更负责进行评价、批准或不批准，并保证批准的变更的实现的权利机构（一组人）。97配置审核Configuration Auditing98配置项Configuration Item为配置管理设计的硬件、软件或两者的集合，它在配置管理过程中作为一单个实体来对待。注：该术语定义引自GB/T 11457-200699配置项安全级别100配置项依赖关系101配置状态统计Configuration StatusAccounting102评审把工作产品或一组工作产品提交给项目个人、管理者、用户、客户或其他感兴趣的部门为了评论或批准的过程或会议。评审可以在

17、项目前期发现产品问题并采取解决措施，遵循问题越早发现越早解决越经济的原则，可有效的降低后期发现问题并解决的成本。103普通项目普通项目是指一项在特定的环境与要求下有待完成的任务，项目必须在一定的组织机构内，利用有限资源（人力、物力、财力等）在规定的时间内完成任务，且任务要满足一定性能、质量、数量、技术指标等要求。普通项目具有以下基本特性：1、一次性；2、独特性；3、目标的确定性；4、组织的临时性和开放性；5、成果的不可挽回性。104缺陷分类按照缺陷的严重程度分为重大缺陷、待确认缺陷、一般缺陷。重大缺陷指在软件开发过程中的针对软件产品和开发过程的问题，这些问题已经影响用户的正常使用。待确认的缺陷

18、指该缺陷需要测试人员进行重现和确认是否为缺陷。一般缺陷指在软件开发过程中的针对软件产品和开发过程的问题，这些问题已经影响或者可能影响软件产品的质量。105缺陷密度（代码缺陷率）DefectDensity产品中标识出的缺陷数目除以产品成分的规模。计算公式：实际缺陷总数/代码行合计数（新增+修改）*1000单位：个/千行 项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英文文定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注106任务是项目活动的最小单元，是项目成员日常需要完成的具体工作事项。任务通常可被分配到具体人员、可被跟踪、可被度量。107软件基

19、线库108软件开发库SoftwareDevelopmentLibrary109软件配置SoftwareConfiguration110上线111申请立项部门112申请立项人113审计Audita)为评估工作产品或工作产品集是否符合软件需求、规格说明、基线、标准、过程、指令、代码以及合同和 特殊要求而进行的一种独立的检查。b）通过调查研究确定已制定的过程、指令、规格说明、代码和标准或其它的合同及特殊要求是否恰当和被遵守，以及其实现是否有效而进行的活动。注：该术语定义引自GB/T 11457-2006。114生产环境115生产率（编码效率）生产率描述一个项目团队在一定时期内交付软件数量的能力。计算

20、公式：标准代码行合计数（新增+修改）/实际总工时*176单位：行/人月116生命周期模型一个框架，它含有从需求定义到使用终止，跨越整个生存期的系统开发、操作和维护中所需实施的过程、活动和任务。117时序图描述一个完整的业务功能操作的处理流程，通过类之间的调用关系流程来体现程序的执行顺序118试运行119输出目录120特征Feature121外部假设122外部约束123维护型项目124文档编码用来区分项目中各类文档所进行的编码，该编码无须项目组自己修改。详情参见项目立项过程中项目及文档编码规范。125问题指系统上线后，用户反馈的所有有关软件系统的问题，包括需求和缺陷。项项目目标标准准化化流流程程

21、术术语语表表序序号号术术语语中中文文术术语语英英文文定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注126问题级别按照问题需要处理的紧迫程度分为非常重要、重要、一般。可以从用户的满意度和修改的影响范围两个方面来定义。非常重要优先级高，要求能在一周之内予以解决或者给出解决办法。重要优先级一般，要求能在两周之内予以解决。一般优先低，要求能在一个月之内解决。127问题确认确认指问题流转各环节对问题的处理意见。确认结果可分为支持经过分析该需求有开发价值或确认修改该缺陷。不支持经过分析该问题无开发价值或实现困难。取消由于某种原因该问题撤销，不需要继续处理。增加对流程具体环节详细描述

22、128问题状态指问题所处的处理状态。分为待处理、处理中、验证中、确认通过、关闭等。129系统测试分为：性能测试、压力测试、疲劳测试、兼容性测试、配置测试、安全性测试、可用性测试130系统初始化131项目/产品市场现状及潜力132项目备忘录133项目编号项目的唯一标识，项目编号规范请参考项目立项过程中项目及文档编码规范。134项目大事记针对项目过程中间，值得记录的重要里程碑、人员重大调整、需求重大变更等，形成的序时簿，可以理解为一个项目台帐。135项目范围项目范围管理即定义和确认项目工作内容，主要是指项目需求，包括功能需求、过程需求等，包括项目启动、范围定义、范围核实、范围变更控制。通常通过WB

23、S体现出来。136项目分类按照公司目前不同种类项目，将公司的项目划分为：新产品开发项目、普通开发项目、维护型项目、专题研究型项目。在立项时进行识别，并按照相应的过程规范进行实施，QA人员有所侧重的进行检查。137项目负责人对整个项目的业务工作负全面责任的一种角色；或对建立软件系统或硬件/软件系统的项目进行指导、控制、管理和调整的人员。138项目级别（项目过程成熟度级别）划分为两个级别：高成熟度项目、普通成熟度项目。139项目技术可行性分析分析项目按照既定需求完成公司的技术支撑是否具备。140项目来源项目的大概背景介绍。项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英

24、文文定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注141项目联络人因为商务或管理上的需要，负责公司层面的协调资源，监控项目进度，与用户/公司领导共同协调，通报项目重大事项的人，项目联络人不介入项目具体事物或介入项目具体事物很浅，不掌握项目关键信息。142项目路线图项目根据公司的各类项目规范流程要求制定并可视具体情况进行裁剪，形成的该项目过程及产品的视图。143项目目标通过这个项目要达到的目标是什么，比如队伍的锻炼或客户关系的提升，过程规范的掌握，市场占有率提升等，可以用一些量化的指标进行说明。144项目需求概述简要的概括需求情况，区分目前已有的功能和需定制开发的功能。主

25、要要将需要定制开发的功能以及性能、安全性等方面的需求描述清楚。145项目意义项目顺利完成给其他项目或市场方面产生的积极影响。146新产品开发项目新产品开发项目是指公司为满足预期的市场需求而在公司内部立项研发的软件项目。新产品开发项目具备如下特征：没有确定的客户与合同 有明确的目标客户群 有明显的预期经济效益147需求变更率计算公式：需求变更总数/需求总数*100148需求分类按照需求特性分为待讨论需求、特殊需求及一般需求。待讨论需求指该需求需要经过产品组人员进行讨论。特殊需求指该需求的特殊性，一般是工作量较大或是原需求上改动较大的需求。新需求目前产品功能无法满足的需求点，该需求具有一定的通用性

26、，可以完善产品149需求规格说明书侧重于功能模型，明确系统中需实现的功能以及功能与业务之间的联系150需求说明书侧重于业务模型，明确系统中所需要实现的业务以及各种业务之间发生的应用场景，可以描述推荐的方法，比如功能清单、业务术语表、故事板、业务流程图151验收证书152业务场景用于描述某种业务流程发生的场景。153业务流程图就是用一些规定的符号及连线来表示某个具体业务处理过程。154应用客户155用户验收/接受度测试UAT(UserAcceptanceTest)项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英文文定定义义详详细细描描述述（可可选选，如如举举例例）责责

27、任任人人备备注注156用例图由主角、用例以及它们之间的关系构成的图。该图说明了用例模型中的关系。157原型快速建立起来，可以实现交互并反应需求模型的模拟系统。它能取代形式化的、不够直观的需求规格说明，用户可以通过在原型上实际运行和试用，向开发者提供真实的、具体的反馈意见。158源代码构建体系159源代码目录160运维计划161运行环境162正式版正式发布给用户使用的版本，已经经过确认和评估，需要包括一系列配置清单和更新说明等。163支持性流程公司内部其他部门对项目的配合情况，比如立项后财务部应在VA系统中要建立该项目，美工库中建立该项目，BUG管理系统中建立该项目等。164终验165专题研究项

28、目166状态图状态图描述某一对象或实例的状态发生变迁变化逻辑。167组织度量数据库用于收集过程和工作产品的的测量数据并提供使用的专项数据库，特别是收集和提供与组织的标准过程集合有关的测量数据。这个数据库包含或者引用实际的测量数据以及有关理解和评估该数据的信息。过程和工作产品数据（例如）包括：估计的工作产品规模、工作量和成本，实际的工作产品规模、工作量和成本，同行审查效果和覆盖率统计，以及缺陷的数量和严重性。168组织过程标准集OSSP包含各个基本过程的定义，用以指导本组织里的所有过程。这些过程的描述覆盖各个基本过程要素以及要素之间的关系。这些基本要素是项目已定义过程的组成部分。对于那些要在项目

29、中实施的已定义过程而言，这些要素是必须借用的。OSSP的目的是在组织的各项目中建立起公共过程，支持过程的度量、持续性以及改进。169组织机构图用来描述组织的总体结构以及组织内部各部分之间的联系。170最佳实践库最佳实践库存放在项目过程中产生的优秀的文档、产品、过程及规范等，可供组织内其他项目组参考借鉴。项项目目标标准准化化流流程程术术语语表表序序号号术术语语中中文文术术语语英英文文定定义义详详细细描描述述（可可选选，如如举举例例）责责任任人人备备注注序号类别小类工作产品备注1配置管理指南配置管理工作指南.doc1、以流程图的形式描述配置管理员主要工作事项（参考配置管理指南列出的工作项分类）2、

30、详细说明如何定期跟踪项目工作成果、识别新配置项、新配置项入库和同步、配置管理计划的更新（系统需要维持一张项目配置项（包括基线配置项和非基线配置项）清单，参见基线配置项列表模板和非基线配置项列表模板）3、配置库权限操作级别（如建库/删库/改库、分支/合并、打标签等、只读访问、读写访问）划分策略、角色划分策略、角色-权限分配参考表4、根据不同项目类型，列出几种典型版本分支/合并策略（或场景）5、按构建和发布管理的场景划分，比如分发布第一个版本的初次构建、新产品开发项目和普通开发项目中间测试版本构建、维护性项目测试版本构建、正式版本构建等四个场景6、代码变更记录填写规范，代码集成规范，针对新增功能或

31、修复的缺陷、由开发人员提交的说明，需要探讨一个标准，定义针对的粒度2配置管理指南术语和缩略语一览表.xls3配置管理指南项目及文档编码规范.doc可以参考去年制定的项目及文档编码规范，再补充计划性基线和事件性基线（如定期变更检查产生的标签）的命名规范4配置管理指南配置项参考列表&配置库参考目录.xls（包括目录模板）1、按照三类项目（新产品开发、普通项目、维护性项目）分别对应的参考结构，其中新产品和普通项目按高、低两种成熟度等级要求分别给出参考的配置库结构2、注意基线配置项不局限于项目文档，也可以包括项目的重要配置文件，如构建脚本、配置库及工作空间配置清单、第三方工具、第三方类库、测试数据等3

32、、典型的非基线配置项如周报/月报、风险/问题跟踪表、试运行问题记录表、各类状态报告等等，非基线配置项在正式发布后不存在修改需要5配置管理指南基于StarTeam的配置管理操作指南.doc按场景分别对配置管理服务管理、配置库管理（如删库、移库、库同步）、配置库目录管理（如增加/删除目录/目录重命名）、基线管理（包括基线的建立、删除或修改）、权限管理、备份/恢复、版本分支/合并、版本差异比较、Check in/Check out等编写详细操作手册，注意在详细操作步骤中体现配置管理实施结果记录在配置管理报告和配置管理活动报告中的说明6配置管理指南基于VSS的配置管理操作指南.doc对已有按照基于St

33、arTeam的配置管理操作指南的内容要求适当修改6配置管理指南VSS配置库数据备份&还原指南7配置管理指南Delphi开发规范.doc包括模块的源代码划分规范、源代码划分参考目录结构、模块输出目标文件规范、模块引用规则、代码签入规则、架构级设计和编码规范8配置管理指南Delphi项目构建Checklist.xls列出Delphi项目建立构建体系需要考虑关键事项或关键要点9配置管理指南dot NET开发规范.doc包括模块的源代码划分规范、源代码划分参考目录结构、模块输出目标文件规范、模块引用规则、代码签入规则、架构级设计和编码规范10配置管理指南dot NET项目构建Checklist.xls

34、列出dot NET项目建立构建体系需要考虑关键事项或关键要点10配置管理指南dot NET项目编译指南.doc11配置管理指南Java开发规范.doc包括模块的源代码划分规范、源代码划分参考目录结构、模块输出目标文件规范、模块引用规则、代码签入规则、架构级设计和编码规范12配置管理指南Java项目构建Checklist.xls列出Java项目建立构建体系需要考虑关键事项或关键要点13配置管理指南基线建立前检查Checklist.xls列出在建立基线之前需要的准备事项和关键检查点14配置管理指南软件构建前一致性检查Checklist.xls确定构建包含的修改或新增特征、确定构建时间点、发布代码签

35、入通知、抽样检查修改或新增特征对应源代码文件是否更新入库、对于维护性项目，抽样检查缺陷/需求在确认阶段是否恰当分类、检查缺陷/需求的“解决方法说明”是否填写了有效内容等等15配置管理指南产品发布前各配置项一致性检查Checklist.xls列出本次发版所需包含的所有工作产品清单，包括本次发版修改的工作产品、新增的工作产品（如软件工具），以及可以发布给用户的工作产品清单。在产品发布前各配置项一致性检查Checklist中体现，可以列出所有类型项目发版时需要提交的所有工作产品，然后加一列，选择本项目是否适用、适用的是否具备等等16配置管理指南StarTeam配置管理系统部署方案（CI产品线配置管理

36、系统部署方案、StarTeam View的使用建议、StarTeam服务器部署的关键因素）基于StarTeam确定几种典型的配置服务器、构建服务器安装/管理的拓扑结构，服务器重要选项参考配置清单、客户端工作空间参考配置清单。以目前正在编写的CI配置管理方案为基础17配置管理模板配置管理计划（模板）.doc1、列一个比较全的说明，方便其他项目参考。包括建立构建服务器的配置、开发机工作空间配置要求、开发环境配置说明及相应的检查表Checklist2、提供参考的基线计划示例、如果能事先识别重大发布的版本，也在基线计划中列出17配置管理模板配置项变更控制报告（模板）.doc18配置管理模板基线建立控制

37、报告（模板）.doc20配置管理模板变更控制重点监控配置项清单（模板）.xls21配置管理模板重点控制项变更检查表（模板）.xls21配置管理模板正式版产品发布基线清单（模板）.xls22配置管理模板产品发布更新说明（模板）.doc23配置管理模板XX项目（项目编号_项目名称）版本分支（合并）通知.msg电子邮件内容模板24配置管理模板XX项目（项目编号_项目名称）配置库建立通知.msg邮件内容模板25配置管理模板XX项目（项目编号_项目名称）正式发版通知.msg更新说明和遗留问题列表作为附件26配置管理模板XX项目（项目编号_项目名称）重点控制项变更检查结果通知（第X次）.msg27配置管理

38、模板XX项目（项目编号_项目名称）重点控制项变更检查通知（第X次）.msg19配置管理模板配置管理活动报告（模板）.xls配置管理工作日志，包括原配置库管理报告的功能，提供所建立的配置库的具体参数配置信息，包括配置库的名称、所在服务器位置、服务端配置重要选项（如View的类型）、备份目的位置、构建目录/构建脚本的位置、客户端工作空间环境配置选项（如环境变量的设置（如果有的话）、第三方工具或类库的装载要求，目的是在客户端能重构开发环境）、配置项/配置库依赖关系说明、以及重大配置管理活动实施结果信息（如建View、打基线等操作），相当于“QA管理”中的项目状态跟踪表的作用28配置管理示例Delph

39、i项目构建脚本（示例）-BuildVA.fbp2提供ant脚本示例或FinalBuilder脚本示例29配置管理示例dot NET项目构建脚本参考示例提供ant脚本示例或dot NET开发环境典型构建配置说明（可以截图）30配置管理示例Java项目构建脚本（示例）-Ant构建脚本示例.xml提供ant脚本示例31品质保证指南品质保证工作指南.doc32品质保证指南Delphi编码规范Checklist.xls编码规范、注释规范，要按照开发语言分开33品质保证指南dot NET编码规范Checklist.xls编码规范、注释规范，要按照开发语言分开34品质保证指南Java编码规范Checklis

40、t.xls编码规范、注释规范，要按照开发语言分开35品质保证指南项目立项Checklist.xls在已有基础上修改36品质保证指南配置管理活动Checklist.xls37品质保证指南项目会议活动Checklist.xls可以参加部分会议，对会议组织过程给出评价38品质保证指南项目评审活动Checklist.xls包括代码评审和重要工作产品（如需求规格说明书、设计说明书）的评审记录39品质保证指南需求活动Checklist.xls针对需求调研、需求整理、需求分析过程的检查，要注意可检查性和检查的客观性。可能要根据不同类型的项目有不同的检查表40品质保证指南设计与开发活动Checklist.xl

41、s41品质保证指南版本发布活动Checklist.xls42品质保证指南项目结项Checklist.xls43品质保证指南项目里程碑审计Checklist.xls里程碑时间点偏差、基线建立、里程碑报告等，暂缓44品质保证指南项目重要工作产品Checklist.xls从文档格式、变更履历、是否有评审记录、是否及时同步到配置库中45品质保证指南项目周报月报Checklist.xls检查完整性、及时性、格式规范性，计划与实际的符合性46品质保证指南项目管理计划Checklist.xls47品质保证模板品质保证计划（模板）.doc在QA计划中明确需要抽查的重要工作产品清单序号类别小类工作产品备注48品

42、质保证模板项目路线图（模板）.xls49品质保证模板品质保证抽查计划（模板）.doc注意不同的检查领域，可能需要制定相应的抽查策略50品质保证模板品质保证活动报告（模板）.xls品质保证工作日志51品质保证模板品质保证不符合项记录表（模板）.xls分别按项目、按检查类型（流程审计、工作产品检查）52品质保证模板portal上久其公司项目列表portal上久其公司产品发版大事记每月一次，在已有基础上修改53品质保证模板品质保证总结报告（模板）.doc每季度/每半年一次54品质保证模板过程改进意见收集及跟踪表（模板）.xls55品质保证模板品质保证抽查Checklist.xls（空表）把抽查计划中

43、列出的检查区域相对应的Checklist条目拷贝到一个空表中，然后根据具体检查对象按Checklist条目确认56项目管理指南项目标准化流程指南.doc57项目管理模板项目管理计划（模板）.doc包括：组织结构图、角色和职责说明、产品路线图、干系人清单和联系方式、总体里程碑进度表、可交付成果清单，总体里程碑进度表要体现冻结时间点67项目管理模板项目进度计划（模板）.xls定一个统一的格式和模板或推荐几种可选模式，规定几个必备字段58项目管理模板风险/重大问题跟踪表（模板）.xls列主要技术难点、项目管理需要协调的重大事项、确保项目或系统顺利运行的管理制度或规范需要调整的要点等65项目管理模板项

44、目备忘大事记（模板）.xls项目大事记60项目管理模板项目周报（模板）.doc59项目管理模板项目月报（模板）.doc66项目管理模板项目阶段汇报PPT（模板）.ppt里程碑或不定期阶段汇报66项目管理模板项目里程碑报告（模板）.doc61项目管理模板会议纪要（模板）.doc包括评审会议纪要62项目管理模板评审报告（模板）.doc63项目管理模板会议签到表（模板）.xls用户验收64项目管理模板评审数据汇总表（模板）.doc68项目立项指南项目立项指南.doc69项目立项模板项目立项申请（模板）.doc包括技服任命项目经理初步安排，需要根据本次流程梳理的内容更新部分基础字段的取值列表70项目立

45、项模板项目启动会PPT（模板）.ppt71项目立项模板项目基本信息表（模板）.xls内容基本上与上相同，增加配置管理、确认后的总体里程碑进度、主要人员等信息72需求定义指南需求调研与需求访谈Checklist.xls列出需求调研准备工作、需求访谈过程中的注意要点73需求定义指南产品/项目愿景说明书编写Checklist.xls列出编写产品/项目愿景说明书的关键要点，带有指南的性质74需求定义指南需求开发Checklist.xls指导需求分析和编写需求规格说明书关键要点75需求定义指南需求规格说明书评审Checklist.xls76需求定义模板产品可研论证报告（模板）.doc77需求定义模板产品

46、/项目愿景说明书（模板）.doc丛业务/用户角度分析用户需要解决的业务问题或期望达到的业务目标78需求定义模板项目调研计划（模板）.doc79需求定义模板项目调研提纲（模板）.doc80需求定义模板调研报告&访谈记录（模板，用会议纪要也可）.doc81需求定义模板项目范围说明书（模板）.doc应该作为立项报告的附件83需求定义模板需求说明书（模板）.doc包括非业务需求、场景、故事板、功能列表、原型，基于公司OSSP82需求定义模板需求规格说明书（模板）.doc界面设计、详细的数据项说明，枚举型数据要全部列出84需求定义模板需求跟踪矩阵（模板）.xls85需求定义示例产品可研论证报告（示例）.

47、doc86设计开发指南设计说明书Checklist.xls针对设计和开发过程的检查，包括代码评审活动，要注意可检查性和检查的客观性。可能要根据不同类型的项目有不同的检查表Checklist序号类别小类工作产品备注87设计开发指南代码评审Checklist.xls单元测试Checklist.xls参考公司以前CMMI3的单元测试检查表Checklist88设计开发指南功能评审（产品可测试性）Checklist.xls在第一次发布给测试部测试之前，由开发团队组织内部自测、互测，达到一定条件后才能发布测试部测试89设计开发指南Delphi编码规范.doc90设计开发指南dot NET编码规范.doc

48、91设计开发指南Java编码规范.doc92设计开发模板技术研究报告（模板-编写要点）.doc规定基本的字段，比如题目、目标、思路、结论93设计开发模板概要技术方案说明书（模板）.doc架构层面的设计决策，比如部署、模块划分、物理拓扑、识别关键技术要素等94设计开发模板设计说明书（模板）.doc95设计开发模板数据库设计说明书（模板）.doc96设计开发模板模块依赖关系表（模板）.xls模块依赖关系、模块/包引用关系、代码签入约定等97设计开发示例概要技术方案说明书（示例-技术建议书）.doc98系统稳定指南BUG管理规范及流程.doc1、问题收集处理流程参考规范2、Bug字段规范3、Bug提

49、交、修改与反馈工作规范/缺陷管理流程4、可以参考CI项目维护流程，不作为强制性规范5、最后的缺陷记录都要入库到公司的缺陷管理工具软件中，如RPIMS、TR等，这里规定Bug应该包含的属性字段，特别是分类字段，要体现对不同类别/不同级别的缺陷/需求的处理意见，按照ZBB/ZRB思想划分99系统稳定指南测试报告评审检查Checklist.xls指南性100系统稳定模板测试计划（模板）.doc进度表、资源、测试思路、测试重点101系统稳定模板测试用例（模板）.doc测试用例（模板）.xls测试点（模板）.xls102系统稳定模板阶段测试总结（模板）.doc103系统稳定模板系统测试报告（模板）.do

50、c直接使用系统测试报告模板104系统稳定模板性能测试方案（模板）.doc描述测试设计整体思路、方法、重点、数据准备等，测试用例和测试场景作为测试方案的附件，在最后要列出测试计划评审的关键要点105系统稳定模板性能测试报告（模板）.doc106系统稳定模板用户验收测试报告（模板）.doc分类统计用户测试发现的缺陷，对系统可交付性作出评估，用户测试发现的缺陷列表作为附件，注意缺陷分类可能与内部测试报告中的缺陷分类有所不同107上线及试运行模板问题跟踪一览表（模板）.xls重大缺陷、专项需求、用户的重大建议、疑难问题或系统在技术规格尚不满足合同或前期确定的目标的事项108上线及试运行模板项目分工界面