信息系统项目管理师教程浓缩 - 图文(14)

14 合同管理

14.1 合同的概念 ? ? ?

合同是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系的协议（合同法定义）。 合同是买卖双方形成的一个共同遵守的协议，卖方有义务提供合同制定的产品和服务，买方则有义务支付合同规定的价款。

信息系统工程合同: 对信息系统工程策划、咨询、设计、开发、实施、服务及保障有关的各类合同，从合同条件的拟定、协商、签署，到执行情况的检查和分析等环节进行组织管理的工作，以达到通过双方签署的合同实现信息系统工程的目标和任务，同时维护建设单位和承建单位及其他关联方的正当权益。 ? ? ? ? ? ? ? ? ? ? ? ?

合同的法律特征：合同是一种民事法律行为；合同以设立、变更或终止民事权利义务关系为目的；合同是两个及以上当事人意思表示相一致的协议；合同是当事人各方在平等、自愿的基础上产生的民事法律行为 常见的项目采购合同：一般买卖合同、技术开发合同、技术转让合同、技术咨询和技术服务合同。 按信息系统范围划分：总承包合同、单项任务承包合同、分包合同 按项目付款方式划分：总价合同、单价合同、成本加酬金合同 实质要件：甲方、乙方、标的、效力 形式要件：书面形式、口头形式、其他形式

程序要件：自行成立、保证成立、确认成立、批准成立 合同的订立：采用要约和承诺的形式

合同的履行管理：需方对项目执行绩效评估、对交付物进行验收；供方按合同交付，提供发票获得支付 合同变更管理：提出变更、审查、批准、实施；本着“公平合理”的原则 合同的终止、违约责任和其他注意事项

项目合同主要包括如下内容：当事人各自权利、义务；信息系统项目质量的要求；建设单位提交有关基础资料的期限；承建单位提交阶段性及最终成果的期限；项目费用及工程款的支付方式；项目变更约定；当事人之间的其他协作条件；违约责任?

签订时应注意如下事项：当事人的法律资格；验收时间；验收标准；技术支持服务；损害赔偿；保密约定；知识产权约定；合同附件；法律公证

14.5 谈判过程 1) 2) 3) 4) 5) 6) ? ? ? ?

准备阶段：调研收集材料、确立谈判目标、选择谈判时间地点、组建谈判小组、制定谈判计划 开局摸底：陈述各自期望、观点、成交原则等

报价阶段：报价的形式、原则、报价起点、报价的方法 磋商阶段：搞清对方报价的依据、讨价、还价、 成交阶段：整理谈判记录、整理合同草稿 认可阶段：正式签订合同

索赔是在工程承包合同履行中，当事人一方由于另一方未履行合同所规定的义务而遭受损失时，向另一方提出赔偿要求的行为。注意：索赔是双向的、索赔是经济补偿行为而不是惩罚、索赔必须以合同为依据。 索赔一般通过协商方式友好解决，若无法达成妥协，可通过仲裁解决。

合同索赔的重要条件是合同一方或双方存在违约行为和事实，并且由此造成了损失，责任应由对方承担。 索赔的分类：按索赔目的分类（工期索赔、费用索赔）；按索赔依据分类（合同规定的索赔、非合同规定的索赔）；按索赔业务性质分类（工程索赔、商务索赔）；按索赔处理方式分类（单项索赔、总索赔）

14.7 索赔的处理 ? ?

索赔程序：提出索赔要求；报送索赔资料；监理工程师答复；监理工程师逾期答复后果；持续索赔；仲裁与诉讼

索赔事件处理的原则：索赔必须以合同为依据；必须注意资料的积累；及时、合理的处理索赔；加强索赔的前瞻性；

31 -

14.2 合同的要件

14.3 合同管理的内容

14.4 项目合同的内容及签订时的注意事项

14.6 索赔构成条件和依据

15 配置管理

15.1 配置管理有关概念 ? ? ? ?

配置管理：通过技术与行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施和过程。其目标是有序、及时和正确的处理对软件配置项的变更，实现此目标需要CCB的有效管理。

软件配置管理是一个支持性的软件生命周期过程，主要思想和具体内容在于版本控制，版本控制注意功能是追踪变更

配置项：产品配置项是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件以及数据的集合。该集合中每一个元素成为该产品的一个配置项。

配置库：受控制的、辅助软件开发、使用和维护的软件及相关的文档，它在软件发布管理和交付活动中，起着机械性的作用。配置库可以分为动态库（开发库）、受控库（主库）、静态库（软件仓库）和备份库四种。决定配置库的结构是配置管理活动的重要基础，一般分为：按配置项分类和按任务建库。 ?

基线：已经正式通过复审和批准的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。基线由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中配置项不能随意修改。基线通常对应开发过程中的里程碑, 主要属性有名称、标识符、版本、日期等。通常将总价值给客户基线称为Release， 内部开发用的基线叫Build ?

配置状态报告就是有效的记录和报告管理配置所需要的信息，目的是及时、准确的给出配置项的当前状况，供相关人员了解，以加强配置管理工作。主要跟踪如下方面：产品描述记录、受控组件状态、版本内容和状态、基线内容、配置验证记录、变更状态记录和所有位置的所有配置项的安装状态。 ?

配置审核的任务是验证配置项对配置标识的一致性。包括对配置项的处理是否有背离初始的规格说明或已批准的变更请求的现象；配置标识的准则是否得到了遵循、变更控制规程是否已遵循、变更记录是否可用、在规格说明、项目产品和变更请求间是否保持了可追溯性。配置审核主要集中在两个方面：功能配置审核与物理配置审核。配置审核的实施是为了确保项目配置管理的有效性，体现配置管理的最根本要求，不允许出现任何混乱现象。

15.2 项目配置管理的主要任务 ? ? ?

制定项目配置管理计划 确定配置标识规则 实施变更控制

? ? ?

报告配置状态 进行配置审核

进行版本管理和发行管理

15.3 配置管理计划制定步骤

建立并维护配置管理的组织方针；确定配置管理需使用的资源；分配责任、培训计划、确定项目干系人并确定其介入时机；制定识别配置项的准则；制定配置项管理表；确定配置管理软硬件资源；制定基线计划；制定配置库备份计划；制定变更控制流程；制定审批计划 15.4 识别配置项的基本步骤

识别需要受控的软件配置项；为每个配置项指定唯一性的标识号；确定每个配置项的重要特征；确定配置项进入配置管理的时间；确定每个配置项拥有者的责任；填写并审批配置项管理表 15.5 建立配置管理系统的基本步骤

建立适用于多控制等级配置管理的管理机制；存储和检索配置项；共享和转换配置项；存储、更新和检索配置管理记录、创建配置管理报告、保护配置管理系统的内容、权限分配15.6 配置审核的基本步骤

主要工作步骤有：1.项目经理决定何时进行配置审核工作；2.质量保证组或配置管理组指定配置审核人员；项目经理和配置审核员决定审核范围；配置审核员准备配置审核检查单；配置审核员安排时间审核文档与记录；配置审核员发现不符合项并记录；由项目经理负责消除不符合项；配置审核员验证所有发现的不符合项已解决 15.7 配置状态变迁规则

在版本管理过程中，配置项的状态有草稿【0.YZ】、 …… 此处隐藏：2481字，全部文档内容请下载后查看。喜欢就下载吧 ……