持续集成系统开发进展和具备能力（如何优化系统架构 进行有效的持续集成/持续交付）

本文目录

• 如何优化系统架构 进行有效的持续集成/持续交付
• 持续集成的价值
• 浅谈持续集成在软件项目管理中的作用
• 如何搭建弹性高可用的持续集成环境
• 系统集成项目总结报告

如何优化系统架构 进行有效的持续集成/持续交付

首先先做基层，比如开发，比如运维然后开始做team leader然后开始做project leader然后在发展的话，看你自己的方向，如果还是技术，那就架构师，如果不是，那就是管理职位

持续集成的价值

持续集成让我们能够注意到趋势并进行有效的决策。如果没有真实或最新的数据提供支持，项目就会遇到麻烦，每个人都会提出他最好的猜测。通常，项目成员通过手工收集这些信息，增加了负担，也很耗时。持续集成可以带来两点积极效果：
(1)有效决策：持续集成系统为项目构建状态和品质指标提供了及时的信息，有些持续集成系统可以报告功能完成度和缺陷率。
(2)注意到趋势：由于经常集成，我们可以看到一些趋势，如构建成功或失败、总体品质以及其它的项目信息。 持续集成可以建立开发团队对开发产品的信心，因为他们清楚的知道每一次构建的结果，他们知道他们对软件的改动造成了哪些影响，结果怎么样。

浅谈持续集成在软件项目管理中的作用

浅谈持续集成在软件项目管理中的作用

　　【摘要】：持续集成是极限编程12个基本原则之一，正在被越来越多的团队所采用。软件项目管理涉及到九大知识领域，贯穿于软件过程的始终，目的是为了让软件项目的整个软件生命周期(从分析、设计、编码到测试、维护全过程)都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。持续集成这种软件开发实践，对于软件项目管理的各个领域的管理有着积极的作用。

　　【关键词】：持续集成　软件项目管理　统一的代码库　构建

　　一、引言

　　软件项目经理不但要用管理知识管理整个项目.还要为他们的团队选择更好的技术实践在软件开发的众多技术实践中持续集成已经被越来越多的团队所采用持续集成对于软件项目管理的各个领域的管理有着积极的作用，持续集成的使用会给开发尉队的管理带来很多的好处.做为管理者的项目经理以及团队成员都可以从中受益。

　　二、持续集成与软件项目管理

　　1、什么是持续集成

　　“持续集成”起源于极限编程开发.是它的12个基本原则之一”持续集成”是一种软件开发实践.它要求开发小组的每个成员频繁的集成他们的工作成果.这个频度通常是至少每天一次有时甚至每天多次开发团队的成员频繁的整合他们之问的工作.这种整合不是简单的组装软件每次的集成通过一个包含测试的构建去尽快的探测潜在的错误.保证软件现有的功能不被破坏，自动分析现有代码的状态f有无重复逻辑.代码的复杂度等)并发布相关的报告。通过快速反馈，开发人员可以了解软件集成的情况.对不成功的集成进行快速的修改.从而提高软件开发的效率和质量

　　2、什么是软件项目管理

　　软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员(People)、产品(ProdU(2t)、过程(Protess)和项目fProject)进行分析和管理的活动。

　　为使软件项目开发获得成功.关键问题是必须对软件项目的工作范围、可能风险、需要资源(人、硬件/软件)、要实现的.任务、经历的里程碑、花费工作量(成本)、进度安排等做到心中有数.掌握整个软件的开发进程。

　　三、持续集成对软件项目管理的作用

　　l、对项目目标管理的作用

　　软件项目的目标是开发出可运行的、客户满意的软件系统持续集成有统一的代码库。要求开发人员定期地、不断地向代码库提交代码。新近提交的代码会经过编译与测试.与代码库中旧有的代码相整合，形成安全稳定运行的代码库.既软件系统。这样。能够在最快、最短的时问内形成结果代码.逐步实现项目目标。这样的代码提交形式对软件项目的目标管理有利.项目经理能够最快速度地得到项目的最新代码库.并且新提交代码的问题也会及早地暴露出来，在最短的时间内得到解决。持续集成已经被证明对于小到中型规模的项目目标的实现是有价值的，对于大的项目，仍然是有用的。

　　2、对项目时间管理的作用

