软件架构检查项

 

 

1.程序的整体组织结构是否清晰？是否包含一个良好的架构全局观（及其理由）？

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

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

4.是否描述并论证了最关键与核心的类？

5.是否描述并论证了数据设计？

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

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

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

9.是否描述并论证了处理I/O的策略？

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

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

12.架构是否为每个类、每个子系统、或每个功能域（Functionality Area）提出空间与时间预算？

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

14.架构是否关注互操作性？

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

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

17.是否规定了容错的办法（如果需要）？

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

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

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

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

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

23.架构是否解决了全部需求？

24.有没有哪个部分是“过度设计”或“欠设计”？

25.整个架构是否在概念上协调一致？

26.顶层设计是否独立于用作实现它的机器和语言？

27.是否说明了所有主要的决策的动机？