伟杰专栏

The Rational® Unified Process® (RUP®) is a commercial software developmentprocess framework. The RUP is composed of:- Best practices. The RUP includes a library of best practices for softwareengineeri

错误的估计和不当的评价标准无软件历史数据和度量数据没有使用正式的配置控制手工设计和规格说明非正式和不充分的测试没有使用自动化的评估工具没有使用计划工具缺乏跟踪、对里程碑缺乏监督架构问题开发方法问题不正确的使用开发语言忽视对数据库元素的定义各种评审工作不能切实有效没有正式的风险管理和跟踪缺乏需求管理、需求偏差过大（大于30％）对已经验证的资

 因为越狱具备了项目所需要的独特性，临时性和明确目标的所有特征，完全可以将Michael策划的越狱作为一个项目来看待，而要想成功越狱则必须关注项目管理中所需要关注的所有要素。沉着，冷静，机智和敏锐的Michael使他具备了领导这个项目的最重要的资质，但每一个项目要素同样至关重要: 1.计划一次重大的行动必须要有周密的计划，在计划中要考虑导所有应该考虑的要素，以保证项目的成功。911恐怖分子

        关于UCM（unified chanage management）自己有些实践，很早就想与大家分享；其实UCM有很多话题，该如何说起呢？先从头说吧……         对UCM的认识存在误解，有的朋友简单的认为UCM就是clearcase+clearquest的集成，这种理解是错误的。UCM其实是Clearcase的一种使用模型，即使不作clearcase跟clearquest

最大的变化是每三年,主任评估师会有一次回访!如果没有按照执行的话,SEI将不会在网站上公布该公司的认证信息,也就是说不将承认该公司的CMMI认证。具体变化如下：本网Model Improvements* 扩展新领域(如，服务、采购)至模型架构中；* 发行集成的CMMI阶段式及连续式两种表现法的合订本；* 删除advanced practices and common features的概念；* 精

 首先让我们来重温一下best practices；l         Develop Iterativelyl         Manage Requirementl         Use Component Architecturesl         Model Visually(UML)l         Continuously Verify Quality

      无论采用什么方法论和体系，一个项目管理的过程往往涉及了如下这些过程组。把提纲列一下有助于我们检查项目管理的遗漏：启动过程组：1制定项目章程2制定初步范围说明书规划过程组：1制定项目管理计划2范围规划3范围定义4制作工作分解结构5活动定义6活动排序7活动资源估算8活动持续时间估算9进度表制定10费用估算11费用预算12质

         现在大多数实施CMM/CMMI的企业都具备了2级或者3级的成熟度；通俗来讲，通过CMMI 3级就意味着企业已经定义了各个流程，如果再向高级别发展则主要是数据说话，决策、改进等等活动都依赖于之前收集的历史数据。比如针对4级我们需要建立PPBs（Process Performance Baselines）和PPMs（Process Performance Models）；在体系上更多

Principles re-articulate the "best practices"  in the old versions of RUP; The patterns and anti-patterns for each are:Adapt the ProcessPattern1. Right-size the process to project needs.2. Adapt p

              本身是抱着检验和印证自己理解知识的态度来考。不像自己以前所获得的那些认证一样有着这样那样的想法和客观限制；因此，考试目的不同决定了自己的准备方式、心态、以及考试安排的不同。从新版本的RUP发布以来一直在关注相关的信息，阅读相关的资料，一开始并不是要考认证的，纯粹个人需要不断更新和充电；也没有什么特意的学习安排，就是有时间就读相关的东西，有时间就用RMC设计一些proce

 第一部分 项目管理框架第一章    引论1、 什么是项目：      项目是为提供某项独特产品、服务或成果所做的临时性努力。2、 运作和项目两者之间的区分主要在于：运作是持续不断和重复进行的， 而项目是临时性的、独特的。 项目和运作的目标有本质的不同。做项目是要实现其目标，然后技术项目，而持续进行的运作的目标一般是为了维持经营。项目的本质与运作大相径庭，因为当宣布的目标实现时

         首先让我们来看看Worker Royce 在开发者大会上给出的公式：       要想更好的实现软件的价值就必须控制构建的时间和成本，而时间和成本主要取决于软件的复杂度、过程、团队、和工具。      我们平时注意到了团队建设，也时刻不放松体系建设，可是往往忽视工具的问题，现在来讲工具的意义就不能从单纯的满足开发实现和技术功能来考虑了，应当考虑它对过程自动化的支撑

          初见"Grand Design" Lifecycle 的示意图很容易让人联想到传统的瀑布模型，其实仔细看图，他们之间还是有区别的，瀑布模型更像是只有一个迭代的构建阶段。虽然现在很多开发者都认为瀑布是一个“坏”的模型，把种种问题归咎于瀑布，但是，真正的原因不在于模型本身，而是对于现实情况的认识不足、没有真正满足出口条件而进入下一个阶段等问题。很多人都认为瀑布太理想化，应用没有

