...

  ...

RUP项目计划模板...

如果采用面向对象的设计模式:可以考虑参考RUP(rational unified process:一种基于UML标准的软件工程过程模型)来做:采用RUP进行项目管理可以达到CMM2到CMM3级。 我带的team在开发e-Marketplace产品时采用了面向对象的J2EE标准:并参考了RUP的软件工程过程模型:效果很好。 有兴趣的人去www.rational.com看一下。...

  RUP描述了如何为软件开发队伍有效的部署经过商业化验证的软件开发方法,它们被称为最佳实践不仅仅因为你可以精确地量化它们的价值,而且它们被许多成功的机构普遍的运用.为使整个团队有效利用最佳实践,RUP为每个团队成员提供了必要准则模板和工具指导:   1 迭代的开发软件 2 需求管理 3 使用基于构件的体系结构 4 可视化软件建模 5 验证软件质量 6 控制软件变更   迭代的软件开发   增量迭代是RUP的第三个核心,面对当今的复杂的软件系统,使用连续的开发方法:如首先定义整个问题,设计完整的解决方案,编制软件并最终测试产品是不可能的.需要一种能够通过一系列细化若干个渐进的反复过程,而生成有效解决方案的迭代方法.RUP支持专注于处理生命周期中每个阶段中最高风险的迭代开发方法极大地减少了项目的风险性.迭代方法通过可验证...

RUP是一个非常好的软件项目管理控制机智提供的思想也非常不错。 实践就更重要 工具 人员 计划 控制。；；；；；；；；；；；...

...p; 您认为编程之前的 UML 绘图和设计活动阶段是为了完整地、精确地定义极其详尽的设计与模型，认为编程只是简单...

  ...

  在先启阶段的最初迭代中，由构思新项目开始项目管理工作流程，其间，将创建并复审最初的前景、商业理由和风险列表工件。目标是获得足够的资金，以便继续进行限定规模和计划等重要工作。 创建了软件开发计划初稿，并通过最初的迭代计划启动项目。使用这个最初的授权，可以继续针对评估项目规模和风险中的前景、风险列表和商业理由进行工作，以便为充实制定软件开发计划中的软件开发计划建立稳固的基础。 在完成软件开发计划的制定后，应当对项目的风险和可能的商业回报有足够的了解，以便作出明智的决定，为先启阶段的其余部分争取资金，或放弃该项目。在这里，项目管理工作流程将合并到所有后续迭代的公用流程。 在计划下一次迭代中，项目经理和构架设计师决定在下一次迭代中要改进或实现的需求。在早期的迭代中，重点是发现和改进需求；而在后期的迭代中，重点是构建软件来实现这些需求。迭代计划在管理迭代中执行，...

我准备采用RUP作为软件开发的过程 目前只有3~5个人，另外有5~6个项目，因此，基本上每一个人都可以独立的做其中一个项目，以减少相互之间的影响。 由于没有合适的统一开发过程，所以我准备采用RUP试试。 谁能提供一点如何在小团队在应用RUP的经验？...

项目管理规范-RUP管理实施doc28...

一本经典的RUP过程管理书，很精简实用，值得收藏！欢迎下载~~...

【论文题名】基于RUP的软件过程及应用 【英文题名】Application of Software Process Based on RUP 【作　　者】张友生　 【作者单位】湖南师范大学计算机科学系,长沙,410081; 【刊　　名】计算机工程与应用 【英文刊名】COMPUTER ENGINEERING AND APPLICATIONS 【年 卷 期】2003 Vol.39 No.30 【关 键 词】RUP 软件过程 软件体系结构 进化 【摘　　要】Rational Unified Process(RUP)将项目管理、商业建模、分析与设计等统一起来,贯穿整个开发过程.讨论了基于RUP的软件过程,并把该过程应用于水电厂综合管理信息系统的开发.与传统的软件过程相比较,基于RUP的软件过程可以降低产品风险,规范管理和开发流程,有效地控制资源,提高开发效率. ...

