??xml version="1.0" encoding="utf-8" standalone="yes"?>国产亚洲精品久久久久秋霞 ,超清首页国产亚洲丝袜,中文字幕精品无码亚洲字http://www.tkk7.com/hengheng123456789/category/21159.htmlzh-cnFri, 13 Apr 2007 11:04:08 GMTFri, 13 Apr 2007 11:04:08 GMT60选择持箋集成服务器（转）http://www.tkk7.com/hengheng123456789/archive/2007/04/13/110504.html哼哼哼哼Fri, 13 Apr 2007 09:52:00 GMThttp://www.tkk7.com/hengheng123456789/archive/2007/04/13/110504.htmlhttp://www.tkk7.com/hengheng123456789/comments/110504.htmlhttp://www.tkk7.com/hengheng123456789/archive/2007/04/13/110504.html#Feedback0http://www.tkk7.com/hengheng123456789/comments/commentRss/110504.htmlhttp://www.tkk7.com/hengheng123456789/services/trackbacks/110504.html
对开?CI 服务器：(x)CruiseControl、Luntbuild ?Continuum 的调?/p>

Paul Duvall (paul.duvall@stelligent.com), CTO, Stelligent Incorporated

2006 q?10 ?23 ?/p>

׃有许多持l集成服务（CIQ服务器可以选择Q所以很隑ֆ定哪个适应自己。在 让开发自动化 pd的第二篇文章中，开发自动化专家 Duvall 采用一致的评估标准和很多说明性示例，介绍了一些开?CI 服务器，包括 Continuum、CruiseControl ?Luntbuild?/blockquote>

在我脑v里，我至能惛_ 12 U在当前市场上可用的 CI 服务器，包括商业的和开源的。虽然它们都试图自动q行软g构徏的过E，但是都有各自的优点和不。而且Q有太多工具可供选择的不良后果就是很隑ֆ定究竟应该选择使用哪个?

在选用自动化过E的工具Ӟ要时刻记住的是Q工兯 实适用。选择错误的工具可能会(x)限制整体的灵zL，?x)导致执行简单动作反而需要更长时_或者会(x)把h锁定在特定的支持工具或过E?

选择 CI 服务器的标准

通常Q对一个新工具的决{分析可以归l如下：(x)

我听?Tim 在?Acme Inc 的工P而且我认?Tim 是个聪明人。所以，我也要?Acme Inc 的工兗现在我也是个聪明h了?
关于本系?/strong>
作ؓ(f)开发h员，我们的工作就是ؓ(f)用户提供自动化处理；但是Q我们中的许多h却忽视了自动化自q开发过E的Z(x)。出于这个目的，让开发自动化 q一pd的文章专门研I了自动化Y件开发过E的实际应用Qƈ教?zhn)?什么时?/em> ?如何 成功应用自动化?

反过来，如果(zhn)问 Tim Z?/em> 他选择使用 Acme Inc 的工P(zhn)可能会(x)发现是他的公司强制要求用的。这是Z么重要的是要Ҏ(gu) 自己?/em> 具体技术和政策需求对工具q行分析。如果不q么做，可能׃(x)选择CW合需求的工具Q甚xp糕的是Q不能带来Q何帮助的工具?

在决{的时候，通常多数人都?x)把重点攑֜工具的特性上。但是要CQ虽然特性的重要，但还有其他指标需要考虑。在我的实践中，我发C下五个指标在评估工具时最有帮助：(x)

什么是持箋集成Q?/strong>

持箋集成QCIQ是一U实践，可以让团队在持箋的基 上收到反馈ƈq行改进Q不必等到开发周期后期才L和修复缺陗诸?CruiseControl 之类的检查工h在后台运行的Q它们轮询版本控制存储库Q从中寻找更改之处。当发现某一更改Ӟq类工具׃(x)通过 Ant 执行预定义的构徏脚本。持l检查借助持箋集成的实践得以改q?
  • Ҏ(gu)?
  • 可靠?
  • 寿命
  • 目标环境
  • 易用?

而且不要忘记Q?em>客观?/em> 查这五个斚w也是重要的?/p>

产品Ҏ(gu)?/font>

说到 CI 服务器的Ҏ(gu)，应当考虑该工具与版本控制pȝ的集成、处理构建^収ͼ例如 Ant ?MavenQ的能力以及提供反馈和报告的能力。而且不要忘记查其他特性，例如构徏标号和管理项目的依赖V最后，在需要做一些特定的增强Ӟ理解产品的可扩展性会(x)很有帮助?

?1 详细说明了每个特性：(x)


