作者 内容
 lianfa   如果项目成员对RUP、UML没有什么了解。可不可以按RUP的过程实施项目。
各位好：
现在想向各位请教一个问题，目前公司准备让我带四、五个人做一个公司内部的项目，工期为六个月左右。这个项目是公司内部管理用的，并与Projecy2000进行整合即：有大量的应用程序是建立在Project的表结构的基础上的。系统使用B/S的结构，技术是使用JSP + servlet + JavaBean的结构开发。因为是使用面向对象的技术开发，所以我想按RUP的过程开发，使用UML和ROSE进行建模。但现在我手下的几个人没有使用过UML和ROSE，并且对面向对象的分析和设计经验不足。不知使用RUP的过程是不是合适。请各位赐教！
 02/01/13 15:08 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 gsycl   回复: 如果项目成员对RUP、UML没有什么了解。可不可以按RUP的过程实施项目。
个人认为用ROSE进行OO建模,对一个项目来说更多是组织者的事，如果组织工作做得好，多沟通，大家齐努力，项目已经成功了一半。
 02/01/13 16:40 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 hyuan66  如果仅仅是过程模式，不熟悉RUP也没有关系，比如微软的MSF就可以，但是看出来你更注重OO技术，那么不熟悉UML就困难了
 02/01/13 17:00 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 lianfa   回复: 如果项目成员对RUP、UML没有什么了解。可不可以按RUP的过程实施项目。
可是你想如何我的手下对UML不了解，他们能建出好的模型吗？我本想自己给他们培训，但要做项目管理，大量的文档写得我头痛，根本没能太多的时间给他们培训，或自己做。再次UML根本就只是一个工具，使用的好坏还得在各人的经验。
不过你这么说，我想一定有你的道理，我以前没有做过项目管理，只是对项目管理很感兴趣，但做起来还是比较累；有时会觉得无从下手。希望你可以多给我点经验。再说我是个大专生，而我的手下都是本科生，并且年龄都比大或和我一样。所以我想他们一定有些不服，所以希望你可以给我提一提意见！
谢谢
 02/01/14 12:58 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 lianfa   回复: 如果仅仅是过程模式，不熟悉RUP也没有关系，比如微软的MSF就可以，但是看出来你更注重OO技术，那么不熟悉UML就困难了
谢谢你的关心，不过我希望你可以具体的说一说，如果按照RUP和UMl实施项目，难点将会在什么地方，或者困难到底可以会有多大。希望我们可以多多讨论。
 02/01/14 13:01 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 javalover   回复: 如果项目成员对RUP、UML没有什么了解。可不可以按RUP的过程实施项目。
1。培训是必要的。
一个人培训出两个，两个培训出四个，这样工作效率就提高了四倍。
2.培训要有针对性。
如果项目有很强的时间性，因此培训也就是边学边用，边用边学。
将培训过程贯穿于开发过程。
3.培训的方式。
什么是培训？培训就是告之如何做？为何这么做？
只要能达到这个目的的活动就是培训。
因此，在开发过程中的交流，也可是一种培训形式。不一定要正式。
4.不服的担心。
不要告诉，不就行了。
5.尽可多的将手头的任务委托给他人。
这样做，有一个很大的好处：解放自己；锻炼他人。
提高了团队的整体工作效率和工作能力。
注意：及时监督。监督不是管制，而是为了更好的保证工作的质量。
防止因任务实施者因工作经验或知识产生工作的偏差，及进关注并引导是极为必要的。千万不要撒手不管。
 02/01/14 18:41 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 gsycl   回复: 如果项目成员对RUP、UML没有什么了解。可不可以按RUP的过程实施项目。
非常同意 javalover 的做法，同时在系统实施的初期，组织者可结合项目做一些样例，起到举一反三的作用。
 02/01/14 19:11 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 lianfa   回复: 如果项目成员对RUP、UML没有什么了解。可不可以按RUP的过程实施项目。
首先谢谢你的建议，我想我会对员工进行培训的。另外我还想请教你有关具体实施RUP的细节问题。如果你的组织现在的项目评审制度还是原来的瀑布模型，这个过程和RUP是安全不一样的。那么如何在项目的实施过程中和组织的评审制度结合起来的。
 02/01/15 08:57 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 javalover   回复: 如果项目成员对RUP、UML没有什么了解。可不可以按RUP的过程实施项目。
评审制度是很重要的。

在软件工程中，我认为很为重要的评审是：需求评审和分析评审。
其中，需求评审是重中之重。
对于成功的软件项目，好的需求分析就是软件成功了50％。我个人认为这决不是夸大。就现在的软件开发工程来说，很多过程都能细分、量化或可视，然而需求仍是无形的。如Usecase就是一个很抽象的概念；然而分析或设计就有很多的模式。及组件化技术简化了分析员的很多繁琐细节。
可以说，现在的软件只有想不到，没有做不到。

需求评审可能涉及的人员：用户，市场人员，需求分析员，系统分析员。
因为他们对项目或产品的应用都有一定的熟悉，他们都从各自的角度出发，对项目有要求，并能较好地发现他人的盲点。因此充分将需求进行讨论或过程评审能较好的在前期发现问题。

需求的形式：在头脑中待收集的需求；已有项目的需求资料。
评审主体：人员间（同角色）交叉；部门间交叉；不同角色间交叉。
评审方式：会议评审，独立评审（将待审资料，分给多个独立评审主体，将每个评审主体的评审意见隐去姓名，再进行交叉，以求客观，公正。防止因人际关系而影响评审的合理性。）
三种可单独使用，也可组合使用。

这些都要考虑到项目的特殊性或时间性来进行权衡。

评审是重要的，如果评审流于形式，则失去了它的实际意义。
 02/01/15 10:30 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 lianfa   回复: 如果项目成员对RUP、UML没有什么了解。可不可以按RUP的过程实施项目。
很感谢你的回复。我个人也认为需求分析很重要，但如何将RUP的过程与自身组织的评审制度结合起来，我想这是关键的问题。也只有这样才能使组织中的评审起到其真正的作用，而不是流于形式。但从目前来说对组织的变革不可能在短时间内起效。所以在组织中实施RUP的过程就必须有一个过渡的时期。这个时期必须将RUP的过程与组织内的制度进行融合；只有这样才可能确保项目在实施过程中不会游离于组织的评审之外，从而使项目不致于因为对RUP的没有经验而失败。从我目前的情况看我正是处于这个时期之中，而我的初衷是在项目过程中实施RUP的过程，并且仍然按公司现有的评审制度走，但这样我是不是应该对项目起双份的材料呢？如果是这样那么工期将会延长，并且增加了项目管理的难道。所以想对RUP进行适当的裁剪。所以希望你可以发表一下对RUP的裁剪的意见。衷心感谢！我的QQ是:22428970如果希望用QQ谈就Q我。
 02/01/15 13:46 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首