1.对于复杂的系统，分层让代码结构清晰，便于开发人员对系统进行整体的理解、把握。如果代码没有分层，把逻辑都写在一个方法里面的代码就好比是一本没有目录的文档，要找出其中某一节都要对全文遍览一次。
2.基于第一点，如果代码层次分明，则便于开发人员维护。系统基本的架构可以通过工具（如动软代码生成器）自动生成代码。当数据库发生改变时，只需通过生成器重新生成代码，然后改动业务层中的部分代码即可。假设使用三层架构模式开发系统时，开发人员可以通过自己的判断来确定哪一层需要改动。
3.好的架构一旦写好，那么不管UI层怎么变都可以使用，比如开始使用Winform开发的后来变成web了，但是架构的代码不用变，只是对界面表现进行改动(譬如使用三层架构开发，逻辑层和数据访问层不变，只是UI层需要做变动)。管理好代码，使用户界面逻辑（UI）与业务逻辑（BLL）和数据访问代码（DAL）分割开来，这样才能在将来需要的时候把应用程序迁移到浏览器上。这也应该算是可移植性的体现吧。
4.开发人员可以节省更多的时间去注重业务的实现，而不必过多考虑数据库的连接、访问等其它问题。
--注：以上属个人参考他人的解析后的理解，如有误，请指正。