在软件架构上增加新功能的注意事项
摘要：系统架构设计之所以难是因为变数太大，既要从用户需求角度考量，又要考虑自身设计的种种局限性。异构系统间的接口设计是尤其需要注意的，因此，架构师要从宏观的角度来规划整个架构，以下列出五点注意事项仅供参考。
文章来源于DZone，作者Simon Brown分享了自己在增强软件功能的工作中得出的一些经验，详细讲述了软件体系结构同样也需要加强功能性，并列出了增加新功能时需要重点考虑的注意事项。（以下是编译内容）
我们现在需要提升正在使用的软件系统，将新的功能添加到现存的一些使用案例中。可以想象，用户案例得以执行，主要是通过用户在Web应用程序中的多个网页的实践，而且最终步骤的修改也是建立在大量用户案例基础上的。
修改系统，必须站在用户的角度，因为要以用户的身份观察修改后的系统变化。然而它本身在架构上并不重要，我们正在秘密的连接一个崭新的系统。系统改善项目需要一个非常轻的架构联系，由于自身属性，所以需要稍微多一些的架构联系。
“注重接口，而不是实现，依赖接口，而不是实现。接口是抽象的是稳定的，实现则是多种多样的。”这是设计模式中最根本的哲学。接口通常都是软件项目中较为危险的组成部分，尤其是正在使用的一个根本没法控制的接口。另外，我们现在正在做的事情是需要将现有程序与互联网中的第三方组件进行连接，这在之前是没有实现的。从编写代码的角度来讲这很容易，因为只需打开一个HTTPS连接并将少许XML数据放入即可。尽管很容易，但是由于基础设施的问题，需要服务器穿过防火墙才能访问互联网。
虽然只是加强一个现有系统的功能，但这仍然是得益于架构输入项目之一，而不是直接在代码里进行修改。在增加新的系统功能时，需注意以下几点：
- 设计出整合新功能的最好方法；
- 对接口进行定义，不管它是同步、异步、协议还是消息格式等；
- 对用户的敏感信息要保密，并确保服务认证信息在部署之后是安全的；
- 从安全的角度来看，所做的改变如何影响现有基础架构；
- 要明确新功能将如何满足现有的审核需求；
其实所做的这些和软件开发/设计项目中刚开始所做的内容没什么区别，但是它强调了在一个系统使用期内的其他阶段里，架构常常是必不可少的。
