任何软件系统都是有边界的，无边界的系统肯定是不存在的。同时，任何一个软件系统也不可能是全封闭的，这种系统失去了存在的意义。所以说，我们接触到的软件系统都是半开放的，既然是半开放的，就必然存在和外界交互的问题，解决这个问题的答案就是接口。换句话说，只有接口才能完成这个任务，接口的意义在于不去破坏系统的内部结构，却能完成和系统的交互。所谓的交互，就是通过接口完成数据的输入、处理和输出。
因为我们的系统不是孤立的，或多或少的存在和第三方系统的联系，这种联系可以理解成从第三方系统导入数据或者是将数据导出到第三方系统进行处理，这种联系的前提是不能破坏任何一方的系统结构、不能影响任何一方系统的正常工作。为了达到这个目的，我们就需要进行接口设计。
在实际设计的过程中，我们可以将第三方系统看做一个业务对象，它提供的接口就是我们所说的业务方法，这样可以统一纳入到我们的设计框架中。比如说你可以采用UML进行统一分析和设计。
接口方法实际上是一个抽象方法，就是说接口可能只是提供了一个协议通道，具体这个通道中的数据如何去跑，会有多种方式，比如说，我们要将货物从越南运到广西，可以用飞机去运，也可以用火车去拉，还可以用卡车慢慢拉。具体采用哪种方式可以看实际情况，我们规定的接口就是将货从越南运到广西，至于你怎么运，我不会太在意。当然有人会较汁儿了，那不能啊，我得考虑成本啊，运费太贵我不干，这个就可以归结为接口的性能和质量了，你可以从多种接口方法中选一个合适的。实际上说这些有些跑题，因为我们在概要设计阶段根本不会去考虑采用哪种运输方式，而是考虑从哪儿将什么货运到哪儿，就这么简单，至于采用哪种方式，一般会放到详细设计阶段去考虑。
既然这样，我们只要梳理一下目标系统都和哪些系统或者哪些事物有瓜葛，比如说，操作人，很多人将操作人当成系统内部的对象，这是一个误解，实际上操作人是独立于系统的一个实体，他和系统的交互也是需要通过接口进行的，这就是我们经常提到的界面，所以老外叫界面为“interface”，和接口的英文是一样的。诸如此类的实体还有数据库、打印机等，这些也是独立于系统外的，不能误解为是系统内部的对象。假如这样的话，就没有必要界面交互了。
不管怎么说，接口是一个比较抽象的概念，尤其在需求分析和概要设计阶段，有时候我们不太好把握接口，就是说，哪个是内部对象，哪个是外部接口，有时候有些晕，晕的根源还是没有将目标系统的边界做清晰的划分。
注意，在一些需求文档中也会提到接口，这也是没有问题的，因为接口本身就是一个需求，所以在需求文档中将接口需求列出来并没有什么不妥。
接口设计先聊到这，今后有机会再结合实际的系统进行进一步分析。谢谢大家的阅读。
