diff options
| -rw-r--r-- | parnas-a-rational-design-process.rst | 46 |
1 files changed, 34 insertions, 12 deletions
diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst index e02b53a..575c9b6 100644 --- a/parnas-a-rational-design-process.rst +++ b/parnas-a-rational-design-process.rst @@ -198,19 +198,40 @@ Page 5 Page 6 -------------------------------------------------------------------------- -魏含饴 +魏含饴 OK ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -5．外部人员对项目进展情况进行定期审查会为形成良好的管理造成至关重要的影响。如果项目计划进入一个理想的进程，那么审查就会更容易进行。 -IV.开发过程的描述应该告诉我们什么？ -我们相信对于开发过程描述的最有用形式是工作产品。对于过程的每一个阶段，我们都会进行描述： --下一步我们应该做什么； --工作产品必须满足什么标准； --什么样的人能够胜任这项工作； --他们会在工作中使用哪些信息； -任何无法描述的对工作产品过程的管理只能从精神方面被理解。只有当我们知道哪些工作产品是适当的，它们必须满足什么标准，我们才能审查项目并衡量进度。 -V．合理的设计过程是什么？ -在本节中，我们将描述我们所遵循的合理的、理想化的软件设计过程。每个步骤都附有与该步骤相关联的工作产品的详细描述。以下过程的描述既不包括测试也不包括审查。这并不意味着我们忽视了其中的任何一个。在本文中，我们描述的是一个理想的过程；测试和审查属于实际的过程，而不是理想的过程。在应用本文描述的过程时，我们对每一个工作产品进行了广泛而系统的审查，并对生成的可执行代码进行了测试。 +5． 外部人员对项目进展定期审查对良好的管理不可或缺。 如果项目试图紧随 + 理想过程，审查就会更容易。 + +IV. 开发过程描述应该告诉我们什么？ +`````````````````````````````````````````````````````````````````````````` + +我们相信开发过程描述的最有用形式是工作产品。对于过程的每一个阶段，我们 +描述： + + - 下一步应该做什么； + + - 工作产品必须满足什么标准； + + - 谁做这项工作； + + - 他们工作中应使用哪些信息； + +无法用工作产品描述的任何过程管理只能由会读心的人来做。 只有知道需要哪 +些工作产品，以及它们必须满足的标准，我们才能审查项目并衡量进度。 + + +V． 理性设计过程是什么？ +`````````````````````````````````````````````````````````````````````````` + +本节我们描述我们所遵循的理性的、理想化的软件设计过程。 每个步骤 +都伴随着与该步骤相关的工作产品的详细描述。 + +以下过程的描述既不包括测试也不包括审查。 这并不意味着我们忽视了其中的 +任何一个。 本文我们正描述的是一个理想的过程；测试和审查属于实际的过程， +而不是理想的过程。 在应用本文所描述的过程时，我们包括了广泛而系统的对 +每一个工作产品的审查以及对生成的可执行代码的测试。 Page 7 @@ -219,7 +240,8 @@ Page 7 叶红霞 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -在实施本文描述的过程时，我们对每一个工作产品进行了广泛而系统的审查，并对生成的可执行代码进行了测试。 +（在实施本文描述的过程时，我们对每一个工作产品进行了广泛而系统的审查，并对生成的可执行代码进行了测试。） + A.建立并记录需求 |