硕士论文写作范本结构化方法.docx
- 文档编号:27965760
- 上传时间:2023-07-06
- 格式:DOCX
- 页数:70
- 大小:1.28MB
硕士论文写作范本结构化方法.docx
《硕士论文写作范本结构化方法.docx》由会员分享,可在线阅读,更多相关《硕士论文写作范本结构化方法.docx(70页珍藏版)》请在冰豆网上搜索。
硕士论文写作范本结构化方法
分类号TP31密级公开
UDC编号
硕士研究生学位论文
题目XX系统的分析与设计
学院(所、中心)软件学院
专业名称软件工程
研究生姓名学号
导师姓名职称
年月
独创性声明
本人声明所呈交的论文是我个人在导师指导下进行的研究工作及取得的研究成果。
除了文中特别加以标注和致谢的地方外,论文中不包含其他人或集体已经发表或撰写过的研究成果,对本文的研究做出贡献的集体和个人均已在论文中作了明确的说明并表示了谢意。
研究生签名:
日期:
论文使用和授权说明
本人完全了解云南大学有关保留、使用学位论文的规定,即:
学校有权保留并向国家有关部门或机构送交学位论文和论文电子版;允许论文被查阅或借阅;学校可以公布论文的全部或部分内容,可以采用影印、缩印或其他复制手段保存论文。
(保密的论文在解密后应遵循此规定)
研究生签名:
导师签名:
日期:
…………………………………………………………………
本人及导师同意将学位论文提交至清华大学“中国学术期刊(光盘版)电子杂志社”进行电子和网络出版,并编入CNKI系列数据库,传播本学位论文的全部或部分内容,同意按《中国优秀博硕士学位论文全文数据库出版章程》规定享受相关权益。
研究生签名:
导师签名:
日期:
摘要
<简单的论文总体描述>
论文首先介绍了XX系统的研究背景,对所需要解决的问题进行了概述,讨论了项目的研究意义与重要性,阐述了系统开发方法和相关技术;论文提出了系统的设计目标,对系统进行了详细的需求分析,包括业务需求分析、功能需求分析、数据需求分析和非功能需求分析,给出了系统的业务流程图、数据流图、功能数据分析图(IPO图),并进行了数据字典描述;在系统设计中,对系统进行了总体设计与模块设计,给出了系统总功能结构图(H图),包括XX等功能模块,分别给出了具体模块设计的功能结构图(H图)、IPO表、和处理流程图,详细阐述了设计内容,并使用实体关系E-R图和数据库表结构对数据库进行了详细设计;论文最后对研究的内容进行了总结,阐述了本人的主要工作,指出了论文存在的不足,并对进一步的工作进行了展望。
关键词:
XXXX;XXXX;XXXX;
Abstract
<此处插入英文摘要,就是中文摘要的正确翻译,注意关键词的翻译要准确>
Keywords:
<英文关键词,要与中文摘要对应,例如:
XXXX;XXXX;XXXX;
<此处插入论文目录>
第一章
引言
1.1项目背景与问题概述
1.1.1项目背景
<此处插入论文中所述项目的项目背景,旨在突出社会发展背景、项目的出发点等等。
以下是范本请不要照搬!
>
随着科学技术的进步和社会经济的发展,信息化进程已经成为一种必然的趋势。
近年来,由于信息化在多个领域取得了巨大的成就,为国家的经济建设和社会发展做出了不可估量的贡献。
因此,人们认识到,作为国家信息化和社会信息化的重要组成部分之一的商业信息化,已然成为了促进社会经济发展的一个增长点,也是推动商业发展的重要手段。
商业信息化已经被越来越多的企业和商家所关注。
网上购物最早在美国出现,1995年美国网上商店亚马逊开业(A),美国第一家安全网络银行(FirstSecurityB)实现网上支付。
而我国的网上购物系统发展相对较晚,在1998年,中国的第一笔网上交易成功,1999年随着8848等B2C网站的正式开通,中国开始进入购物网站的实际阶段。
从起步到现在,十多年来网上购物发展迅速,在1998年,国内最大的商务拍卖网站易趣开始运行。
在1999年B2C网站当当投入运营,2000年卓越成立,到2003年B2B网站阿里巴巴投资成立了C2C网站淘宝。
网上购物的商家越来越多,同时网上购物的消费者数量也在迅速的发展与增长。
截止到2005年上半年,我国的上网人数达到1.03亿,其中网上购物者达到2000万人,网上支付的比例增长到近半数,网上购物成交额已经累计达100亿元。
在长达6年的网上购物市场发展过程中,网上购物者渐渐开始接受并习惯新的购物消费方式,随着网民人数增加,网上购物者人数有进一步扩大的趋势。
世界电子商务的快速度发展,同时B2B、B2C、C2C等一系列的结构快速度发展,这些都需要网上商城来支持,少则自己开个商店,大则阿里巴巴等电子商务,这些都成就了商城系统的出现,正因为网上电子商务的安全性与稳定性的要求高,所以对商城系统也需要有一个严格的考验。
不少商家、公司只制作一个或几个产品介绍的页面,要修改资料,需要对网页重新修改,客户却又不能在线下定单,需要通过多种步骤才能与商家取得联系,其弊端是显见的,首先是低效率、数据的严重冗余,其次是维护困难。
显然由这些简单链接的页面构成的网站在数据的共享性、人机的交互性以及网站维护性上都是很现实的问题。
开发一个基于web的动态网上购物系统,对发展电子商务无疑是十分迫切的。
1.1.2问题概述
<此处插入论文的论点,旨在突出论文讨论解决的问题。
>
在信息技术日新月异的今天,随着新技术、新功能的演变,开发一个XXX系统有着多种技术手段来实现。
如何根据具体需求采用合适的技术来实现,是很多软件开发者正在考虑的问题。
<展开叙述一些传统技术手段存在的问题>
此外,现有的电子商务系统普遍存在着…….问题,一直得不到解决。
<展开叙述一些传统网上购物系统普遍存在的问题>
1.2研究的意义和重要性
1.2.1研究的意义
<此处插入论文的研究意义,应该和1.1.2小节的问题概述相呼应>
1.2.2研究的重要性
<此处插入研究的重要性,应该和1.1.2小节的问题概述相呼应>
1.3研究的内容和主要工作
1.3.1研究的内容
<此处插入研究的内容,也应该和1.1.2小节的问题概述相呼应,简要说明论文中的系统采用了什么样的技术手段,采用了什么样的组织架构,做了些什么研究工作,解决了哪些问题>
1.3.2本人主要工作
<此处插入作者本人在项目中所负责或者完成的具体工作,应与1.3.1的研究内容相对应,简述作者本人所做的研究工作。
此外,如果论文所述项目为集体合作,则应该简略指出作者本人所负责的工作。
以下为范本!
>
在此项目中,本人做了如下工作:
<此处插入所做工作>
在项目开发中,本人主要负责系统需求分析、功能性分析、系统整体数据库设计、主体框架设计搭建、WEB端程序开发,系统文档撰写、系统整体测试以及历史数据导入等工作。
1.4论文结构
<此处插入该论文的整体结构,简述论文的整体形式结构,并简述每一章的主旨。
以下为范本,请勿照搬!
>
本文由五章内容组成,其中:
第一章介绍了本文的研究背景,对所需要解决的问题进行了概述,讨论了项目的研究意义与重要性,阐述了论文的主要内容以及本人的主要工作。
第二章阐述的是本文所涉及到的开发方法及相关技术,包括:
软件工程开发模型、结构化建模技术、数据库技术等。
第三章是本文的核心内容之一,针对系统的业务需求、功能需求、数据需求和非功能需求等进行了详细分析,给出了主要的业务流程图和数据流图,并利用数据字典进行了详细的描述,同时利用IPO图进行了功能数据分析。
第四章是本文的重点,在进行了系统总体设计的基础上,采用功能结构图、IPO表、核心处理流程图等对系统的子模块进行了功能性详细设计,同时通过实体E-R图和数据库表结构对数据库进行了详细设计。
第五章总结了本文所做的工作,同时对进一步的工作进行了展望。
第二章
系统的开发方法及相关技术
<此处插入系统开发方法的统一概述,旨在简要的解释系统开发的方法和涉及的相关技术。
以下为范本,请勿照搬!
>
本XXX系统采用基于XXX架构,对应使用XXX技术来展现其表示层,分别对不同需求的用户服务,旨在最大程度满足不同用户的需求。
服务层采用XXX技术来提供统一接口,降低其与其他系统间的耦合度,提供安全数据通信,提高系统可扩展性、兼容性以及集成能力。
……<此处插入其他所采用的技术手段>。
此外,系统采用增量模型进行开发,以应对不断变化的需求,大量降低项目风险,保证系统核心功能,较快的交付可使用的模块。
<以下几个小节将根据以上统一概述,较为详细的逐一展开进行叙述,每一项具体开发方法或者相关技术的综述独立成为一个小节,每个小节下面具体有多少子小节并无具体规定,只要能讲述清楚明白即可,以下为范本,请勿照搬!
>
2.1软件工程开发模型
2.1.1传统瀑布模型
瀑布模型(也称为线性顺序模型),由温斯顿·罗伊斯在1970年提出,在20世纪80年代以前,瀑布模型一直都是唯一被广泛采用的软件开发模型。
这个模型中,软件生命周期中的制订计划,需求分析,软件设计,程序编写,软件测试和运行维护依次由上至下顺序展开,如同瀑布流水,逐级下落,最终得到软件产品。
理想化的瀑布模型是单边逐一而下的,认为人在工作过程中不可能犯错误。
实际的瀑布模型是带有反馈逐一而下的,当后一阶段发现前一阶段的错误时,可以修正前一阶段的错误继续完成后一阶段的任务。
图2.1瀑布模型[1]
瀑布模型的优点:
●促进软件开发工程化,为项目提供了按阶段划分的检查点
●降低软件开发的复杂度,当前一阶段完成后,只需去关注后续阶段
●可以在增量模型中使用瀑布模型
瀑布模型的缺点:
●缺乏灵活性不适应用户需求的变化,项目的各个阶段之间极少有反馈
●如果软件需求不明确或者经常变更需求,最终可能导致开发出的软件与用户预期的软件不符,往往会导致大量的返工,有时甚至会给开发人员带来灾难性的后果,而这一点又常常在项目生命期的后期才有所觉察。
2.1.2改进的螺旋模型
螺旋模型由巴利·玻姆于1988年正式发表了软件系统开发的“螺旋模型”,它是将瀑布模型与演化模型相结合,并且增加了两者所忽略的风险分析,弥补了两者的不足之处,该模型通常用来指导大型软件项目的开发软件项目的开发,。
软件风险是任何软件开发项目中都普遍存在的实际问题,项目越大,软件越复杂,承担该项目所冒的风险也越大。
软件风险驾驭的目标主要是在造成危害之前及时对风险进行识别,分析,采取对策进而消除或者减少风险的损害。
螺旋模型将开发划分为制订计划,风险分析,实施工程,客户评估四类活动。
沿着螺旋线每旋转一圈,表示开发出一个更完善的新的软件版本,如果开发风险过大,开发机构和客户无法接受,项目就有可能就此终止。
多数情况下,会沿着螺旋线继续下去,自内向外逐步延伸,最终得到满意产品。
螺旋模型开发的成败很大程度上依赖于风险评估的成败。
沿着螺旋线旋转,在笛卡尔坐标的四个象限上分别表达了四类活动:
制定计划:
确定软件目标,选定实施方案,弄清项目开发的限制条件。
风险分析:
分析所选方案,考虑如何识别和消除风险。
实施工程:
实施软件开发。
客户评估:
评价软件功能和性能,提出修改建议。
图2.2螺旋模型[]
螺旋模型的优点:
●设计上的灵活性,可以在项目的各个阶段进行变更。
●以小的分段来构建大型系统,使成本计算变得简单容易。
●客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。
●随着项目推进,客户始终掌握项目的最新信,从而他或她能够和管理层有效地交互。
●客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。
螺旋模型的缺点:
●很难让用户确信这种演化方法的结果是可以控制的。
●建设周期长,而软件技术发展比较快,所以经常出现软件开发完毕后,和当前的技术水平有了较大的差距,无法满足当前用户需求。
2.1.3面向对象的喷泉模型
在面向对象的方法中,提出了于瀑布模型相对应的喷泉模型,该模型的主要特点是认为软件生命周期的各个阶段是相互重叠和多次反复的,它是一种以用户需求为动力,以对象为驱动的模型,主要用于描述面向对象的软件开发过程。
喷泉模型不像瀑布模型那样,需要分析活动结束后才开始设计活动,设计活动结束后才开始编码活动。
该模型的各个阶段没有明显的界限,开发人员可以同步进行开发。
其优点是可以提高软件项目开发效率,节省开发时间,适应于面向对象的软件开发过程。
由于喷泉模型在各个开发阶段是重叠的,因此在开发过程中需要大量的开发人员,因此不利于项目的管理。
此外这种模型要求严格管理文档,使得审核的难度加大,尤其是面对可能随时加入各种信息、需求与资料的情况。
喷泉一词本身就体现了迭代和无间隙的特性。
图2.3喷泉模型[1]
喷泉模型的优点:
软件项目开发效率高,节省开发时间,适应于面向对象的软件开发过程。
喷泉模型不像瀑布模型那样,需要分析活动结束后才开始设计活动,设计活动结束后才开始编码活动。
该模型的各个阶段没有明显的界限,开发人员可以同步进行开发。
喷泉模型的缺点:
由于喷泉模型在各个开发阶段是重叠的,因此在开发过程中需要大量的开发人员,因此不利于项目的管理。
此外这种模型要求严格管理文档,使得审核的难度加大,尤其是面对可能随时加入各种信息、需求与资料的情况。
形式化方法模型包含了一组活动,他们导致了计算机软件的数学规约。
形式化方法使得软件工程师们能够通过应用一个严格的数学符号体系来规约、开发、和验证基于计算机的系统。
在开发中使用形式化方法时,它们提供了一种机制,能够消除使用其它软件过程模型难以克服的很多问题。
二义性、不完整性、不一致性能被更容易地发现和纠正,而不是通过专门的评审,是通过对应用的数学分析。
形式化方法提供了可以产生无缺陷软件的承诺。
2.2结构化设计方法
2.2.1结构化方法要素
结构化设计方法是基于模块化、自顶向下细化、结构化程序设计等程序设计技术基础发展起来的。
其基本思想是:
将软件设计成由相对独立且具有单一功能的模块组成的结构。
结构化设计是数据模型和过程模型的结合。
在设计过程中,它从整个程序的结构出发,利用模块结构图表述程序模块之间的关系。
结构化设计的步骤如下:
①评审和细化数据流图;
②确定数据流图的类型;
③把数据流图映射到软件模块结构,设计出模块结构的上层;
④基于数据流图逐步分解高层模块,设计中下层模块;
⑤对模块结构进行优化,得到更为合理的软件结构;
⑥描述模块接口。
结构化设计的目的主要是使程序的结构尽可能反映要解决的问题的结构。
在软件设计与开发中,结构化设计工作是以需求分析阶段的成果之一的“数据流图”为主要依据,进一步推导出软件的“系统功能结构图”。
2.2.2结构化方法中常用的设计图
2.2.2.1业务流程图
业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表,利用它可以帮助分析人员找出业务流程中的不合理流向,它是物理模型。
业务流程图主要是描述业务走向,以业务处理过程为中心,一般没有数据的概念。
业务流程图的元素:
●流程:
流程是获取一种或多种输人并且创造一种对客户有价值的输出的一系列活动的集合;
●决策:
用来表示选择流程流向的控制节点,表示对问题判断或判定(审核/审批/评审)环节;
●开始/结束:
表示一系列流程开始或结束的控制节点;
●文档:
以文字或图示描述的内容;
●数据:
数据是具有一定意义的数字、字母、符号和模拟量等的通称;
●数据库:
所有的信息(数据事实等)的汇集的载体。
2.2.2.2数据流图
数据流图(DFD)是一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经受的变换。
在数据流图中没有任何具体的物理部件,它只是描绘数据在软件中流动和被处理的逻辑过程。
数据流图是系统逻辑功能的图形表示,即使不是专业的计算机技术人员也容易理解它。
它是分析员与用户之间极好的通信工具,也是今后进行软件设计的很好的出发点。
为了表达数据处理过程的数据加工情况,需要采用层次结构的数据流图。
按照系统的层次结构进行逐步分解,并以分层的数据流图反映这种结构关系,能清楚地表达和容易理解整个系统
●在多层数据流图中,顶层流图仅包含一个加工,它代表被开发系统。
它的输入流是该系统的输入数据,输出流是系统所输出数据
●底层流图是指其加工不需再做分解的数据流图,它处在最底层
●中间层流图则表示对其上层父图的细化。
它的每一加工可能继续细化,形成子图。
2.2.2.3数据字典
数据词典与数据流图配合,能清楚地表达数据处理的要求。
数据字典以词条描述的形式予以展现,对于在数据流图中每一个被命名的图形元素,均加以定义,其内容有:
名字、别名或编号、分类、描述、定义、位置、其它等。
2.2.2.4HIPO图
HIPO图是IBM公司于70年代中期在层次结构图的基础上推出的一种描述系统结构和模块内部处理功能的工具(技术)。
很适于在自顶向下设计软件的过程中使用。
一个完整的HIPO图包含两个部分:
H图(即层次图)和IPO图。
层次图用于表示一个系统自顶向下的功能模块层次结构;IPO图来描述每个模块的输入、输出及其要执行的过程,是对每个模块进行详细设计的工具,它能够方便地描绘输入数据、对数据的处理和输出数据之间的关系。
HIPO图由三个基本图表组成,进行模块层次功能分解遵循以下步骤:
●总体IPO图:
它是数据流程图的初步分层细化结果,根据数据流程图,将最高层处理模块分解为输入、处理、输出三个功能模块。
●HIPO图:
根据总体IPO图,对顶层模块进行重复逐层分解,而得到的关于组成顶层模块的所有功能模块的层次结构关系图。
●低层主要模块详细的IPO图:
由于HIPO图仅仅表示了一个系统功能模块的层次分解关系,还没有充分说明各模块间的调用关系和模块间的数据流及信息流的传递关系。
因此,对某些输送低层上的重要工作模块,还必须根据数据字典和HIPO图,绘制其详细的IPO图,用来描述模块的输入、处理和输出细节,以及与其他模块间的调用和被调用关系。
2.3数据库技术
2.3.1数据库范式
关系数据库中的关系必须满足一定的要求,即满足不同的范式。
目前关系数据库有六种范式:
第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、第四范式(4NF)、第五范式(5NF)和第六范式(6NF)。
满足最低要求的范式是第一范式(1NF)。
在第一范式的基础上进一步满足更多要求的称为第二范式(2NF),其余范式以次类推。
一般说来,数据库只需满足第三范式(3NF)就行了。
第一范式(1NF)。
所谓第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。
如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系。
在第一范式(1NF)中表的每一行只包含一个实例的信息。
简而言之,第一范式就是无重复的列。
第二范式(2NF)。
第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。
第二范式(2NF)要求数据库表中的每个实例或行必须可以被唯一地区分。
为实现区分通常需要为表加上一个列,以存储各个实例的唯一标识。
第二范式(2NF)要求实体的属性完全依赖于主关键字。
所谓完全依赖是指不能存在仅依赖主关键字一部分的属性,如果存在,那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体,新实体与原实体之间是一对多的关系。
为实现区分通常需要为表加上一个列,以存储各个实例的唯一标识。
简而言之,第二范式就是属性完全依赖于主键。
第三范式(3NF)。
满足第三范式(3NF)必须先满足第二范式(2NF)。
简而言之,第三范式(3NF)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。
简而言之,第三范式就是属性不依赖于其它非主属性。
2.3.2数据建模
因为数据模型的内容是问题域和解域所共享的知识模型,所以可以用问题域的语言来描述它,也可以用解域的语言来描述它,还可以用介于二者之间的语言来描述,故产生了以下三种常用的数据模型:
1)概念数据模型[2]。
它反映了人们对现实世界的认知与理解,是从现实世界到人类大脑的映射。
故它以问题域的语言解释数据模型,由一系列应用领域的概念组成。
2)物理数据模型。
它是以解域的语言解释数据模型,是面向计算机物理表示的模型,描述了数据在储存介质上的组织结构,它不但与具体的DBMS有关,而且还与操作系统和硬件有关。
每一种逻辑数据模型在实现时都有起对应的物理数据模型。
3)逻辑数据模型。
这是用户从数据库所看到的模型,是具体的DBMS所支持的数据模型,如网状数据模型(NetworkDataModel)、层次数据模型(HierarchicalDataModel)等等。
此模型既要面向用户,又要面向系统,主要用于数据库管理系统(DBMS)的实现。
第三章
需求分析
软件需求过程是整个软件开发初始阶段,对软件的品质具有决定性的作用。
软件需求工程研究如何理解和说明用户对所开发软件的要求和期望。
需求就是以一种清晰、简明、一致且无二义性的方式对一个待开发系统中的各个方面有意义的陈述的集合[4]。
需求必须是完整的,足以使设计师和工程师来开发一个使客户满意的软件制品。
IEEE软件工程标准词汇表(1997年)中定义需求为[5]:
(1)用户解决问题或达到目标所需的条件或能力(Capability);
(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力;
(3)一种反映上面(l)或
(2)所描述的条件或能力的文档说明。
软件需求包括三个不同的层次:
业务需求、用户需求和功能需求(也包括非功能需求)[6]。
3.1业务需求
业务需求(businessrequirement)是客户对软件制品目标的高层次要求。
3.1.1.业务描述
<描述系统当前的主要业务问题,进一步阐述通过计算机软件要达到哪些目标,解决哪些主要问题等。
示例:
>
(一)能够实现商品展示、商品检索、商品选择、网上订货、网上支付和商品发货等功能,对网上购物的全过程进行管理
(二)实现对网上购物过程中产生的所有业务数据的管理,如订货单、支付记录、发货信息的管理与维护
(三)具有配套的系统后台管理维护功能,能够对商品信息、用户信息、系统日志等信息进行管理与维护,并能够进行对应的权限管理
(四)响应速度合理,安全性较高
(五)系统运行稳定,并且应易于维护
3.1.2.主要业务流程图
<使用业务流程图描述系统的主要业务流程等。
示例:
>
(一)商品展示业务流程图
图3-1商品展示业务流程图
(二)网上订货业务流程图
图3-2网上订货业务流程图
(三)货款支付业务流程图
图3-3货款支付业务流程图
(四)发货业务流程图
图3-4商品发货业务流程图
(五)退货处理业务流程图
图3-5退货处理业务流程图
3.2功能需求
功能(function)是刻画系统行为、特别是系统与环境关系的重要概念。
用户需求(UserRequirement)描述了待开发的软件必须完成的任务。
功能需求(FunctionalRequirement)定义了必须实现的软件功能,使得用户通过这些功能完成他们的任务,从而满足业务需要。
3.2.1角色分析
<从系统的角度分析系统的参与者,并给出每一个参与者的描述。
>
以下从网上购物系统的实际需求分析,系统涉及到以下角色:
角色
职责或功能
客户(买家)
系统主要参与者,进行商品选购、商品退货、货款支付等
卖家
系统主要参与者,进行商品发货、订单管理、商品管理、统计查询等
系统管理员
管理和维护整个系统的用户组织结构,负责对用户、角色、用户级别的增、删、改、查等管理。
3.2.2业务功能
<从系统的使用者的角度使用数据流图描述系统的功能,并给出数据字典描述。
>
在结构分析方法中,通常采用数据流图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 硕士论文 写作 范本 结构 方法
![提示](https://static.bdocx.com/images/bang_tan.gif)