单位有一个项目,与一个做J2EE的公司合作完成的,开发阶段应该是严格遵循了三层架构的原则,但是项目并不另客户满意,最近,客户要修改这个系统,问题便出来了。
1:无论进行如何完备的用户需求分析,均无法达到用户的最终需要,原因很简单,用户的需求一直在变化,有人肯定要说这是用户的原因,但是这种状况是在项目中经常遇到的。
2:第二层根本不能像理论上认为的那样,能够大致保持稳定,用户需求变更更多的恰恰不是界面,而是用户“逻辑”。
3:三层架构的接口过于复杂,系统各模块之间的耦合度始终无法做到很小,经常是一个小修改就要伤筋动骨。
我在想,到底是我们水平太差,还是三层架构对项目开发有误导。我个人觉得三层架构可能和次级贷一样,看上去很美,但是基础并不牢固,对于大部分应用来说,根本不需要一个中间层。我个人认为,久经考验的“模块化”概念肯定比三层架构更为实际一些。
1:无论进行如何完备的用户需求分析,均无法达到用户的最终需要,原因很简单,用户的需求一直在变化,有人肯定要说这是用户的原因,但是这种状况是在项目中经常遇到的。
2:第二层根本不能像理论上认为的那样,能够大致保持稳定,用户需求变更更多的恰恰不是界面,而是用户“逻辑”。
3:三层架构的接口过于复杂,系统各模块之间的耦合度始终无法做到很小,经常是一个小修改就要伤筋动骨。
我在想,到底是我们水平太差,还是三层架构对项目开发有误导。我个人觉得三层架构可能和次级贷一样,看上去很美,但是基础并不牢固,对于大部分应用来说,根本不需要一个中间层。我个人认为,久经考验的“模块化”概念肯定比三层架构更为实际一些。