信息系统项目管理师论文范文汇编(13)

里程碑基线――对本人们的项目来说，采用的是迭代的开发过程，以一个迭代过程为例，分为需求、概要设计、详细设计、代码实现、单元测试、集成测试、系统测试七个阶段，每个阶段都需要产生里程碑。对每个里程碑都有明确的标识标明当前状态。

阶段性成果基线――阶段性成果主要体现在代码过程中，比如代码进行到一个阶段，开发组长认为代码的这个状态可以保留，就可以确定为一个代码基线。这种基线一般不需要通过评审等正式手段来确定，但也必须有相应的验证手段；比如在本人们的项目中，在代码阶段，确定代码基线的责任人是开发组长，但开发组长必须保证代码基线符合一定的条件。

b) 其他版本：除基线版本外，有时候还需要在开发和维护过程中确定其他版本。例如，产品在测试过程中不断的问题修复过程中，可能会有多种反复，此时需要将每次修改的内容作为一个版本。

关于版本，还有另一个需要注意的问题。一般来说，按照模块来划分，每个模块有自己的版本演进比较合理。首先，一个模块一般是由一个或两个开发人员完成的；其次，一个模块的功能会比较单一且独立，在版本的演化过程中便于控制，也不会和其他模块产生过于复杂的关系。而产品的版本则需要由各个模块的不同版本组成，这个纵横的关系需要很好地管理，本人们的做法是在VSS库上用Label来标识，同时维护一张描述产品版本和模块版本关系的矩阵图便于追踪。

在确定了配置项之后，就可以确定配置库的目录结构了。配置库的目录结构直接关系到配置管理的工作量和使用的方便性，所以需要根据自己的需要确定一个合理的结构。

在确定配置管理库目录结构的时候，本人们曾经考虑过两种产品目录结构的方式：一种是按照模块划分，在模块下再划分诸如设计文档、代码等目录；另一种方式是按照产品类型划分，例如首先是文档、代码，然后在其下按照模块划分。[信息系统项目管理师网cnitpm.com] 这两种方式都有自己的优点，最终本人们还是选择了前一种划分方式，一方面是考虑便于进行权限的分配，另一方面是考虑到便于将同一模块的所有内容组织起来进行版本的管理。

角色是配置管理流程的执行者和参与者，定义明确的角色有利于实现明确的授权和明晰的流程，虽然在实际中可能多个角色由一个人担任，但还是应该保留角色的定义。

本人们所说的配置项变更流程主要是针对配置项发生变化的控制，在本人们的项目中分为两个部分，首先是对配置项新建、检入（CheckIn）和检出（CheckOut）的规定；其次是对入库的文件类型和大小的规定：新建、检入、检出及破坏

1、 新建：即Add，除特殊情况外，一般不规定由谁来新建（只要有权限即可），但尽量指定每个project只有一人负责新建。

2、 检入：即check in，检入频率规定如下： i. 在代码编写前，至少每周一次 ii. 代码编写阶段，至少每天一次

iii. 测试阶段以后，根据代码、文档的变动，只要当天有变动就要检入一次。

iv. 为配合检查、备份工作，需在检查备份周期前全部check in (不保持check out)并退出登录。详见“检查及备份”部分

3、 检出：即check out。原则上只对要修改的文档方可检出。 4、 破坏（Destroy）：一般情况不可以破坏文件、目录。 5、 如果是误操作，则可在一天内提交管理员处

6、 如果超过一天，则需要由项目经理同意，且管理员破坏前要备份。 7、 各阶段环境职责

配置项发布是指配置项进行到一定的阶段（例如，里程碑阶段），需要对外发布时的规则。在本人们的项目中，配置项发布是通过标签，即LABEL，来实现的。

基线确立与变更 ，基线的确定在上一部分中已经说到过，本人们的项目基线分为两类，一类是作为里程碑和其他工作依赖的基线（例如需求文档、设计文档等），另一类是开发过程中有必要保留的一种状态（例如代码过程中某个模块的一个有保留价值的snapshot）。对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。

本人们项目的基线变更控制委员会由客户代表、产品经理、项目经理以及技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布；而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。

通过该项目的配置管理和实施，应该说，这次本人们对项目的配置管理实施是非常成功的，在整个开发过程中，基本没有出现因为配置管理的问题导致的对开发进度的延误。当然，在开发过程中也发生了由于需求变化导致基线变更引起开发进度的延迟，不过这不应该算作是配置管理的失误，因为作为配置管理来说，只能尽量保证基线变更不会导致项目失控。选择一个合适的配置管理工具绝对是必要的，本人们在前面用了一章多的篇幅介绍本人们使用的配置管理

26

工具及其方案，事实证明，本人们选择的配置管理工具对本人们项目管理实施的效果是决定性的。 在配置管理实施的初期，及时的指导起的作用是巨大的，甚至可以说是成功的主要因素；对不熟悉配置管理的开发工程师来说，配置管理工作容易在一开始就让他们产生厌烦情绪，一点点使用上的不方便就会导致开发人员对配置管理的怨言，这个时候，及时的指导就显得非常重要了，本人们在配置管理实施过程中，准备了《VSS操作手册》、《SOS简明操作手册》、《配置管理操作指导书》等手册，进行了三次的培训，并在实施过程中随时解决开发人员在使用配置管理工具中的问题。而且，在实施初期，本人们以奖励为主，在一个月的时间内没有将配置管理工作作为考核内容。 在配置管理基本走上正规后，每周的配置状态检查是本人们对配置管理执行效果的检查，一旦发现问题，会作为QA问题报告发出并要求限期改正。[信息系统项目管理师网cnitpm.com] 如果没有这个检查制度，配置管理工作很难持续受控。

十六、 信息系统项目管理师考试论文：论信息系统项目沟通管理

项目概述：

某公司是一家互联网信息和电信增值信息综合服务商，运营中国首家宽带门户及电信增值业务，网站注册用户200万。提供了三项主要服务：聚合了海量影视、歌曲、动漫的特色内容供广大网民在线播放与下载；提供blog、V客、播客等具有web2.0特色的服务，使网民打造自己的个性化网站与互动平台；声讯IVR、短信等SP增值业务。随着公司业务不但发展，急需一个业务运营支撑系统，以解决计费、收费、结算等切实问题，保障各项服务持续、稳定的开展。

本人作为开发方的项目经理，全程参与了BOSS系统的建设，主要工作职责为需求分析项目管理，也承担了部分数据库设计的工作。系统采用Stusts+Hibernate主流Web应用框架，以Linux作为开发平台，java为主要开发语言，数据库和应用中间件分别使用Oracle 10g与Weblogic。BOSS涉及的功能点较多，具体包括用户的注册与开户、建立简单的三户（用户、账户、客户）管理系统；实现站内单点登录统一认证（SSO）；提供服务目录后台管理；支持包月、包时段、单次等多种服务订购计费模式；建立DRM访问控制；支持116声讯代收费、网上银行、手机钱包等多种支付接口等。 …… 此处隐藏：1284字，全部文档内容请下载后查看。喜欢就下载吧 ……