J2EE开发项目10大风险总结.docxVIP

J2EE 开发项目 10 大风险总结 当你开始着手组织一个企业级 Java项目的时候，就如同开始同时轮回 地扔好几个魔术小球： 业主关系处理、连续而漫长的设计开发过程，以 及保持健全与完整性，等等。每一个“小球”都会带来其固有的风险，有 些显而易见，有些则不易发觉。尽管如此，所有这些风险差不多上完全能 够幸免的。本文作者Humphrey Sheil分析了威逼到企业级Java项目成功 的 10 大风险， 并一一列出了风险规避的策略方法。 在过去这段时期里，我担任过程序员、高级设计师以及架构设计 师等工作，知识过专门优秀的企业级 Java项目，也知识过不行的，甚至专 门丑陋的项目。有时候我会自己咨询自己， 什么缘故一个项目能够取得成 功，而另一个却走向失败？专门难定义出某种规则或标准来表明各个不同 的项目应该如何成功，J2EE项目也并不例外。但与此相反的是，我们能够 从各个角度和层次上去考察项目失败的缘故，如果专门好地躲开了这些风 险，项目就能够取得成功。在本文中，我将提出排名前 10 位的企业级 Java 项目风险，供读者参考。 在各种各样的风险中，有些风险只是延缓了项目的进度，有些带来了 一些不必要的工作，而另一些则会把成功的可能性完全地排除。只是，如 果预先有了足够的预备和清醒的认识，那么并没有不可幸免的情况。这好 比如果你是一名旅行者，你清晰地明白前面的道路在什么方向，做了充分 的预备，又有一位清晰明白哪里有危险的向导，如此就会比较顺利地到达 自己的目的地。 本文采纳了以下结构来描述风险： 风险名称：风险的标题（使用粗体） 项目时期：在哪个项目时期会发生风险情形 阻碍时期：会阻碍到以后的哪些时期 症状： 风险产生时的症状 规避方案：如何规避风险或者把其对项目的阻碍降低到最小程度 备注： 风险有关的补充讲明和提示 通过对企业级Java项目的认真考察，本文将J2EE项目过程分解为以下 几个时期： 提供商选择 : 在开始你的 J2EE 项目之前， 要选择最合适的提供商， 从 应用服务器到开发工具组合，一直至工作期间享用的咖啡的厂商。 设计： 在遵照一系列严格的规范和软件工程方法的前提下，能够开 始进行足够充分的设计，然后再专门自然地进入开发时期。在开发之前， 要周全地考虑好正在做什么，以及如何往下做的咨询题。另外，我使用了 一些设计模板来确信在进入开发之前，差不多想到了所有的咨询题和可能 的解决方案。然而，我有时也在该时期做一些编码，有时候如此做能够回 答一些咨询题，有效地判定出性能上和模块划分上的咨询题。 开发: 也确实是程序开发时期，选择一些好的开发工具，进行精良的 设计等等， 心。 在那个时期将显示其优越性，同时能够给开发带来专门大的关 稳固性/负载测试：在该时期，系统架构师和项目经理应该冻结住产品 特性，并把焦点放在质量以及产品参数（承诺的并发用户数量，故障复原 情形，等等）上。质量和性能在该时期应得到足够的重视。因此，最好应该幸免在前时期写出不良的运行缓慢的代码而到本时期来作专门多的修 改。 成熟期：这不是一个真正的项目时期，而是一个固定的预备时期。过 去埋伏的错误（来自于糟糕的设计和开发、错误的厂商选择）可能显现并 阻碍你的系统。 风险 1:没有真正明白得 Java, EJB, 和 J2EE 那个咨询题能够分解为 3 个部分，以便于分析。 描述 : 没有真正明白得 Java 项目时期 :开发 阻碍时期：设计、稳固性测试、成熟期 对系统性能的阻碍：可爱护性、可扩展性、性能 症状： 重复开发了 JDK 核心 API 中的功能或类 不明白得以下列表中的某些项（这只是一些主题或者实际例子而 已）： 垃圾收集器 （train, generational, incremental, synchronous, async hronous） 对象在何时能被进行垃圾收集dangling references 对象在何时能被进行垃圾收集 dangling references 使用的继承机制及其权衡 over-riding 和 over-loading 方法 什么缘故 java.lang.String （在那个地点用你所中意的类代替 ） 提供的 性能不行 Java中的pass-by参考语义和 EJB中pass-by值的语义的比较 使用 == 或者使用 equals（） 方法 for nonprimitives 在不同平台上Java线程的运行顺序方式（例如是否是抢先方式的） 新线程和本地线程的比较 Hotspot 技术（以及什么缘故旧的性能调整技术降低了 Hotspot 的优化 成效） JIT，以及什么时候好的JIT变得不行（未安装的JAVA编译器，以及你 的代码运行得刚够良好 ） API 搜集 RMI 规避方案： 你需要持续改进Jav