软件架构的典型组成部分-数据设计

架构应该描述所用到的主要文件和数据表的设计。它应该描述曾经考虑过的其他方案，并说明做出选择的理由。如果应用程序要维护一个客户ID的列表，而架构师决定使用顺序访问的列表来表示ID表，那么文档就应该解释为什么顺序访问的列表比随机访问的列表、堆栈、散列表要好。在架构期间，这些信息让你能够洞察架构师的思想。在维护阶段，这种洞察力是无价之宝。离开它，你就像看一部没有字幕的外语片。

数据通常只应该由一个子系统或一个类直接访问：例外的情况是透过访问器类或者访问器子程序-以受控或者抽象的方式来访问数据。

数据应该详细定义所用数据库的高层组织结构和内容。架构应该解释为什么单个数据库比多个数据库要好（反之亦然），解释为什么不用平坦的文件而要用数据库，指出与其他访问同一数据的程序的可能交互方式，说明会创建哪些数据视图。