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

  1. 程序的整体组织结构是否清晰?是否包含一个良好的架构全局观?
  2. 是否明确定义了主要的构造块(包括每个构造块的职责范围及其他构造块的接口)?
  3. 是否明确函盖了“需求”中列出的所有功能(每个功能对应的构造块不太多也不太少)?
  4. 是否描述并论证了那些关键类?
  5. 是否描述并论证了数据设计?
  6. 是否详细定义了数据库的组织结构和内容?
  7. 是否指出了所有关键的业务规则,并描述其对系统的影响?
  8. 是否描述了用户界面设计的策略?
  9. 是否将用户界面模块化,使界面的变更不会影响程序其余部分?
  10. 是否描述并论证了处理I/O的策略?
  11. 是否估算了稀缺资源的使用量(如线程,数据库连接,句柄,网络带宽等),是否描述并论证资源管理的策略?
  12. 是否描述架构的安全需求?
  13. 架构是否为每个类,每个子系统,或每个功能域提出空间与时间预算?
  14. 架构是否描述如何达到可伸缩性?
  15. 架构是否关注互操作性?
  16. 是否描述了国际化/本地化的策略?
  17. 是否提供了一套内聚的错误处理策略?
  18. 是否规定了容错的办法?
  19. 是否证实了系统各个部分的技术可行性?
  20. 是否详细描述了过度工程的方法?
  21. 是否包含了必要的“买 vs .造”的决策?
  22. 架构是否描述了如何加工被复用的代码,使之符合其他架构的目标?
  23. 是否将架构设计得能够适应很可能出现的变更?
访问Beetlex的Github
原文地址:https://www.cnblogs.com/smark/p/2670845.html