中心问题句：
⑴ 是否是关于同一主题进行叙述？
⑵ 是否有主题句？
⑶ 是否有KeyWord？
⑷ 是否内容杂乱？
⑸ 表达意思是否清晰？
⑹ 主次是否分明？
⑺ 构成段落的句子结构是否完完整？
⑻ 句子与句子的衔接是否自然、通顺？
（一个既熟悉又陌生、既重要又易被忽视的话题。通过解决四个问题来推进教学：1.什么是段落？2.为什么要分段落？3.形成段落的条件是什么？4.「也是核心内容」如何构成段落？）
- 书中理论知识的讲解（用通俗易懂、简单明了的语言概括讲解）
- 所谓段落，简言之，它就是一单位。是由相关句子组成的一个集合。（重量有重量的单位，体积有体积的单位，而文章为了更清晰明了地向读者传达内容也同样需要一个单位----从而引出下一个话题：段落的必要性）
- 此处可以用一篇没有划分段落的文章和适当划分了段落的文章（同一篇文章）作为例子！
例如：（这是一个子系统概要设计报告的概述部分）
例1.
GKC系统完成从GDF到KIWI数据的转换。从功能方面，该系统分为五个子系统：基础数据制作子系统（BD）、道路分层子系统（MD）、制作Region数据子系统（RD）、制作Parcel数据子系统（PD）、制作ALLdata子系统（AD）。在子系统分析的基础上，各个子系统被分别分为若干个Conponent，作为概要设计的单元。AD子系统根据规则文件，利用PD子系统提供的以Mesh为单位的Parcel数据和RD子系统提供的以Region为单位的Region数据，整理完成Alldata文件的管理信息、编辑Parcel数据和Region数据。分为两个Conponent：C701完成A7管理数据的制作，C702完成实体数据的更新和Alldata编辑。本文档介绍AD子系统C701的设计思路和实现方法，指导该子系统下一步的详细设计工作。本文档的主要读者为AD子系统的设计人员和开发人员。
例2.
GKC系统完成从GDF到KIWI数据的转换。从功能方面，该系统分为五个子系统：基础数据制作子系统（BD）、道路分层子系统（MD）、制作Region数据子系统（RD）、制作Parcel数据子系统（PD）、制作ALLdata子系统（AD）。在子系统分析的基础上，各个子系统被分别分为若干个Conponent，作为概要设计的单元。
AD子系统根据规则文件，利用PD子系统提供的以Mesh为单位的Parcel数据和RD子系统提供的以Region为单位的Region数据，整理完成Alldata文件的管理信息、编辑Parcel数据和Region数据。AD子系统又分为两个Conponent：C701和C702。其中，C701完成A7管理数据的制作，C702完成实体数据的更新和Alldata编辑。
本文档介绍AD子系统C701的设计思路和实现方法，指导该子系统下一步的详细设计工作。本文档的主要读者为AD子系统的设计人员和开发人员。
*通过比较两篇内容相同形式不同的文章总结出段落的必要性（此环节也可以通过互动形式进行）。
ⅰ 想让对方能够欣然阅读你的内容，你的思想，你必须有一个清晰整齐的格式来吸引着他！而分段就是展现你文章魅力的表现形式之一！它所带来的整齐的形式、分明的层次，清晰的内容就有着这种引起对方阅读兴趣的魅力。
ⅱ 一个不分段的大块内容容易使文章失去平衡感！主次不分明！
ⅲ 创作时也可以大大节约时间！
…………
- 可能讲到这里有些人心里就默默地决定了：既然分段这么神，那就分呗！多多益善吧！那就又错了。分段可是有一定条件的！（以此来引出下一个话题：段落的条件。）
*此处可以通过列举反例的方式进行展开。
例如：（这也是一个子系统概要设计报告中的内容）
本系统主要完成全数据Frame制作、Parcel系Data管理Frame制作、Parcel实体数据更新、Region管理Frame制作和Alldata数据的编辑。
全数据管理Frame制作的数据来自规则文件和各种数据文件以及A7管理文件的部分内容。
Parcel系Data管理Frame制作的数据来自A7管理文件和规则文件。
Parcel实体数据更新的数据来自PD提供的数据文件和A7管理文件。
Region管理Frame制作数据来自A7管理文件和RD提供的Region数据。他们之间相对独立，所以分别作为一个子模块，完成响应的功能。为了提高效率，减少文件的读取次数，将Parcel数据的编辑放在Parcel实体数据更新模块；Region数据的编辑放在Region管理Frame制作模块。
*上述内容就没有必要划分段落。我们试着将其合并看看效果如何？
本系统主要完成全数据Frame制作、Parcel系Data管理Frame制作、Parcel实体数据更新、Region管理Frame制作和Alldata数据的编辑。全数据管理Frame制作的数据来自规则文件和各种数据文件以及A7管理文件的部分内容。Parcel系Data管理Frame制作的数据来自A7管理文件和规则文件。Parcel实体数据更新的数据来自PD提供的数据文件和A7管理文件。Region管理Frame制作数据来自A7管理文件和RD提供的Region数据。他们之间相对独立，所以分别作为一个子模块，完成响应的功能。为了提高效率，减少文件的读取次数，将Parcel数据的编辑放在Parcel实体数据更新模块；Region数据的编辑放在Region管理Frame制作模块。
*将分散的内容合并到一起后，内容集中了，意思也更清晰了，他们之间的关系也明了了！明明是就同一个Keyword的展开，为什么非要棒打鸳鸯给拆散呢？！（由此总结出分段的条件）
ⅰ 段落中关于同一话题进行叙述（此点比较容易理解,无需多言）
ⅱ 需要考虑段落中包含句子的整合性（此点需要再点拨一下，请参考书中103页）
- 当我们最后决定把若干相关句子放在一个集合中时，那又如何安排这些句子呢？这就涉及到这堂课的重点内容：段落的构成。
*通过列举有代表性的例子推进教学。
ⅰ 主题句：“Keyword”
例如：（KID详细设计报告）
C 702根据C701生成的A7管理数据文件和规则文件以及PD、RD提供的数据文件做成Alldata文件。C702完成Alldata中管理数据的制作和Parcel数据、Region数据的编辑。按照格式分为四个模块：全数据管理Frame制作、Parcel系Data管理Frame制作、Parcel实体数据更新、Region管理Frame制作。（这里的C702就可以称作是Keyword，整个段落就是以这个Keyword为话题进行展开，而有一些段落由于内容限制并没有Keyword，但也并不影响内容的展开，下面我们就几种常见的内容展开方法一起学习一下）
ⅱ 展开方法：自然展开（先概括一下展开方法，然后再就结合例子一起学习一下几种常见的展开方法。
主要分以下几种：
时间顺
例示
事实
因果关系
比较
分类·列举
具体化一般内容
详细说明
*以上方法不需都举例，列举几个较常用的、有代表性的例子即可。
如比较、分类·列举、详细说明、因果关系
（下面我们看看以下几个例子）
例如：
-
- 列举法：
另外，之前倾斜判定改善后，仍存在有两处误判定。两处误判定分别为：（1）Benz A-Class 2007年09月28日（Log：NTG_20070928103431.vpl） 時間：10:53:59 IC名：山下町 分岐（走行道路）：出口（本線走行） 原有結果：誤判定；（2）Benz M-Class 2007年09月28日（Log：20070928094532.vpl） 時間：9:54:08 IC名：大師 分岐（走行道路）：出口（本線走行） 原有結果：誤判定。
2. 比较法：
比较两次测试的结果，可以看出：两次测试中，自车当前的平均倾斜角度CarSlantAngAverage变化不大，差别主要是长距离平均倾斜角度LongDistAngAverage和开始倾斜判定之前最后5个倾斜角度的平均值LastAngAverage。原因分析如下：（a）长距离倾斜角度LongDistAngAverage：第一次测试时，直接回放Log：NTG_20070927193130.vpl，由于本次倾斜判定发生在Log开始后9分钟，此时自车走行距离不足5km，长距离倾斜角度就是之前走行距离内所有倾斜角度的平均值；第二次测试时，连续回放Log：NTG_20070927193130.vpl及其上一条Log：NTG_20070927190124.vpl，在倾斜判定发生时，长距离倾斜角度就是倾斜判定发生前5km内所有倾斜角度的平均值；因此，两次测试的长距离倾斜角度有偏差，认为第二次测试是比较准确的。（b）开始倾斜判定之前最后5个倾斜角度的平均值LastAngAverage：前后两次测试有偏差主要是由于倾斜判定的时机导致的。
3. 详细说明法
在Diag的[日期和时间变更]画面将时间设定为“2025年12月31日23:59”，1分钟以后Diag的时间显示为“2004年1月1日00:00”，但Location时钟显示为“17:00”，与Diag的[日期和时间变更]画面所显示时间不一致。
当手动设置Diag画页中的时间为：2004年1月1日00：00,HMI会先将取得的时间减去8小时，即将2003年12月31日16:00保存到VPF中。
因为式样规定系统初始默认时刻是2004年1月1日01：00，而没有连接GPS的情况下，取得的时间是2004年1月1日00：00，所以Navi取得时间小于2004年时，指定时间为2004年，并对Hour加1转化为导航机显示时间。这样HMI显示2004年1月1日00：00时，Navi就变为了2004年12月31日17:00，与Diag画页设置的时间就不一致了。
4. 因果关系法
在AC 的左右温度差的PopMenu画面，操作Aircon面板上的[Mode]key时， Aircon Appli会向HMI发送事件，通知HMI Aircon设备状态发生变化，HMI收到通知后，从Aicon Appli 获取Aircon设备的状态，这时，HMI获取到Mode状态发生变化的信息，然后，HMI使用获取到的信息更新了Mode状态，所以，出现了背景画页上表示Mode模式的Button的光标移动的现象。由于HMI在Mode变化时，没有将PopMenu消去，所以，就出现了在AC 的左右温度差的PopMenu画页，按下[Mode]key，画页不消去的现象。
*（在实际写作的过程中，虽然我们并不用去煞费苦心地去思考我到底要用一个什么样的方法来展开呢？但至少我们一定要保证逻辑的清晰性和意思的完整性。）由此引出引出实际文档中段落出现的各种问题。
- 结合以上理论部分进行实战演练
* 引起段落出现种种问题的原因我们可以简单地总结成以下两方面的原因：一、段落自身的问题；二、构成段落的句子的问题。
（一）1.反例讲解（就段落本身的问题）
ⅰ 结构逻辑混乱，内容杂乱
例如：
（原文）前面定义的保存索引信息的结构，当parcel数量过大，且存在再分割parcel时，用制作一条索引数据，写入一条索引的处理方式效率太低。可以先用元素ID与parcel号对应的方式先产生临时记录下建立的元素索引，当索引建立完后，按parcel号排序，写入索引结构体中的相应位置即可。
（期待文）对于前面定义的保存索引信息的结构，当parcel数量过大，且存在再分割parcel时，如果采用制作一条索引数据，并写入一条索引的处理方式的话，其效率很低。所以，可以先用元素ID与parcel号对应的方式，先生成临时记录，记录下建立的元素索引，当索引建立完后，按parcel号排序，写入索引结构体中的相应位置即可。
ⅱ 结构逻辑混乱，表达意思不清晰
例如：
（原文）按照前面作成的每条Region Link列中每条道路的接续顺序查找“Merge前与Merge后的道路ID对应表”找到落到本主要地图内的道路组成新的道路链表，此时的新道路链表中道路的连接ＮＯ应该是分段连续的。
（期待文）按照前面作成的每条Region Link列中每条道路的接续顺序查找“合并前与合并后的道路ID对应表”,把每条Region Link转换成合并前的道路，此时，在新道路链表中道路的连接ＮＯ是按照Parcel号分段连续的，然后在转换后的Link列链表中找到属于本主要地図内的道路链表，这些道路链表即是最终Link列。
ⅲ 结构逻辑混乱，分不清主次
例如：
（原文）
（期待文）
2.正例总结（挑选一篇最有代表性的内容进行讲解）
（例文）
（二）1段落中因为个别句子的问题影响了整个段落的质量的问题的情况很多。此类问题的形式多样，可谓是变化多端！就让我们看一下以下的一些例子，希望能带给各位一些启示！
*以下内容无需一一讲解，我只是提一个想法或是个思路！希望你能按照自己的风格组织一下此项内容（也包括删减与否问题）！
- 总结
（即，将课前提出的四个问题在经过以上详细的讲解之后，最后进行总结性的回答）
1.什么是段落？-----单位，相关句子集合
2.为什么要分段落？----结构需要、内容需求
3.形成段落的条件是什么？----同一话题、句子整合性
4.如何构成段落？---主题句、自然展开
句子相关例句整理：
一、对于日本人容易理解的文章构成方法
*要求的写法
■能够正确的解释：必须将我们这边想说的事情准确的传达给对方
■没有歧义：不能意思模糊或者根据不同的解释方法产生不同的意思
■不能给读者增加负担：不能有文法上的错误、文章构成很复杂、或者表达罗罗嗦嗦
→引出单句、句子、文节、主题、谓语、修饰语的定义。
*日语的特征----通过助词的连接使各种修饰关系非常严谨→→相比之下汉语的特点：逻辑关系不严谨⇒⇒可以展开[有关中日语言差异的分析]。
二、问题点及解决方法
1、长句子要转换成容易读的形式
正、反例引出
⇒⇒
・长句子进行适当的断句
- 分条写
- 加上小标题进行内容的归纳
- 先说结论
| 1 | 在不影响Link列及LinkID及差分的成功作成的前提下，把它插入到以各级内Region循环为道路接续成临时Link列的循环体内処理。 | 在不影响Link列及LinkID及差分的成功作成的前提下，作成Node上下层関係和以Region为单位把道路接续成临时Link列，这两个过程可以放到同一个循环体内同时处理。 | 对于一个复杂的句子，建议将之分解，并最好能用恰当的关系词将之意思明确。 | 杂乱 |
| 2 | DBUpdater内部中只存在一个Thread，并且在DBUP_Executor对象中，在Table 2-3中对该Thread进行说明。 | DBUpdater内部中只存在一个Thread，并且是在DBUP_Executor对象中。在Table 2-3中对该Thread进行了说明。 | 建议在第二句话后断句。尽量使用短句子。如不断句将造成歧义。 | 意思不清晰 |
| 3 | RouteLearning对目录文件操作封装冗余的改造 | 在RouteLearning中，对于目录文件进行了操作。对于这部分操作进行了封装。对于这个冗余的封装，进行了改造。 | 简单并不代表着简练！请在能正确完整传达意思的基础上进行语言加工。 | 杂乱 |
2、补充必要的主语-----要注意过犹不及
正、反例⇒⇒
Point：对于没有预备知识也可以很容易的知道主语是谁的情况可以省略主语。
在句子中途主语发生变化的时候，根据需要补充新的主语。
| 4 | 在BD详细文档中有几句描述、需求分析和系统设计有、和市街图在一起。 | 在BD详细文档中有几句相关描述。投入功能的需求分析和系统设计放到市街图文档中了。 | 到底是针对什么说的，实在是令人费解。 | 意思不清晰 |
3、不省略谓语
正、反例⇒⇒
・由于谓语不能省略所以要注意主语与谓语的对应关系
| 5 | 本次修改只针对经由地编辑和经由地列表画面追加经由地时的算路条件変更。 | 本次修改只对在经由地编集画面和经由地列表画面，追加経由地时的算路条件変更有影响。 | 应检查句子是否有谓语。 | 句子不完整 |
| 6 | （1）（2）含义和缩尺管理记录。 | 缩尺管理记录表格中的（1）（2）的含义一样。 | 应检查句子是否有谓语。 | 句子不完整 |
| 7 | 当只进行一个dataset的データ制作时、对于边界Node的设定 | 当只进行一个dataset的数据制作时，对于边界Node的设定问题需要对应 | 应检查句子是否有谓语。 | 句子不完整 |
4、要注意修饰语的位置
正、反例⇒⇒
・有长修饰与和短修饰语的时候，长修饰语拿到前面来
・修饰与被修饰语要放在靠近的位置
| 8 | 实现在高速检查工具的逻辑检查过程中关联Parcel数据。 | 在高速检查工具的 | 适当调整语序能使读者更容易理解，以及应保证句子不缺少成分。 | 句意不完整 |
5、保持正确的并列关系-----
正、反例⇒⇒
・检查是否保持了正确的并列关系
・修饰关系很复杂的情况，改变以下顺序或者保持修饰语的均衡
| 9 | “Link种别式样记录”、“背景种别式样记录”、“POI式样记录”和“道路种别式样记录”格式相同。 | “Link种别式样记录”、“背景种别式样记录”、“POI式样记录”和“道路种别式样记录”四种格式相同。 | 对于此种关系不清晰的句式，只需填上一个数词即可解决。 | 意思不清晰 |
| 10 | 记录自车侧和目的地侧 | 对于自车侧和目的地侧 | 到底谁和谁是并列的？ | 杂乱 |
6、适当使用分割符号（，、/ ・）
正、反例⇒⇒
・通过间隔符号使语句的相互关系明确
| 11 | 需要参数错误码、详细说明。 | 需要参数：错误码、详细说明。 | 需要一个间隔号使句子关系明确。 | 杂乱 |
| 12 | 对完了.小数点的属性赋值的地方考虑不全 | 对「完了」SW、「.」SW的属性赋值的地方考虑不全 | 请把应该用引号的地方不要吝惜于几个引号。不然，整个句子真是无法去理解了。 | 语句不通顺 |
| 13 | 通过传入的DatasetCode来、控制準記号作成模块作成準記号数据。 | 通过传入的DatasetCode来、控制準記号作成模块，作成準記号数据。 | 适当使用标点 | 意思不清晰 |
7、尽量使用主动态
正、反例⇒⇒
・考虑将动作的一侧写为主体是否有问题，尽量用主动态
- 需要的话改变一下主语
| 14 | 数据中被制作了“三十里堡服务区” | 数据中制作了“三十里堡服务区” | 多个“被”反而让人糊涂 | 意思不清晰 |
8、能用肯定句写的时候写成肯定句
・可以用其他表现的时候
- 双重否定的时候
- 部分否定的时候
- 与比喻表现的并用
注意点：即能用肯定句写也能用否定句写的时候，用肯定句来写
双重否定/部分否定等要考虑能否用肯定句来写
[好象、似乎]不与否定连用
| 15 | 根据06年和07年轨迹资料确定，图3中紫色Link的道路形状与实际道路形状不是不一致的，数据制作正确。 | 根据06年和07年轨迹资料确定，图3中紫色Link的道路形状与实际道路形状一致，数据制作正确。 | 肯定句的表达感觉更自然 | 意思不清晰 |
9、不用都圈子的方法
要点：文語調張の格式張った表現は、分かりやすい簡単な表現に変える。
文語調の文にありがちな無駄な表現を省き、文を短くする。
| 16 | 经调查，上述的红色Node处保存的画像数据的背景道路形状与实际道路形状不一致的问题是不存在的。实际上，红色Node处保存的画像数据的背景道路形状与实际道路形状是一致的，所以数据正确，所以不需要修改。 | 据调查，上述问题不存在。数据正确，不需修改。 | 多余的话太多 | 罗嗦 |
10、删除多余、浪费的表达***
同一个句子中同样的词汇、差不多的意思反复说，会给人一种罗嗦的感觉。
- 同じ豹変を繰り返している場合は、必要に応じて、文を書き直す
- 同じ意味の語句を繰り返さない
| 17 | 负责（或是用于）实现文件Cache。 | 实现文件Cache。 | 在说明某一个类或者方法用途时，建议把“负责（用于）”去掉。 | 罗嗦 |
| 18 | 通过Parcel数据来访问Mane数据可以转化为通过Parcel数据来访问Region数据的对应关系。 | 通过Parcel数据来访问Mane数据可以转化为通过Parcel数据来访问Region数据。 | 避免画蛇添足，又不是写作文，不用凑数的。 | 意思不清晰 |
11、对于既可以理解为动词又可以理解为名词的词的慎重表达
要点：用词性明了化的方式进行表达
| 19 | 查找、读取对应数据项目。 | 对于对应的数据项目进行查找、读取。 | 对于既可以理解成名词也可以理解成动词的词语，请尽量以不给读者造成理解上的偏差为前提进行使用。 | 意思不清晰 |
| 20 | 对应文档VJ的VJStyle.csv | 它的对应文档是VJ的VJStyle.csv。 | 对于既可以理解成名词也可以理解成动词的词语，请尽量以不给读者造成理解上的偏差为前提进行使用。 | 意思不清晰 |
| 21 | 对应没有通过link和通过node的情况 | 对应没有“经由link”和“经由node”的情况 | 对于可视为名词又可视为动词的情况下，应用明确方式表达 | 意思不清晰 |
12、其他
要点：不知所云或是产生歧义
| 22 | 每个处理一个任务号，用前两个字节表示。后2个字节表示子处理。 | 前两个字节表示一层图处理中的任务号，后2个字节表示子处理。 | 请回头读一遍 | 语句不通顺 |
| 23 | 在现在地名/路线名区域，当显示路线名称并且路线番号不存在的时候,增加显示了[路线名],不会影响其他功能 | 在现在地名/路线名区域，当显示路线名称并且路线番号不存在的时候,增加显示了[路线名]这三个字,不会影响其他功能。 | 关于增加显示了[路线名]这句话。加了引号，不一定所有的人都会默认为是加了三个字。所以能否明确说明一下，要追加的是这三个文字。只需要添上一个数词即可解决。 | 意思不清晰 |
| 24 | 对于Parcel数据的访问、是通过Mane数据中的记录到Parcel主要地图数据的地址和Size来进行关联的。 | 对于Parcel数据的访问、是通过Mane数据中记录的地址和Size来和Parcel主要地图数据相对应进行关联的。 | 请自己再读一遍，首先得保证自己理解呀 | 杂乱 |
| 25 | 这部分除了格式上检查的不同之外，还有集约Link相关的验证内容，具体的内容在“2.2.3.4 集约Link展开数据Frame”部分介绍。 | 这部分在格式上的检查 | 看上去似乎是很容易理解的内容，但往往给读者的第一感觉却不是作成者的本意。 | 意思不清晰 |
| 26 | 控制与通信的接口设计 | 控制部分与通信部分的接口设计 | 对于不应该省略的词一定不要省略 | 意思不清晰 |
| 27 | 外部POI解决浦东SectionID问题，英文问题 | 外部POI文件中存在上海浦东的Section Id错误，英文文字比较少这两个问题。 | 意思完全不一致呀 | 语句不通顺 |
| 28 | 检索、高速无设计、AD体现到原来的设计中了 | 对于检索、高速没有设计。 | 两句毫无关系的话为什么不进行断句呢？！ | 意思不清晰 |
| 29 | 没有文档、对应、只要放到目录中、IMF就自动変換 | 没有文档、因此无法进行对应。 | 断句！ | 意思不清晰 |
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
