配置管理 信息系统项目管理 系统集成项目管理
信息系统项目管理 系统集成项目管理 项目整体管理
4
项目整体管理
项目启动
制定项目范围说明书（初步） 制定项目管理计划 指导和管理项目执行
4.1
4.2
4.3
4.4
4.5
监督和控制项目工作
4
项目整体管理
整体变更控制
项目收尾
4.6
4.7
本章考纲要点
需求分析 需求分析的概念 项目建议书的内容 项目建议书的编制方法 项目可行性研究报告的内容 项目可行性研究报告的编制方法 招投标的主要过程 招投标的关键产物 对应中级教材第五章 P183 对应高级教材第四章 P58
4.5 监督和控制项目工作
监督和控制项目工作就是对项目的启动、规划、执行和
收尾进行监督和控制的过程。
4
项目整体管理
整体变更控制
项目收尾
4.6
4.7
4.6 整体变更控制
4.6 整体变更控制
项目变更是指在信息系统项目的实施过程中，由于项目 环境或者其他原因而对项目产品的功能、性能、架构、技术 指标、集成方法、项目的范围基准、进度基准和成本基准等 方面做出的改变。常见的引发变更请求的原因如下：
姓 名
张总经理
角
色
职
监督项目
责
项目发起人
王经理
小张
项目经理
团队成员
调配人员
项目计划与实施
4.1 项目立项与启动
依据一：合同(如果适用)
如果项目是为外部顾客而进行的，则来自顾客采购组织的合同属于依据。
依据二：项目工作说明书
工作说明书是对应由项目提供的产品或服务的文字说明。 对于内部项目，项目发起人或赞助人根据经营需要、产品或服务要求提 供一份工作说明书。 对于外部项目，工作说明书属于顾客招标文件的一部分，如建议邀请书、 信息请求、招标邀请书或合同中的一部分。
系统集成项目管理制度
系统集成项目管理制度第一章绪论一、背景现在，随着信息化的深入发展，各类企业越来越注重信息系统的建设与应用，系统集成项目由此成为企业信息化的重要组成部分。
系统集成项目管理制度的建立和实施，对于保障系统集成项目的质量、进度和成本具有重要意义。
二、目的和意义本制度的目的在于规范和指导系统集成项目管理工作的开展，加强对系统集成项目的规划、组织、实施和跟踪，提高系统集成项目管理的效率和水平，确保项目能够按时、按质、按量完成。
三、适用范围本制度适用于公司内部的系统集成项目管理工作，包括项目立项、计划编制、执行管理、验收验收、结案归档等全过程。
第二章项目管理机构和职责一、项目管理机构公司设立项目管理办公室（PMO），由项目管理总监负责。
二、职责1. 负责制定和完善项目管理制度和规范，监督和协调项目管理工作的开展；2. 负责对全公司的系统集成项目进行统一的管理和协调；3. 负责对系统集成项目的进度、成本、质量进行监督和评估；4. 负责对项目管理人员的培训和考核；5. 提出项目管理相关的建议和意见。
第三章项目立项一、项目申报项目申报由各部门提出申请，包括项目名称、项目目标、项目计划及预算等。
二、项目评估PMO进行项目申报的评估，对项目的可行性进行审查，并报公司领导层审批决定是否立项。
三、项目立项通过项目评估后，PMO颁布《项目立项通知书》，明确项目的目标、范围、预算、资源分配等。
第四章项目计划一、项目计划编制项目经理负责组织项目团队编制项目计划，包括项目目标、项目范围、进度计划、资源分配、风险管理计划等内容，并报PMO审核。
二、项目计划审核PMO对项目计划进行审核评估，确定项目计划的可行性和合理性，作出审核结论。
三、项目计划发布经PMO审核通过后，颁布《项目计划书》，明确项目的目标、计划、责任人等。
第五章项目实施一、项目实施管理项目经理负责组织和实施项目，保障项目进度、质量、成本等指标的达成，进行风险管理和问题处理。
信息系统集成项目管理的角色与职责
信息系统集成项目管理的角色与职责随着信息化时代的到来，信息系统集成项目在各个行业中扮演着越来越重要的角色。
作为一个复杂的项目，信息系统集成项目需要项目管理团队来协调和监督整个过程。
本文将探讨信息系统集成项目管理的角色与职责。
一、项目发起人项目发起人是信息系统集成项目的发起者和决策者。
他们决定了项目的目标和范围，并提供项目的资金支持。
项目发起人负责与项目团队进行有效的沟通，以确保项目能够按时完成，并满足预期的质量要求。
此外，项目发起人还需要参与项目的决策过程，包括调整项目的目标和范围等。
二、项目经理项目经理是信息系统集成项目的核心角色。
他们负责整个项目的规划、组织、执行和控制。
具体而言，项目经理的职责包括：1.项目规划：项目经理需要制定详细的项目计划，确定项目的里程碑和关键路径，制定资源分配和时间表，并与团队成员协商确定项目的工作任务。
2.项目组织：项目经理需要组建一个专业的项目团队，明确每个团队成员的角色和职责，并确保团队成员之间的有效协作。
3.项目执行：项目经理负责监督项目的执行过程，确保项目按照计划顺利进行。
他们需要解决项目中的问题和挑战，并及时调整项目的进度和资源分配。
4.项目控制：项目经理需要制定有效的控制措施，监督项目的进展和质量，及时发现和解决项目中的风险和问题。
5.沟通协调：项目经理需要与项目的相关方进行积极的沟通和协调，包括项目发起人、客户、供应商等。
他们需要及时向相关方汇报项目的进展和问题，并取得他们的支持和配合。
6.风险管理：项目经理需要识别和评估项目中的风险，并制定相应的应对策略。
他们需要定期监测项目中的风险，并及时采取措施来降低风险对项目的影响。
三、需求分析师需求分析师是信息系统集成项目中非常重要的角色。
他们负责与项目的业务部门进行沟通，收集和分析业务需求，并将其转化为系统功能和技术需求。
具体而言，需求分析师的职责包括：1.需求收集：需求分析师需要与业务部门的代表进行面对面的交流，了解他们的需求和期望。
《系统集成项目管理工程师》第15章《项目配置管理》(中项)选择题(含答案)
第15章《信息（文档）和配置管理》1、关于配置管理的描述,不正确的是（）。
A.所有配置项的操作权限，应由配置管理员严格管理B.配置项的状态分为“草稿”和“正式”两种C.配置基线由一组配置项组成,这些配置项构成一个相对稳定的逻辑实体D.配置库可分为开发库、负控库、产品库三种类型【答案】B2、（）不属于发布管理与交付活动的工作内容。
A.检入B.复制C.存储D.打包【答案】A3、在审查项目需求规格说明书时，发现该文档图表编号混乱，建立（）解决上述问题。
①文档管理制度②文档书写规范③图表标号规则④文档加密A.①②④B.②③④C.①②③D.①③④【答案】C4、研发人员应将正在研发调试的模块、文档和数据元素存入（）A.开发库B.产品库C.受控库D.基线库【答案】A5、关于配置管理，不正确的是（）。
A.配置管理计划制定时需了解组织结构环境和组织单元之间的联系B.配置标识包含识别配置项，并为其建立基线等内容C.配置状态报告应着重反映当前基线配置项的状态D.功能配置审计是审计配置项的完整性，验证所交付的配置项是否存在【答案】D6、质量保证计划属于软件文档中的（）。
A.开发文档B.产品文档C.管理文档D.说明文档【答案】A7、关于配置库的描述，不正确的是（）。
A.开发库用于保存开发人员当前正在开发的配置项B.受控库包含当前的基线及对基线的变更C.产品库包含已发布使用的各种基线D.开发库是开发人员的个人工作区，由配置管理员控制【答案】D8、在开发人员编写程序时，程序的开始要用统一的格式，包含程序名称.程序功能.调用和被调用的程序.程序设计人等信息，体现了信息系统文档管理的（）。
A.文档书写规范B.图表编写规则C.文档目录编写标准D.文档管理制度【答案】A9、配置库的建库模式有多种，在产品继承性较强，工具比较统一，采用并行开发的组织，一般会按（）建立配置库。
A.开发任务B.客户群C.配置项类型D.时间【答案】C10、项目验收时发现项目经理签字确认的《需求规格说明书》纸质文档内容与配置服务器上的产品库同一文档内容不一致，最有可能是在（）的执行上出现了问题。
信息系统项目管理和系统集成项目管理考试内容
信息系统项目管理和系统集成项目管理考试内容
信息系统项目管理和系统集成项目管理的考试内容通常包括以下方面的知识和技能要求：
1. 项目管理知识体系：了解项目管理的各个知识领域和过程组，包括项目启动、规划、执行、监控和收尾等过程，以及项目管理的各项标准和方法论。
2. 需求分析和规划：了解如何进行系统需求的分析和识别，制定项目的范围和目标，并进行规划和排期。
3. 项目风险管理：掌握项目风险管理的方法和工具，包括风险的识别、评估、规避和响应策略的制定等。
4. 项目团队管理：了解如何组建和管理项目团队，包括招聘和培训团队成员，建立有效的沟通和协作机制，解决团队冲突等。
5. 系统集成知识和技术：了解系统集成的基本概念和原理，包括硬件和软件的集成、数据通信、系统安全等方面的知识。
6. 质量管理和验收：了解如何制定项目的质量标准和验收标准，监督和管理项目质量，进行系统的验收和交付。
7. 项目成本管理：了解如何进行项目成本的估算和控制，制定预算和执行成本管理计划。
8. 项目绩效评估和总结：了解如何进行项目绩效的评估和总结，
通过项目回顾和经验总结提高项目管理水平。
此外，考试内容还可能涉及项目管理的法律法规、项目管理软件和工具的使用等方面的知识。
具体考试内容以考试机构和考试大纲为准。
信息系统集成项目管理实践指南
信息系统集成项目管理实践指南一、项目背景和目标随着信息技术的快速发展，信息系统集成项目在企业中扮演着越来越重要的角色。
为了实现信息系统集成项目的顺利进行，需要进行有效的项目管理。
本文将介绍一套信息系统集成项目管理的实践指南，以帮助项目团队在项目实施过程中更好地管理和控制项目。
二、项目管理过程1. 项目启动项目启动是信息系统集成项目的第一步，主要包括确定项目目标、明确项目范围、制定项目计划、组建项目团队等。
在这个阶段，项目经理需要与相关利益相关者进行有效沟通，确保项目目标和范围的一致性，并制定详细的项目计划和时间表。
2. 需求分析需求分析是信息系统集成项目的关键环节，项目团队需要与客户充分沟通，了解客户的需求和期望。
在需求分析过程中，项目团队需要明确系统功能、业务流程和数据要求，并将其转化为详细的需求文档。
3. 系统设计在系统设计阶段，项目团队根据需求文档进行系统设计，包括架构设计、数据库设计、界面设计等。
项目经理需要确保设计方案与客户需求的一致性，并组织团队成员进行设计评审，以确保设计的可行性和可维护性。
4. 开发与测试在开发与测试阶段，项目团队根据设计方案进行系统开发和测试。
开发团队需要按照项目计划和需求文档进行编码和测试，并及时修复和验证软件缺陷。
项目经理需对开发和测试进度进行跟踪和控制，确保项目按时交付。
5. 系统部署系统部署是将开发完成的系统部署到实际环境中的过程。
在系统部署阶段，项目团队需要进行系统安装、配置和集成，确保系统可以正常运行。
项目经理需要协调各方资源，解决部署过程中的问题。
6. 运维与支持在系统部署完成后，项目团队需要提供运维和支持服务，确保系统的可用性和稳定性。
项目经理需要建立有效的运维机制，及时响应客户的需求和问题，并不断改进系统的性能和功能。
三、关键要素和技巧1. 沟通与合作信息系统集成项目涉及多个团队和利益相关者之间的合作，因此良好的沟通和合作至关重要。
项目经理需要建立良好的沟通渠道，促进各方之间的协作和信息共享。
信息系统项目管理师与系统集成项目管理工程师5大区别
信息系统项目管理师与系统集成项目管理工程师5大区别2016年上半年软考报名正在进行中，想要参加考试为自己增值的你是否还在观望？是否在犹豫是考信息系统项目管理师还是系统集成项目管理工程师？下面希赛软考学院小编为你整理了这两大资格间的不同点，可供你参考参考。
信息系统项目管理师与系统集成项目管理工程师考试都是由国家人力资源和社会保障部、工业和信息化部共同组织的国家级考试，既是职业资格考试，又是职称资格考试。
工业和信息化部为了进一步规范管理系统集成企业和项目经理人员，把通过“系统集成项目管理工程师”与“信息系统项目管理师”考试，作为申报系统集成项目经理资质的要求之一。
信息系统项目管理师与系统集成项目管理工程师5个不同点1、考试要求信息系统项目管理师：要求能够掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力，具有高级工程师的实际工作能力和业务水平。
系统集成项目管理工程师：要求能够掌握系统集成项目管理的知识体系和具备管理系统集成项目的能力，具有工程师的实际工作能力和业务水平。
2、考试级别信息系统项目管理师，属于软考三个级别中的“高级”，相当于高级职称。
信息系统项目管理师合格证书是申报高级项目经理的条件之一，可在自己所在企业申报系统集成高级项目经理。
系统集成项目管理工程师，属于软考三个级别中的“中级”，相当于中级职称。
系统集成项目管理工程师主要在信息系统建设和集成工作中担任相关的项目管理工作。
系统集成项目管理工程师合格证书是申报项目经理的条件之一，可在自己所在企业申报系统集成项目经理。
在申请项目经理和高级项目经理方面，信息系统项目管理师可以申请高级项目经理，也可以用来申请项目经理，而系统集成项目管理工程师只能申请项目经理。
3、考察内容信息系统项目管理师与系统集成项目管理工程师的考察内容从考试大纲上看来其实相差不大，都会涉及到系统集成技术等IT技术类知识，也会涉及到项目管理的基础知识，同时还会涉及到相关的知识产权、标准化知识、法律法规相关知识、管理科学知识、专业英语等内容。
信息系统集成项目管理中的项目管理标准与规范
信息系统集成项目管理中的项目管理标准与规范信息系统集成项目是指通过整合多个信息系统，以实现系统间的互操作性和数据共享，满足组织对于系统功能和效益的需求。
在信息系统集成项目的实施过程中，项目管理标准与规范起到至关重要的作用。
本文将介绍信息系统集成项目管理中的项目管理标准与规范，并对其重要性进行探讨。
一、项目管理标准的作用项目管理标准是指在信息系统集成项目管理过程中规范和约束项目工作的准则和要求。
遵循项目管理标准可以保证项目的顺利进行和高质量的交付成果。
项目管理标准的主要作用如下：1. 统一指导：项目管理标准为项目团队提供了统一的指导和参考，确保各成员在项目管理中能够按照相同的原则和方法进行工作。
2. 提高效率：项目管理标准明确了项目管理的流程和活动，避免了重复和冗余的工作，提高了项目管理工作的效率。
3. 降低风险：项目管理标准包含了风险管理的要求和措施，能够有效地识别、评估和应对项目中的风险，降低项目失败的风险。
4. 促进沟通：项目管理标准规定了项目信息的交流和沟通方式，保证了项目团队的信息共享和及时反馈，提高了沟通效果。
二、项目管理规范的内容项目管理规范是指在信息系统集成项目管理中，项目团队需遵循的一系列规定和规范。
项目管理规范主要包括以下内容：1. 项目章程：明确项目目标、范围、成本、时间和质量目标，并与相关方进行确认和批准。
2. 项目计划：制定详细的项目计划，包括工作分解结构、进度计划、资源分配等内容，为项目实施提供指导和时间框架。
3. 变更管理：确立变更管理的机制和流程，对项目范围、进度、成本等变更进行评估、审批和控制，避免无效变更。
4. 质量管理：制定质量管理计划，包括质量目标、质量保证和质量控制措施等，确保项目交付的成果符合要求。
5. 风险管理：建立风险管理计划，识别和评估项目中的风险，制定风险应对策略，以降低项目风险对成果达成的影响。
6. 供应商管理：对供应商进行评估和选择，并建立供应商管理计划，确保供应商的交付能力和质量满足项目需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
配置审核工作主要集中在两个方面，即：
（二）为什么要实施配置审核
确保软件配置管理的有效性，不允许出现任何混乱 现象。例如：
——防止出现向用户提交了不适合的产品，如交付了用户 手册不适当的版本； ——发现不完善的实现，如开发出不符合初始规格说明或 未按变更请求实施变更； ——找出各配置项间不匹配或不相容的现象； ——确认配置项已在所要求质量控制审查之后作为基线入 库保存； ——确认记录和文档保持着可追溯性。
2、需要跟踪捕捉的状态报告信息可以是：
谢 谢!!
配置项的处理是否有背离初始的规格说明或已批准的变更请求的现象 ； 配置标识的准则是否得到了遵循； 变更控制规程是否以遵循，变更记录是否可供使用 是否保持了可追溯性。 功能配置审核——验证配置项的实际功效是与其软件需求一致的。 物理配置审核——确定配置项符合预期的物理特性，即特定的媒体形 式。
三种常见基线
——功能基线 在系统分析和软件定义阶段结束时，经过正式评审和批准的系统设计 规格说明中对被开发软件系统的规格说明；经过项目委托单位和项目承 办单位双方签字同意的协议书或合同中所规定的对被开发软件系统的规 格说明；由下级申请及上级同意或直接由上级下达的项目任务书中所规 定的对待开发软件系统的规格说明。 ——分配基线 在软件需求分析阶段结束时，经正式评审和批准的软件需求规格说明 。 ——产品基线 在软件组装与系统测试阶段技术时，经正式评审和批准的有关所开发 的软件产品的全部配置项的规格说明。
（三）如何实施配置审核
1、实施配置审核的时机
——软件产品交付或是软件产品正式发行前 ——软件开发的阶段工作结束之后 ——在维护工作中，定期的进行
2、实施配置审核的责任人
参与实施配置审核的审核人员包括：项目组人员和非项目组人 员，例如其他项目的配置管理人员、软件组织的内部审核员以及 软件组织的软件配置管理人员。
配置库的作用
记录与配置相关的所有信息 利用库中的信息可评价变更的后果 可利用库中的信息查询，例如：
那些客户已提取了某个特定的系统版本？ 运行一个给定的系统版本需要什么硬件和系统的哪些版本? 一个系统到目前已生成了多少版本，何时生成的？ 如果某一特定的构件变更了，会影响到系统的那些版本？ 一个特定的版本曾提出过那几个变更请求？ 一个特定的版本有多少已报告的错误？
PCL_TOOLS/EDIT/FORMS/DISPLAY/AST_INTERFACE/CODE
配置项的状态变迁
配置项版本号标识
配置项的版本号规则与配置项的状态有关 1）处于“草稿”状态的配置项的版本号格式为0.YZ，YZ的数字 范围是01~99 2）处于“正式”状态的配置项的版本号格式为X.Y，X为主版号 ，取值范围为1~9。Y为次版本号，取值范围为0~9 配置项第一次成为“正式”文件时，版本号为1.0，当配置项升级 幅度比较大时，才允许直接增大X值 3）处于“修改”状态的配置项的版本号格式为X.YZ。配置项正 在修改时，一般只增大Z值，X，Y值保持不变。当配置项修改完 毕，状态成为“正式”时，将Z值设置为0，增加X.Y值
2、软件配置管理的任务
——制定软件配置管理计划 ——确定配置标识规则 ——实施变更控制 ——报告配置状态 ——进行配置审核 ——进行版本管理和发行管理
2、忽视软件配置管理可能导致的混乱现象
ቤተ መጻሕፍቲ ባይዱ
发错了版本 安装后不工作 异地不能正常工作 已经解决的缺陷过后又出现错误 开发人员把产品拿出去出售赢利 找不到最新修改了的源程序 找不到编程序的人
系统设计规格说明、程序规格说明、数据 库设计、编码标准、用户界面标准、测试 标准、系统测试计划、用户手册 源代码、目标码、单元测试数据及单元测 试结果 系统测试数据、系统测试结果、操作手册、 安装手册 以上任何需要变更的软件配置项
编码类 测试类 维护类
编码及单元测试后得到的工 作产品 系统测试完成后的工作产品 进入维护阶段以后产生的工 作产品
3、软件配置标识
配置项
1、 系统规格说明 2、软件项目计划 3、软件需求规格说明书
a.图形分析模型 b.处理规格说明 c.原型 d.数学规格说明
7、 测试规格说明 a.测试计划和步骤 b.测试用例和记录的结果 8、操作和安装手册
9、 可执行程序 a.模块可执行代码 b.连接的模块 10、数据库描述 a.模式和文件结构 b.初始内容 11、联机用户手册 12、维护文档 a.软件问题报告 b.维护请求 c.工程变更指令 13.软件工程标准和规程
1
V1.0
V1.1
V1.2
V1.1a
V2.0
V2.1
V2.2
（2）符号版本标识：把重要的版本属性有选择地给出。 如：V1/VMS/DB Server
3、版本管理工具
配置审核
（一）什么是配置审核 它是指对于存储配置项及相关记录的软件基线库的结构、内 容和设施进行检验，其目的在于验证基线是否符合描述基线 的文档。 验证包括：
1、什么是软件配置管理
（1）ISO 9000-3 :1997 配置管理是一个管理学科，它对配置项（包括软件项）的开发和支持生存 期给与技术上的和管理上的指导。配置管理的应用取决于项目的规模、复杂程 度和风险大小。 （2） W.Babich 的解释 软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理是一种 标识、组织和控制修改的技术，目的是最有效的提高生产率。 （3） GB/T 11457 :1995《软件工程术语》国家标准 A.表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放 和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 B.对下列工作进行技术和行动指导与监督的一套规范： ——对配置项的功能特性和物理特性进行标识和文件编制工作； ——控制这些特性的更动情况； ——记录并报告这些更动进行的处理和实现的状态。
配置状态报告
（一）什么是配置状态报告 1、配置状态报告（configuration status reporting） 也称配置状态说明与报告（configuration status accou nting & reporting）。
任务：有效的记录和报告管理配置所需要的信息 目的：及时、准确的给出软件配置项的当前状况，供相关人员 了解，以加强配置管理工作。 配置项的当前标识 已交付软件的配置 变更请求或问题报告的状态 已获准变更的状态
三类库
（1）开发库：存放开发过程中需要保留的各种信息，供开 发人员个人专用。 （2）受控库：在软件开发的某个阶段工作结束时，将工作 产品存入或将有关的信息存入。 （3）产品库：在开发的软件产品完成系统测试之后，作为 最终产品存入库内，等待交付用户或现场安装。
配置基线
基线是软件生存期各开发阶段末尾的特定点，也称为里 程碑。
一、软件配置管理的概念
（一）软件配置项的概念
1、软件配置项：配置管理的对象称为软件配置项。
表1 软件配置项的分类、特征和举例
分类 特 征 举 例
环境类
软件开发环境 及 软件维护环境
需求分析及定义阶段完成后 得到的工作产品 设计阶段结束后得到的产品
定义类 设计类
编译器、操作系统、编辑器、数据库管理 系统、开发工具（如测试工具）、项目管 理工具、文档编辑工具 需求规格说明书、项目开发计划、设计标 准或设计准则、验收测试计划
第16章 配置管理
内容提要
1、软件配置管理的概念 2、软件配置管理计划 3、软件配置标识 4、变更管理 5、版本管理 6、配置审核 7、配置状态报告 8、软件配置管理工具
本章考纲要点
配置管理有关概念 配置管理计划编制工作的基本步骤 配置识别与建立基线 版本管理 配置状态报告 配置审核 对应中级教材第十六章 P418 对应高级教材第十五章 P334
利用配置库实现变更控制
版本管理
1、软件版本：包含两种不同含义
（1）为满足不同用户的不同使用要求，如适用于不同运行环境或 不同平台的系列产品。 （2）软件产品投入使用以后，经过一段时间运行提出了变更的要 求，需要做较大的修正或纠错，增强功能或提高性能。
2、版本标识
版本管理也称版本控制。版本标识方法： V1.1b V1.1. （1）号码版本标识
4． 初步用户手册 5． 设计规格说明书
a.数据设计描述 b.体系结构设计描述 c.模块设计描述 d.接口设计描述 e.对象描述（采用面向对象技术时 ）
6． 源代码清单
图5
软件配置项
配置项命名。 命名的基本要求：唯一性；可追溯性。
例：CODE是根结点为PCL_TOOLS树结构的第六层结点，对其命名为：