　　生产力的发展过程是不断采用物化劳动取代人自身的劳动的过程，是不断自动化的过程。开发的构建过程中如果大量的采取手动过程不仅降低了团队的生产率.更严重的是它将许多不确定的因素引入到产品的构建过程.这使得发现以及解决问题变得异常困难。这样会更加地降低了团队的开发效率。持续集成的构建都是使用构建工具自动化地进行的通过使用持续集成工具将构建过程自动化.便于分析并找出问题。大大提高了团队的开发效率。

　　稳定而高效的开发效率保证了开发团队在一个轻松愉快的环境中工作.同时团队成员可以有更多的时问和精力学习新技术并将其应用在软件开发中.自动化测试.集成将开发人员从简单、繁琐的低级脑力劳动中解放出来，从而进行更高层次的思考持续集成的自动构建过程，极大的提高了软件的开发效率，对项目经理的项目时间管理有利。

　　3、对项目质量管理的作用

　　持续集成过程要求编程人员事先编写好很多的测试用例.在代码的提交过程中就对代码进行测试.这样的及早测试能够最快速地发现软件代码中的错误和缺陷.及时修改，从而提高软件的质量。

　　持续集成的测试包括：单元测试、功能测试、集成测试，进行部署等等持续集成要求有一个全面的单元测试验证集.使持续集成能够获得短集成周期。在一般的项目中，编写测试代码都至少会额外增加30%的工作量初看.在时间和资金上这也许是很大的开销，然而，在持续集成过程中，编写测试代码是必要的，而且这样也省去了人工测试的时间.确保了软件产品的质量.对软件项目的质量管理有利。

　　4、对项目风险管理的作用

　　持续集成过程通常在开发人员提交代码后开始.服务器自动更新代码.编译，运行单元测试、功能测试、集成测试，进行部署这个持续集成的过程可以帮助开发人员快速发现并解决问题(编译失败，测试失败等)。与开发人员的机器相比，持续集成服务器运行在相对稳定、干净的环境中f减小跟踪调试的难度)，持续集成过程的失败通常意味着最近一次更新破坏了软件现有功能或引入了新的缺陷。在持续集成过程结束后.除了构建结果(War，Jar等)，通常会生成代码分析报告(测试覆盖率等)，帮助项目管理人员更好的了解并改善项目。

　　这种快速反馈集成结果.并进行快速修改的工作方式.在第一时间消除了代码中的Bug.极大地减小了系统发生错误、不能在用户环境中运行、系统集成时涌现大量问题的风险。这样使整个的项目进度完全掌握在项目经理手中.减少了项目的风险.有利于项目经理的风险管理。

　　5、对项目人力资源管理的作用

　　软件开发过程最终表现为人与人之间各种形式的合作。安全感与信心是合作最基础也是最重要的部分通过使用持续集成工具.开发人员可以了解到新的代码是否引人了缺陷。管理人员可以通过使用各种形式的报告对项目进行评估。不断发布的构建结果.使测试人员得以自始至终的参与到整个开发过程中。而不是在软件开发的最后阶段才加入团队

　　持续集成所做的一切加强了团队成员的沟通.项目中的所有人都知道系统现在的状态.目前已经做了那些变动。沟通中最重要的一件事是主线的构建状态。使用持续集成服务器。这上面有个构建.它会告诉你构建的状态和上次主线构建的状态。将构建的结果反馈的形式很多.比如构建成功则绿灯亮.失败就出现红灯。还可以使用网站发布构建结果.这样那些不在一起工作的人也能看到目前项目的状态这样的工作方式使团队成员及时了解项目情况。得到及时、准确的沟通，可以增强团队成员的安全感和信心，使团队在一个好的氛围中工作。这样利于项目经理管理项目团队中的成员。

如何搭建弹性高可用的持续集成环境