我的理解~~~ 关于RUP:我认为它是定义的一种标准。将项目中的各个阶段按照范围分类，将他们有效的联系起来，并采用了一些先进的方法论（例如迭代），使得整个项目各个阶段的成本、工期、质量和风险都得到了很好的控制。最大程度的防止出现那种杂论无章德、十分混乱项目管理过程。而且，IBM还提供了一整套Rational系统解决方案，更发挥RUP的威力~！ 关于迭代：在每个阶段是用迭代方法是降低风险的最佳手段。但，我认为它不是无限循环得这么简单，迭代是为了更准确的更好的去完成每个阶段的任务目标，每个阶段的任务的完成是为了最终项目成果的成功，一切都是为了项目最终目标，其实迭代的次数完全取决于你某一阶段工作的具体进展情况。并不是迭代得越多越好~！！ 你说出了RUP的整体的这么一个框架，说明你在宏观上有一个认识，但是，只有整体的理论认识是不够的，我认为，从理论-〉实践经验-〉理论以次循环是一个比较好的学习过...

...的意思。          Ivar Jacobson：我们的理解是你在问一个创新型项目或者一个完全新的项目。每一个过程都能支撑你来做创新，但并不能帮助你做创造性的思考。          这个问题我还没有真正理解你的意思，我理解的是看不到RUP不能使用的东西是哪些？没有看出哪些项目不适用RUP。如果把一些新的技术组合一起，因为RUP可以加快整个开发的进程，实际上能够帮助你更快来推出。          潘加宇：我认为RUP的思想是一个迭代的思想，在每次迭代出来一个SQ的版本，这个版本可以显示给顾客，让售客看一下是否要求的需求？RUP的思想和人的认知过程...

模板：软件需求分析说明书...

什么叫RUP...

参照RUP+电信行业领域知识＋相关的专家...

项目管理规范-RUP管理实施...

网站：www.rational.com 现在台湾已经有专家进行培训和讲座 中文的RUP 也有了...

根据RUP应该是各阶段都有需求，设计，编码等相关活动。该活动模型以瀑布模型为基础，根据RUP一些准则进行了改进。   ...

...T 383 6.12.4 PMO integration: IPM-IT 386 6.13 Summary 386 6.14 Questions to think about: management perspectives 389 Selected bibliography 389 7 Aligning PMI-PMBOK with IBM Rational Corporation RUP . . . . . . . . . . . 391 7.1 Introduction 391 7.2 RUP-PMBOK project management framework 393 7.3 RUP-PMBOK WBS 393 7.4 The merits of understanding RUP and PMBOK processes 394 7.5 RUP-PMBOK P...

我自己先向自己开一炮!我自认为对软件企业的运作比较熟悉,那么,我自己能不能以软件企业为例,表达一下我对软件企业运作规律的一般性的认识呢?我曾经非常想对我所在的软件公司进行业务建模,但由于政治的敏感性问题不得不放弃,实在是遗憾.对软件企业的业务模型一般性表达,已经有一个非常好的知识库了,这就是IBM公司的RUP.统一软件过程。不过，RUP的主要探讨领域是软件过程，对软件企业运作的其他方面则涉及较少，如：资金管理，人力资源管理，营销过程等没有涉及。作为一个完整的企业业务模型，则应该包含企业运作的方方面面，以构成一幅全景视图。话说回来，软件企业的业务运作最具有软件独特性的，还是它的软件过程，其他方面，和一般的企业的类同性比较大，因此软件过程是软件企业业务模型的重点描述对象，这一点是无庸置疑的。业务模型不讨论的话题。业务模型的本意是表达业务运作的过程，是执行层面的话题，因此，业务模型不会把一个企业...

  这个基本是按着RUP思路的一个流程图和相关输出工件定义   1.需求分析阶段完成后应该出需求规格说明书SRS文件 2.系统设计完成后应该出架构设计文档和数据库设计文档 3.详细设计应该出相关的框架模型和单元测试脚本 4.产品集成和集成测试完成后应该出相关的安装和部署手册   ...

和谐软件过程与诸软件过程关于软件成果的看法1，敏捷AP强调个人努力，成果归个人所有；2，统一过程RUP强调软件成果归团队、项目组所有；3，CMMI和微软过程MP强调软件成果归公司所有；4，和谐软件过程HP，强调努力向上集中、成果对外延伸，主张软件成果归全行业、全世界甚至全人类所有。...

