rup

【UML视频总结】——RUP

i.不能满足用户或商业的要求ii.不能很好的定位需求iii.模块难于集成iv.到最后才发现错误v.对于终端用户来说质量较差vi.负载时性能差vii.没有协调团队的努力viii.不断地修改-发布问题2.RUP
wangjinlong_·2015-10-31 19:00

应用软件系统架构设计的“七种武器”

对于 软件架构这一 概念，有太多的版本，目前在业界由大师级人物或组织提出的对这一概念的阐述就超过十种以上，我个人比较赞同RUP(Rational Unified Process)中对软件架构的定义，
·2015-10-31 16:22

迭代式软件开发也有陷阱

迭代式（Iterative)软件开发似乎已经成为了目前业内被证明最有效的开发方式，不管是微软模式，还是RUP或者XP，还有别的个别公司和个人尝到的模式，除去具体细节上的差别，核心思想都是迭代。
·2015-10-31 15:19

深圳金谷软件招聘DOTNET软件研发工程师（深圳地区）

数学或相关专业大专以上学历，2年以上工作经验； 2、扎实的DOTNET技术功底和较强的面向对象开发软件的思想； 3、对软件开发有着执着的研究动力和敏捷的解决问题的思维；4、熟练掌握一种软件过程方法，如CMM，RUP
·2015-10-31 15:34

VS2010实践RUP4+1架构模型(1)

  RUP4+1架构方法 RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述.
·2015-10-31 11:16

VS2010实践RUP4+1架构模型(2)

用例描述 用例实现规约 根据需求初步描述，我们给出来EPS的系统用例图.如果业务流程过于复杂，并且涉及不同的角色,可以采用带有泳道的活动图去表达.   目前VS2010还不支持带有泳道的活动图，如何要展示更精确的用例细节，必须使用用例规约来进行描述。基本上用例图+用例规约足够用了。 一般用例规约叙述要包含以简要说明，用例的正常流,替代事件流，业务规则，涉及实体等,用户在使用的
·2015-10-31 11:16

VS2010实践RUP4+1架构模型(3)

上文链接 VS2010实践RUP4+1架构模型(1) VS2010实践RUP4+1架构模型(2) 如需要解决方案源文件,请回复留下你的
·2015-10-31 11:16

rup

RUP随想 [摘要] 本文主要阐述一下我对RUP软件工程思想的看法以及一些感想。我认为软件工程既然是工程，那么纯粹的空谈理论是没有意义的，软件工程需要实干。
·2015-10-31 11:31

关于DDR2/DDR3的OCT校准问题，当把DDR放在无RUP,RDN的管脚时会出现错误Error: Can't find location to place OCT control block "termination_blk0

当把DDR放在无RUP,RDN的管脚时会出现错误Error: Can't find location to place OCT control block "termination_blk0&
·2015-10-31 11:20

几种软件测试工具

项目过程管理框架 RUP | XP | MSF 白盒测试工具： Rational Purify | Rational Quantify | Telelogic LogiScope | Macabe Macabe
·2015-10-31 11:36

如何循序渐进向DotNet架构师发展

特别是在大型软件项目中，架构师是项目核心成员，承上启下，因此RUP方法论也认同以架构为核心，体现4+1视图在整个软件开发过程中的重要作
·2015-10-31 11:19

软件开发过程(CMMI/RUP/XP/MSF)是与非

  经常看到和听到大家在争论敏捷过程、RUP和CMM 哪个软件开发过程更好或者哪个过程不好，各自都有理由、争论得不亦乐乎......实际上，没有十全十美的过程，也不存在更好的过程。
·2015-10-31 11:55

Rational统一建模过程的十大要素

为了有效的应用 Rational 统一过程 （RUP）,首先要理解它的关键目标,并且弄清楚每一个目标为什么重要,他们是怎么样结合在一起，共同帮助你的开发团队满足涉众需求，生产出优质产品的。
·2015-10-31 10:25

项目中如何进行敏捷建模

我们已经看到，它的主要用途在于XP（极限编程）方面，目的是使现代文档构建过程更加明晰；或是与RUP（Rational统一过程）结合，降低一些官僚作风，并使它尽可能精简。
·2015-10-31 10:25

RequisitePro中需求管理的12个步骤

本文将介绍Rational Unified Process (RUP)中的有关于需求管理的基本概念，并展示如何使用RequisitePro来实行需求管理。
·2015-10-31 10:55

什么是Scrum

这个轻量的过程可以作为包装器，也就是说你可以把Scrum与其它灵活的过程框架组合起来，比如说RUP。
·2015-10-31 10:48

怎样画好架构图

　　参加了一个如何画好架构图的培训，总结下来有一下几点：　　1.设计也死　　2.做正确的架构，正确清晰的表达架构，将架构正确应用到系统　　3.Rup 4+1 视图：逻辑视图、进程视图、实现视图、用例视图
·2015-10-31 10:06

