软件中存在的技术风险

风险１：不理解三层架构，经验不足过度使用某些技术（如xml,web webservice）、业务规则　　　　　和逻辑混在一起

后果１：（１）按照２层经验去设计三层架构，一个不好的经验导致整个系统瘫痪（２）过度使用xml,web service导致性能严重不佳  （３）一个页面写５,6千行代码，无法维护，缺乏可伸缩性

风险２：对主机没有做好提前规划，急于上线

后果２：运行一段时间后系统资源不足，必须重新规划

风险３：业务（数据）架构不合理（查询、插入操作放在一起）

后果３：查询、插入需要不同的优化方式

风险４：测试不全面

后果４：用户成了试验田

风险５：陈旧的开发过程，没有每日集成，未及时与客户确认功能实现

后果５：上线临近出现一大堆无法解决的问题

风险６：未做好集中压力测试

后果６：并发时系统崩溃

风险７：没有好的架构，缺乏好的开发规范

后果７：程序bug重多，代码很难维护，代码水平依赖程序员水平。

风险８：缺乏数据库规划

后果８： 噩梦般的熬夜调优、维护

风险９：脱离现状的设计

后果９：满足不了客户要求

风险１０：供应商缺乏全面的服务和集成能力

后果１０：多家供应商扯皮，导致服务质量下降

风险１１：没有真正理解java多线程、对象、继承、垃圾回收机制等等；没有真正理解JDBC、没有真正理解Ｊ２ＥＥ、sevelet、JSP、MVC

后果１１：造成可靠性、可维护性、可伸缩性、性能问题。

风险１２：过度设计

后果１２：严重的性能问题

风险１３：操作性、友好性不好

后果１３：很难使用、业务员抱怨成堆、实施异常困难