From 729e4c52bf921a2bee205f269ad0f31ef1ad18ce Mon Sep 17 00:00:00 2001
From: Lan Hui <1348141770@qq.com>
Date: Fri, 20 Jun 2025 15:06:26 +0800
Subject: =?UTF-8?q?=E6=94=B9=E8=BF=9B=E7=BF=BB=E8=AF=91?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 parnas-a-rational-design-process.rst | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index d644ebd..0df463a 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -320,7 +320,7 @@ B. 设计并记录模块结构
 (Page 11)
 
 
-我们需要模块指南去避免重复，避免分歧，实现 **关注点分离 (Separation of Concerns)**，并且最重要的是，当对软件不熟悉的维护人员有一个问题报告时，去帮助他找出必须处理的模块。再一次，我们看到记录设计决定的文档与在维护阶段使用的文档是同一个文档。
+我们需要模块指南去避免重复，避免缺漏，实现 **关注点分离 (Separation of Concerns)**，并且最重要的是，当对软件不熟悉的维护人员有一个问题报告时，去帮助他找出必须处理的模块。再一次，我们看到记录设计决定的文档与在维护阶段使用的文档是同一个文档。
 
 如果我们勤勉地将信息隐藏 (information hiding) 或关注点分离 (separation of concerns) 应用于大型系统，那么最终肯定会有大量模块。只是简单列出模块名而没有其它结构的指南，只会对熟悉系统的人有帮助。 我们的模块指南有一个树形结构，它将系统划分成少量几个模块，并以相同的方式细分每个模块，直到所有模块都非常小为止。 这种文档的完整例子， 见[3]。 对这一办法以及其好处的讨论，见[15，6]。
 
-- 
cgit v1.2.1