软件层级架构解析：层次结构详解

作者将软件分为五个层次，提了需要在不事的层次上进行设计，不同层次上有不同的设计技术。

层次性有利于我们能在任意层面上观察系统，并得到某种一致性的看法，而不需要进入其它层次。

第二层 分解为子系统或包

• 主要成果：识别出所有的主要子系统
• 主要设计活动：确定主要的子系统，并定义清楚各子系统如何使用其它子系统。对于需要几周时间才能完成的项目，在这一层次上进行划分通常是必需的，如果项目很小，可以直接进入第三层设计
• 要点：不同子系统间通信规则。如果所有子系统都能与其它子系统通信，就失去了分开的意义，应该通过限制子系统间的通信，让每个系统更有意义

子系统间通信太多，将导致修改某个子系统时，需要考虑与之相关的所有子系统，增加了维护，升级变更的工作量和难度，增加了很多不确定性和隐藏的问题。

常见的子系统

• 业务规则
• 用户界面
• 数据库访问
• 对系统的依赖性

第三层 分解为类

主要设计任务：把所有的子系统进行适当分解，并确保分解出的细节都恰到好处，能够用单个的类实现。

定义类时，也同时定义类与其它子系统类打交道的细节，尤其要定义好类的接口。

第四层：分解成子程序

细化出类的私有子程序，对于用时超几小时的，就有必要做这层的设计。

通常是留给程序员个人完成的，虽然 不用非常正式地完成这一步骤，但至少也要在脑中完成。

第五层：子程序内部的设计

通常是负责开发的人员完成，为每个子程序布置详细功能，如伪代码、选择算法、组织代码块。

这一层的设计总时需要做的，有时和实现同时进行，有时做得很不在意或很差劲，有时则是经过深思熟虑的。

免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删