核对表:架构

评估架构好与坏的一些标准

针对各架构主题

• 程序的整体组织结构是否清晰？是否包含一个良好的架构全局观（以及其理由）？
• 是否明确定义了主要的构造块（包括每个构造块的职责范围及与其它构造块的接口）？
• 是否涵盖了“需求”中列出的所有功能（每个功能块对应的构造块不太多也不太少）？
• 是否描述并论证了那些最关键的类？
• 是否描述并论证了数据设计？
• 是否详细定义了数据库的组织结构和内容？
• 是否指出了所有关键的业务规则，并描述其对系统的影响？
• 是否描述了用户界面设计的策略？
• 是否将用户界面模块化，使界面的变更不会影响程序其余部分？
• 是否描述和论证了处理I/O的策略？
• 是否估算了稀缺资源（如线程、数据库连接、句柄、内存、网络带宽等）的使用量，是否描述并论证了资源管理的策略？
• 是否描述了架构的安全需求？
• 架构是否为每个类、每个子系统、每个功能类提出了空间和时间预算？
• 架构是否描述了如何达到可伸缩性？
• 架构是否关注互操作性？
• 架构是否描述了国际化/本地化的策略？
• 架构是否提供了一套内聚的错误处理策略？
• 架构是否规定了容错的方法（如果需要）？
• 架构是否证实了系统各个部分的技术可行性？
• 架构是否详细描述了过度工程?
• 架构是否决定了必要的“买VS造”策略？
• 架构是否描述了如何架构被复用的代码？
• 是否将架构设计得能够适应很可能出现的变更？

 

架构的总体质量  

• 架构是否解决了全部需求？
• 有没有那个部分“过度架构”或者“欠架构”？是否明确宣布了这方面的预期指标？
• 整个架构是否在概念上协调一致？
• 顶层设计是否独立于用作实现它的机器和语言？
• 是否说明了所有主要的策略的动机？
• 你作为一名实现该系统的程序员，是否对这个架构感觉良好？