什么是持续集成
随着开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保开发的质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来，敏捷（Agile） 在工程领域越来越红火，如何能再不断变化的需求中快速适应和保证的质量也显得尤其的重要。
持续集成正是针对这一类问题的一种开发实践。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的。
持续集成的核心价值在于：
持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量；
持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现的集成问题，使任意时间发布可部署的成为了可能；
持续集成还能利于本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。
持续集成的原则
业界普遍认同的持续集成的原则包括：
1）需要版本控制保障团队成员提交的代码不会导致集成失败。常用的版本控制有 IBM Rational ClearCase、CVS、Subversion 等；
2）开发人员必须及时向版本控制库中提交代码，也必须经常性地从版本控制库中更新代码到本地；
3）需要有专门的集成服务器来执行集成构建。根据项目的具体实际，集成构建可以被的修改来直接触发，也可以定时启动，如每半个小时构建一次；
4）必须保证构建的成功。如果构建失败，修复构建过程中的错误是优先级最高的工作。一旦修复，需要手动启动一次构建。
持续集成系统的组成
由此可见，一个完整的构建系统必须包括：
一个自动构建过程，包括自动编译、分发、部署和测试等。
一个代码存储库，即需要版本控制来保障代码的可维护性，同时作为构建过程的素材库。
一个持续集成服务器。
Jenkins是由Sun的前员工开发的，它的根基是Java，但也可以用在非Java的项目里，比如PHP、Ruby on Rails、.NET。在.NET项目里，你除了Jenkins之外还要熟悉另一样工具：MSBuild。Visual Studio用MSBuild构建.NET项目。MSBuild所需的仅仅是一个脚本，在脚本中指定要执行的target。项目中的.csproj和.vbproj 文件都是MSBuild脚本。下面的几篇文章介绍如何使用Jenkins 快速搭建持续集成服务器。

系统集成项目总结报告

　　总结是把一定阶段内的有关情况分析研究，做出有指导性的经验方法以及结论的书面材料，它可以有效锻炼我们的语言组织能力，因此十分有必须要写一份总结哦。我们该怎么写总结呢？下面是我整理的系统集成项目总结报告，欢迎阅读，希望大家能够喜欢。

　　现代企业中，计算机系统集成项目管理变得越来越重要，成为企业制度管理的一个非常重要的部分。

　　IT企业建立现代企业制度必须进行计算机信息系统集成项目管理，只有搞好计算机信息系统集成项目管理才能够完善现代企业制度，使之管理科学化。

　　一、计算机系统集成项目管理的内容和特点

　　研究如何以高效益地实现项目目标为目的是计算机系统集成项目管理的主要内容，以项目经理负责制为基础，对项目按照其内在逻辑规律进行有效地计划、组织、协调和控制，以适应内部及外部环境并组织高效益的实施，使各项目要素优化组合、合理配置，保证实施的均衡性，利用现代化的管理技术和手段，以实现项目目标和使企业获得良好的综合效益。

　　计算机系统集成项目管理是为使项目实现所要求的质量、所规定的时限、所批准的费用预算所进行的全过程、全方位的规划、组织、控制与协调。

　　项目管理的对象是项目，由于项目是一次性的，故项目管理需要用系统工程的观念、理论和方法进行管理，具有全面性、科学性和程序性。

　　计算机系统集成项目管理管理就是在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期望。

　　具体执行要包含以下三要素：首先是必须在一定的时间、费用和资源的限制条件下保证质量完成目标;其次是必须确保计划得以执行，并监督项目进展，根据需要及时调整计划;最后是项目管理必须根据项目的具体情况，制定计划。

　　这里拿本人参与的项目“浙江玉环人民医院机房改造及防雷接地项目”为例说明一下这三要素：因为医院早已投入使用，不能随便断电和断网络，故造成机房内部施工实施时间非常有限，只能利用晚上医院下班后的时间进行施工，所以如何在有限的时间内，充分利用有限的资源保证质量完成目标，制定一个周全可行的计划是最关键的环节。

　　当时我们制定的项目实施计划是每天两组进行施工，白天A施工队进行外部防雷接地挖坑埋接地装置，夜里B施工队进行内部机房新设备安装接线，避免浪费时间。

　　该项目另外一个重要的环节就是要合理分工，因为在医院是一个非常特殊的环境，施工一是不能破坏现有设施，影响医院的日常运行;二是要求安静，不能影响到病人和医生;三是机房接地和防雷接地要做成综合接地，对地电阻要求很高;四是这个医院的房子是老房子了，和新式建筑有区别，没有现成的钢柱做引下线，要重新做接地井，而且机房地板都是水泥，对铺设机房接地网造成了很大的难度。

