论文中的问题描述怎么写,论文的基本框架结构之问题描述建议

论文的基本框架结构之问题描述怎么写?问题描述旨在给出研究问题的相关信息,简单情形包括系统模型与假设条件,复杂一点的情形还包括特定的环境模型(例如通信网络等)、控制目标、预备引理等。简言之,问题描述这一节旨在提供后续所有讨论的必备基础前提知识。

如果当一节的内容比较多时,可以通过划分为多个子节(subsection)的方式来提高内容的逻辑性和更舒畅的阅读体验,否则一个长达两页以上的整体内容在阅读体验上会有较强的压迫感。当节内划分为多个子节时,一般在该节的起始位置先简要说明本Section将要阐述的内容,按内容顺序依次列明。

问题描述这一节的内容安排上,如无非常特殊的需要(如给出部分预备结果Preliminaryresults),一般应用给出系统模型/研究对象开始。在给出系统模型时,其中各符号所表示的含义应逐一明确给出,不可默认读者已经获知该符号的含义。事实上,全文的每个符号在首次出现时都应解释或附有其含义。

如果研究对象是一个相对复杂的集成体,一般建议画方框图来展示其中所包含的各个部分。这样,结合方框图可以比较有逻辑地依次介绍各个部分及他们之间的联系。在结合图形解释各部分内容,也应遵循一定的逻辑顺序,比如顺时针、逆时针、由上到下、由左到右、由外到内,不宜按照个人的喜好或者重要程度交错介绍。当个别部分较其他部分更为重要时,可以在介绍完各部分后再着重补充强调这一部分的更多细节。

实际上,解释原理、架构等内容时,通常可以画图辅助解释。图形较文字更加直观,更容易为读者所接受。画图要注意图形的专业性与美观性,在保证专业性的前提下尽量增强其美观性与易读性。

无论是画图还是解释图形内容,都建议优先考虑非符号化的表示方式,也即先进行通俗的语言层面解释,再逐步过渡至必需的公式展示。此外,当图形可以划分为多个部分时,建议进行分区化处理,并为每个部分起一个名称,这样方便读者快速抓住整体架构并且有利于在后文中通过名称来代指某个具体部分。.

系统模型/研究对象之后一般都是紧跟着给出相应的前提假设(Assumptions)。由于任何研究都是在一定的前提下进行的,而不是对任意范围下的情形都适用的,因此我们就利用assumptions来限定结果的适用范围。需要注意,这里的assumptions一般都是针对系统给出的。针对其他特定情况所给出的前提假设,一般应在表述清楚相应内容后再行给出。换言之,assumptions并非一定要集中罗列在一起;实际上,assumptions作为研究问题的属性一般都是在其所针对对象出场之后再行给出。个别情况中,需要先为assumption中额外涉及的概念先做铺垫之后再给出。

在assumptions后面通常要对所给出的前提假设做适当说明,一般说明的内容包括以下几种:(a) 解释前提假设的合理性及必要性;(b) 解释前提假设的广泛性,以免读者认为结果适用面狭窄;(c) 解释前提假设的内在含义,或给出符合前提假设的特殊情形;(d) 阐述前提假设的可拓展可能或与该前提假设相关的已有研究。

对assumptions的解释说明长短并没有明确限定,一般是根据全文篇幅及作者需要而定。在篇幅方面,如果全文长度较短,一个冗长的假设说明就显得比例失调。在需要方面,解释说明的主要目的在于为文章加分,因此一般建议结合文章的创新性去考虑,不要求全求细把各种强弱相关信息都包含在内。

解释说明部分的内容多数为语言表述,所以在论断部分一般都建议添加参考文献,用以佐证观点的合理性。特别是拓展内容方面的评注一般建议有应用拓展所需额外技巧的参考文献,以佐证拓展可行性。解释说明可以在每个assumption后单独针对性给出,也可以在全部assumptions之后合并给出,一般根据篇幅长短决定。

对篇幅长短,这里插一句,在行文中要注意适时分段,避免在一段内塞入过多的内容。一方面,适时分段会使得各段主题变得更为集中,行文逻辑性更强;另一方面,适当的段落长度也能够有效提升读者的阅读体验。当一个段落篇幅长度超过页面的一半时就非常需要考虑将其进一步进行拆分。

当所研究的问题除了所给出的系统模型外,更侧重在某一个特定环境下研究时,例如研究网络化结构框架中的控制问题,那么往往将该特定环境设定单独进行说明。换言之,对体现文章关键创新点的相关问题设定,十分有必要安排足够的笔墨。这一部分的安排与前述 表述内容基本类似。

在阐明系统模型及其前提假设、所要研究的问题或情景之后,要明确地给出文章的Control Objective,也即给出最终要实现的控制目标,后文的研究内容及相应定理则将落脚于控制目标的解决方案。当有子节划分时,控制目标一般为单独子节;当无子节划分时,一般在问题描述节的最后位置,给出单独段落详细阐述控制目标内容。控制目标为某个优化指标时,一般将优化指标公式行间展示。

多数文章问题描述一节的架构安排通常以控制目标为结束。但,控制目标之后还可以继续给出后续理论分析所需要的一些预备结果或知识。

对后面分析证明比较重要的预备结果以引理的形式给出。需要注意,这里的引理是指直接引自其他文献的相关结果。这里给出的引理可以根据本文的需要进行适当的改写与符号调整,并不一定与原文一模一样,但要保证读者能够很容易的识别实际为同一结果。若是在原有结果基础上进行了适度的推导论证所得到的引理,一般需要在本文中给出证明过程。

此外,文章中也往往会给出一些针对分析证明过程中所自行提出的引理等结论。这里引理分两种情况处理。若所提出的引理具有一定的独立性,也即除了应用于本文论证外还可以作为一个独立结果存在,那么在预备结果位置给出,并给出完整的证明过程。若所提出的引理实际是对复杂分析过程的拆分,旨在增强复杂证明过程逻辑性,那么一般在需要使用时再行给出并证明。

文章给出的各个引理、定理、性质、推论等,宜在该内容之后给出一个通俗意义下的解释。解释的内容一般着眼于该结论的实质性含义,揭示该结论的重要性,帮助读者理解这些结论的价值。

当引理、定理中所涉及符号较多且相互之间具有一定的相似性时,建议再次统一定义相关符号,但此处符号不是一般意义上形成共同认知的符号(如实数集、自然数集等),故不是放在Notations处定义,而是将要大篇幅提及的位置之前给出。这类符号的定义可以在文章内分组分片多次出现。需要注意,即便此处已经定义了相关符号,在后文较远的位置用到时,特别是担心读者读到该处时已经忘记该符号的定义时,应再次恰当地补充说明(如用recall that …之类的表述),以使得读者不至于产生陌生感,误以为该符号没有定义,也不需要再返回此处查看相应定义。

为您推荐