方法论大都都是骗局,某些理论家高明的拼凑，然后释出厚厚一叠书，就扔给了下游，好比中国，趋之若鹜般地. 所谓专家拼凑RUP, 蹩脚的UML，到底多大程度提高了生产力呢？Agile是最新一轮方法热潮，但是事实上你看到的现实往往是那么地凌乱和无序。往往开发方法之间工具集都是互相渗透，互相借鉴。 就像vAgent，因为是承接的第三方业务而非自营，最开始阶段方法论都无人提及，完全Common Sense。 ...

zz一篇，觉得这里面的超链接做的不错，可以方便查阅：）http://bbs.tech.ccidnet.com/read.php?tid=558114 Rational 新手入门 本文所介绍的内容是专门为 Rational 新手准备的。 developerWorks Rational 专区汇集了向那些开发人员、管理人员、业务策划和其他想要了解如何探究 IBM Rational ...

一个网站项目的确立是建立在各种各样的需求上面的，这种需求往往来自于客户的实际需求或者是出于公司自身发展的需要，其中客户的实际需求也就是说这种交易性质的需求占了绝大部分。面对对网站开发拥有不同知识层面的客户，项目的负责人对用户需求的理解程度，在很大程度上决定了此类网站开发项目的成败。因此如何更好地的了解、分析、明确用户需求，并且能够准确、清晰以文档的形式表达给参与项目开发的每个成员，保证开发过程按照 ...

经过近十年的发展，说Java是地球上最受欢迎的程序开发语言一点也不为过。Java赋予开发人员高度的选择自由，展现「Java Everywhere」的魅力与成效。 你我的生活周遭已处处可见Java；到火星上走走、eBay大采购、网络银行转帐、拿着健保卡到医院看病、无聊时把玩手机上的Java游戏…。 在生活中，你通常只知道「喔！原来这网站是用Java写的」、「喔！原来这是手机的Java Game」 ...

曾泛泛地看过本叫《代码大全》的书，其他都没记住，只记得讲到一个类比的问题，即“软件的研发”和哪种人们比较熟知的事务有可比性，以便不熟悉软件研发的人（各级管理层，客户等）能够得到个大致合适概念。很多人都把“软件研发”类比成“房屋的建筑”，我也很同意这个类比。 在上海有很多在建的高楼大厦，路过那些工地，我常常会想：即便是100万行规模的软件研发，难道就比造一幢10来层的楼难度更大吗？ 虽然也有 ...

来源：《商界评论》 　　德鲁克说过：“管理人员付诸实践的是管理学而不是经济学，不是计量方法，不是行为科学……其本质不在于‘知’而在于‘行’；其验证不在于逻辑，而在于成果；其唯一权威就是成就。” 　　这位伟大的导师一针见血地为管理指出了行动的方向，即结果导向——管理者必须为自己行为的后果负责。 　　而在今天，你很容易到各个企业发现这样的管理者——他们熟练地使用PPT，喜欢用完美的图表和理论逻辑 ...

来源：《商界评论》 　　德鲁克说过：“管理人员付诸实践的是管理学而不是经济学，不是计量方法，不是行为科学……其本质不在于‘知’而在于‘行’；其验证不在于逻辑，而在于成果；其唯一权威就是成就。” 　　这位伟大的导师一针见血地为管理指出了行动的方向，即结果导向——管理者必须为自己行为的后果负责。 　　而在今天，你很容易到各个企业发现这样的管理者——他们熟练地使用PPT，喜欢用完美的图表和理论逻辑 ...

来源：《商界评论》 　　德鲁克说过：“管理人员付诸实践的是管理学而不是经济学，不是计量方法，不是行为科学……其本质不在于‘知’而在于‘行’；其验证不在于逻辑，而在于成果；其唯一权威就是成就。” 　　这位伟大的导师一针见血地为管理指出了行动的方向，即结果导向——管理者必须为自己行为的后果负责。 　　而在今天，你很容易到各个企业发现这样的管理者——他们熟练地使用PPT，喜欢用完美的图表和理论逻辑 ...

1、项目经理必须关注项目成功的三个标准 简单地说，一是准时；二是预算控制在既定的范围内；三是质量得到经理和用户们的赞许。项目经理必须保证项目小组的每一位成员都能对照上面三个标准来进行工作。 2、任何事都应当先规划再执行 就项目管理而言，很多专家和实践人员都同意这样一个观点：需要项目经理投入的最重要的一件事就是规划。只有详细而系统的由项目小组成员参与的规划才是项目成功的唯一基础。当现实的世 ...

用例(Use Case)的优势 http://se.csai.cn/ANALYZE/200806230847161234.htm 　　用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至，整个RUP流程都被称 ...

软件工程过程和软件生存周期 http://se.csai.cn/PubCMM/200806230844021972.htm 　　许多计算机和软件科学家尝试，把其它工程领域中行之有效的工程学知识运用到软件开发工作中来。经过不断实践和总结，最后得出一个结论：按工程化的原则和方法组织软件开发工作是有效的，是摆脱软件危机的一个主要出路。 　　(1) 软件工程过程 (Software Engineer ...

刘小备如何做项目－关于生命周期模型 进行完软件估计后，刘小备开始启动下一阶段的工作选择软件生命周期，可供软件生命周期模型这么多，有原型法、编码-修改法、传统瀑布、改进瀑布、增量、螺旋、RUP、XP，还有什么“V”模型、“W”模型，到底选择哪一种呢？刘小备想起来头大，索性就不想了，直接去找昔日故交孔小明，如今的孔小明已经是“孔氏项目管理咨询有限公司”的总经理，毕竟有前些年大大小小几十个项目的丰 ...

面向对象与领域建模 多变且复杂的需求 　　如果没有多变的需求，也许就没有今天的面向对象软件，我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击，可是这样下去的结果只有一个：使得软件更加僵化；或者程序员更加 劳累。 　　需求不但多变，而且经常是不可能第一次就能掌握，需求反映了某个领域的专业知识，例如数学、管理、财务或 电子商务等等，每个特定案例需求又有其特别 ...

迭代、进化、敏捷 1、相对于“瀑布”生命周期，迭代和进化式开发对部分系统及早地引入了编程和测试，并重复这一循环。这种方式通常在还没有详细定义所有需求的情况下假设开发开始，同时使用反馈来明确和改进演化中的规格说明。 2、迭代开发中，我们依赖于短时快速的开发步骤、反馈和改写来不断明确需求和设计。相比之下，瀑布模型提倡在编程之前就预先完成需求和设计。 3、一直依赖，瀑布模型总是和软件项目的高失败 ...

瀑布生命周期 1、瀑布（或顺序）生命周期过程中，视图在编程之前详细定义所有或大部分需求。而且通常在编程之前创建出完整的设计或模型。同样试图在开始之前定义“可靠”的计划或时间表，但常常事与愿违。 2、瀑布模型与高失败率、低生产率、高缺陷率具有极大关系（与迭代项目相比）。 3、瀑布思维常常侵蚀迭代或UP项目。例如“让我们在开发编程之前编写所有用例”或“让我们在开始编程之前用UML完成更多详细的 ...