系统架构图怎么画

　　系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构
·2015-10-31 10:06

数据库重构

这些过程的例子包括Rational统一过程 （RUP）、极限编程（XP）、Scrum、动态系统开发方法（DSDM）、水晶方法系列、团队软件过程（TSP）、敏捷统一过程（AUP）、企业统一过 程（EUP）
·2015-10-31 10:08

RUP中的迭代模型

理解 　　如果认为这个解释难以理解，可以这样想：   　　我们开发一个产品，如果不太复杂，会采用瀑布模型，简单的说就是先定义需求，然后构建框架，然后写代码，然后测试，最后发布一个产品。   　　这样，几个月过去了，直到最后一天发布时，大家才能见到一个产品。   　　这样的方式有明显的缺点，假如我们对用户的需求判断的不是很准确时——这是很常见的问题，
·2015-10-31 10:44

如何循序渐进向DotNet架构师发展

特别是在大型软件项目中，架构师是项目核心成员，承上启下，因此RUP方法论也认同以架构为核心，体现4+1视图在整个软件开发过程中的重要作用。
·2015-10-31 10:55

RUP与XP的平衡之道

人有过什么经验，遇到过什么恐惧的事，就会形成设法避免这种事情的方法学。研究重型方法学的人可能一直以来的经验就是组织上千人的开发队伍进行开发，比如说大型电信系统的开发、军事航天系统的开发......这种项目严格强调过程执行的规范，注重文档规范、评审及过程度量。而发明XP的人可能一直是在小团队里做项目，项目团队只有3、5个人，项目总是会因为没有满足用户价值而被Cancel，开发公司也蒙受损失，因此注重
·2015-10-31 10:18

Rup架构视图

RUP中有四种软件视图，这里复习一下，并根据资料整理一下。 .软件的质量特性分为功能性需求和非功能性需求。 功能需求就是"软件有什么用，软件需要做什么"。
·2015-10-31 10:46

如何循序渐进向DotNet架构师发展

特别是在大型软件项目中，架构师是项目核心成员，承上启下，因此RUP方法论也认同以架构为核心，体现4+1视图在整个软件开发过程中的重要作用。
·2015-10-31 09:31

软件以人为本2 - 为什么软件要以人为本？

CMMI、TSP、PSP、RUP、UML还有MDD等等就是在那几年开始火爆的。招募一帮代码工人，给他们合适的工具，用最好的流程和方法学管理他们，他们就能生产出符合要求的软件产品。多么好的想法啊！
·2015-10-31 09:03

从程序员到架构师转变