　　从这个项目我们就不能看出，计算机系统集成项目管理必须要理论与实际相结合，不能一味的按书本上的理论制定计划，必须结合现场实际情况进行指定计划、合理选用和安排人员施工，才能使项目按时保质的完成。

　　二、项目管理问题略析

　　(一)问题的出现

　　在这个项目上当然不是一帆风顺的，我是从项目招投标开始接收组织项目进展的，当时接到项目任务后，随后立即召集了商务部、售前技术部、销售部、客服部和质量部等相关部门，进行了一次项目内部启动说明会，并把各自的分工和进度计划进行了部署。

　　然而，在投标前三天进行投标文件评审时，发现技术方案中所配置的设备在以前项目使用中是有问题的，必须更换。我和方案编制人员经过加班加点，终于修改完成。到了正式评标会上，又遇到了一点麻烦，原来授权代表声明和投标方案中写的不一致，影响了评标分数。不过还好，项目最终拿了下来，并和用户确定了合同。

　　根据公司流程，我把项目移交给了售后实施部门，由他们具体负责项目的执行和验收。实施部门接手项目后，另外一个工程人员被任命为实施项目经理，负责项目的实施和验收工作。他由于项目前期自己没有尽早介入，许多项目前期的事情都不很清楚，而导致后续跟进速度较慢，影响项目的进度。同时，设计方案时，售前工程师没有很好地了解用户需求，也没有书面的需求分析调研报告。

　　在接手项目后，必须重新开始了解用户需求，编制实施方案，这样无形中增加了实施难度和实施成本。

　　等到这一切理出了头绪，在商务下单订货过程中，又发现由于商务人员的工作失误，导致少采购了几台设备，并且设备模块配置功能错误而不能符合要求。

　　而在我们公司中，由于售后和售前是两个独立的部门，在项目执行中，特别是项目执行完毕后，没有一套明确而完善的项目总结和闭环的问题分析和关闭流程，导致许多项目中重复出现相同或类似的错误或失误，进而导致投标失败、项目成本较高、项目执行中困难重重、用户满意度较低等诸多风险。

　　(二)项目总结

　　经过这个项目完整结束后，我认识到了做好项目总结工作是其中的关键之处。

　　与项目成员沟通后，我发现要做好项目总结的工作，首先就应该在项目启动时将其加以明确规定，比如项目评价的标准、总结的方式以及参加人员(如项目办公室、商务部、售前部、市场部、储运部等)等。

　　事实上，项目总结工作应作为现有项目或将来项目持续改进工作的一项重要内容，同时也可以作为对项目合同、设计方案内容与目标的确认和验证。

　　项目总结的目的和意义在于总结经验教训、防止犯同样的错误、评估项目团队、为绩效考核积累数据以及考察是否达到阶段性目标等。

　　总结项目经验和教训，也会对其他项目和公司的项目管理体系建设和项目文化起到不可或缺的作用。

　　完善的项目汇报和总结体系对项目的延续性是很重要的，例如项目完成后项目的售后维护、设备保修等。

　　特别是项目收尾时的项目总结，项目管理机构应在项目结束前对项目进行正式评审，其重点是确保能够为其它项目提供可利用的经验，另外还有可能引申出用户新的需求而进一步拓展市场。

　　(三)项目总结的内容及分析

　　总结项目经验所需的信息应来自哪些方面呢?以前项目中的总结信息很零散，每个部门只从本部门出发，总结自己的问题，而没有其他部门或人员的参加。

　　而实际上，它应该来自项目的各个方面，其中包括来自项目组、客户及其它项目干系人的反馈及项目管理信息系统(PMIS)。

　　同时，使用这些信息以前，应确保收集这些信息的系统、组织和流程能够正常运行，并且应建立项目信息的收集、发布、存贮、更新及检索系统，确保有效地利用项目中的各种信息资源。

　　从管理的观点来说，项目生命周期的每个阶段或者称之为里程碑，都应该进行评估总结，以确定是否实现了此阶段的目标，项目是否可以正式开展下一个阶段工作。

　　总之，项目的不同阶段都应该有完善的项目总结，只不过总结的形式、内容、编写者和阅读对象等侧重点不同而已。

　　在编写项目总结报告时，应该首先明确编写的目的，同时也应简述项目概况、项目背景和项目进展情况。

