论信息系统项目的配置管理
信息系统项目管理师案例分析考点：配置管理存在的常见问题
信息系统项目管理师案例分析考点：配置管理存在的常见问题1. 没有制订配置管理计划/没有配置标识/配置控制没有做好/没有配置状态报告/没有配置审计—配置管理包括6个主要活动：制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。
2. 配置管理权限设置存在问题——所有配置项的操作权限应由CMO(配置管理员)严格管理，基本原则：基线配置项向开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开发。
3. 配置库设置存在问题——配置库可以分开发库、受控库、产品库3种。
4. 没有进行版本控制——配置项的版本管理作用于多个配置管理活动之中，如配置标识、配置控制和配置审计、发布和交付等。
在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。
对配置项的任何修改都将产生新的版本。
由于我们不能保证新版本一定比旧版本“好”，所以不能抛弃旧版本。
版本管理的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。
相关试题：阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。
阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。
【说明】A公司是提供SaaS 平台服务业务的公司，小张作为研发流程优化经理，他抽查了核心产品的配置管理和测试过程，情况如下：项目组共10 人，产品经理小马兼任项目经理和配置管理员，还有7名开发工程师和 2 名测试工程师，采用敏捷开发的方法，2周为一个迭代周期，目前刚刚完成一个3.01 版本的上线。
小张要求看一下配置管理库，小马回复：“我正忙着，让测试工程师王工给你看吧，我们10 个人都有管理员权限”。
小张看到配置库分为了开发库和产品库，产品库包括上线的3个大版本的完整代码和文档资料，而且与实际运行版本有偏差。
小版本只能在开发库中找到代码，但没有相关文档，而且因为新需求迭代太快，有些很细微的修改，开发人员随手进行了修改，文档和代码存在一些偏差。
系统分析师论文范文-论项目的配置管理
论项目的配置管理【摘要】2010年6月，我公司承接了某高校的《网络多媒体教学录播系统》项目的开发，我有幸参与其中，并担任项目经理一职，主要负责项目的开发管理工作。
该项目的目标是应用先进的流媒体技术构建直播、点播教学平台。
文章结合本项目的实践，重点讨论源代码的配置管理。
以往项目开发过程中，普遍存在版本混乱、源代码的管理安全性差等问题。
为了有效地解决这些问题，本项目中，我们加强了源代码配置管理，主要从版本控制和变更控制两个方面进行。
在版本控制方面，主要安排专门代码配置管理角色、选用VSS版本控制工具、建立代码配置库、集中存放代码至VSS服务器、建立安全权限机制。
在变更控制方面，主要制订变更控制流程。
该项目已经成功上线，我们采取的源代码配置管理措施取得良好的效果，但在具体执行过程中，也遇到了一些问题，例如，部分人员有抵触情绪。
针对这些问题我们已经采取了一些措施。
【正文】随着现代教育技术改革的深化，流媒体技术也越来越多的应用于教学领域。
《网络多媒体教学录播系统》正是在这样的背景下被开发的，其主要功能是通过校园网络直播教师授课实况，并将实况媒体流记录成ASF格式媒体文件供学生课后点播用。
具体功能有音视频采集、音视频编解码、音视频回放、记录文件、索引文件、剪辑合并文件、点播、直播等。
音视频采集功能：从采集卡获取音视频数据。
音视频编解码：采用WMV/WMA编解码算法进行音视频的编解码。
音视频回放：播放本地文件或网络媒体流。
记录文件：将网络媒体流记录成ASF格式的音视频文件。
索引文件：对记录生成的ASF文件进行索引。
剪辑合并文件：剪辑ASF格式的文件；将两个ASF格式的文件合并成一个文件。
直播点播：用户通过网络播放ASF文件或网络媒体流。
我参与了上述项目的开发，并担任项目经理，主要负责项目开发管理工作。
本项目合同规定的开发期限为9个月，共计7人参与了项目开发，其中，项目经理1名、系统分析人员1名、设计与编码人员3名、测试人员2名。
信息系统项目管理制度
信息系统项目管理制度第一部分项目管理概述一、项目管理的定义项目管理是指将资源、时间、成本等约束条件下，有目的、有组织、有效地实现项目目标的过程。
在现代企业管理中，项目管理已成为组织实施战略、开发产品和服务、实施业务变革的关键手段。
信息系统项目是企业业务和信息化深度融合的产物，是企业战略执行和技术创新的载体，因此信息系统项目管理对于企业发展具有重要意义。
二、项目管理的基本原则1. 项目目标导向。
项目管理要以项目目标为导向，确立项目目标，明确项目范围，制定项目可行性分析和总体规划。
2. 组织战略一致。
项目管理要与组织的业务战略、组织结构和文化相一致，确保项目符合组织整体战略要求。
3. 综合协调。
项目管理要注重资源、时间、成本、质量和风险的综合协调，确保项目的顺利实施和目标的达成。
第二部分项目管理制度建设一、项目管理组织架构1. 项目管理委员会。
负责项目管理体系的建设、项目的组织、决策和资源分配等。
2. 项目管理办公室（PMO）。
作为项目管理的专门机构，负责项目管理方法与工具的标准化、项目管理制度的建设、项目经理的培训等。
二、项目管理流程1. 项目启动阶段：确定项目目标、制定项目计划、项目可行性分析等。
2. 项目执行阶段：项目实施、进度控制、风险管理等。
3. 项目收尾阶段：项目验收、总结经验、收尾工作等。
三、项目管理制度1. 项目管理规范。
明确项目管理的基本原则、组织架构、流程管理规范。
2. 项目管理手册。
具体规定项目管理的方法、工具、模板、标准和规程。
3. 项目管理考核评价体系。
建立项目管理的绩效考核体系，形成有效的激励机制和责任追究机制。
第三部分项目管理实施一、项目规划与立项1. 项目可行性分析。
对项目的市场需求、技术可行性、资源保障等方面进行评估。
2. 项目立项。
确定项目的目标、范围、方法、资源等，形成项目的计划书。
二、项目实施与监控1. 项目计划制定。
编制项目计划书，明确项目目标、活动、资源和进度计划。
论信息系统工程项目的配置管理
软件项目的配置管理[摘要]：2010年3月，我作为项目经理开始参与某市数字城管系统项目的开发，主要负责系统的组织规划实施与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求。
该系统由9大基础子系统和6个扩展子系统及7个个性化子系统三部分组成。
随着软件系统的日益复杂化和用户需求，软件更新的频繁化，配置管理在软件项目中显得越来越重要了。
本文以该项目为例，结合作者时间，主要通过在项目前期，做好需求调研，总体设计和详细设计并制定完整的配置管理计划。
在该项目全过程中规范化配置管理，注意员工培训并加强沟通与协调，来实施项目的配置管理。
目前，该系统已开发完毕，正式投入运行，状况良好，受到客户一致好评。
[正文]：2010年3月，我作为项目经理开始参与某市数字城管系统项目的开发，主要负责系统的组织规划实施与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求。
该系统由9大基础子系统和6个扩展子系统及7个个性化子系统三部分组成。
由于考虑到政府工作安排的需要，客户要求系统必须在8月底前交付，项目开发周期为6个月，为此我们做了如下安排：5月份系统上线试运行，8月份正式上线。
随着软件系统的日益复杂化和用户要求，软件更新的频繁化，配置管理逐渐成为软件生命周期中的主要控制过程。
在软件开发过程中，扮演越来越重要的角色。
一个好的配置管理过程能覆盖软件开发和维护的各个方面，同时对软件开发过程的客观管理，即项目管理也有重要的支持作用。
在该系统项目中，我主要使用intersolv公司的pvcs配置管理工具，并通过在项目前期作好需求调研，总体设计和详细设计并制定完整的配置管理计划。
在项目全过程规范化配置管理，注意员工培训并加强沟通与协调等方法和策略来实施配置管理。
1．项目前期做好要求调研，总体设计和详细设计，并制定完整的配置管理计划。
项目计划阶段，我对需求分析，总体设计和详细设计这三项活动工期安排如下：需求分析12天，总体设计和详细设计总共20天，时间尽量充足。
信息系统项目如何管理
信息系统项目如何管理由于信息技术的快速发展，信息系统已经被应用到各行各业，同时信息系统也面临着前所未有的挑战。
想知信息系统项目如何管理吗?现在，我给大家的整理相关资料。
信息系统项目管理项目控制信息系统项目一旦进入实施阶段，关于资源的利用将进入白热化，因此必须要强化力度进一步的控制。
要达到项目目标，就必须采用合适的项目控制和评审，与实施合适的评审方法一样，项目控制相当重要。
项目的各个阶段都能够得以控制，那么项目工作就会运行在正常的轨道上。
如假设发现偏差，能够采用及时改正，朝着目标方向发展，该项目势必在控制之下取得成功。
“项目控制的基本内容包括：进度控制、变更控制、质量控制及费用控制〞。
关于信息系统项目的控制来说不仅仅以计划为依据，而且还包括了对项目发展的猜测，对每个阶段进展状况的衡量，从而依据猜测的结果和进展的状况进行比对，看是否存在偏移轨道，从而进一步完善方案、制定现实目标。
沟通管理在这里必须要强调的一点就是，沟通在项目中非常重要。
关于项目中的重要信息假设没有进行充分、有效地沟通，那么势必会造成项目组成员各做各事，甚至会造成严重的损失。
有效沟通可以避免产生错误信息的干扰，可以达到项目组的预期目标。
通过有效沟通使项目组成员达成共识，同时实现信息共享、互相学习、取长补短。
当然，也有一些这样的项目团队，常常开会大量讲话发表看法，但这并不意味着会发生大量的沟通。
双方有可能都存在一定问题，讲话者不是很有效，倾听者心不在焉。
因此，在沟通问题时讲话者必须要注意倾听者是否在很好的倾听，同时倾听者应该注意讲话者的情绪，从而达到主动地听取正确的信息。
项目经理听取项目组员讲话时，应该用心倾听;而自己讲话时，应该以易懂的方式，让项目组成员完全明白。
档案项目管理基本要素1、项目资源和环境在项目管理的过程中，其项目资源使其主要的基本保证，其中包括了自然资源和社会资源着两大类别，其中在当前我国社会解决发展的过程中，社会资源的管理有着十分重要的意义，因此在通常状况下，我们都是对社会资源进行相关的管理。
信息系统配置管理制度
信息系统配置管理制度
信息系统配置管理制度
1信息系统变更及发布管理
变更控制是一个复杂的工程，因为信息系统建设过程中各方都能够提出变更的请求。
变更不是孤立的，信息系统是一个整体，虽然模块化设计、构件技术和面向服务的体系结构的提出，降低了软件中的各部分的耦合，但是业务流程的变化不仅会影响流程本身，而且也会对与流程相关联的模块产生影响。
信息系统变更及发布的具体流程及方案
一、建立项目变更控制计划
需求会产生变更，甚至是自相矛盾的变更，由于采用传统的生命周期开发方法，对需求的变更会产生很严重的后果，因此，为了防患于未然，在项目需求分析阶段就建立严格的项目变更控制计划这样为项目变更控制策略的有效实施打下坚实的基础。
主要内容如下：
a)对需求的变更须征得上级领导协商同意，同时参考由于变更
所产生的时间、经济后果以及可能产生的好处决定是否实施。
b)对提出的功能变更由信息中心审核其合理程度、正确程度以
及必要程度，然后实施变更。
如果不需要修改则向用户解释。
c)对工作中由开发人员提出的变更要求也是采用先审核，再评
估，最后再决定是否实施的措施来保证项目的顺利完成。
d)对决定实施的项目变更，由项专人监督完成，并评估结果。
二、对项目的变更的执行，采用明确责任人制
对变更内用，开发人员必须明确责任人并制定出明确的工作计划，便于项目的管理和控制。
三、对于项目变更流程，我们采用先申请，再审核，批准，最后由。
配置管理 信息系统项目管理 系统集成项目管理
利用配置库实现变更控制
版本管理
1、软件版本：包含两种不同含义
（1）为满足不同用户的不同使用要求，如适用于不同运行环境或 不同平台的系列产品。 （2）软件产品投入使用以后，经过一段时间运行提出了变更的要 求，需要做较大的修正或纠错，增强功能或提高性能。
2、版本标识
版本管理也称版本控制。版本标识方法： V1.1b V1.1. （1）号码版本标识
（三）如何实施配置审核
1、实施配置审核的时机
——软件产品交付或是软件产品正式发行前 ——软件开发的阶段工作结束之后 ——在维护工作中，定期的进行
2、实施配置审核的责任人
参与实施配置审核的审核人员包括：项目组人员和非项目组人 员，例如其他项目的配置管理人员、软件组织的内部审核员以及 软件组织的软件配置管理人员。
配置状态报告
（一）什么是配置状态报告 1、配置状态报告（configuration status reporting） 也称配置状态说明与报告（configuration status accou nting & reporting）。
任务：有效的记录和报告管理配置所需要的信息 目的：及时、准确的给出软件配置项的当前状况，供相关人员 了解，以加强配置管理工作。 配置项的当前标识 已交付软件的配置 变更请求或问题报告的状态 已获准变更的状态
2、软件配置管理的任务
——制定软件配置管理计划 ——确定配置标识规则 ——实施变更控制 ——报告配置状态 ——进行配置审核 ——进行版本管理
发错了版本 安装后不工作 异地不能正常工作 已经解决的缺陷过后又出现错误 开发人员把产品拿出去出售赢利 找不到最新修改了的源程序 找不到编程序的人
三类库
（1）开发库：存放开发过程中需要保留的各种信息，供开 发人员个人专用。 （2）受控库：在软件开发的某个阶段工作结束时，将工作 产品存入或将有关的信息存入。 （3）产品库：在开发的软件产品完成系统测试之后，作为 最终产品存入库内，等待交付用户或现场安装。
信息化项目配置管理计划
信息化项目配置管理计划XXX股份有限公司20XX年XX月XX日目录一组织机构和职责 (4)1.1 成员和职责 (4)1.1.1 项目领导 (4)1.1.2 项目经理 (4)1.1.3 需求调研 (4)1.1.4 技术经理 (4)1.1.5 配置管理人员 (4)1.1.6 测试人员 (4)1.1.7 质量人员 (5)1.2 配置管理组 (5)二配置管理工具、技术和方法 (5)2.1 配置管理工具 (5)2.1.1 文档管理 (5)2.1.2 源代码管理 (5)2.2 配置管理库 (5)2.2.1 配置库结构 (5)2.2.2 配置库权限 (6)2.2.3 基线配置项 (6)2.2.4 其他配置项 (6)三文件命名与版本控制 (7)3.1 文件命名规范 (7)3.1.1 基线命名规范 (7)3.1.2 其他配置项命名规范 (7)3.2 版本标识 (8)3.2.1 文档发布的版本遵循X.Y（主版本.副版本）形式 (8)3.2.2 代码发布的版本遵循X.Y（主版本.副版本）形式 (8)3.3 变更原因 (9)3.4 变更流程 (9)3.4.1 变更申请 (9)3.4.2 变更评估 (9)3.5 变更实施 (9)3.5.1 变更验证 (10)一组织机构和职责1.1成员和职责配置管理组织职责主要是决定配置管理组织成员中对变更确认审批级别，协调成员对变更达成一致，并确认变更的结果。
1.1.1项目领导负责对项目的总体调控。
1.1.2项目经理对项目中计划的变更等进行确认，并对变更所涉及的资源变更进行评估。
负责项目的整体管理。
1.1.3需求调研负责项目的整体需求1.1.4技术经理负责项目技术支持及项目的运行。
1.1.5配置管理人员负责变更，配置库日常管理和权限控制。
1.1.6测试人员负责整体的测试。
1.1.7质量人员负责过程质量管理和过程审计1.2配置管理组配置管理员负责搭建配置库，制定并执行配置管理计划、培训项目组成员、执行日常配置管理工作二配置管理工具、技术和方法2.1配置管理工具2.1.1文档管理配置管理工具：SVN配置库名称：2.1.2源代码管理配置管理工具：SVN配置库名称：2.2配置管理库2.2.1配置库结构配置库分为工作库、受控库和基线库1)工作库：存储项目的所有工作产品中间结果，即正处于开发中的代码和编写中的文档，其内容可能进行频繁的修改。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
论信息系统项目的配置管理
摘要：2006年6月，我参加了某国有银行黑龙江省分行城市综合网调帐系统的设计开发工作，并由领导委派担任项目组负责人。
我行城综网业务系统经过了几年的运行与发展，现在已经覆盖了一级分行的各种业务种类及由其衍生的金融创新产品，后台业务数据库越来越庞大，业务量增长迅猛，各种帐务数据的调整业务量也在增加。
所以迫切需要一种方便迅速的维护调帐系统来适应当前业务系统的发展需要。
本文结合作者的经验就项目的配置管理(SCM)作了详实的论述；并就项目过程中采取的措施、方法作了介绍。
最后，列举了该项目配置管理的一些不足与展望.
一.项目概述
某国有银行黑龙江省分行城综网业务系统经过几年的发展，现在已经覆盖全行的各种业务种类。
后台业务数据库越来越庞大，业务量增长迅猛，各种帐务数据的调整业务量也在增加。
所以迫切需要一种方便迅速的维护调帐系统来适应当前业务系统的发展需要。
鉴于以上业务需求的实际情况,省行科技处决定立项开发城综网调帐系统.本人受领导委派担任项目组负责人,全面负责该项目的开发与管理.
调帐业务系统建设的主要目标如下:
(1)建立统一模式的黑龙江省分行城综网调帐系统，使城综网维护调帐业务实现分布处理，各地市行
的帐务由各地市自己调整，提高处理的响应时间；
(2)充分发挥网络的优势，在实现基本调帐业务功能的同时，实现知识管理、信息发布、业务经验论
坛，提高企业的服务效果；
(3)将调帐系统做成一个维护管理综合平台,以便更好的为各部门服务。
根据我行城综网业务系统运行的具体需要，结合计算机技术的发展，我们计划采用Browse/Server 方式来构建调帐业务系统。
Web服务器采用Windows IIS,应用服务器采用TongWeb,安全认证中心采用TongSec。
由于我行已经有了十分完善的计算机网络和运行环境，因此调帐业务系统应该在我行已有的网络环境上进行构建。
除了利用SSL和java自身的安全控制外，为了实现更高的安全级别，我们采用建立认证中心的方式来实现整个调帐系统的安全，可以采用TongSec来实现。
这样设计的优点：开发系统的工作量小，充分利用现有的业务系统，将来系统升级方便，系统移植性好。
在科技处领导的悉心关怀和业务部门的鼎力支持下,经过项目组同志们的艰苦努力,该项目从2006年6月启动,至2006年12月正式通过科技处组织的验收.并在2个月的试运行期间,顺利通过了年终结转的考验,至今,仍稳定运行.
二. 项目配置管理概述
软件配置管理（Software Configuration Management , SCM）是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性、控制这些特性的变更、记录和报告变更的过程和状态，并验证它们与需求是否一致。
另外，SCM通过管理配置项控制变更、验证变更，使项目的混乱减到最小，使错误达到最少，最大限度地提高生产率。
实施软件配置管理的目的是保证软件项目的工作产品在整个项目周期中的“完整性”。
所谓完整性是指，要求工作产品有完整的变更历史记录，要求有正式的变更过程，而且还要求保证工作产品能和需求以及变更保持一致性。
综合网调帐系统属于大型项目，包括用户界面设计，服务器端业务程序设计，数据库设计，安全系统设计等四部分。
为了减少开发过程中的混乱，得到高质量的产品，我们特别重视配置管理工作。
三．项目配置管理过程
首先，我们根据整个项目的工作分解结构（WBS）和特点，制定了配置管理计划。
配置管理计划的目标是规划整个项目的配置管理活动，尤其是重要的发布、基线管理等问题。
配置管理计划的主要内容包括配置项的标识和命名规范、配置管理环境方案、配置管理活动计划和时间表、基线计划、发布计划等。
可以说，配置管理计划直接决定了项目配置管理的方针，以及配置管理活动的准则。
其次，要进行识别并标识配置项。
所谓配置项是配置管理的指定实体，它可以由多个相关的工作产品组成。
程序、文档、数据、执行文件等，都是典型的配置项。
我们在识别配置项的过程中总结以下管理要点：（1）在识别配置项时要特别关注以下工作产品：可能由两个或两个以上的组使用的工作产品；可能在今后由于需求差错或变更而相应变更的工作产品；彼此相关并且一个产品发生变更将迫使其他产品变更的产品；对项目至关重要的工作产品。
（1）配置项划分的粒度问题。
也就是说，配置项实际上是逻辑的概念，不完全对应物理上的文件，因此为了便于管理，就要进行一定程度的划分，比如典型的，可以把用来生成一个“构件”的几个代码文件设定为一个配置项，这样在进行变更时就可以同时对这些文件进行修改。
（2）不一定要把所有的工作产品都作为配置项。
有些工作产品，比如状态报告，相当稳定，不容易变化，同时对最终产品发布没有直接影响，就可以考虑不作为配置项进行管理，不然会给项目增加不必要的成本。
（3）对于一些没有实际物理文件，但仍然需要进行配置管理的工作产品，比如操作系统参数、编译器描述、物理特性、版本描述等，为了能进行配置管理，需要对其进行描述，形成文档，再以配置项形式进行管理。
第三，进行变更控制。
我们由项目经理、业务代表、质量控制人员、配置管理人员组成变更控制委员会（CCB），按照提出变更、审查变更、批准（否决）变更、实施变更、验证变更、记录变更及原因的程序严格控制配置项变更。
另外，配置项的入库、出库必须经过批准，达到受控。
配置项更新入库后，应把被替换的基线归档，并启用新的基线。
我们也深刻体会到：只有和变更控制进行配合，将变更的原因和变更的结果（配置项的某一版本）联系在一起，才能以变更为主线，将所有版本变为“有理由的”，才能形成基线，真正发挥变更控制和版本管理的作用。
第四，要进行配置管理的状态监控和报告。
这部分内容比较具有技术性，并且相对单一，我们基本上依照项目对配置管理的要求进行统计和分析。
配置管理状态报告往往能从另一个方面反映项目的进度情况，甚至有时比项目进度状况报告还要准确。
比如，变更请求状态分布报告，就可以客观地反映按照计划应该完成多少变更请求，而实际上完成多少变更请求，这实际上客观地反映出已完成和未完成的工作量。
这方面的内容在项目进度报告中很难客观反映，从而造成项目实际情况与进度报告不符。
第五，就是要进行配置审核。
这个环节是保证配置管理达到效果的重要手段，但是在一般配置管理执行时，往往忽略配置审核，造成在产品测试、产品发布时仍然出现混乱。
在每个里程碑事件结束后，我们都派质量控制和配置管理各一名人员，就现阶段工作进行配置审核。
[ 审核活动涉及到：项目范围、变更请求、评审记录、测试记录、配置项的入库（check in）及出库（check out）、配置项的变更历史、文件的命名、版本的编号等。
针对的问题有：配置项间不匹配或不相容的现象；配置项是否经过批准入库或出库；实现是否符合规格说明书；是否按变更请求实施；发布的基线、提交的产品是否适合；记录和文档能否保持可追溯性。
] 审核人员要如实填报审核检查单，对发现的不一致现象，责令相关人员进行了整改，并由审核人员验证。
我们消除了多处不一致现象。
第六，配置管理工具的使用。
仅仅意识到配置管理的重要性以及可行性还是不够的。
我们在开发过程中使用CA公司的AllFusion Harvest Change Manager作为配置管理工具。
将配置管理和变更控制紧密地结合在一个产品中，并提供灵活的变更控制流程定制，给我们的配置管理工作提供了极大方便。
四．不足与展望
调帐系统目前仍稳定运行，对业务系统的正常运行起到了巨大的支持作用，并获得了总行评定的科技进步三等奖。
但回顾过去，确也可以发现许多不足之处。
项目没有能进行很好的总结，致使后来的相关项目可供参考的配置管理经验相对不足，这是我们需要汲取教训的地方。
在以后的工作中，我将继续努力学习、总结经验，继续为我国金融业的信息化建设尽自己的绵薄之力。