?1. 详细?CI 服务器评估特?/strong>
Ҏ(gu)?/th> 解释
版本控制pȝ集成 如果工具不支持?zhn)所使用的特定版本控制系l，(zhn)真的会(x)为它~写一个定刉成么Q?/td>
构徏工具集成 在选择 CI 服务器时Q需要考虑目前或将要用哪个构建工兗对?Java™ ~程Q有两个自然的选择QAnt ?MavenQ几乎所?CI 工具都支持它们。如果构建系l既不是 Ant 也不?MavenQ那?CI 工具支持从命令行q行E序的功能么Q?/td>
反馈和报?/td> x老话 “如果?wi)倒在林中，能有人听CQ?#8221; 如果构徏p|Q会(x)有h知道么？如果没h知道Q那么?CI 工具的目的是什么？所有的 CI 工具都提供一些通知机制Q但是哪个最适合(zhn)呢Q电(sh)子邮Ӟx消息QRSSQ?/td>
标号 有些开发团队喜Ƣ跟t构建，l构Z个唯一的标Pq样日后p扑ֈ具体的构建实例。如果这Ҏ(gu)来说很重要，那么要注意只有少?CI 服务器提供了q个功能?/td>
目依赖?/td> 某些情况下，在构Z一个项目之后，可能需要构建其他依赖项目。有?CI 服务器支持这个特性，有些不支持?/td>
易于扩展 扩展工具当前的功能有多容易？是否用插件就可以实现单的扩展Q还是d修改代码Q?/td>

从特性的角度来说Q以上提到的几点在选择所需要的正确?CI 服务器时Q至关重要?/p>

产品可靠?/font>

因ؓ(f)下蝲和用开?CI 服务器很单，所以可以试用品来判断它的可靠性。而且Q在工具的可靠性和它在市场上的旉之间Q通常存在一些相x。用新产品Ӟ׃(x)冒着有未发现?bug 的风险。而且Q用L(fng)是发现工具出现的问题的优U资源。大量的问题贴子或者过多的复杂问题Q就表示用户对这个工L(fng)意见较大?

因ؓ(f)我这里讨论的服务器是开源的Q所以很Ҏ(gu)发现下蝲的h敎ͼq也?x)是产品健康E度的一个指C。用户少可能意味着反馈渠道，可能需要换个地方看看?

寿命前景

在下?CI 服务器之前，了解q个服务器未来的前景?x)有帮助。简单地_使用已经M或正走向M的品不是个好主意。可以检查该工具已经出现了多年、在它的用户中是否有正常数量的zd。就像可以从用户来判断产品的可靠性一Pz跃的社区是工具未来前景良好的征兆?

目标环境

CI 服务器不能在 所?/em> 环境下工作。需要考虑服务器支持哪个操作系l以及具体的pȝ需求。例如，如果工具是用最新版本的 Python ~写的，那么需要确定这个版?Python 能够用于自己的操作系l?

易用?/font>

产品的易用性可能是最主观的指标。有些h愿意手工修改配置文gQ而有些h惌所有管理Q务都在应用程序中执行Q例?Web 控制台。有些服务器要求从一个屏q单d下一个屏q来执行单的理Q而其他服务器则提供了直观的向对{?

如果想理?CI 服务器的具体l节Q那么漂亮的理 Web 表单׃重要了；但是Q如果h手不뀁工作繁忙，那么可能不会(x)惛_理 CI 服务器上花太多时间?

C我在q节讨论的五个方面，再来看一下三?CI 服务器：(x)Apache ?Continuum、CruiseControl 和构建管理服务器 Luntbuild?


回页?/font>


Apache Continuum

Continuum 是最新的 CI 服务器之一Q也是值得x的一个新q入者。Continuum 的安装和配置很简单：(x)只要下蝲和释?ZIP 文gQ运行命令行E序Q就可以q行了。基?Web 的界面得配|项目很Ҏ(gu)。而且Q还不需要安?Web 服务器，因ؓ(f) Continuum 内置?Jetty Web 服务器。ƈ且，Continuum 可以作ؓ(f) Windows 服务q行Q还在应用程序的某些部分嵌入了上下文敏感的文档，从而提供了很多帮助?/p>
惌更多l节信息Q?/strong>
面对如此之多 CI 服务器可以选择Q本文可以引导?zhn)更详l地研究每个服务器，q决定哪个最合适。因为我比较了三个不同的服务器，所以我没有深入每个服务器的特定l节。我只是把重Ҏ(gu)在了q些服务器安装后提供的选项上。如果需要更多信息，请参考每个服务器的安装和配置指南?

易于使用

在?Continuum 时会(x)注意到的W一件事是它的易用性。能够在几分钟之内就把服务器q行hq让它去查询修改。实际上Q在 Windows 上启?Continuum 只需要四步：(x)

  1. 下蝲 Continuum ZIP 文gQ请参阅 参考资?/font>Q?
  2. 把文件的内容释放到本地目录?
  3. q行 run.bat 文gQ然后运?InstallService.bat?
  4. 打开览器指?http://localhost:8080/?

Continuum 内置支持五个版本控制pȝQSubversion、CVS、StarTeam、Bazaar ?Perforce。也部分地支持其他版本控制工P例如 Visual Source Safe ?ClearCase?Continuum q支持四U构建机Ӟ(x)Ant、Maven1、Maven2 ?ShellQ命令行Q?

配置 Continuum

在第一ơ访?Continuum Web 应用E序Ӟ默认?guest 帐户。guest 提供了对所有项目的只读存取Q没有管理或配置目的能力。但是，可以很容易地创徏 Administrative 用户Q然后设|一些适用于所有项目的属性?

?1 昄了管理页面，它提供了理所有项目的 Continuum 讄的能力，包括创徏 Admin 帐户、构建的输出和部|目录：(x)


?1. Continuum 的配|很?/strong>
配置 Continuum

把项目添加到监视?/font>

