企业运作:J2EE项目10大风险(1) 避免本文所列之10大J2EE风险，确保企业级Java项目成功 作者：Humphrey Sheil 翻译：Blueski 说明： 本文已在51CMM网站《中国系统分析员》杂志第3期刊载。 原文在 Javaworld.com/Javaworld/jw-03-2001/jw-0330-ten.html" target=_blank>http://www.Javaworld.com/Javaworld/jw-03-2001/jw-0330-ten.html -------------------------------------------------------------------------------- 在过去这段时期里，我担任过程序员、高级设计师以及架构设计师等工作，见识过很优秀的企业级Java项目，也见识过不好的，甚至很"丑陋"的项目。有时候我会自己问自己，为什么一个项目可以取得成功，而另一个却走向失败？很难定义出某种规则或标准来表明各个不同的项目应该如何成功，J2EE项目也并不例外。但与此相反的是，我们可以从各个角度和层次上去考察项目失败的原因，如果很好地避开了这些风险，项目就可以取得成功。在本文中，我将提出排名前10位的企业级Java项目风险，供读者参考。 在各种各样的风险中，有些风险只是延缓了项目的进度，有些带来了一些不必要的工作，而另一些则会把成功的可能性彻底地消除。不过，如果预先有了足够的准备和清醒的认识，那么并没有不可避免的事情。这好比如果你是一名旅行者，你清楚地知道前面的道路在什么方向，做了充分的准备，又有一位清楚知道哪里有危险的向导，这样就会比较顺利地到达自己的目的地。 本文采用了以下结构来描述风险： 风险名称：风险的标题（使用粗体） 项目阶段：在哪个项目阶段会发生风险情况 影响阶段：会影响到以后的哪些阶段 症状： 风险产生时的症状 规避方案：如何规避风险或者把其对项目的影响降低到最小程度 备注： 风险相关的补充说明和提示 通过对企业级Java项目的仔细考察，本文将J2EE项目过程分解为以下几个阶段： 提供商选择: 在开始你的J2EE项目之前，要选择最合适的提供商，从应用服务器到开发工具组合，一直至工作期间享用的咖啡的厂商。 设计： 在遵照一系列严格的规范和软件工程方法的前提下，可以开始进行足够充分的设计，然后再很自然地进入开发阶段。在开发之前，要周全地考虑好正在做什么，以及如何往下做的问题。另外，我使用了一些设计模板来确信在进入开发之前，已经想到了所有的问题和可能的解决方案。但是，我有时也在该阶段做一些编码，有时候这样做可以回答一些问题，有效地判断出性能上和模块划分上的问题。
