1,265
社区成员
发帖
与我相关
我的任务
分享北美IT 求职必备技术——RUP
这应该算是技术贴吧，望楼主勿删，或警告一下，我揭帖时转到非技术区。
希望对大家的设计方面有所帮助^_^
------------------------------------------------------------------------
随着现代信息产业的蓬勃发展，软件开发已经成为一项浩大繁复的工程。就象是建造一座宏伟的宫殿，从计划、设计到施工，每一个环节都必须严格把关，稍有不慎，整个工程就会失败。据统计，仅在美国，每年就有180,000个信息技术项目，耗资大约$2500亿美元，其中25-30%的项目会流产。由此可见，由于管理不善和设计上的失误所造成的损失是巨大的。现代软件开发的管理和方法论显得比以往任何时候都更为重要。
软件开发的过程由方法论和工具构成（process = methodology + tools）。正如装配电子设备一样，仅有工具就可以胜任装配任务。但为了减少失误和提高效率，人们往往采用流水线作业，流水线作业便是一种应用于电子设备装配中的方法论。目前，信息技术市场流行的方法论有RUP（Rational Unified Process）, The Zachman Framework, XP(Extreme Programming)等。在这些方法论中，最流行的要数RUP。RUP是由Rational Software公司首创的。因它与当前流行的JAVA, J2EE技术和面向对象的设计思想（OOAD）紧密的结合在一起，所以在大型的信息技术项目中得到了广泛的应用。在这篇文章中，我们试图对RUP的特点作一个初步的探讨，并且讨论它是如何贯穿在整个软件开发的生命周期之中的。
RUP最重要的它有三大特点：1）软件开发是一个叠代过程，2）软件开发是由Use Case驱动的，3）软件开发是以构架设计（Architectural Design）为中心的。
按照传统的瀑布（Waterfall）开发模式，软件开发大致经历如下几个步骤：商务需求分析（Business Requirement Analysis），系统分析（System Analysis），系统设计（System Design），开发实现（Implementation），测试（Test），发布（Deployment），系统支持（Supporting）和系统变更管理（Change Management）。
传统的瀑布开发模式假定在进行新的开发过程时，上一个过程已经完成，而且不会回到上一个过程。初看起来，这似乎是一个非常合理，高效率的解决方案，但20多年的实践证明，这个开发模式存在着很大的弊病，原因是软件开发是一个非常复杂的工程，有诸多的因素影响工程的效率和成败。软件开发需要许多不同背景的个人和团队参与。由于这些复杂性，在软件开发的整个生命周期中每一个阶段都有可能留下隐患和错误。如果等到系统已经开发实现完毕，在测试阶段发现了重大问题，这时的返工将会造成人力、物力、财力及时间上的巨大浪费。鉴于以上的考虑，RUP强调软件开发是一个叠代模型（Iterative Model），RUP定义了四个阶段（Phase）：开端（Inception），阐述（Elaboration），建造（Construction），过渡（Transition）。其中每个阶段都有可能经历以上所提到的从商务需求分析开始的各个步骤，只是每个步骤的高峰期会发生在相应的阶段。例如开发实现的高峰期是发生在建造阶段。实际上这样的一个开发方法论是一个二维模型。这种叠代模型的实现在很大程度上提供了及早发现隐患和错误的机会，因此被现代大型信息技术项目所采用。
RUP 的另一大特征是Use Case 驱动。Use Case是RUP方法论中一个非常重要的概念。简单地说，一个Use Case就是系统的一个功能。例如在一个基于电子商务的医疗系统中，病人可以坐在家里通过网上浏览器与医生约定看病的时间（Make appointment），这样，“Make appointment”就是系统的一个Use Case。在系统分析和系统设计中，Use Case被用来将一个复杂的庞大系统分割、定义成一个个小的单元，这个小的单元就是Use Case,然后以每个小的单元为对象进行开发。按照RUP, Use Case贯穿整个软件开发的生命周期。在商务需求分析中，客户或用户对Use Case进行描述，在系统分布和系统设计过程中，设计师对Use Case进行分析，在开发实现过程中，开发编程人员对Use Case进行实现，在测试过程中，测试人员对Use Case进行检验。
RUP的第三大特征是它强调软件开发是以构架为中心的。构架设计（Architectural Design）是系统设计的一个重要组成部分。在构架设计过程中，设计师(Architect)必须完成对技术和运行平台的选取，整个项目的基础框架（Framework）的设计，完成对公共组件的设计，如审计（Auditing）系统，日志（Log）系统，错误处理（Exception Handling）系统，安全（Security）系统等。设计师必须对系统的可扩展性（Extensibility），安全性（Security），可维护性（Maintainability），可延拓性（Scalability），可重用性（Reusability）和运行速度（Performance）提出可行的解决方案。
在RUP方法论中，不同的角色可以从不同的侧面来认识同一个项目。RUP定义了“4+1”个场景(View）：Use Case场景(Use Case View)，逻辑场景(Logic View)，进程场景(process View)，实现场景(Implementation View)和发布场景(Deployment View)。在Use Case场景中，客户和商务分析员对Use Case进行描述，在逻辑场景中，设计师对系统进行分析和设计，在进程场景中，设计师对系统可能出现的并发性，运行速度和分布特性进行描述。实现场景则反映了程序开发员开发实现的过程。发布场景是描述系统管理员和组装人员实施系统发布和管理的过程。值得强调的是，系统构架的设计是在逻辑场景中描述的。
RUP还定义了4个模型，即Use Case模型（Use Case Model），分析模型(Analysis Model)，设计模型(Design Model)和实现模型(Implementation Model)。Use Case模型包含Use Case Diagram和Use Case文档。Use Case模型是其他三个模型的基础，分析模型即是概念模型(Conceptual Model)，是系统分析所得到的结果，分析模型包含了类图(Class Diagram)，次序图(Sequence Diagram)以及活动图(Activity Diagram)。设计模型则是构架设计和系统设计的结果。当设计模型完成后，开发编程人员便可以进行编程了。设计模型主要包含了类图，次序图和状态图(State Chart Diagrams)。分析模型和设计模型看起来有许多相似之处，但两者的含义有本质的区别。分析模型强调的是问题的范围，但并不给出解决问题的方案，分析模型并不涉及具体的技术和平台。例如它并不关心是否应用EJB或一般的JAVA BEANS，系统是安装在WebSphere或是在WebLogic。但是与之相反，设计模型要考虑这些细节，而且要提供解决这些问题的全部方案。当然设计模型是建立在分析模型之上的，分析模型中的一个类可直接映射成为设计模型中的类，但这种映射关系一般并不是一一对应的，最后一个模型是实现模型。实现模型包含构件图（Component Diagram），从这个模型出发，开发编程人员可以产生骨架源程序(Skeleton Source Code)，也可以从源程序出发更新设计模型。
目前应用于系统分析和设计的工具主要有Rational Rose和Together Software Center(TogetherJ)。JAVA和J2EE的开发工具有IBM Websphere Application Developer(WSAD), Borland Jbuilde和WebGain VisualCafe. WSAD和WebSphere Application Server应用在一起，使得服务器端的排错和系统的发布变得非常的容易。Jbuilder和VisualCafe一般与WebLogic Server紧密结合在一起。目前WebSphere Server和WebLogic Server占据了Application Server市场的66%，其中WebSphere Server占据了37%，成为同类产品的No.1。在单位测试和集成测试中，广泛应用的工具和框架有Junit, JunitPerf和Cactus.。
综上所述，软件开发的方法论已经成为现代软件工程过程中不可缺少的一个重要部分。是目前在Java/J2EE和面向对象的大型项目中广泛被采用的一种方法论。他对整个软件开发的生命周期提供了基础框架和指导。RUP, UML/Rational Rose, Java/J2EE, WSAD, Websphere Application Server和Oracle这样的技术、工具和平台的组合是目前许多公司、政府信息技术项目中采用的方案。因此，RUP的知识和经验也是现在求知是场所需求的热门技能。
希望对大家的设计方面有所帮助^_^
------------------------------------------------------------------------
随着现代信息产业的蓬勃发展，软件开发已经成为一项浩大繁复的工程。就象是建造一座宏伟的宫殿，从计划、设计到施工，每一个环节都必须严格把关，稍有不慎，整个工程就会失败。据统计，仅在美国，每年就有180,000个信息技术项目，耗资大约$2500亿美元，其中25-30%的项目会流产。由此可见，由于管理不善和设计上的失误所造成的损失是巨大的。现代软件开发的管理和方法论显得比以往任何时候都更为重要。
软件开发的过程由方法论和工具构成（process = methodology + tools）。正如装配电子设备一样，仅有工具就可以胜任装配任务。但为了减少失误和提高效率，人们往往采用流水线作业，流水线作业便是一种应用于电子设备装配中的方法论。目前，信息技术市场流行的方法论有RUP（Rational Unified Process）, The Zachman Framework, XP(Extreme Programming)等。在这些方法论中，最流行的要数RUP。RUP是由Rational Software公司首创的。因它与当前流行的JAVA, J2EE技术和面向对象的设计思想（OOAD）紧密的结合在一起，所以在大型的信息技术项目中得到了广泛的应用。在这篇文章中，我们试图对RUP的特点作一个初步的探讨，并且讨论它是如何贯穿在整个软件开发的生命周期之中的。
RUP最重要的它有三大特点：1）软件开发是一个叠代过程，2）软件开发是由Use Case驱动的，3）软件开发是以构架设计（Architectural Design）为中心的。
按照传统的瀑布（Waterfall）开发模式，软件开发大致经历如下几个步骤：商务需求分析（Business Requirement Analysis），系统分析（System Analysis），系统设计（System Design），开发实现（Implementation），测试（Test），发布（Deployment），系统支持（Supporting）和系统变更管理（Change Management）。
传统的瀑布开发模式假定在进行新的开发过程时，上一个过程已经完成，而且不会回到上一个过程。初看起来，这似乎是一个非常合理，高效率的解决方案，但20多年的实践证明，这个开发模式存在着很大的弊病，原因是软件开发是一个非常复杂的工程，有诸多的因素影响工程的效率和成败。软件开发需要许多不同背景的个人和团队参与。由于这些复杂性，在软件开发的整个生命周期中每一个阶段都有可能留下隐患和错误。如果等到系统已经开发实现完毕，在测试阶段发现了重大问题，这时的返工将会造成人力、物力、财力及时间上的巨大浪费。鉴于以上的考虑，RUP强调软件开发是一个叠代模型（Iterative Model），RUP定义了四个阶段（Phase）：开端（Inception），阐述（Elaboration），建造（Construction），过渡（Transition）。其中每个阶段都有可能经历以上所提到的从商务需求分析开始的各个步骤，只是每个步骤的高峰期会发生在相应的阶段。例如开发实现的高峰期是发生在建造阶段。实际上这样的一个开发方法论是一个二维模型。这种叠代模型的实现在很大程度上提供了及早发现隐患和错误的机会，因此被现代大型信息技术项目所采用。
RUP 的另一大特征是Use Case 驱动。Use Case是RUP方法论中一个非常重要的概念。简单地说，一个Use Case就是系统的一个功能。例如在一个基于电子商务的医疗系统中，病人可以坐在家里通过网上浏览器与医生约定看病的时间（Make appointment），这样，“Make appointment”就是系统的一个Use Case。在系统分析和系统设计中，Use Case被用来将一个复杂的庞大系统分割、定义成一个个小的单元，这个小的单元就是Use Case,然后以每个小的单元为对象进行开发。按照RUP, Use Case贯穿整个软件开发的生命周期。在商务需求分析中，客户或用户对Use Case进行描述，在系统分布和系统设计过程中，设计师对Use Case进行分析，在开发实现过程中，开发编程人员对Use Case进行实现，在测试过程中，测试人员对Use Case进行检验。
RUP的第三大特征是它强调软件开发是以构架为中心的。构架设计（Architectural Design）是系统设计的一个重要组成部分。在构架设计过程中，设计师(Architect)必须完成对技术和运行平台的选取，整个项目的基础框架（Framework）的设计，完成对公共组件的设计，如审计（Auditing）系统，日志（Log）系统，错误处理（Exception Handling）系统，安全（Security）系统等。设计师必须对系统的可扩展性（Extensibility），安全性（Security），可维护性（Maintainability），可延拓性（Scalability），可重用性（Reusability）和运行速度（Performance）提出可行的解决方案。
在RUP方法论中，不同的角色可以从不同的侧面来认识同一个项目。RUP定义了“4+1”个场景(View）：Use Case场景(Use Case View)，逻辑场景(Logic View)，进程场景(process View)，实现场景(Implementation View)和发布场景(Deployment View)。在Use Case场景中，客户和商务分析员对Use Case进行描述，在逻辑场景中，设计师对系统进行分析和设计，在进程场景中，设计师对系统可能出现的并发性，运行速度和分布特性进行描述。实现场景则反映了程序开发员开发实现的过程。发布场景是描述系统管理员和组装人员实施系统发布和管理的过程。值得强调的是，系统构架的设计是在逻辑场景中描述的。
RUP还定义了4个模型，即Use Case模型（Use Case Model），分析模型(Analysis Model)，设计模型(Design Model)和实现模型(Implementation Model)。Use Case模型包含Use Case Diagram和Use Case文档。Use Case模型是其他三个模型的基础，分析模型即是概念模型(Conceptual Model)，是系统分析所得到的结果，分析模型包含了类图(Class Diagram)，次序图(Sequence Diagram)以及活动图(Activity Diagram)。设计模型则是构架设计和系统设计的结果。当设计模型完成后，开发编程人员便可以进行编程了。设计模型主要包含了类图，次序图和状态图(State Chart Diagrams)。分析模型和设计模型看起来有许多相似之处，但两者的含义有本质的区别。分析模型强调的是问题的范围，但并不给出解决问题的方案，分析模型并不涉及具体的技术和平台。例如它并不关心是否应用EJB或一般的JAVA BEANS，系统是安装在WebSphere或是在WebLogic。但是与之相反，设计模型要考虑这些细节，而且要提供解决这些问题的全部方案。当然设计模型是建立在分析模型之上的，分析模型中的一个类可直接映射成为设计模型中的类，但这种映射关系一般并不是一一对应的，最后一个模型是实现模型。实现模型包含构件图（Component Diagram），从这个模型出发，开发编程人员可以产生骨架源程序(Skeleton Source Code)，也可以从源程序出发更新设计模型。
目前应用于系统分析和设计的工具主要有Rational Rose和Together Software Center(TogetherJ)。JAVA和J2EE的开发工具有IBM Websphere Application Developer(WSAD), Borland Jbuilde和WebGain VisualCafe. WSAD和WebSphere Application Server应用在一起，使得服务器端的排错和系统的发布变得非常的容易。Jbuilder和VisualCafe一般与WebLogic Server紧密结合在一起。目前WebSphere Server和WebLogic Server占据了Application Server市场的66%，其中WebSphere Server占据了37%，成为同类产品的No.1。在单位测试和集成测试中，广泛应用的工具和框架有Junit, JunitPerf和Cactus.。
综上所述，软件开发的方法论已经成为现代软件工程过程中不可缺少的一个重要部分。是目前在Java/J2EE和面向对象的大型项目中广泛被采用的一种方法论。他对整个软件开发的生命周期提供了基础框架和指导。RUP, UML/Rational Rose, Java/J2EE, WSAD, Websphere Application Server和Oracle这样的技术、工具和平台的组合是目前许多公司、政府信息技术项目中采用的方案。因此，RUP的知识和经验也是现在求知是场所需求的热门技能。
...全文
请发表友善的回复…
发表回复
singlepine 2005-08-13
- 打赏
- 举报
不好意思，是版主，不是楼主，^_^
I_Iverson 2005-08-13
- 打赏
- 举报
RUP最重要的它有三大特点：1）软件开发是一个叠代过程，2）软件开发是由Use Case驱动的，3）软件开发是以构架设计（Architectural Design）为中心的。
------------------------------------------------
你这个跟rup关系不大吧，xp也会使用这些方法，而且大部分面向对象开发都会使用Use Case驱动。
我觉得<<Ratioanl 实践者使用指南>>说的比较在理:
尽早并且不断的化解重大的风险。
确保满足客户的需求。
把注意力放到可执行的软件上。
尽早在项目中适应变化。
在早期实现一个可执行架构。
使用构件构造系统。
建立高效团结的团队。
始终重视质量。
------------------------------------------------
你这个跟rup关系不大吧，xp也会使用这些方法，而且大部分面向对象开发都会使用Use Case驱动。
我觉得<<Ratioanl 实践者使用指南>>说的比较在理:
尽早并且不断的化解重大的风险。
确保满足客户的需求。
把注意力放到可执行的软件上。
尽早在项目中适应变化。
在早期实现一个可执行架构。
使用构件构造系统。
建立高效团结的团队。
始终重视质量。
I_Iverson 2005-08-13
- 打赏
- 举报
开端（Inception），阐述（Elaboration），建造（Construction），过渡（Transition）。
----------------------
我看到的怎么是开始，细化，构造，移交四个阶段，翻译得不统一吧，但是移交总比过渡好理解一些
----------------------
我看到的怎么是开始，细化，构造，移交四个阶段，翻译得不统一吧，但是移交总比过渡好理解一些
singlepine 2005-08-12
- 打赏
- 举报
作为一家软件企业，要想按照预定的时间、在规定的预算之内开发出高质量的软件，仅有英雄式的编程高手是远远不够的，你必须建立有凝聚力的团队并使这个团队对开发方法达成共识。用更专业的语言来表述，就是：软件企业需要一个可预测、可重复的开发流程。明确并做到这一点，对软件企业的成功至关重要。
Rational Unified Process(RUP)可以帮助软件开发团队建立一种共享的开发流程，从而摒弃孤立、特定的开发行为。这种流程可以作为软件开发的固定模式，同时又可以依据具体要求对其进行修改。使用RUP，软件企业可以为团队的每个成员提供可定制的导航图，帮助他们成功地完成软件开发任务。
RUP是一个可以通过Web来使用的软件工程流程工具，它可以提高团队的工作效率并将成功的软件开发经验传递给所有团队成员。RUP也是一个易于使用的联机指导，为所有重要的软件开发活动提供全面的指南、模板和示例，使开发流程变得切实可行，其中与电子商务相关的内容可以为业务建模、Web构架和Web测试等工作提供直接的指导。
RUP 与其他Rational工具紧密集成在一起，让开发团队能充分利用Rational 产品的特性、统一建模语言(UML)以及其他行业的成功经验。RUP提供不同的流程变体，分别为使用IBM 和Microsoft 技术的开发团队提供支持。IBM 变体是与IBM 合作开发的，适用于使用IBM WebSphere Enterprise 进行大规模电子商务应用软件的开发；Microsoft .NET变体则是与Applied Information Sciences (AIS)合作开发的，适用于.Net环境中的软件开发。
基于各类软件工程的经验，RUP为整个软件工程生命周期提供一个可定制框架，从而使整个软件开发团队形成一个有机的整体。具体地说，RUP将项目管理、业务建模、需求管理、分析设计、测试以及变更管理等方面的经验整合起来，形成一个完整、和谐的生命周期流程，可以促进贯穿于开发组织中的方法论乃至团队文化的形成和发展。利用RUP这样的工具，团队成员之间的沟通就会更加顺畅，而沟通对于任何项目的成功来说都是至关重要的。这样的软件开发团队自然能够缩短产品上市时间，同时提高软件产品的可预测性。
RUP之中凝聚了上千个项目和许多行业领先企业的软件开发经验，可以提高每个团队成员的工作效率。其中采用的行业标准UML（统一建模语言）是Rational在众多合作伙伴的大力支持下创建的。RUP还为每个团队成员提供了6个方面的指南，确保有效地开发出高质量的企业级应用软件：
● 项目初期即进行迭代化开发以减小风险；
● 高效率地进行需求管理；
● 利用可视化建模来管理复杂性问题；
● 利用构件来搭建有弹性的架构；
● 在整个生命周期中不断进行质量验证；
● 有效地进行软件的变更管理。
RUP是一个可定制的框架，所以总能适应各类软件开发的工作方式与规模，并可针对电子商务、基础设施和设备及嵌入式系统市场开发各种类型的应用程序。RUP通过一个易于使用、基于角色的Web 界面使流程更加切实可行,其中的图形导航功能使用户在开发项目的各个阶段都能轻而易举地找到适用的软件开发指南和文档模板，从而显著地提高开发工作效率。
Rational Unified Process(RUP)可以帮助软件开发团队建立一种共享的开发流程，从而摒弃孤立、特定的开发行为。这种流程可以作为软件开发的固定模式，同时又可以依据具体要求对其进行修改。使用RUP，软件企业可以为团队的每个成员提供可定制的导航图，帮助他们成功地完成软件开发任务。
RUP是一个可以通过Web来使用的软件工程流程工具，它可以提高团队的工作效率并将成功的软件开发经验传递给所有团队成员。RUP也是一个易于使用的联机指导，为所有重要的软件开发活动提供全面的指南、模板和示例，使开发流程变得切实可行，其中与电子商务相关的内容可以为业务建模、Web构架和Web测试等工作提供直接的指导。
RUP 与其他Rational工具紧密集成在一起，让开发团队能充分利用Rational 产品的特性、统一建模语言(UML)以及其他行业的成功经验。RUP提供不同的流程变体，分别为使用IBM 和Microsoft 技术的开发团队提供支持。IBM 变体是与IBM 合作开发的，适用于使用IBM WebSphere Enterprise 进行大规模电子商务应用软件的开发；Microsoft .NET变体则是与Applied Information Sciences (AIS)合作开发的，适用于.Net环境中的软件开发。
基于各类软件工程的经验，RUP为整个软件工程生命周期提供一个可定制框架，从而使整个软件开发团队形成一个有机的整体。具体地说，RUP将项目管理、业务建模、需求管理、分析设计、测试以及变更管理等方面的经验整合起来，形成一个完整、和谐的生命周期流程，可以促进贯穿于开发组织中的方法论乃至团队文化的形成和发展。利用RUP这样的工具，团队成员之间的沟通就会更加顺畅，而沟通对于任何项目的成功来说都是至关重要的。这样的软件开发团队自然能够缩短产品上市时间，同时提高软件产品的可预测性。
RUP之中凝聚了上千个项目和许多行业领先企业的软件开发经验，可以提高每个团队成员的工作效率。其中采用的行业标准UML（统一建模语言）是Rational在众多合作伙伴的大力支持下创建的。RUP还为每个团队成员提供了6个方面的指南，确保有效地开发出高质量的企业级应用软件：
● 项目初期即进行迭代化开发以减小风险；
● 高效率地进行需求管理；
● 利用可视化建模来管理复杂性问题；
● 利用构件来搭建有弹性的架构；
● 在整个生命周期中不断进行质量验证；
● 有效地进行软件的变更管理。
RUP是一个可定制的框架，所以总能适应各类软件开发的工作方式与规模，并可针对电子商务、基础设施和设备及嵌入式系统市场开发各种类型的应用程序。RUP通过一个易于使用、基于角色的Web 界面使流程更加切实可行,其中的图形导航功能使用户在开发项目的各个阶段都能轻而易举地找到适用的软件开发指南和文档模板，从而显著地提高开发工作效率。