?Continuum q行配置让它监视目也非常简单。简单到仅仅是选择期望的构建^収ͼ例如 Ant ?Maven2Q然后把 Continuum 指到期望的版本控制系l?

?2 昄了设|?Ant 目旉要填充的字段Q?/p>
?2. ?Continuum 中创建项?/strong>
?Continuum 中创建项? src=

在保存了q个信息之后QContinuum 每小时查询版本控制系l一ơ。可以修攚w目的讄Q查询得更频J或更少些。我们在q里谈到的是 持箋 集成Q我每五 分钟查修改一ơ，而不要每时一ơ?

默认情况下，在?Ant ӞContinuum 在项目的根目录查N目的 build.xml 文g。如果用不同的名称或者这个文件不在项目的根目录，可以修改q个讄?/p>

虽然 Continuum q是 CI 舞台上的ChQ但是它以其易用性和对当前众多流行的版本控制pȝ和构建工L(fng)支持Q还是给q一领域带来了巨大的冲击。我希望在未来的版本中会(x)有添加和查看报告的功能?


回页?/font>


CruiseControl

CruiseControl ?CI 服务器的老者。它已经用了有五q多了，在许多方面， CruiseControl 服务?/em> 已经成ؓ(f)持箋集成实践的同义词。出于完全坦白的目的Q我应当提到Q我也是 CruiseControl 的多q的老用戗?

改进的安?/font>

如果(zhn)从最后一ơ?CruiseControl 到现在已l有D|_而且认ؓ(f)它的安装和配|是个负担，那么(zhn)可以看看最新版本。现有，有许多方式安?CruiseControl。例如，如果使用 WindowsQ会(x)发现最单的方式是下载二q制可执行文Ӟ然后q行它。不用担心，q可以下载源代码?/p>

安装之后QCruiseControl 预先配置了一个配|文Ӟ轮询 CVS 存储库ƈ执行 Ant 构徏脚本。同样也不需要安?Web 服务器，因ؓ(f) CruiseControl 也内嵌了 Jetty?

轮询版本控制pȝ

比v Luntbuild ?ContinuumQCruiseControl 提供了对过十种不同版本控制pȝ的支持。而且QCruiseControl 对这些工具中的许多定制命令也提供了支持。清?1 是一个?CruiseControl config.xml 脚本轮询 Subversion 存储库的CZQ?


清单 1. 通过 config.xml 文g轮询存储?/strong>
<listeners>
            <currentbuildstatuslistener file="logs/${project.name}/status.txt"/>
            </listeners>
            <modificationset quietperiod="30">
            <svn RepositoryLocation="http://www.qualitylabs.org/svn/ambientorb/trunk"
            username="bfranklin"
            password="G0Fly@Kite"
            />
            </modificationset>

执行构徏脚本

当在版本控制pȝQ例?SubversionQ中发现修改Ӟ可以很容易地配置 CruiseControl L行委托的构徏脚本。例如，清单 2 演示了从 config.xml 调用 Ant 脚本Q它指示 CruiseControl ?60 U钟查询 Subversion 存储库一ơ，q执行另一?Ant 脚本?委托的构本（没有昄Q删除旧文gQ从 Subversion {և最新的源代码，q在代码上运行项目的构徏脚本?


清单 2. 执行 Ant 构徏脚本
<schedule interval="60">
            <ant anthome="apache-ant-1.6.5" buildfile="build-${project.name}.xml"/>
            </schedule>

当设|了 CruiseControl 的这个方面ƈ启动服务器之后，可以讉K如图 3 所C的 CruiseControl Web 控制板：(x)


?3. CruiseControl 控制?/strong>
CruiseControl 控制? src=

CruiseControl 控制?/font>

要接收最新构建的反馈Q可以把 htmlemail 插gd到清?3 所C的 config.xml 脚本。可以用 config.xml 文g配置更多反馈机制Q例如发送文本消息、电(sh)子设备（通过 X10Q、甚臛_时消息?


清单 3. ?CruiseControl 发送电(sh)子邮?/strong>
...
            <plugin name="htmlemail"
            buildresultsurl="http://${env.COMPUTERNAME}/cruisecontrol/buildresults/${project.name}"
            mailhost="${smtp.server}"
            username="${mail.username}"
            password="${mail.password}"
            returnaddress="${buildmaster.email}"
            returnname="${buildmaster.name}"
            subjectprefix="${project.name} build"
            xsldir="webapps/cruisecontrol/xsl"
            css="${reportdir}/cruisecontrol.css"/>
            ...
            <htmlemail>
            <always address="${buildmaster.email}"/>
            <failure address="${buildmaster.email}"/>
            </htmlemail>

CruiseControl 提供了许多有用的Ҏ(gu)，有强大的用户C֌Q极h展性。与本文中评估的其他工具相比Q有些开发h员觉?CruiseControl 不太Ҏ(gu)使用。而另一斚wQ有些开发h员则发现?XML 脚本q行修改提供了更好的控制?


回页?/font>


Luntbuild

从面市年头上_Luntbuild 位于 Continuum ?CruiseControl 之间。比?Continuum ?CruiseControlQLuntbuild 的目标是为ƈ行开发和用户理之类的事情提供支持的构徏理服务器。它的整个配|是通过 Web 应用E序理的，所以没有配|文仉要处理。它也有商业版可以用，叫作 QuickBuildQ商业版中包含用h持?

Jetty 不再必需

Luntbuild 提供了几U安装方式。?zhn)可能会(x)发现最单的方式是通过 GUI 安装。用 Web 应用E序配置和管?LuntbuildQ所以，需要确保正在运行一个能够处?JSP ?Web 服务器，?Tomcat ?Jetty?