特别是在大型软件项目中，架构师是项目核心成员，承上启下，因此 RUP{Rational Unified Process,强调软件开发是一个叠代模型Interative Model），RUP定义了四个阶段
·2015-10-31 09:24

转软件开发过程学习总结

软件开发过程学习总结 目的：初步理解CMM、RUP、XP分别是怎样的过程，弄懂其关键步骤，分析其优劣及适应情况。
·2015-10-31 09:08

杂话用例建模【2】：需求模型

除Use Case外的部分，叫法有好几种，有的叫“非功能性需求（Non-functionality）”，IBM RUP中叫“补充说明（Supplementary Document）”，又后来微软的MSF
·2015-10-31 09:30

杂话用例建模【1】：需求即Use Case？非也。

因此本文亦不会对一些常见的术语进行特别说明，如Use Case、RUP、MSF等。 写成一篇篇小短文是因为我自己喜欢读小短文，可参见“ 让它们更短些吧——呼吁大
·2015-10-31 09:30

如何循序渐进向DotNet架构师发展

特别是在大型软件项目中，架构师是项目核心成员，承上启下，因此        RUP方法论也认同以架构为核心，体现4+1视图在整个软件开发过程中的重要作用
·2015-10-31 09:01

互联网产品一迭代无处不在

作为程序员，我想大家都很熟悉RUP的概念或都在项目或产品中也实施过RUP。 我在现有负责的产品聚聚呀架构工作所能感受到的，迭代它无处不在。 无论是产品的概念还是在产品的设计，架构和开发。
·2015-10-31 09:02

2. 软件工程

2）原型模型： 　　3）迭代：（没搞明白迭代和原型间的区别于联系） 　　4）螺旋：包含多中原型，具体也没听明白 　　5）Rup或Up，Rational统一过程： 　　　　重量级！ 　　
·2015-10-31 09:52

TFS(Team Foundation Server)敏捷使用教程(一)：引言

引言 1 中国式软件过程的坏味道 RUP，CMM/CMMI到了中国就变了味。。。。。。
·2015-10-31 09:53

从LN项目中体会RUP

LN项目的页面做了一些细节上的调整，这前前后后也差不多快要一个月时间了，这个月中每隔几天公司那边都会跟挤牙膏似的给挤点要调整的东西，搞得大家情绪和能动性上低落了不少，这次没有参与项目整个过程，却体会了RUP
·2015-10-31 09:52

人月神话blog：如何循序渐进向DotNet架构师发展

特别是在大型软件项目中，架构师是项目核心成员，承上启下，因此RUP方法论也认同以架构为核心，体现4+1视图在整个软件开发过程中的重要作用。架构人员既要精
·2015-10-31 09:45

构建之法5.3-=开发流程、第六章、第七章

第五章：（开发流程） 　　书中介绍了六种开发流程：写了再改模式、瀑布模型、瀑布模型的各种变形、RUP模式、老板驱动模式和渐进交付的流程。 　　
·2015-10-31 09:18

RUP中对系统架构师的指导（读书笔记）

RUP中对系统架构师的指导（读书笔记） Posted on 2007-03-24 10:55 落花人独立 阅读(20) 评论(0)   编辑  收藏 引用 网摘 所属分类
·2015-10-31 08:23

UML建模的要点总结(一）

在上一篇《 RUP的十大要素》中，介绍了RUP的一些要素，这篇开始，将进入UML的细节问题。
·2015-10-31 08:40

RUP——软件开发过程

RUP介绍：面向对象适应UML处理的问题：对开发过程改进，需求管理，应对用户需求，早发现缺陷，维护性强最佳实践：  1.迭代式开发（先选择风险最大的做）  2.管理需求  3.采用构建架构    构件架构优势
hongwei15732623364·2015-10-30 21:00

UP与瀑布模型

Rational统一过程（Rational Unified Process，RUP）是对统一过程（RP）的详细精化，并且已经
·2015-10-30 19:41

敏捷方法的几个问题

我理解xp与rup，cmm是两个极端（都是很好的），而经验就是如何在这两个极端中根据项目、开发小组等情况把握平衡点， 1、敏捷方法强调最少化的文档，甚至认为“好的代码就是你所需要的所有文档”。
·2015-10-30 15:16

简介RUP

　　随着现代信息产业的蓬勃发展，软件开发已经成为一项浩大繁复的工程。就象是建造一座宏伟的宫殿，从计划、设计到施工，每一个环节都必须严格把关，稍有不慎，整个工程就会失败。据统计，仅在美国，每年就有180,000个信息技术项目，耗资大约$2500亿美元，其中25-30%的项目会流产。由此可见，由于管理不善和设计上的失误所造成的损失是巨大的。现代软件开发的管理和方法论显得比以往任何时候都更为重要。
·2015-10-30 14:32

关于UML学习和使用

UML、RUP，学了很久好像还是什么都稀里糊涂的。然后开始找原因：觉得没有牛人带？没有接受过系统的培训？公司不给条件应用，比如时间上不允许？国内这方面呼声高而真正搞的公司少？
·2015-10-30 14:27

应用软件系统架构设计的“七种武器”

 对于软件架构这一概念，有太多的版本，目前在业界由大师级人物或组织提出的对这一概念的阐述就超过十种以上，我个人比较赞同RUP(Rational Unified Process)中对软件架构的定义
·2015-10-30 14:16

读《构建之法》5.5、6-7章

第五章：（开发流程） 　　书中介绍了六种开发流程：写了再改模式、瀑布模型、瀑布模型的各种变形、RUP模式、老板驱动模式和渐进交付的流程。
·2015-10-30 13:43

读《构建之法》5—7章

第五章 第三节 书本上给我们介绍了瀑布模型、生鱼片模型、子瀑布模型和RUP，实际上目前的公司做出一个软件都是以渐进交付的流程不断循环的，最后才决定最终版本的吗？
·2015-10-30 13:04

运用RUP 4+1视图方法进行软件架构设计(ZT)

本文从理解需求种类的复杂性谈起，通过具体案例的分析，展示了如何通过RUP的4+1视图方法，针对不同需求进行架构设计，从而确保重要
·2015-10-30 11:09

RUP 核心概念

http://www.cnblogs.com/cxsharp/articles/157691.html 软件工程流程 流程是为实现某个目标而设定的一系列次序相对固定的步骤；在软件工程中，要实现的目标是开发一个软件产品，或增强现有软件产品；在流程工程中，其目标是实现或增强一个流程。 按业务建模的术语，软件开发流程是一个业务流程；Rational Unified Process 是一个面向对象软
·2015-10-30 11:09

用例模型

用例的使用在RUP中倍受推崇，整个RUP流程被称作是“用例驱动”，各种类型的活动包括，项目管理，分析设计、测试、实现等都是以系统用例为输入工件，用例模型奠定了整个软件开发的基础。
·2015-10-30 11:05

从IT方法论来谈RUP

　　在《从IT方法论来谈Scrum》中我谈到了6Ways方法框架，本篇仍用6Ways方法框架来概括的谈谈RUP方法。 　　软件开发过程描述了软件构造、部署和维护的一种方法。
·2015-10-30 11:58
上一页 4 5 6 7 8 9 10 11 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他