The architecture of the RUPFigure 2 shows the overall architecture of the Rational Unified Process. Theprocess has two dimensions:-The horizontal dimension represents time and shows the phase and it

Using IBM Patterns for e-business during inceptionKey goals of the RUP inception phase are:- A vision that establishes the key needs- A business case that justifies the investment- Initial budget and

Using Patterns for e-business during elaborationA key goal of the elaboration phase is to baseline the architecture of the system.In the inception phase, architectural analysis was optional. The arc

Using Patterns for e-business during constructionDuring the construction phase, we develop the design and implementation in linewith the work carried out during the elaboration phase. Patterns for e-b

何为RUP： Rational Unified Process（简称RUP）是一套软件工程过程，主要由Ivar Jacobson的 The Objectory Approch 和 The Rational Approch 发展而来。同时，它又是文档化的软件工程产品，所有RUP 的实施细节及方法导引均以Web文档的方式集成在一张光盘上，由Rational公司开发、维护并销售。RUP又是一套软件工程方

          经过一场精彩的比赛，德国在点球大战中点杀阿根廷， 我是一个篮球fans，偶尔看一下足球也是往往源于自己在学生时代踢过后卫和守门员。          德国和阿根廷的比赛给我留下的印象不是足球本身，更多的让我感觉到我们软件团队所欠缺的东西。阿根廷一如既往的继承了南美球队的华丽，而德国战车也一如既往的继承了钢铁般的意志力和德意志固有的严谨。回头想想我们的国足，有不错的技术，有不错的

Class DiagramsClass diagrams are the backbone of almost every object oriented method, including UML. They describe the static structure of a system.Object DiagramsObject diagrams describe the

RUP中的Iteration pattern主要包括： Incremental Lifecycle， Evolutionary Lifecycle， Incremental Delivery Lifecycle ， "Grand Design" Lifecycle和 Hybrid Strategies          首先是Incremental Lifecycle，它是我们平时较多采用的方

       进化的策略跟增量有所不同，主要是在于用户的需求并不是一开始就被充分理解，并且需求不能够在开始阶段被预先定义，而是在一个又一个的build中完善。这种迭代方式具有如下几个特点：       通过一个简短的先启迭代建立范围和构想，并定义business case       在精化阶段有多个迭代，并在每个迭代都精化需求。       通过一个单一的构建迭代完成架构、用例的实现

      其实很多情况下我们把Incremental Lifecycle  跟Incremental Delivery Lifecycle 混为一谈，统统认为是增量，结果是项目错误的采用了Incremental Lifecycle 来面对时间紧、任务急、客户压力大的项目，同时太过心急以及压力的作用下把遗一些关键特性的提交以及构建提前到了构建阶段，结果可想而知，那些仍然不够成熟的特性反而导致了商业

    影响项目的因素有很多，组织的影响就是一个重要的方面， 有的时候项目中会有噪音，会有抱怨，认为公司政治太多；有的时候一个新来的项目经理，有着辉煌的过去，但是在新公司主持新项目就是磕磕绊绊。    此时，我们需要认清楚周围的环境，尤其是组织的本质；这就像大自然法则一样，适者生存，必须认清和适应环境。    项目一般是大于项目本身的某一组织的一部分。因此，在很多方面组织都会对项目产生很大