引言： 今天与朋友对Architecture进行了一番讨论，最后这哥们搬出了《The Unified Software Development Process》的资料证明给我看
呵呵，俺不敢妄言UML三巨头的RUP有错，但如果行而上，是不是有迷失自己的危险？！
说实话，对UML和RUP，小朋友我还初...
摘要：http://www.ngnr.net的页面已经更新，upload了《“雕塑”项目定单的援助者风险分析》的ppt到页面上，方便大家阅读。同时ppt的zip也更新为此文。
另外：csdn发布合作消息的news连接如下：
http://www.csdn.net/news/newstopic/16/16486.shtml
目前“雕塑”传真，只按照文章的更新时间上榜。以后该栏目会将重要的热点的帖子上榜。（再次，......
摘要：<%//=================================================================================================/* 作为上 2 篇的补充: http://blog.csdn.net/playyuer/archive/2004/08/02/58281.aspx http://blog.csdn.net/playyuer/archive/2004/08/02/58......
Use your head,Out of the Box--对RUP的一点思考今天与朋友对architecture进行了一番讨论，最后这哥们搬出了«the unified software development process»的资料证明给我看
说实话，对uml与rup，小朋友我还初在似懂非懂的阶段。 【相关文章:**火热下载**java Msn机器人最】
呵呵，俺不敢妄言uml三巨头的rup有错，但如果行而上，是不是有迷失自己的危险？！ 【扩展阅读:Signpost启动脚本 for GNU】
为了让研发的相关人员能在一个统一的平台上进行交流，就有了uml与rational的unified software development process。 【扩展信息:Asp组件中级入门与精通系列之二】
uml这种东东给我带来对软件研发的思考，首先是从不同的角度去分析软件的合理性，但每个人有每个人的角度，从自己的角度去看问题，得到不同的结论。
如果对这种交流方式求一个极限，两个人如果水平相当，并且能够面对面的去交流，是否还需要用uml？！当然如果记录交流的结果用于本别人交流还是需要uml的。
所以uml与rup只是记录与交流开发思路的手段，用来描述与规范看问题的角度与结论，但不等于能替你思考。
但一切事务的本质还是发现问题，分析问题，解决问题。
uml与rup能够促进对软件的研发的正确理解与交流。apple以前有句广告词：“use your head！”
...
下一页 摘要：
上一篇文章写到了动态加载用户组件的组件。
但是怎样灵活的在项目中运用呢？怎样做到面向组件的开发呢？就像是积木式开发，我们的叶面可以有不同的组件来完成，而整个叶面就是一个容器，我们只不过是往容器里添加不同的元素而已，因此只要我们的元素能够做到通用，一般化，那么元素积累到了一定的程度，元素足够的丰富就可以经而一举构造出我们想要得叶面。
更多地运用到下一篇文章再详细到来。下面我们先来看看怎么样加载组合我们的用户组件：
1、让我们来先做两个元素，这里我......
