架构设计考虑的问题（出自代码大全II）

程序的整体组织结构是否清晰？是否包含一个良好的架构全局观？

是否明确定义了主要的构造块（包括每个构造块的职责范围及其他构造块的接口）？

是否明确函盖了“需求”中列出的所有功能（每个功能对应的构造块不太多也不太少）？

是否描述并论证了那些关键类？

是否描述并论证了数据设计?

是否详细定义了数据库的组织结构和内容？

是否指出了所有关键的业务规则，并描述其对系统的影响？

是否描述了用户界面设计的策略？

是否将用户界面模块化，使界面的变更不会影响程序其余部分？

是否描述并论证了处理Ｉ/Ｏ的策略？

是否估算了稀缺资源的使用量（如线程，数据库连接，句柄，网络带宽等），是否描述并论证资源管理的策略？

是否描述架构的安全需求？

架构是否为每个类，每个子系统，或每个功能域提出空间与时间预算？

架构是否描述如何达到可伸缩性？

架构是否关注互操作性？

是否描述了国际化/本地化的策略？

是否提供了一套内聚的错误处理策略？

是否规定了容错的办法？

是否证实了系统各个部分的技术可行性？

是否详细描述了过度工程的方法？

是否包含了必要的“买 vs .造”的决策？

架构是否描述了如何加工被复用的代码，使之符合其他架构的目标？

是否将架构设计得能够适应很可能出现的变更？