diff options
| -rw-r--r-- | parnas-a-rational-design-process.rst | 35 |
1 files changed, 20 insertions, 15 deletions
diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst index ba590b6..cb3df58 100644 --- a/parnas-a-rational-design-process.rst +++ b/parnas-a-rational-design-process.rst @@ -165,28 +165,33 @@ Page 5 余慧 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -上文所提及的内容，很明显是被每个深思熟虑过的人均公认、坦诚的人所承认的。尽管如此，我们仍旧能看到以软件设计过程为主题的会议、研究着软件设计方法论的工作小组，以及为了丰厚的市场利益扬言能描述软件逻辑方法的课程。这些人想达到什么样的目的？ +（与吴贞娴翻译的最后一段同： 上文所提及的内容，很明显为每个深思熟虑过 +的人所知、为坦诚的人所承认。尽管如此，我们仍旧能看到以软件设计过程为主 +题的会议、研究软件设计方法论的工作小组，以及为了丰厚市场利益扬言能描述 +软件设计逻辑方法的课程。这些人想达到什么样的目的？） -如果我们已经能确定一个理想的过程，就算不能严格地执行它，我们仍然可以编写文档，说明我们在理想情况下产生的结果，这能使阅读文档的人将因参照这个合理的设计而受益。这就是我们所说的“假设一个合理的设计过程”。 -下面，我们列出了这样自诩的几点理由: +如果已确定理想过程但不能精确遵循它，我们仍然像遵循理想过程而产生文档一 +样，去编写文档。 文档读者会从 **对设计的理性解释中** 受益。 这就是我们 +所说的“假装理性设计过程”。 +下面，我们列举假装如此的一些理由: - 1. 设计师需要指导。当承担一个大项目时，我们很容易被任务的艰巨所压倒，不确定首先要做什么。对理想过程的良好理解将对项目的进行带来帮助。 - 2. 如果我们试着遵循这一理想过程，而不是建立在一个临时决策的基础上， - 我们的进程一定程度上会更趋于完美，设计更趋于理性。例如，即使我 - 们不能知道设计一个理想系统所需的所有实际情况，但在开始编写代码 - 之前，尽力去理清这些事实的过程可以帮助我们更好地进行设计、减少 - 原地兜圈的错误。 +1. 设计师需要指导。 当承担一个大项目时，我们容易被任务的艰巨性压倒。 + 不能确定首先做什么。 好好理解理想过程会帮助我们知道如何进行项目。 - 3. 拥有统一的标准，对一个承担许多软件项目的组织是有好处的。这会产 - 生好的设计评定方法，令人员、想法和软件在项目间的转移变得更加容 - 易。所以确定一个标准的过程，将它完善合理就似乎变得有理有据了。 +2. 比起依靠临时决策来推动项目进行， 如果我们试着去遵循某一过程，那么我 + 们会更靠近理想过程、更靠近理性设计。 例如，即使我们无法知道设计一个 + 理想系统所需的所有事实，在编码前去寻找这些事实的努力会帮助我们更好 + 设计、更少返工。 - 4. 如果我们已经就一个理想的过程达成一致，那么度量一个项目所取得的 - 进展就会变得容易得多。我们可以将项目的成果与理想过程所要求的成 - 果进行比较，来帮我们确定落后(或领先)的范围。 +3. 承担多个软件项目的机构如果拥有统一标准则会有很多优势。 会使设计审核， + 以及人员、想法和软件在项目之间的转移变得更容易。 如果我们要去指定标 + 准过程，标准过程就应该理性的。 + +4. 如果我们已经定下理想过程，那么衡量项目进展就会变得容易得多。我们比 + 较项目目前的成果与理想过程所要求的成果， 确定落后(或领先)的地方。 |