　　因为既然叫项目，就有其独有性、时间性。

　　这样，项目总结的内容才能够更具有针对性、时效性和持续改进的意义。

　　1.项目进度。

　　按照项目整体计划或项目滚动计划编写的计划工期与实际工期之间差距和原因分析。

　　其间有哪些变化?对工作量的估计如何?以便为项目经验库提供相应数据，提高下次计划的准确性。

　　2.项目质量。

　　项目的最终交付物与客户实际需求的符合度。

　　需要注意的是“客户”，他可以是一般意义上的外部客户，也可以指内部的客户。

　　项目质量管理不但包括对项目本身的质量管理，也包括对项目生产的产品进行的质量管理。

　　具体可以从质量计划、质量控制、质量保证入手，以保证项目质量的持续改进。

　　具体可以采用ISO9000质量保证体系，加上完善的质量管理工具、图表等辅助工具加以统计分析，得出改进建议。

　　3.项目成本。

　　就计划成本、实际成本对比成本构成明细的差距和原因分析及建议，也包括项目合同款执行情况的分析总结。

　　IT项目经理一般可控制的成本主要是人工费，对于未建立项目级核算的组织，可以用加权人天数表示，对不同级别的人员(项目经理、高级工程师、一般工程师)赋予不同的权重。

　　4.项目风险。

　　就风险识别、风险分析和风险应对中的经验和教训进行总结，包括项目中事先识别的`风险和没有预料到而发生的风险等风险的应对措施的分析和总结。

　　也可以包括项目中发生的变更和项目中发生问题的分析统计的总结。

　　5.项目资源。

　　项目资源不但包括人力资源情况，而且还包括设备、材料等其它资源的合理使用、开发情况。

　　特别是项目成员的绩效统计分析和评价，以便更加有效地开发和利用人力资源。

　　通常，可以采用直观的图表形式来反映项目的资源情况。

　　6.项目范围。

　　项目范围包括产品范围和项目范围。

　　其中，产品范围定义了产品或服务所包含的特性和功能;项目范围定义了为交付具有规定特性和功能的产品或服务所必须完成的工作。

　　合同中所规定的产品范围和项目范围以及用户确认的计划等都属于项目中要控制的范畴，另外还包括实际执行情况的差距和原因分析。

　　7.项目沟通。

　　沟通是人员、技术、信息之间的关键纽带，是项目成功所必须的。

　　在国内，不少项目经理对沟通不够重视，或者不知如何做好项目中的沟通工作，这都需要各级项目管理人员对其加以重视。

　　在项目总结时，可以就项目过程中的内部、外部沟通交流是否充分，以及因为沟通而对项目产生的影响等方面进行总结。

　　8.项目采购。

　　国内IT项目的项目经理一般对项目采购接触不多或接触不到，多由商务和财务部门负责。

　　如果是项目级的核算，采购管理是很重要的组成部分，否则可能因采购过程中的成本、风险、进度、技术和资源等方面引起很多问题。

　　9.项目评价。

　　项目评价是对项目交付物的生产率，产品质量，采用的新技术、新方法、项目特点等的总结。

　　另外还应该包括项目客户满意度收集统计和分析。

　　客户满意度调查内容不但包括项目管理或流程层面，也应包括技术层面。

　　同时，有必要说明本项目与以往项目相比的特别之处。

　　例如：特殊的需求、特殊的环境、资源供应、新技术新工艺等，总之是具有挑战性的、独特的事件以及关键的解决方案和实施过程。

　　10.遗留亟待解决问题。

　　说明项目有无遗留亟待解决问题。

　　如果有，必须针对这些问题进行深入分析，明确责任，提出解决方案。

　　11.经验教训及建议。

　　不断将实施过的项目中的技术经验、管理经验以及教训等进行总结，积累起来就可以成为公司的财富。

　　需要强调的是，项目总结非常重要，不能只报业绩，不报失败，对于失败的项目，要坚持对事不对人的原则。

　　这样项目总结才能够顺利开展，并对今后工作有指导意义。

　　参考文献：

　　.郑州大学学报,2003,24,4:102

　　.北京:清华大学出版社,2004,9

　　.北京:清华大学出版社,2003,9

　　.北京:机械工业出版社,2002

　　.上海:复旦大学出版社,2000:353-357