前言：
本系列文章主要讲述一个实实在在的项目开发的过程，主要包含：提出问题，解决问题，架构设计和各个逻辑层的实现以及新问题的出现和代码的重构。本系列文章以故事的形式展开，而且文章列举的很多项目的名称，大家也不用太关心，很多都是虚拟的。
本篇主要讲述项目的一些背景
新人Richard被分配到了一个企业自动化信息管理项目组--Automation Information Management Project（后面简称AIM），当Richard进入项目组的时候，这个项目已经开始了，项目的架构也已经在两周之前构建好了--SOA架构，而且使用的主要技术也敲定了：WCF， Linq.
注：因为项目是首次采用“新技术”（因为以前没有使用WCF，Linq，所以被称为新技术），项目就这样开始进行了。
半年之后问题就开始出现了（其实问题就一开始就出现了，只是大家还认为问题不大）：因为当初在设计的时候，项目的架构是由项目组的其他两个人设计的，整个项目开发基本上就没有采用面向对象的思想来开发，而且虽然在架构设计上分了：数据层，业务层，服务层，和UI层，但是各层之前是紧紧的耦合，可以说是“牵一发而动全身”：如数据访问层稍微一改，业务层就跟着动，然后改变一层层的开始波及。
大家都开始觉得这样很累，但是项目已经做到这个阶段了，不可能重来。每次新需求一来，项目的的改动可以说是天翻地覆。而且当初设计架构的那位仁兄也就项目一开始的一个月后就走了。
下面的图就展示项目中的架构设计：
咋一看起来还是不错的，一般的架构都是这样设计的。下面就开始讲述它们之间的一些调用关系，看看有什么问题：
数据访问层：
public class EmployeeDAL
{
public List<Employee> GetAllEmplyees()
{
//...
}
}
其中Employee就是Linq生成的一个实体对象。
业务层：
代码
public class EmployeeBL
{
public List<Employee> GetAllEmplyees()
{
EmployeeDAL employeeDAL = new EmployeeDAL();
return employeeDAL.GetAllEmplyees();
}
}