近来我在公司推行质量活动过程，遇到有人对软件生命周期提出置疑，经常和项目管理中的里程碑的概念混为一谈，我今天再次就生命周期的概念阐释一下：1、从定义上看：软件生命周期是软件从问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，而里程碑是项目管理中的概念，是完成阶段性工作的标志；2、从事件维度看：软件生命周期包括时间和工作量（可以理解为工作的内容），而里程碑就是单纯的时间轴，或者说生命周期是两维，里程碑是一维；3、从相互关系看，由于生命周期和里程碑都包含时间维度所有在模型阶段点上一定存在生命周期和里程碑重合的地方。列举一个RUP的迭代模型，而后去理解生命周期和里程碑的概念：RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(T...

目前业界领先的面向对象开发过程有Rational Unified Process (RUP) 和Object-Oriented Software Process (OOSP) 开发规范。它具有以下几个特点： l         强调早期就能确定或获得稳定的软件体系结构，从而降低系统开发风险； l         以用例 (use case) 作为系统需求的核心表示，并驱动整个开发过程的完成，从而保证最终得到的系统正是用户真实所需要的产品； l         采用增量式、迭代式开发，缩短产品投放市场的时间，并能适应需求变化的要求。采用基于UML...

在RUP中，有一堆模型，业务用例模型、业务分析模型、用例模型、分析模型、设计模型、实施模型、部署模型、数据模型想提几个问题1、这些模型的演进过程是不是由前到后的？2、这些模型之间有关联吗？比如设计了用例模型、那么分析模型是不是可以由用例模型得到呢？如果对分析模型进行了修改，用例模型岂不是落后了与新的分析模型不符了？如果对用例模型和分析模型都进行修改，岂不是要花很大精力？3、这些模型分别是做什么用的？如果专家们能针对每一种模型都做一个简单的图来看，我想会更清晰直观，呵呵...

刚进公司(北京九章天演科技有限公司)时写的，当时Web开发很混乱，需求不明，居然没有Spec文档，任凭一位所谓的大虾指挥。大虾被我弹劾了，这个流程规范设计和写的都不算很严谨，因为时间有限以及*#·￥%—￥#等原因（说来话太长了），所以没花太多时间来修改。个人认为我写的这个规范对中小软件公司（尤其Web为主）的开发管理还是有一些参考价值的，虽然我并不喜欢规范中自己所建议的瀑布式开发模型，但如果项目不大，公司开发团队的组织成熟度不是很高，那还是采用瀑布式模型吧。RUP迭代、XP极限编程，如果开发团队的组织成熟度不是很高，建议最好不要尝试，对团队成员能力要求还是比较高的。呵呵~~~~~闪砖头~~~交流mail:  82314066@qq.com、pushu2002@sina.com...

...而确保其是一套高质量的具有良好适应能力的系统.l  团队精神：确保整个项目的进行是建立在团队学习、团队协作的基础之上。   　在系统规划阶段所做的最后一项工作就是明确了工作的方法和思路。基于SOA的架构设计（参见《通用型政府OA系统的设计（续一）》一文），我们在实际工作中使用Rational统一开发过程(Rational Unified Progress)来进行指导，RUP的开发过程如下所示：（以下资料和说明文字均摘自网络和其它资料，可参见http://www.itisedu.com/phrase/200604231308415.html）图二  RUP软件开发生命周期图RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(Tr...

...。“过程开发与改进”与其它一般的“管理子过程”相比，后者是为软件产品的开发服务的，而前者是以开发和改进软件过程本身为目的。软件工程大师Osterweil在其论文《Software Processes are Software Too》中高屋建瓴地指出：软件过程也是软件。软件有一个开发的过程，软件过程也有一个开发的过程；软件开发产出软件产品，软件过程开发产出过程产品。RUP是著名的软件过程产品。CMM是著名的软件过程改进框架，它本身不是特定软件过程的定义，它只是建议如何一步一个台阶地改进软件过程。在本文后面的章节，笔者将从“过程开发与改进”的角度，谈谈RUP的定制和CMM的定位问题。 4、 目标 任何实践都是有“目标”的，软件实践也不例外；比如“开发Bug跟踪系统”就是一个“目标”的例子。“目标”的完成，依赖于一系列“任务”的完成；...

...Enterprise Computing 模型驱动架构MDA-MDA Distilled 模型驱动架构MDA-MDA Explained The Model Driven Architecture 模型驱动架构MDA-MDA_Guide 软件过程改进-Software.Metrics.A.Guide 软件过程改进-CMMI Guidelines 软件过程改进-CMMI中文版 统一过程RUP-The.Enterprise RUP 统一过程RUP-RUP最佳实践 统一过程RUP-The Rational Unified Process An Introduction 3rd 统一过程RUP-Rational Unified Process Made Easy 统一过程RUP-Applying UML and Patterns- An Introduction to Ob...

要求具备以下全部或部分条件： 1）有过大型项目的管理或实施经验，偏软一些就更好了； 2）熟悉软件开发过程，有过软件开发实施项目的经验，对RUP熟悉就更好了； 3）有过电子商务、电子政务、erp等的实施经历或经验； 4）了解j2ee、Oracle、websphere或相似应用的技术实施； 5）沟通能力和协调能力要好； 6）在宁波居住（这个是必须的），离镇海近的话就更好了； 工作量不是很大，1-2周有1-2天的工作，因此业余兼职就可以了，其他细节不方便在此说明。如有意请mail sundcy[#000000]@[/#]163.com，并将您符合上述条件的相关经历和经验(如具体实施过哪些大型项目，或是进行过哪些开发项目的实施等)附上，以便我们进行判断并与您进行联系。 我不是很清楚哪里这方面的宁波人多一些，所以哪位如果是宁波的，方便的话帮忙转贴转贴，不胜感激。 ...

一大型知名IT企业急招高级软件架构师和ERP/GRP总账设计师，其具体要求如下： 高级软件架构师 1、精通软件架构知识（范式、软件三层架构、JEE架构）； 2、熟悉基本组件（工作流、报表、权限模型、应用框架）的分析设计工作经验； 3、精通UML建模语言及应用、建模工具的使用； 4、熟悉RUP统一过程管理在软件架构设计工作中的应用； 5、责任心强、爱岗敬业；具备良好的组织、协调和沟通能力。 6、有软件架构设计经验，从事过大型应用软件的设计，开发及项目实施； 7、 计算机软件相关专业，有三年以上的软件开发经验。有金融、电信、税务、政府行业的软件开发经验者优先考虑 ERP/GRP总账设计师 1、有ERP总账系统设计经验； 2、熟悉政府财政管理制度和公共财政管理制度； 3、熟悉数据库的设计方法； 4、熟悉Oracle ERP系统优先。 年薪: ...

最近看到有圈友学习RUP时对众多的模型感到困惑,推荐一篇以前的旧作供参考.....我发现对对学习UML建模影响最大的问题，是没有建立清晰的描述各种模型的参照系。各种各样名称的模型东一个西一个，就像我小孩的玩具一样随意丢放，随意就拿来玩弄。必须把模型摆放整齐。软件的模型到底有哪些？它们到底有什么作用？我们必须把存放他们格子画好，然后一个一个把他们放进去。而且，大家的格子还应该统一，否则，各自有理，拿以为是对同一个对象，实际不是对同一个对象的不同见解互相讨论。大家都急于求成，忘记在讨论之前交换相互的格子，看看是否一致。软件模型参照系：参照系是一组坐标系，它描述的是一个空间，在这个空间中将摆放一些认识对象。我们把认识对象在空间中找到自己特定的位置，就不会导致认识的冲突，对对象关系的描述才变得确定。.......

刚进公司(北京九章天演科技有限公司)时写的，当时Web开发很混乱，需求不明，居然没有Any Spec文档，任凭一位所谓的大虾指挥。 大虾被我弹劾了，这个流程规范设计和写的都不算很严谨，因为时间有限以及*#·￥%—￥#等原因（说来话太长了），所以没花太多时间来修改。 个人认为我写的这个规范对中小软件公司（尤其Web为主）的开发管理还是有一些参考价值的，虽然我并不喜欢规范中自己所建议的瀑布式开发模型，但如果项目 不大，公司开发团队的组织成熟度不是很高，那还是采用瀑布式模型吧。RUP迭代、XP极限编程，如果开发团队的组织成熟度不是很高，建议最好不要尝试，对 团队成员能力要求还是比较高的。呵呵~~~~~闪砖头~~~ 交流mail:  82314066@qq.com、pushu2002@sina.com...

刚进公司(北京九章天演科技有限公司)时写的，当时Web开发很混乱，需求不明，居然没有Any Spec文档，任凭一位所谓的大虾指挥。 大虾被我弹劾了，这个流程规范设计和写的都不算很严谨，因为时间有限以及*#·￥%—￥#等原因（说来话太长了），所以没花太多时间来修改。 个人认为我写的这个规范对中小软件公司（尤其Web为主）的开发管理还是有一些参考价值的，虽然我并不喜欢规范中自己所建议的瀑布式开发模型，但如果项目 不大，公司开发团队的组织成熟度不是很高，那还是采用瀑布式模型吧。RUP迭代、XP极限编程，如果开发团队的组织成熟度不是很高，建议最好不要尝试，对 团队成员能力要求还是比较高的。呵呵~~~~~闪砖头~~~ 交流mail:  82314066@qq.com、pushu2002@sina.com...

1.概述 　　在软件开发团队中，由于质量被视为软件产品的生命，而始终被人们所高度关注；然而在现实生活中，许多软件产品却时常陷入质量低下的旋涡，总是不尽人意。究其根源，在于这些软件产品对其质量内涵的把握，仅仅停留在减少软件运行错误、加强软件测试、避免软件缺陷的一般性层面，而对整个软件开发生命周期的全过程质量管理，缺乏总体架构。因此，在大型软件产品的开发与设计中，始终体现全过程质量管理思想的Rational Unified Process?(简称RUP)和提供全生命周期支持的软件开发平台，则展现出强大的生命力和独特魅力。　　2 全过程质量保证 　　2.1 质量定义　　在RUP中，质量定义如下：　　满足或超出认定的一组需求，并使用经过认可的评测方法和标准来评估，还使用认定的流程来生产。　　由此可见，质量不仅是我们孜孜以求的结果，它更体现在软件开发的整个过程。　　2.2 过程质量　　在过程质量方面...

...面的看法和经验。质量是软件开发的生命。而如何控制开发周期和成本，同时保证高质量的软件产品是众多项目经理和企业管理者都要面对的问题。IBM认为，测试只是软件质量保证（SQA）的一个环节，要保证高品质软件开发，必须在整个开发流程的各个阶段都要始终不渝地贯彻SQA理念。软件开发流程的成熟程度左右着软件开发产品的质量，影响着整个开发进度和成本IBM Rational Unified Process (RUP)和Rational软件开发平台(Software Development Platform - SDP)可以帮助企业在整个开发流程对软件质量进行保证。 RUP是一个灵活的软件开发流程平台，是指导开发团队顺利完成高质量项目开发的方法论。RUP以业界公认的软件工程最佳经验和方法帮助开发团队合理分配资源、促进团队沟通、提高项目可预测性，从而提升项目管理水平。对于SQA，RUP里定义了一个...

...却不轻松，否则斗争大会的召开频率也不会那么高。 需求很重要，原因除了确保庆功宴得以举办，另外还有一个重要因素，就是避免成本突然失控、导致案子失败。根据统计，同样一个问题，当它发生在最前面阶段与最后面阶段时，需要投入的解决成本的平均比例是 1 比 200 。需求通常出现在流程前期，因此这正是要重视「需求管理」的原因。 需求如何管理？ 许多人认为，需求不过就是「客户讲的话」；不过，在 RUP （ Rational Unified Process ）作业准则里，需求的定义是：「一个系统必须遵循的条件或能力；而这些条件或能力可以来自使用者需求，或合约规范中的文字陈述，或其它经确认的正式文件」。另外， RUP 对于需求管理的定义是：「导引、文件化、组织及追踪需求变动的系统化过程」。 特别赋予定义是为了让「双方完全确定与完全掌握」「客户讲的话」。 此外，需求可能来自客户...

软件过程高级工程师2人1、全面的软件工程知识背景，对RUP、人件、敏捷开发、CMM/CMMI等方面有较丰富实践经验者优先考虑2、有实际的软件开发管理经验，组织和沟通能力强，大学本科以上学历3、具备实际的项目管理、过程管理、质量管理经验的，优先考虑4、工具要求：（对以下范围的工具要求具备实际应用经验）： MS Project & Project Server 2002以上Rational ClearCaseRational ClearQuest福利介绍1、提供具有竞争力的月薪+季度奖金；2、试用期间公司即按照国家规定为您交纳五险一金；3、公司为员工提供宿舍，收取部分费用，宿舍内提供全套设施；4、15辆免费班车通往北京各个地方，接送您上下班；品种丰富的工作餐供您免费享用；5、研发人员有一周的带薪发版假和一周的带薪年假；6、研发人员除有新员工培训、各技术线培训，还有丰富的“培...

...Larman 的著作 Agile & Iterative Development: A Manager's Guide。 Object Mentor 敏捷大师 Robert C. Martin 的咨询公司 Nebulon FDD 方法发明人 Jeff De Luca 的公司网站 DSDM 方法官方网站 Rational Unified Process IBM RUP 产品，如今叫 RMC（Rational Method Composer） Network for Agile Methodologies Experience (NAME) 一个介绍敏捷方法研究及相关资源的欧洲网站 Agile Metrics Robi...

还有很多好书，没有看过的就不列出来了。   软件开发项目管理-栾跃(很多微软的实践,内容全面) 软件项目管理实践-施平安翻译(印度InfoSys公司最佳实践) 软件项目管理：一个统一的框架(实施RUP下项目管理必看) 敏捷项目管理(实施敏捷项目管理参考书) CMMI——过程集成与产品改进指南 PMBOK2004版   人月神话(没有银弹) 最后期限(汤普金斯的经验总结) 人件集(方法，工具，技术，过程，团队，模型) 软件工艺   你的灯亮着吗- 温伯格－理解清楚真正的问题 程序开发心理学－温伯格 系统化思维导论－温伯格   死亡之旅－周浩宇翻译 与熊共舞－软件项目风险管理 软件工程实践导论—有关方法、设计、实现、管理之三十六计 道法自然－理解面向对象的技术体系 凌波微步：软件开发警戒案例集 微软项目－求生...

--红色部分为我添加的一些内容 1. 开发流程（Development process）－为手头的项目选择适当的开发生命周期流程很重要(CMMI三级自定义过程最大的一个裁剪项)，因为其他的所有活动都是从这个流程派生出来的。现代的软件开发项目多数都是在瀑布式流程的基础上采用某种螺旋式方法。有几种方法可供选择，包括 Rational 统一流程（Rational Unified Process，RUP）、IBM? Global Services 方法（IBM? Global Services Method）以及极端编程（eXtreme Programming，XP）。(还要改进型的瀑布模型，增量等相关模型可以供选择)流程当然比根本没有要好，但在多数情况下流程的执行情况要比使用的是什么流程更重要。以上列举的常用方法都包含关于如何执行流程的指南和构件模板。此外，RUP 还有一系列描述使用...

...了突破，开发出自主知识产权的应用基础架构平台――Guru Palau。这样，企业可以以更一个稳固的软件平台为基础，并将不同的IT环境集成在一起，从而能够最大程度地利用现有的投资。 明基逐鹿的研发经理郑长华在采访中说道，“Guru Palau软件平台的开发也是在这种条件下基于.NET技术架构开发的，是与Microsoft技术的完美结合。而且明基逐鹿软件有限公司的所有软件产品的开发都采用了RUP来控制，并且以RUP为大纲，取其精华，提出了对于国内软件业有一定指导意义的一套软件过程控制规范和管理流程体系BGP（Ben Guru Process）。明基逐鹿软件的BGP体系就是对RUP过程的一个裁减和优化的软件过程控制体系，它在很大的程度上对于提高明基逐鹿软件产品的高品质提供了有利的支撑和保证。 在被问道如何看待金蝶的“弃.NET用J2EE”时，郑长华谈出了自己的观点：“J2E...

...，开发出自主知识产权的应用基础架构平台――Guru Palau。这样，企业可以以更一个稳固的软件平台为基础，并将不同的IT环境集成在一起，从而能够最大程度地利用现有的投资。 明基逐鹿的研发经理郑长华在采访中说道，“Guru Palau软件平台的开发也是在这种条件下基于.NET技术架构开发的，是与Microsoft技术的完美结合。而且明基逐鹿软件有限公司的所有软件产品的开发都采用了RUP来控制，并且以RUP为大纲，取其精华，提出了对于国内软件业有一定指导意义的一套软件过程控制规范和管理流程体系BGP（Ben Guru Process）。明基逐鹿软件的BGP体系就是对RUP过程的一个裁减和优化的软件过程控制体系，它在很大的程度上对于提高明基逐鹿软件产品的高品质提供了有利的支撑和保证。 在被问道如何看待金蝶的“弃.NET用J2EE”时，郑长华谈出了自己的观点：...

...; 分析和实现的方法论归根到底现在常用的就是结构化分析设计和面向对象分析设计，结构化方法强调以实体关系图和数据流图分析为核心，通过数据流图的精华和变换事务映射，进行模块和单元划分，接口分析和设计。而面向对象分析和设计强调是对象和类，关注类的属性和行为和相互协作。通过用例建模，对象的结构建模，对象的行为建模，充分考虑封装，继承等面向对象关键特征进行分析和设计。   技术＋过程方法论－RUP，MSF   把RUP和MSF提到这么高的地位主要还是这两个方法论是既强调过程，也强调方法的。通过过程去约束方法，同时又根据方法去改进过程。RUP既体现了用例驱动，架构为核心和增量迭代的过程核心，同时又给出了如何结合UML工具进行面向对象分析和设计的基本方法，给出了用例建模，架构建模，结构建模型和行为建模的实践思路。而MSF则是微软多年解决方案的结晶，包括了团队模型，过程模型和...

...编写企业解决方案书 designtimesp=4476 designtimesp=12057 designtimesp=12117 designtimesp=2057 designtimesp=14327 designtimesp=14361 designtimesp=14398>第5段描述业务工作流，该工作流就是将要开发系统的所面对的功能部件，其描述采用的是一般性的语言，若采用RUP(Rational Unified Process)进行项目跟踪，则需要将业务工作流进行建模，将业务流程的各个过程以及各个过程间的关系映射到用例模型，然后以用例为基础，进行架构上分析、整理，得出各个阶段的制品(Artifact)。由于我们在此讨论的话题和RUP有些出入，RUP主要侧重于项目系统的实施的过程，而该系列的文章侧重对项目的管理、跟踪和控制(若读者对RUP感兴趣，可参见CMM...

...业务增长，并连续第6年在IDC全球市场评比中占据领先位置。 2004年，IBM推出了全新开发产品- Rational Software Deve...

这几天机器被病毒搞垮了，没上来，今天上来发现圈子的人已经飙升到17人，大受鼓舞，正好赶上畅享网更新版面。UML系统建模实战讲解正式开始了。我先申明，本实战讲解假设本人带领一个小型团队开发所举实际项目例子，讲解本人认为所必要的文档。不以RUP为参照，其中穿插UML系统模型建模成果片断帮助团队成员理解分析和设计。由于没有真实开发团队配合，模型演进过程可能会由于虚构太多而脱离实际，或前后不一致，请圈友仔细辨识，积极探讨。下面开始正文 一种基于互联网的翻译交易系统 商机： 我们或许经常会遇见类似下面的情形： 1．  有很多人想把自己的产品资料翻译成外文向国外的客户推介，以寻找海外市场； 2．  听说国外优秀的某篇科技论文和某本著作不错，只可惜是外文，我阅读起来太费劲了，只好等什么时候有翻译版出来。 3．  有个在美国举行国际的技术大会可以在线转播，很多著名...