1 files changed, 8 insertions, 14 deletions

diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index dfa45a5..1225279 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -306,27 +306,21 @@ Page 9 - 蒋佳玲 OK
 我们通过把关注点分离（ **Separation of Concerns** ）到章节，来获得需求
 文档的完整:
 
-—— 指定软件运行的机器。 机器不必是硬件 —— 对于一些系统，这一节可能仅仅
-   包含语言参考手册的名字；
+- 指定软件运行的机器。 机器不必是硬件 -- 对于一些系统，这一节可能仅仅包含语言参考手册的名字；
 
-—— 指定软件与外界通信必须使用的接口；
+- 指定软件与外界通信必须使用的接口；
 
-—— 对于每个输出，指定所有情况下的值（用软件可检测到的系统状态表示）；
+- 对于每个输出，指定所有情况下的值（用软件可检测到的系统状态表示）；
 
-—— 对于每个输出，指定软件需要多频繁或多快速重新计算它；
+- 对于每个输出，指定软件需要多频繁或多快速重新计算它；
 
-—— 对于每个输出，指定精确度。
+- 对于每个输出，指定精确度。
 
-—— 如果要求系统易于更改，则需求文件必须包括可能发生更改的地方。 你无法
-   设计一个系统，可以让所有东西都同样容易更改。 哪些东西最有可能更改，
-   不应该由程序员判断。
+- 如果要求系统易于更改，则需求文件必须包括可能发生更改的地方。 你无法设计一个系统，可以让所有东西都同样容易更改。 哪些东西最有可能更改，不应该由程序员判断。
 
-—— 需求还必须讨论由于不希望发生的事件发生了，系统无法满足需求时系统应
-   该做什么。 大多数需求文档忽略了这些事件; 它们只讨论当一切都完美的情
-   况，却把出现部分故障时该做什么留给程序员去决定。
+- 需求还必须讨论由于不希望发生的事件发生了，系统无法满足需求时系统应该做什么。 大多数需求文档忽略了这些事件; 它们只讨论当一切都完美的情况，却把出现部分故障时该做什么留给程序员去决定。
 
-我们希望大家清楚，除非定义了每一个需求，否则无法编写正确的软件。 一旦
-成功地指定了每一个需求，您就已经完全指定了系统的需求。
+我们希望大家清楚，除非定义了每一个需求，否则无法编写正确的软件。 一旦成功地指定了每一个需求，您就已经完全指定了系统的需求。