版本控制轮询

Luntbuild 提供了对八种不同版本控制pȝ的支持，例如 CVS、Subversion、ClearCase ?Perforce。图 4 演示?Luntbuild 被设|成轮询 SubversionQ?


?4. Luntbuild 轮询 Subversion 存储?/strong>
Luntbuild 轮询 Subversion 存储? src=

执行构徏

Luntbuild 支持五种不同的构建^収ͼ包括 Ant、Maven、Maven2、命令行?rake Q用来构?Ruby 应用E序Q。图 5 昄?Ant 构徏器的配置面Q?


?5. ?Luntbuild 执行 Ant 脚本
?Luntbuild 执行 Ant 脚本

构徏安排

通过使用 Luntbuild 中的 Schedule 标签Q如?6 所C）Q可以设|?Luntbuild 多久轮询一ơ版本控制系l来获得修改。在q个标签上，q可以指定分配给每个构徏的唯一构徏标号?


?6. ?Luntbuild 中安排构?/strong>
?Luntbuild 中安排构? src=

?Luntbuild 中发布结?/font>

配置了项目、版本控制系l适配器、构建和计划E序之后Q就可以指定用户接收反馈的方式了。但是，Luntbuild 只内|了对电(sh)子邮件和x消息的支持。另外，可以?Luntbuild 的主늛视构建，如图 7 所C：(x)


?7. ?Luntbuild Web 应用E序监视构徏
?Luntbuild Web 应用E序监视构徏

Luntbuild 提供了一整套强大的功能，包括理目依赖和大量的版本控制系l适配器。我认ؓ(f)工作和用户界面可以化，因ؓ(f)需要许多步骤来讄和配|工兗?


回页?/font>


CI 记分?/span>

在不理解具体需求的情况下，推荐哪个工具合适是非常冒失的。每个服务器都有许多优秀的特性，而且像我在开始时所提到的，仅仅因ؓ(f)某个 CI 服务器最适合某hQƈ不意味着它必然满x的需求?

如果L的是易于使用的工P请选择 Continuum。如果扩展性、灵zL和J荣的用L(fng)区对(zhn)很重要Q请使用 CruiseControl。如果需?Web 理和扩展的用户支持选项Q请考虑 Luntbuild。围l这些服务器已经形成了开?#8220;生?#8221;pȝQ所以如果遗漏了某个Ҏ(gu)，一般都?x)找到适合需求的扩展?/p>

在表 2 中，是我Ҏ(gu)自己的用经验ؓ(f)所考察的每?CI 服务器ȝ的特性、可靠性、寿命、目标环境和易用性这五个核心斚wQ?


?2. CI 服务器五个核心方?/strong>
Ҏ(gu)?/th> 可靠?/th> 寿命 目标环境 易用?/th>
Continuum 支持 Ant、Maven1 ?Maven2Q以?shell?

使用 XML-RPC ?SOAP 的远E管理能力；支持 Maven2Q用L(fng)Q期待未来有附加的报告和反馈机制——不需要修改代码?/td> 		?2005 q发布。期待通过它与 Apache 的关p，得到 Continuum 的更多消息?/td> 通过 Apache Maven 的良好用L(fng)区支持品在市场上仍很新?/td> Linux、Mac OS X、Solaris ?Win32?/td> 优秀的易用性和安装?/td>
CruiseControl 许多版本控制集成和扩展性。通过 JMX 控制的远E访问。多U反馈机Ӟ包括 RSS、X10、Jabber 以及其他? ?2001 q发布。在三个服务器中QCruiseControl 在开发中应用得最多?/td> J荣的用L(fng)区；每个q象都表C?CruiseControl q会(x)存在一D|间?/td> Windows ?UnixQQ何能q行 Java JVM 的^台?/td> 易于安装。有些h宁愿不修?XML 配置文g?/td>
Luntbuild 目依赖V标受安全性组和ƈ行开发?/td> ?2004 q发布。Luntbuild 提供扩展的用h持选项?/td> 用户C֌不如 CruiseControl z跃? 能够q行 JVM ?servlet 容器的系l?/td> 易于安装Q但用户界面/工作需要大大改q。基?Web 的配|（不需要修攚w|文Ӟ?/td>

我在本文中只评估了三个服务器Q还有许多服务器可能更适合(zhn)的需求。但是既然?zhn)理解了如何挑?CI 服务器，那么选择工作应当很Ҏ(gu)了。请l箋x下个月的文章Q我介l在开发项目中l常?x)遇到的构徏问题?



参考资?

学习(fn)

获得产品和技?/strong>

讨论


关于作?/span>

Paul Duvall ?Stelligent Incorporated ?CTOQ该公司利用有效的开发h员测试策略，以及能够让团队尽早尽多地监视和提高代码质量的持箋集成技术，帮助其他企业解决软g的质量问题。他q是 UML™ 2 Toolkit 一书的作者之一Q目前正在与他h合作撰写 Continuous Integration: Improving Software Quality and Reducing Risk QAddison-WesleyQ?/p>




哼哼 2007-04-13 17:52 发表评论
]]>实战每晚构徏Q{Q?/title><link>http://www.tkk7.com/hengheng123456789/archive/2007/04/13/110502.html</link><dc:creator>哼哼</dc:creator><author>哼哼</author><pubDate>Fri, 13 Apr 2007 09:45:00 GMT</pubDate><guid>http://www.tkk7.com/hengheng123456789/archive/2007/04/13/110502.html</guid><wfw:comment>http://www.tkk7.com/hengheng123456789/comments/110502.html</wfw:comment><comments>http://www.tkk7.com/hengheng123456789/archive/2007/04/13/110502.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/hengheng123456789/comments/commentRss/110502.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/hengheng123456789/services/trackbacks/110502.html</trackback:ping><description><![CDATA[     摘要:   龚永?(gongys@legend.com)北京市v淀(wn)ZC息业基地开拓\7可惛_?本文有两个目的：(x)实现每晚构徏q_和探讨一个Y件从需求文档到设计文档的书写规范?1、前a 本文有两个目的：(x)实现每晚构徏q_和探讨一个Y件从需求文档到设计文档的书写规范? 每晚构徏是Y件研发管理中极具价值的手段Q对于加快发现和Ҏ(gu)~陷Q降低集成风险，提高产品质量Q加强成员沟通与协作...  <a href='http://www.tkk7.com/hengheng123456789/archive/2007/04/13/110502.html'>阅读全文</a><img src ="http://www.tkk7.com/hengheng123456789/aggbug/110502.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/hengheng123456789/" target="_blank">哼哼</a> 2007-04-13 17:45 <a href="http://www.tkk7.com/hengheng123456789/archive/2007/04/13/110502.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>CMM的结构和基本内容http://www.tkk7.com/hengheng123456789/archive/2007/04/01/107754.html哼哼哼哼Sun, 01 Apr 2007 06:27:00 GMThttp://www.tkk7.com/hengheng123456789/archive/2007/04/01/107754.htmlhttp://www.tkk7.com/hengheng123456789/comments/107754.htmlhttp://www.tkk7.com/hengheng123456789/archive/2007/04/01/107754.html#Feedback0http://www.tkk7.com/hengheng123456789/comments/commentRss/107754.htmlhttp://www.tkk7.com/hengheng123456789/services/trackbacks/107754.html 初始U?/font>可重复已定义已管理优化U?/font> (Software Process Capability)的大，M一个Y件机构的软gq程必定属于其中某个U别。除了第一U以外，每成熟度又pq?u>关键q程?/span>(Key Process Area)构成。五个成熟度及其关键q程领域如图所C：(x)

Key PracticeQ。所有关键活动被划分Zc，分别为完成该l目标所需的承诺（Commitment to PerformQ、前提条ӞAbility to PerformQ、实际动作（Activities performedQ、度量分析（Measurement and AnalysisQ以及验证（Verifying ImplementationQ。上qC斚w被称Z个Common Features?o:p>

　

3U的关键q程域就应有13个不同的域，其中7个是3U自己包含的Q?个属?U成熟度Q?U应?5个域?/span>

 

The Initial Level

The Repeatable Level Q?/span>

概述Q?span lang="EN-US">

构成Q?span lang="EN-US">

KPAQ包括：(x)

The Defined Level

概述

  • stuff manager
  • cost, schedule, functionality

构成

KPAQ?

开发和l护一l有用的软gq程assets和提供一个用于定义定量过E管理的有意义的数据的基

Z业务环境和项目的技术需要，从机构的标准软gq程和相关的q程assetsl过剪裁Q将软g工程和管理活动集成ؓ(f)一个有机的定义的Y件过E?/p>

　

inspection,structured walkthrough{手D进行?/span>

　

?/span>

The Managed Level Q?/span>

概述Q?span lang="EN-US">

本的关键过E领域包括：(x)

定量地控制Y仉目的q程效能?/span>

定量了解目软g产品的质量，q达到既定的质量目标?/span>

The Optimizing Level

概述

构成

(通过改变定义的Y件过E?

　

(工具、方法和q程)Qƈ按有序的方式其转移x构之中。其重点在于在变化的世界中有效的完成革新?/span>

　

q箋改进机构所采用的Y件过E，以改qY件质量，提高生率和减少产品开发时?span lang="EN-US">

?/span>　

CMMQY件企业提高自w成熟度的历E是一个从无序到有序，从特D到一般，从定性到定量Q最后不断自我完善的q程?/span>



哼哼 2007-04-01 14:27 发表评论
]]>CMM?/title><link>http://www.tkk7.com/hengheng123456789/archive/2007/04/01/107753.html</link><dc:creator>哼哼</dc:creator><author>哼哼</author><pubDate>Sun, 01 Apr 2007 06:24:00 GMT</pubDate><guid>http://www.tkk7.com/hengheng123456789/archive/2007/04/01/107753.html</guid><wfw:comment>http://www.tkk7.com/hengheng123456789/comments/107753.html</wfw:comment><comments>http://www.tkk7.com/hengheng123456789/archive/2007/04/01/107753.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/hengheng123456789/comments/commentRss/107753.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/hengheng123456789/services/trackbacks/107753.html</trackback:ping><description><![CDATA[ <p>从第一台计机出现至今Q计机的发展速度令h瞠目。在应用斚wQ计机从由数U学家从事数学计到今天遍及C会(x)生活的各个领域，Z可以通过它对弈，也可以通过它预天气。在技术方面，计算机硬件的发展是日新月异，例如中央处理器（CPUQ的速度是每?个月M倍，而成本则是每?个月减少一倍。但在计机软g斚wQ其发展却是差强人意Q虽然也有很多新的Y件开发方法和技术不断提出，但Y件无论在生率还是在质量斚wL达不到预期效果?</p> <p>计算Y件开发的问题一直是困扰软g企业的关键问题。随着时代的发展h们开始意识到q些企业的基本问题不在于新技术是否用，而在于Y件过E的理问题。Y件过E包括两个方面，其一是Y件开发的理q程QSoftware Management ProcessQ，其二则是软g开发的工程q程QSoftware Engineering ProcessQ。Y件企业的开发机构在形成一套完整而成熟的软gq程后，软g的开发才能够步入正轨Q才能保证在U定的期限内以固定的成本生出客h意的产品?</p> <p>软g机构形成一套完整而成熟的软gq程不是一y而就的，它需要一个从无序到有序，从特D到一般，从定性到定量Q最后再从静态到动态的历程Q或者说软g机构在Ş成成熟的软gq程之前必须l历一pd的成熟阶D（Maturity LevelQ。Y件机构首先要判断自己属于哪一个成熟阶D，然后再根据自w的实际情况军_应该重点采取哪一些活动（ActivityQ来更有效地改进自己的Y件过E。其他企业在同Y件企业订立Y件开发合同时也可以根据该企业机构所处的成熟阶段判断其Y件开发能力，q而判断相关的软g风险。所有这些都需要一个理论指导来作出相关判断Q能力成熟度模型QCMMQ就是这样一个理论模型，它规定了机构成熟阶段的框Ӟ以及如何据之判断软g机构所处的成熟阶段和机构ؓ(f)改进自己的Y件过E应该采取的办法?</p> <h1> <b> <a name="CMMBG"> </a> </b> <font size="3">CMM产生背景 </font> </h1> <h2> <font size="3">主要问题 </font> </h2> <p>在过ȝ二十q里Q新的Y件开发方法和技术的使用q未使Y件生产率和生产质量得到有效的提高。Y件生产商开始意识到他们的基本问题在于对软g的生产过E管理不力，主要体现在：(x)软g产品不能按时完成、超出预的成本、以及采用新的技术和工具后其好处难以体现?</p> <h2> <font size="3">主要作用 </font> </h2> <p>CMM可以指导软g机构如何控制软g产品的开发和l护q程Q以及如何向成熟的Y件工E体pL化，qŞ成一套良性@环的理文化。具体说来，一个企业要xq其生q程Q应该采取如下策略和步骤Q?/p> <ul> <li>定软g企业当前所处的q程成熟U别Q? </li> <li>了解Ҏ(gu)qY件生产质量和加强生q程控制起关键作用的因素Q? </li> <li>工作重炚w中在有限几个关键目标上，有效辑ֈ改进机构软g生q程的效果，q而可持箋地改q其软g生能力?</li> </ul> <h1> <b> <a name="CMMBC"> </a> </b> <font size="3">CMM的基本概?</font> </h1> <ul> <li> <h2> <a name="sp"> </a> <font size="3">软gq程 </font> </h2> </li> </ul> <blockquote> <p>Z在开发和l护软g及其相关产品时所涉及的各U活动、方法、实践和攚w{。其中Y件相关品包括Y仉目计划、设计文档、程序代码、测试用例和用户手册{?</p> </blockquote> <ul> <li> <h2> <font size="3">软gq程能力 </font> </h2> </li> </ul> <blockquote> <p>当遵循某个Y件过E时所能达到的期望效果Q它可以有效预测企业接收新的软g目时可能得到的l果?</p> </blockquote> <ul> <li> <h2> <font size="3">软gq程性能 </font> </h2> </li> </ul> <blockquote> <p>当遵循某个Y件过E时所辑ֈ的实际效果。它可以用于验证软gq程能力?</p> </blockquote> <ul> <li> <h2> <font size="3">软gq程成熟?</font> </h2> </li> </ul> <blockquote> <p>指一个特定的软gq程被显式定义、管理、度量、控制和能行的程度。成熟度可以用于指示企业加强其Y件过E能力的潜力?当一个企业达C一定的软gq程成熟U别后，它将通过制定{略、徏立标准和立机构l构使它的Y件过E制度化。而制度化又促使企业通过建立基础设施和公司文化来支持相关的方法、实践和q程。从而之可以持lƈl持一个良性@环?</p> </blockquote> <ul> <li> <h2> <font size="3">成熟与不成熟 </font> </h2> </li> </ul> <blockquote> <p>企业要通过选择最关键的目标来q行q程改进Q应该搞清成熟的软gq程和不成熟的过E之间的差异?</p> <p>不成熟的企业有如下标志：(x)</p> <ul> <li>~Z定的Y件过E和相应的管理和控制Q? </li> <li>即ɾl出了Y件过E，也不严格的遵循和强制执行Q? </li> <li>理是完全被动的Q管理者采用的{略是救火式的，卛_了事才去解决Q解决的时候也难以U观全局Q往往只顾眼前Q? </li> <li>׃~Z有依据的估算Q制订Y仉和生计划时往往跟着感觉赎ͼ实际生时则常常标Q? </li> <li>如果强制在预定期限内完成Q那么Y件的功能和质量肯定是得不C证； </li> <li>~Z评h(hun)软g产品质量和解决品缺陷和q程问题的客观基?</li> </ul> <p>成熟的企业则有如下标志：(x)</p> <ul> <li>h在企业范围内理、控制Y件开发和l护q程的能力； </li> <li>现有人员和新qh员均了解所遵@的Y件过E，且工作活动均按照事先的计划完成； </li> <li>在定义好的Y件过E中Q所有项目和机构中的角色和责d明； </li> <li>制定的计划是有效的且与实际的工作q展一_ </li> <li>软gq程在必要时可按照一定规则和E序加以修改Q? </li> <li>软g产品和过E的h一定的可控性。这主要体现在：(x) <ol><li>理者能够监督Y件品的质量和生产过E； </li><li>h客观的和定量化的措施来判断品质量ƈ分析产品与生产过E中的问题； </li><li>计划和预有章可循，它是Z历史数据的，从而是实际可行的； </li><li>预算的结果，包括成本、时间表、品功能和质量{，通常能够辑ֈQ? </li><li>有关的参与者完全理解遵循Y件过E的价值ƈ认真地遵循之Q? </li><li>h支撑软gq程的基设施Q如标准q程库、历史数据库{?</li></ol></li> </ul> </blockquote> <h1> <b> <a name="CMMFL"> </a> </b> <font size="3">CMM的五U成熟度 </font> </h1> <blockquote> <blockquote> <h2> <font size="3">基本前提 </font> </h2> <ul> <li>软g质量在很大程度上取决于生Y件的软gq程的质量和能力Q? </li> <li>软gq程是一个可理、可度量q不断改q的q程Q? </li> <li>软gq程的质量受到用以支撑它的技术和设施的媄响； </li> <li>企业在Y件过E中所采用的技术层ơ应适应于Y件过E的成熟度?</li> </ul> <h2> <font size="3">基本原理 </font> </h2> <ul> <li>CMMq箋的Y件过E改q。该q箋的改q基于多个演化步骤。CMM这些演化步骤划分成五个U别。这U分U结构的理论依据是Y件质量原理? </li> <li>每一U别都包括若q目标。当满某一目标后，软gq程的相应部分便定下来? </li> <li>五成熟度定义了一个标准，用以度量机构的Y件过E成熟度和评价其软gq程能力?</li> </ul> <h2> <font size="3">基本内容 </font> </h2> <p>CMM的成熟度理论目前主要涉及如下内容Q?/p> <ul> <li>机构和资源的理: 涉及机构本n的责任，人员和其它资源设施? </li> <li>软g工程q程及其理: 涉及软g工程q程Q即软gq程的深度、范围和完整性以及如何度量、管理和改进q样的过E? </li> <li>工具和技? 软g工程q程中用的开发工具和技术?</li> </ul> <h2> <font size="3">五个成熟度?</font> </h2> <ul> <li>初始U? </li> <li>可重复Q有规章的过E? </li> <li>定义U：(x)标准化、一致的q程 </li> <li>理U：(x)可预过E? </li> <li>优化U：(x)可持l改q的q程 </li> </ul> <h2> <font size="3">成熟度的行ؓ(f)d </font> </h2> <h3> <font size="3">W一U：(x)初始U?</font> </h3> <ul> <li>成功来源于个雄主义而非机构行ؓ(f)Q因此它不可重复Q更换h员后成功侉K以维持?</li> </ul> <h3> <font size="3">W二U：(x)可重复 </font> </h3> <ul> <li>针对特定软g目建立理该项目的{略和实现这些策略的q程? </li> <li>新项目的计划和管理基于类似项目的l验? </li> <li>软gq程能力主要通过理单个目的Y件生产过E来得到提高和增强? </li> <li>不同的项目可有不同的软gq程Q机构应当徏立一定的斚w和策略以针对具体的项目选择合适的软g生q程q进行管理?</li> </ul> <p>可重复的主要特点在于确定了基本的Y件生产管理和控制Q具体来Ԍ有：(x)</p> <ul> <li>l合已有目的经验和新项目的特点来确定本目的责d承诺Q? </li> <li>软g生成本、时间表和实现的功能被有效跟t； </li> <li>识别实现承诺所需解决的关键问题； </li> <li>定义软g目q程标准Q机构要保其被遵守?</li> </ul> <p>概括来说Q第二的主要特Ҏ(gu)目计划和跟t是定且有效的Q项目的软gq程是可控的Q以及已有的成功l验是可重复的?</p> <h3> <font size="3">W三U：(x)定义U?</font> </h3> <ul> <li>有一个机构范围内标准的Y件过E，软g工程zd和管理活动被集成Z个有机的整体。标准化的目的是佉K层管理者和软g技术h员能够有效合作? </li> <li>有一个组例如软g工程l（SEPGQ专门负责订立机构的标准软gq程Qƈ且在机构中制定培训计划来保相关人员和管理者有_的知识和技能完成标准过E所赋予的角艌Ӏ? </li> <li>标准的Y件过E结合具体项目的特点l过裁剪卛_Ş成项目定义Y件过E，它是一l集成的完善定义的Y件工E和理q程? </li> <li>一个完善定义的软gq程应包括就l准则、输入、工作过E、验证机制、输出和完成准则? </li> <li>对于已徏立的产品生U，其成本、时间表和实现功能均可跟t和控制QY件品的质量可以得到保证? </li> <li>软gq程能力的实C要基于在机构范围内对一个定义Y件过E的zd、角色和责Q的共同理解?</li> </ul> <p>概括来说Q第三的主要特征在于Y件过E已被提升成标准化过E，从而更加具有稳定性、重复性和可控性?</p> <h3> <font size="3">W四U：(x)理U?</font> </h3> <ul> <li>软g的过E和产品有定量的质量指标? <ul><li>重要的Y件过E活动均配有生率和质量斚w的度量指标； </li><li>应用数据库来攉和分析定义Y件过E中涉及的各U数据； </li><li>寚w目Y件过E和软g质量的评h定量的基准?</li></ul></li> <li>软g目的品和生q程的控制具有可预测性? <ul><li>Y件过E性能可能出现的偏差控制在可接受的量化界限内； </li><li>具体区分影响q程性能发生偏差的有效因素和偶然因素Q? </li><li>向新领域拓展的风险是可预知的q被仔细理和权衡?</li></ul></li> </ul> <p>概括来说Q第四的主要特征是定量化、可预测、异常控制和高质量?</p> <h3> <font size="3">W五U：(x)优化U?</font> </h3> <ul> <li>机构集中于持l的q程改进 <ul><li>h标识q程~陷和增E能力的有效手段? </li><li>利用试验数据分析使用新技术所需的代价和带来的效益，然后再有选择地采用? </li><li>当出现偏差时QY仉目h员能够分析出错原因ƈ采取有效手段防止其再ơ出现? </li><li>防止不必要的费是第五的重炏V?</li></ul></li> <li>改进的途径有两个，一个是对已有过E的渐进式改q；另一个则是有选择C用新技术和新方法所带来的革新?</li> </ul> <p>概括来说Q第五的主要特征是新技术的采用和Y件过E的改进被作为日常的业务zd来加以计划和理?/p> </blockquote> </blockquote> <img src ="http://www.tkk7.com/hengheng123456789/aggbug/107753.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/hengheng123456789/" target="_blank">哼哼</a> 2007-04-01 14:24 <a href="http://www.tkk7.com/hengheng123456789/archive/2007/04/01/107753.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>CMMI SPP各阶D|E图http://www.tkk7.com/hengheng123456789/archive/2007/04/01/107750.html哼哼哼哼Sun, 01 Apr 2007 06:11:00 GMThttp://www.tkk7.com/hengheng123456789/archive/2007/04/01/107750.htmlhttp://www.tkk7.com/hengheng123456789/comments/107750.htmlhttp://www.tkk7.com/hengheng123456789/archive/2007/04/01/107750.html#Feedback0http://www.tkk7.com/hengheng123456789/comments/commentRss/107750.htmlhttp://www.tkk7.com/hengheng123456789/services/trackbacks/107750.htmlhttp://www.8848software.com/cmmchina/whatiscmm/swcmmspp.html#cmmisppdown

CMMI SPP各阶D|E图Q?br />

  • 立项理程

  • l项理程

  • 目规划程

  • 目监控程

  • 风险理程

  • 需求管理流E?

  • 需求开发流E?

  • 技术预研流E?

  • pȝ设计程

  • 实现与测试流E?

  • pȝ试程

  • Beta试程

  • 客户验收程

  • 技术评审流E?

  • 配置理程

  • 质量保证程

  • 外包与采购管理流E?

  • 培训理程

  • 服务与维护流E?



哼哼 2007-04-01 14:11 发表评论
]]> վ֩ģ壺 vvaþ| 337pձŷ޴| ִִˬaëƬѿ| 99ƵѲ| ߲ŹƵ| 2018| AVһլɫӰ| ޾ƷһۺϾԴ| ߹ۿѹۿ| ҹ˾ѿƬ| һһˬһ߽дƵ| ŷһ| þ޾ƷĻ| ɫۺ| ޹ƷƵ| Ļó| þþƷһ| ƷŮٸavѾþ| ձ߹ۿ1| ŮҹƵ| ޹ŮƷþþ| ޹++ۺ| 99riƷ| ޹˾Ʒԭ| þþƷƷް| ʵƵѹۿ| Ļѹۿַ| Ƶѹۿwww| A߹ۿվȫ| Ƶۿ99| 69ʽƵ| ѹۿŮˮƵ | Ƶ69| 99ƷƵѹۿ| Ƶ߹ۿ| պƷƷƵ߹ۿ| ձ˳ƵѲ| þþƷ뾫Ʒר| ҹþþƷ| 100ëƬȫ| Ƶ㶮|