vue框架的毕业论文

1绪论研究背景与研究目的意义中国互联网络信息中心（CNNIC，2018）发布了截至2018年12月的第43次中国互联网发展统计报告。根据该报告，截至2018年12月，中国互联网用户数量为亿，并且每年保持在5000多万增量。而且这种趋势将在未来几年继续保持。5G时代的来临将会加快促进互联网与其他产业融合，网络规模必然会进一步增大。传统的网络管理系统以分布式网络应用系统为基础，采用软件和硬件相结合的方式。SNMP协议是目前网络管理领域运用最为广泛的网络管理协议，它将从各类网络设备中获取数据方式进行了统一化，几乎所有的网络设备生产厂商都支持此协议。然而传统的基于SNMP的网络管理软件大多基于C/S架构，存在着扩展性和灵活性差，升级维护困难等缺点，对网为网络的管理带来了一定程度的不便。因此，基于三层的网管系统己经成为发展趋势，随着Web技术迅猛发展，诞生了以Web浏览器和服务器为核心，基于B/S ( Browser/Server)架构的“Web分布式网络管理系统”，它具有不依赖特定的客户端应用程序，跨平台，方便易用，支持分布式管理，并且可动态扩展和更新等优点。本文将重点研究基于BP故障诊断模型，实现了一种以接口故障为研究对象的智能网络管理系统模型，并以此为基础，设计与实现基于web的智能网络管理系统，不仅可以通过对网络数据实时监控，而且基于BP网络故障诊断模型可以诊断通信网中的接口故障，在一定程度上实现网络故障管理的自动化。该系统在保证网络设备提供稳定可靠的网络服务同时，也可以降低企业在维护网络设备上的成本。国内外研究现状网络设备管理是指对各种网络设备(如核心层、汇接层、接入层路由与交换设备、服务器和计算机)进行各种操作和相关配置，管理服务器（Manager）用来处理网络信息，配合管理服务器对网络信息处理并管理的实体被称为代理服务器（Agent），被管对象是指用于提供网络服务或使用网络服务等设备的全部资源信息，各种不同的被管对象构成了管理信息库。在实际的网络管理过程当中，管理服务器和代理服务器以及代理服务器和被管对象三种实体之间都是通过规范的网络管理协议来进行信息的交互（王鹤 2015）。相比国外的网络管理系统及产品，国内相应的网络管理系统和产品起步比较晚，但是随着互联网技术的发展网络管理软件发展势头迅猛，诞生了很多优秀的网络管理软件，这些软件已经广泛运用在我国网络管理领域。国外研究现状目前国外大型网络服务商都有与其产品相对应的网络管理系统。从最初步的C/S架构逐步过渡到现在的B/S架构。比较著名的:Cabletron系统公司的SPECTRUM,Cisco公司的CiscoWorks，HP公司的OpenView,Tivoli系统公司的TH NetView。这些网络管理产品均与自家产品相结合，实现了网络管理的全部功能，但是相对专业化的系统依旧采用C/S架构。NetView这款管理软件在网络管理领域最为流行。NetView可以通过分布式的方式实时监控网络运行数据，自动获取网络拓扑中的变化生成网络拓扑。另外，该系统具有强大的历史数据备份功能，方便管理员对历史数据统计管理。OpenView具有良好的兼容性，该软件集成了各个网络管理软件的优势，支持更多协议标准，异种网络管理能力十分强大。CiscoWorks是Cisco产品。该软件支持远程控制网络设备，管理员通过远程控制终端管理网络设备，提供了自动发现、网络数据可视化、远程配置设备和故障管理等功能。使用同一家产品可以更好的服务，因此CiscoWorks结合Cisco平台其他产品针对Cisco设备可以提供更加细致的服务。Cabletron的SPECTRUM是一个具有灵活性和扩展性的网络管理平台，它采用面向对象和人工智能的方法，可以管理多种对象实体，利用归纳模型检查不同的网络对象和事件，找到它们的共同点并归纳本质。同时，它也支持自动发现设备，并能分布式管理网络和设备数据。国内研究现状随着国内计算机发展迅猛，网络设备规模不断扩大，拓扑结构复杂性也随之日益增加，为应对这些问题，一大批优秀的网络管理软件应运而生。像南京联创OSS综合网络管理系统、迈普公司Masterplan等多个网络管理系统。华为公司的iManager U2000网络管理系统，北京智和通信自主研发的SugarNMS开源网络管理平台，均得到较为广泛应用。Masterplan主要特点是能够对网络应用实现良好的故障诊断和性能管理，适用于网络内服务器、网络设备以及设备上关键应用的监测管理。SugarNMS具有一键自动发现、可视化拓扑管理、网络资源管理、故障管理、日志管理、支付交付等功能，并提供C/S和B/S两种使用方式。iManager U2000定位于电信网络的网元管理层和网络管理层，采用开放、标准、统一的北向集成，很大程度上缩短OSS集成时间，系统运行以业务为中心，缩短故障处理时间，从而减少企业故障处理成本。近些年来，随着人工智能技术的崛起，越来越多的企业开始将人工智能技术应用在网络管理上面，替代传统的集中式网络管理方式。为了减小企业维护网络的成本，提高网管人员工作效率，智能化、自动化的网络管理系统成为许多学者研究的热点。神经网络在网络管理中的适用性分析网络管理的功能就是对网络资源进行管控、监测通信网络的运行状态以及排查网络故障。管控网络资源，本质上就是管理员为了满足业务需求下发相关设备配置命令改变网络设备状态，以保证稳定的服务；监测网络运行状态一般是指周期的或者实时的获取设备运行状态进行可视化，以方便管理员进行分析当前设备是否正常运行。排查网络故障是管理员通过分析网络设备运行数据与以往数据进行比较或者根据自身经验进行分析，确定故障源头、故障类别、产生原因、解决方法。故障排除是针对前一阶段发现的网络故障进行特征分析，按照诊断流程得出结果，执行特定的指令动作来恢复网络设备正常运行（洪国栋，2016）。神经网络具有并行性和分布式存储、自学习和自适应能力、非线性映射等基本特点。当下最为流行的神经网络模型就是BP(Back-Propagation)神经网络，是一种按照误差逆向传播算法训练多层前馈神经网络，属于监督式学习神经网络的一种。该模型分为输入层、隐含层以及输出层，网络模型在外界输入样本的刺激不断改变连接权值，将输出误差以某种形式通过隐含层向输入层逐层反转，使得网络输出不断逼近期望输出，其本质就是连接权值的动态调整。BP神经网络拥有突出的泛化能力，善于处理分类问题。BP网络是目前常用的误差处理方式，在众多领域得到了广泛的应用，它的处理单元具有数据量大、结构简单等特点，并且神经网络以对大脑的生理研究成果为基础，模拟大脑某些机制与机理组成十分繁杂的非线性动力学系统，其在处理网络设备运行中的数据时以及在比较模糊信号问题的时候，能够自主学习并得出需要的结果。能够将模型中输入输出矢量进行分类、连接、来适应复杂的传输存储处理。因此，本文会基于现有网络管理技术结合BP神经网络去解决网络故障问题。本文主要研究目标本文研究目标针对传统网络管理中故障方案的问题与不足，本文探究基于BP神经网络的方法来构建基于通信网接口故障诊断模型。通过构建的通信网接口故障诊断模型可以有效的诊断接口故障并判别出故障类型。推动现有网络管理系统更趋近于智能化。以此为基础，分析、设计、实现基于三层架构的智能网络管理系统技术路线智能网络研究首先要确定该系统的开发技术路线，课题研究的主要过程首先是在查阅相关科研资料的基础上，搭建实验环境。在保证网络正常通信的前提下采集各个端口的流入流出流量，记录设备的运行状态并对设备进信息进行管理。同时布置实验环境相应故障，包括：改变端口状态、更改端口ip地址、子网掩码，采集通讯网络接口故障发生时网络拓扑中产生的异常数据。查阅BP神经网络在故障在诊断方面的相关论文，基于网络通讯设备接口的常见故障以及相关故障文档构建BP神经网络故障模型，并判断故障模型的有效性。逐步地实现系统的全部功能。最后进行系统测试，得出结论，应用于实际。本文组织结构本文主要由六个章节构成，各章节主要内容如下：第一章绪论。本章首先简要介绍了网络管理系统当前的发展及应用现状从而进一步分析出建立智能网络管理系统的重要意义。阐述了网络管理系统国内外研究现状。最后论述了本文研究目的与组织结构。第二章相关概念及相关技术。本章对SNMP的相关技术进行详细介绍，SNMP组织模型 、SNMP管理模型、SNMP信息模型、SNMP通讯模型。然后对前端框架Vue和绘图插件Echarts技术进行介绍，其次介绍了常见的故障分析技术，专家系统、神经网络等，最后对神经网络基本概念和分类进行简要描述。第三章基于BP神经网络故障推理模型。介绍了BP神经网络的基本概念、网络结构、设计步骤、训练过程，以接口故障为例详细介绍了BP神经网络故障模型的构建过程。第四章智能网络管理系统分析与系统设计。首先进行了需求分析，其次对体系结构设计、系统总体模块结构设计进行说明，对系统各个功能模块分析设计结合活动图进行详细说明，最后对数据库设计进行简要说明。第五章智能网络管理系统的实现。对整体开发流程进行了说明，对用户管理模块、配置管理模块、设备监控模块、故障诊断模块实现流程进行描述并展示实现结果。第六章系统测试与结论。并对系统的部分功能和性能进行了测试，并加以分析。第七章总结与展望。总结本文取得的研究成果和存在的问题，并提出下一步改进系统的设想与对未来的展望。2相关概念及相关技术网络管理概述网络管理就是通过合适手段和方法，确保通信网络可以根据设计目标稳定，高效运行。不仅需要准确定位网络故障，还需要通过分析数据来预先预测故障，并通过优化设置来降低故障的发生率。网络管理系统的五大基本功能，分别为:配置管理、性能管理、故障管理、计费管理和安全管理：1）配置管理：配置管理是最重要和最基础的部分。它可以设置网络通讯设备的相关参数，从而管理被管设备，依据需求周期的或实时的获取设备信息和运行状态，检查和维护设备状态列表，生成数据表格，为管理员提供参考和接口以更改设备配置。2）性能管理：性能管理是评估系统网络的运行状态和稳定性，主要工作内容包括从被管理对象获取与网络性能相关数据，对这些数据进行统计和分析，建立模型以预测变化趋势、评估故障风险，通过配置管理模块修改网络参数，以确保网络性能最优利用网络资源保证通信网络平稳运行。3）故障管理：故障管理的主要功能就是及时辨别出网络中出现的故障，找出故障原因，分析并处理故障。故障管理一般分为四个部分：（1）探测故障。通过被管设备主动向管理站发送故障信息或者管理站主动轮询被管设备两种方式发现故障源。（2）发出告警。管理站发现故障信息之后，会以短信、信号灯等方式提示管理员。（3）解决故障。对故障信息进行分析，明确其故障原因和类型，找到对应方法得以解决。（4）保存历史故障数据。对历史故障数据进行维护备份，为以后的故障提供一定依据，使得处理网络故障更为高效。4）计费管理：计费管理主要功能是为客户提供一个合理的收费依据，通过将客户的网络资源的使用情况进行统计，例如将客户消费流量计算成本从而向客户计费。5）安全管理：目的就是保证网络能够平稳安全的运行，可以避免或者抵御来自外界的恶意入侵，防止重要数据泄露，例如用户的个人隐私泄露问题等。根据网络管理系统的体系结构和ISO定义的基本功能，基于Web的网络管理系统基本模型如图基于Web的网络管理系统基本模型所示，整个模型包括六个组成部分:Web浏览器，Web服务器，管理服务集，管理信息库，网络管理协议，被管资源。 SNMP协议简单网络管理协议SNMP(Simple Network Management Protocol)，既可以作为一种协议，也可以作为一套标准。事实上SNMP己经成为网络管理领域的工业标准，从提出至今共有八个版本，在实践中得到广泛应用的有三个版本，分别是SNMPv1, SNMPv2c和SNMPv3（唐明兵2017）。最初的SNMPv1主要是为了满足基于TCP/IP的网络管理而设计的，但是随着网络管理行业的迅猛发展，第一版本的SNMP协议已经不适应网络行业的发展，身份验证、批量数据传输问题等暴露导致SNMPv1难以支持日益庞大的网络设备。第二版本就演变成了一个运行于多种网络协议之上的网络管理协议，较第一版本有了长足的进步，不仅提供了更多操作类型，支持更多的数据类型而且提供了更加丰富的错误代码，能够更加细致的区分错误，另外支持的分布式管理在一定程度上大大减轻了服务器的压力。但是SNMPv2c依旧是明文传输密钥，其安全性有待提高。直到1998年正式推出SNMPv3，SNMPv3的进步主要体现在安全性能上，他引入USM和VACM技术，USM添加了用户名和组的概念，可以设置认证和加密功能，对NMS和Agent之间传输的报文进行加密，提升其安全性防止窃听。VACM确定用户是否允许特定的访问MIB对象以及访问方式。 SNMP管理模型与信息模型SNMP系统包括网络管理系统NMS（Network Management System）、代理进程Agent、被管对象Management object和管理信息库MIB（Management Informoation Base）四部分组成.管理模型图如图所示：1）NMS称为网络管理系统，作为网络管理过程当中的核心，NMS通过SNMP协议向网络设备发送报文，并由Agent去接收NMS发来的管理报文从而对设备进行统一管控。NMS可以主动向被管对象发送管理请求，也可以被动接受被管对象主动发出的Trap报文。2）Agent相当于网络管理过程中的中间件，是一种软件，用于处理被管理设备的运行数据并响应来自NMS的请求，并把结果返回给NMS。Agent接收到NMS请求后，通过查询MIB库完成对应操作，并把数据结果返回给NMS。Agent也可以作为网络管理过程中的中间件不仅可以使得信息从NMS响应到具体硬件设备上，当设备发生故障时，通过配置Trap开启相应端口，被管设备也可以通过Agent主动将事件发送到NMS，使得NMS及时发现故障。3）Management object指被管理对象。一个设备可能处在多个被管理对象之中，设备中的某个硬件以及硬件、软件上配置的参数集合都可以作为被管理对象。4）MIB是一个概念性数据库，可以理解为Agent维护的管理对象数据库，里面存放了被管设备的相关变量信息。MIB库定义了被管理设备的一系列属性：对象的名称、对象的状态、对象的访问权限和对象的数据类型等。通过读取MIB变量的值， Agent可以查询到被管设备的当前运行状态以及硬件信息等，进而达到监控网络设备的目的。Agent可以利用修改对应设备MIB中的变量值，设置被管设备状态参数来完成设备配置。SNMP的管理信息库是树形结构，其结构类型与DNS相似，具有根节点且不具有名字。在MIB功能中，每个设备都是作为一个oid树的某分支末端被管理。每个OID（object identifier，对象标识符）对应于oid树中的一个管理对象且具有唯一性。有了树形结构的特性，可以高效迅速地读取其中MIB中存储的管理信息及遍历树中节点，读取顺序从上至下。目前运用最为广泛的管理信息库是MIB-Ⅱ，它在MIB-Ⅰ的基础上做了扩充和改进。MIB-Ⅱ结构示意图如图如所示：（1）system组：作为MIB中的基本组，可以通过它来获取设备基本信息和设备系统信息等。（2）interfac组：定了有关接口的信息，例如接口状态、错误数据包等，在故障管理和性能管理当中时常用到。（3）address translation组:用于地址映射。（4）ip组：包含了有关ip的信息，例如网络编号，ip数据包数量等信息。（5）icmp组：包含了和icmp协议有关信息，例如icmp消息总数、icmp差错报文输入和输出数量。（6）tcp组：包含于tcp协议相关信息，例如tcp报文数量、重传时间、拥塞设置等。应用于网络拥塞和流量控制。（7）udp组：与udp协议相关，可以查询到udp报文数量，同时也保存了udp用户ip地址。（8）egp组：包含EGP协议相关信息，例如EGP协议下邻居表信息、自治系统数。（9）cmot组：为CMOT协议保留（10）transmission组：为传输信息保留（11）snmp组：存储了SNMP运行与实现的信息，例如收发SNMP消息数据量。 SNMP通讯模型SNMP规定了5种协议基本数据单元PDU，用于管理进程与代理进程之间交换。（1）get-request操作：管理进程请求数据。（2）get-next-request操作：在当前操作MIB变量的基础上从代理进程处读取下一个参数的值。（3）set-request操作：用于对网络设备进行设置操作。（4）get-response操作：在上面三种操作成功返回后，对管理进程进行数据返回。这个操作是由代理进程返回给管理进程。（5）trap操作：SNMP代理以异步的方式主动向SNMP管理站发送Trap数据包。一般用于故障告警和特定事件发生。SNMP消息报文包含两个部分：SNMP报头和协议数据单元PDU。根据TCP/IP模型SNMP是基于UDP的应用层协议，而UDP又是基于IP协议的。因此可以得到完整的SNMP报文示意图如下：（1）版本号表示SNMP版本，其中版本字段的大小是版本号减1，如果SNMPv2则显示的字段值是1。（2）团体名（community）本质上是一个字符串，作为明文密钥在管理进程和代理进程之间用于加密传输的消息，一般默认设置成“public”。 （3）请求标识符(request ID)用于消息识别。由管理进程发送消息时自带一个整数值，当代理进程返回消息时带上该标识符。管理进程可以通过该标识符识别出是哪一个代理进程返回的数据从而找到对应请求的报文。（4）差错状态(error status)表示出现错误时由代理进程返回时填入差错状态符0～5中的某一数字，数字对应相关错误信息。差错状态描述符如下表：（5）差错索引(error index)表示在通信过程当中出现上表的差错时，代理进程在应答请求时设置一个整数，整数大小对应差错变量在变量列表中偏移大小。（6）变量名-值对以key-value的方式存储变量名称和对应值。（7）trap报文是代理进程主动向管理进程发送的报文，不必等待管理进程下一次轮询。SNMPv2的trap报文格式较SNMPv1的trap报文格式更趋近于普通的SNMP响应报文，更加统一化。以SNMPv2为例的trap报文格式如下：trap类型已定义的特定trap共有7种，后面的则是由供养商自己定制。Trap类型如下表所示： SNMP组织模型SNMP代理组织分成分散式和集中式模型。在分散模型中，每一个服务器对应一个SNMP代理，可以理解为一一对应的关系，管理站分别与每个被管服务器上的代理进行通信。集中模型当中，在管理服务器上只创建一个SNMP代理。管理站只与管理管理服务器上的SNMP代理进行通信， SNMP代理接收来自某一固定区域的所有数据。如图所示： Vue为实现前后端分离开发的理念，Vue应运而生。作为构建用户界面框架的简单易上手使得前端开发人员不必再编写复杂的DOM操作通过this来回寻找相关节点，很大程度上提高了开发的效率。通过MVVM框架，可以自动完成视图同步数据更新，在对实例new Vue（data:data）进行声明后data中数据将与之相应的视图绑定，一旦data中的数据发生变更，视图中对应数据也会发生相应改变。基于MVVM框架实现了视图与数据一致性，MVVM框架可以分为三个部分：Model、ViewModel、View。MVVM框架模式：的理念是“一切皆为组件”，可以说组件是的最强大功能。组件可以扩展HTML元素，将HTML、CSS、JavaScript封装成可重用的代码组件，可以应用在不同的场景，大大提高效率。它与传统的JavaScript相比，采用虚拟DOM渲染页面。当有数据发生变更时，生成虚拟DOM结构与实际页面结构对比，重新渲染差离部分，进一步提供了页面性能。 EchartsEcharts（Enterprise Charts），它是由百度公司研发的纯JavaScript图表库，可以流畅的运行在PC和移动设备上。ECharts兼容当前主流浏览器，底层依赖轻量级Canvas库ZRender，Echarts提供直观、生动、交互性强、高度自定义化的可视化图标。ECharts包含了以下特性：1）丰富的可视化类型：既有柱状图、折线图、饼图等常规图，也有可用于地理数据可视化的热力图、线图等，还有多维数据可视化的平行坐标。2）支持多种数据格式共存：在版本中内置的dataset属性支持直接传入包括二维表中。3）多维数据的支持：可以传入多维度数据。4）移动端优化：特别针对移动端可视化进行了一定程度优化，可以使用手指在坐标系中进行缩放、平移。5）动态类型切换：支持不同类型图形随意切换，既可以用柱形图也可以用折线图展示统一数据，可以从不同角度展现数据。6）时间轴：对数据进行可视化的同时，可以分为周期或者定时进行展示，所有利用时间轴可以很好的动态观察数据的变化。目前常见的故障诊断方法基于专家系统的故障诊断方法专家系统是目前最常使用的诊断方法。通俗来讲，专家系统就是模拟人类专家去解决现实中某一特定领域的复杂问题。专家系统接收用户界面数据，将数据传递到推理引擎进行推理，做出决策并执行。专家系统作为人工智能的前身，从上世纪60年代开始到现在专家系统的应用已经产生了巨大的经济效益和社会效益，灵活可靠、极高的专业水平和良好的有效机制使得专家系统已经成为最受欢迎、最活跃的领域之一。基于模糊理论的故障诊断方法在实际的工业生产过程当中，设备的“故障”状态与“正常”状态之间并没有严格的界限，它们之间存在一定的模糊过渡状态，并且在特征获取、故障判定过程中都中存在一定的模糊性。 因此，该方法不需要建立精确的数学分析模型，本质上是一个模式识别问题。 根据建议的症状参数，得出系统状态。 通常选择“择近原则”和“最大隶属原则”作为基本诊断原理（尤海鑫，2012）。基于免疫算法的故障诊断方法通过模拟自然生物免疫系统的功能，即快速识别外来生物和外来生物，最后通过自我排斥将异物排出体外。生物免疫系统还建立了一套算法来测试各种条件，主要是在线检测，通过不合格的自我和外部组织消除系统来实现故障识别的能力。免疫算法的故障诊断方法属于并行处理能力，可以进行很多复杂的操作和处理。同时可以与遗传算法等其他智能优化算法结合使用，以增强自适应能力和自学习能力。从公开的文献中，学者们并不热衷于这种原理的方法。一般来说，在故障诊断领域，目前人工免疫理论的研究尚处于萌芽阶段。基于神经网络的故障诊断方法神经网络是由大量简单的神经节点组成的复杂网络，以网络拓扑分布的方式存储信息，利用网络拓扑分布和权重实现对实际问题的非线性映射调整，并运用使用全局并行处理的方式，实现从输入空间到输出空间的非线性映射。该方法属于典型的模型诊断模式，不需要了解内部诊断过程，而是使用隐式方法完全表达知识。在获取知识时，它将自动生成由已知知识和连接节点的权重构成的网络的拓扑结构，并将这些问题完全连接到互连的网络中，有利于知识的自动发现和获取。并行关联推理和验证提供了便利的途径；神经网络通过神经元之间的交互来实现推理机制。

改的方法是：对于研究生和本科毕业生而言，无论是毕业论文还是期刊还是毕业论文都要通过论文查重系统进行论文查重检测，论文查重检测通过才能进行论文答辩。直接关系到每位毕业生的毕业和前途。每个高校都会规定论文查重系统，在该查重系统下对论文进行查重检测，如果查重后重复率过高该怎么修改呢？沃德论文降重和大家分享一下论文降重技巧：1、在论文要求已经满足各项指标要求情况，还有删除字数的空间的情况下，可将抄袭率高的部分删除掉，这样可以降低论文重复率。但是由于字数减少，可能以前没有检测出来的重复点会被检测出来。2、用翻译软件将重复的章节进行翻译，这样虽然可以降低论文重复率，但是论文质量会大幅降低。3、可以参考论文查重系统中不包含的论文文献资料，这样可以避免查重检测，但是这样的文献资料极少。4、将文字转换成图片，这样的方法仅适合于极少数论文查重系统，采用这种方法有极大风险，例如知网论文查重系统会在系统中显示全文内容。5、最有效且质量最高的论文降重修改方式就是用专业的学术知识进行论文修改，这样才能用最安全、有效的方式通过论文查重检测。如果对于毕业论文或者期刊论文是否能通过论文查重检测没有把握。建议大家入沃德论文降重官网进行论文查重和论文降重修改，沃德论文降重是十年的高校教师团队，在对论文降低重复率修改后即使不用检测也可以确保修改过的论文一次性通过学校知网论文查重检测，保证每个同学都能顺利完成论文这一关，圆满毕业。

建议选第一个，首先是选题新颖，我认为你也喜欢这个，上手应该更容易，而且你有好多同学可以相互取经。更重要的是，这个课题的负责人他是个教授，教授的人脉广，资源多。

相当于一般高等学校的毕业论文。目的是总结检查学生在校期间的学习成果，是评定毕业成绩的重要依据。

同时，通过毕业设计，也使学生对某一课题作专门深入系统的研究，巩固、扩大、加深已有知识，培养综合运用已有知识独立解决问题的能力。毕业设计也是学生走上国家建设岗位前的一次重要的实习。

高等学校技术科学专业及其他需培养设计能力的专业或学科应届毕业生的总结性独立作业。要求学生针对某一课题，综合运用本专业有关课程的理论和技术，作出解决实际问题的设计。毕业设计是高等学校教学过程的重要环节之一。

一些国家根据学生的毕业设计，授予一定的学衔。如建筑师、农艺师、摄影师等。中国把毕业设计和毕业考试结合起来，作为授予学士学位的依据。

学术堂手把手得来教你如何写出一篇计算机专业的毕业论文:首先是选题,一般老师都会提供若干个选题给你选,其中必然包括几个"XX系统的设计与开发",这样的选题就是符合我们前面的假设和预想的.盘他!假设我现在选了一个题目是"基于SSM的XX网上商城的设计与开发".选完题目就面临着一个问题:是先做开发还是先写文章,或者是一边写一边开发.我的建议是一边写一边开发.原因是:开发的过程是需要写一些文案的,比如需求分析、数据库的表结构的关系、整个系统的交互逻辑等等.而这些文案是可以出现在我们的论文当中的.那接下来就说一下如何开发和写文论,当然某些开发过程我只能粗略的说一下.1.摘要:这是所有论文的第一个小title,说他恶心有时候也恶心,说他简单也是蛮简单的.那么这一部分究竟是要写什么的?由于这一部分需要展现出做这个系统的必要性、开发这个系统的实现方式、系统的功能和系统的作用.所以可以这样写:?随着中国经济的高速发展以及网络技术的普及,互联网的技术得到全面的发展,中国的各行各业都在互联网的影响下发生了变革.互联网的快速发展催生了许多产业,其中最具代表性的便是电子商务,电子商务使得企业和客户的营销关系由实体店销售准换为网络电子商务营销.马云曾说:"让天底下没有难做的生意",越来越多的店家选择在网上开店,使得交易不再限制于天南地北,同时也大大降低了店家的经营成本,在提高收益的同时,也方便了客户,本课题正式在这种背景下应运而生.本课题介绍了"基于SSM的XX网上商城"的开发环境、需求分析、界面设计和数据库设计以及涉及到的框架.本系统采用了B/S架构,使用了Java、HTML、JS等语言,使用了主流的后台开发框架SSM(spring+springMVC+Mybatis),以及采用了开源的轻量级数据库Mysql进行开发,为网络商城提供了前端展示和后台管理的模块,实现了注册、登录以及购物等主要功能,为消费者提供了便捷快速的购物体验,以及为提高了店家的销售效率.关键字:网上商城,SSM,Java,HTML,JS,MySQL(关键字一般就是把摘要中提及到的关键性技术提取出来,让阅读者一目了然,知道哪些是重点)Abstract:......(英文摘要建议谷歌翻译,然后把明显错误的地方修改一下即可)2.第一章:引言这一部分也是比虚的,其实随便扯一扯就可以了,一般包含以下几部分1.背景2.研究内容.其中背景主要讲一些关于社会发展的趋势导致了一些什么问题,而这些问题又应该如何去解决,多说几句,写到两三百字即可.研究内容就是针对上述的背景我们如何进行改进.细心的同学可能会说,感觉跟摘要有些重复.是的!这两部分内容其实是挺重复的,但是没关系,不过不要使用完完全全一样的话去描述,因为最后论文查重的时候会对文章自引用进行查重的.这一部分也是三五百字即可.3.第二章:系统的开发技术介绍这一部分是需要我们在正式开发之前做好的技术调研,然后对这一部分的技术进行详细的介绍.这一部分我不可能细讲,因为内容太多了,而且对于不同的项目有不同的内容,在查阅资料的过程也是提升技术的一个重要的环节,你可以真真切切的了解到开发一个工程是需要哪方面的知识,因此我就对我所选的这个课题应该使用到的技术栈进行一下介绍,也算是抛砖引玉,各位同学可以根据自己的实际情况进行撰写.开发不同的系统虽然涉及到的业务逻辑不同,处理方式也千差万别,但是本质上都是一样的,都是前端界面通过服务器跟数据库进行数据交互的一个过程,涉及到的内容也无非就是前端、后台和服务器.但是有一个需要注意的点,就是不要把HTML、JAVA等使用的语言介绍也给堆在这里,老师没细看还好,细看还是会显得太水字数了,记住,写工程性的课题不怕没字数.那问题来了,语言介绍不给写那应该些什么呢?应该写涉及到的框架、使用的工具.这些就够了,随随便便就几千字了.下面举例简单说明一下.a. 前端强调一下,不要把HTML、CSS等一下前端的规范展开来写,可以轻描淡写,但篇幅不能过多.这里可以写前端框架的使用,比如使用npm管理包(可以介绍一下npm以及在工程中的使用)、vue的使用(同样可以介绍vue框架以及应用)、element(element以及使用他的好处)等等.也希望同学在做毕设的过程中要真的去了解这些技术并且去使用它,相信我,看完再去用你的技术会有质的飞跃.b. 后台这一部分是重点,对于本课题来说,标题就写了是基于SSM的.对于这个java框架并不熟悉的同学来说建议先去查一下资料,而且很多同学会有疑问,使用技术框架的目的就是为了让开发更加的便捷和快速,但是为什么我们自己在开发的过程中会感觉好像变得更加复杂?很负责任的告诉你,是正常的.因为框架不仅会帮我们封装好一些常用的方法,而且会考虑到更新迭代以及代码可读性等等的一系列的问题,某些规定和配置我们之所以没有感受到他的好处是因为这种校园内的开发并不涉及生产问题,也不会有很多的更新迭代,更加不会考虑到代码的可读性.例如spring的工厂,一开始使用的时候很多同学会觉得为什么我new一个类的时候还要去改配置文件,直接new不香吗?直接new是很香,但是你考虑到真正去工作的时候,假设你要改类的一些关系的时候,还要去改代码,当工程一大,代码去哪里找呢?一个一个文件看吗?显然是非常不可取的,效率非常低,这个时候配置文件的优势就发挥出来了,直接修改配置文件,不需要更改代码,耦合性也大大的降低.好像跑题了,说了这么多就告诉同学们,要沉住气,理解框架这样设计背后的原因,对大家自身技术的提高非常的有帮助!那这一部分我们就可以介绍spring(包括spring的IOC、spring的工厂、spring的AOP等等,并且可以在论文中强调如何应用到我们的系统当中)、springMVC(这一部分可以讲解srpingMVC作为一个连接前端和数据库的工具在实际工作过程中的具体流程,也可以讲述springMVC的分层的概念以及如何应用)、Mybatis(包括跟JDBC的关系、mybatis依赖的配置、使用到的接口、动态代理、一级缓存和二级缓存以及延迟加载等等的一些技术问题)c. 服务器和数据库这一部分可以介绍一下用来搭建服务器的工具和所使用的数据库.假设你是使用了云服务器来搭建了,可以详细介绍一下云服务器的搭建过程包括防火墙、端口等等内容.一般服务器使用tomcat进行搭建,可以把tomcat介绍一下并且介绍一下tomcat是如何监听和解析用户请求的具体流程.一般小型的项目采用MySQL作为数据库,可以详细说一下选择MySQL的原因,比如相对于Oracle的好处.可以介绍一下MySQL数据库的一些特点包括分页、是否支持事务等等.4.第三章:需求分析这一部分是针对具体的业务场景来分析需要开发哪些功能,这一部分可以让你感受一下产品经理的职责,只不过不需要跟程序员对接,因为你自己就是程序员哈哈.一般来说分成两部分就可以了,一部分是对于前端的业务流程,另一部分就是后台服务器的业务流程,可以使用一些软件来绘画流程图,想图个方便可以直接使用word自带的图形进行编写,也不至于难看,就比较简约.想做的好看点的话个人推荐使用xmind,非常简单,可以快速做出美观的流程图.如果没有什么思路,那前端就按照着使用者的逻辑去写,比如用户需要注册、登录、找回密码、购物、退货等操作,那后端就对应着这些前端逻辑需要有相应的业务处理.个人感觉这一部分比较好写,就不再赘述.5.第四章:系统的设计和实现这一部分可以挑选一些有代表性的功能出来细讲,有些同学可能会有疑问,论文可不可以贴代码呢?答案是可以的.但是我个人的建议是贴伪代码,不要把你写的长篇大论的代码全部放进去,不好看而且逻辑混乱,应该做的是把代码抽取为伪代码,贴代码的目的是为了让阅读者清晰地读懂你是如何实现这个功能的,他并不会在意你的语法你的命名.下面列举若干个可以写的内容,并不限于此.a. SSM框架的整合.如何使用Spring来整合并且管理SpringMVC和. 客户登录状态保存的实现.这一部分可能会涉及到cookies,sessions以及http报文解析等等,都可以详解.c. 后台商品管理的功能.这一部分可以根据管理员的后台管理功能进行描写.d. 商品搜索功能.可以涉及到数据库的模糊搜索.e. 数据库表格的设计.可以体现数据库表格设计的时候如何遵守三范式.f. 可以写在开发过程中遇到的一些疑难杂症.g. 可以写开发过程中使用到的一些比较具有亮点的语言特性.比如java的多线程、lambda表达式.又比如实现注册功能的时候使用的正则表达式.……等等数不胜数.6.第五章:运行结果这一部分非常好写了.截取一些关于你的系统的界面并且介绍一下功能,尽量说详细点,就ok了.7.第六章:总结以及展望这一部分也是比较水的一部分,但是也希望同学们认真写一写.可以写一下你开发这个项目的过程中学习到了什么,可以是XX技术,也可以是艰苦奋斗的精神…….展望可以写有望发展成另外一个淘宝……开玩笑开玩笑,总之劈里啪啦凑个几百字即可.8.参考文献把你开发过程中参考过的文章、论文贴进去之后,往往会发现参考文献不够,太少了!那怎么办呢?那就贴一些关于使用的技术的文章或者参考手册咯,虽然大部分是没看过的,但是还是希望大家可以多少看一看(正义之气跃然纸上).去知网查找参考文章然后添加到你的参考文献是非常方便的,只需要找到对应的文章并且选择"引用"功能,即可自动生成引用的文字,直接复制到你的论文中.9.致谢第一步,感谢你的导师,感谢你的院领导,感谢你的校领导.说的好听后可能答辩的时候不会太为难你……然后你要感谢你的家人你的舍友你的朋友或者是你家的狗(开玩笑),都可以的,这一部分又轻轻松松两百字.

计算机专业论文： 计量标准设备管理系统的设计与实现 对于法定计量技术机构．计量标准档案和设备档案的管理是一项非常重要的工作。然而，对于档案的管理，大多数单位还停留在传统的管理模式，耗费大量的时间和人力，却不能实时动态地从档案中获取信息，大量信息资源不能得到有效利用。为提高计量标准档案和设备档案的管理水平与工作效率，必须对档案进行网络化、实时化、动态化的管理．实现计量标准和设备信息的高度共享，建立更加高效、快捷的实时化与动态化管理模式。 一、计量标准设备管理系统的 网络化解决方案为实现计量标准和设备档案的实时、动态管理，根据相关法规要求、管理工作需要、检定和校准工作需要，我院设计开发了“计量标准设备管理系统”。为实现信息实时动态共享，系统采用浏览器，月艮务器(B／S)架构，并充分利用．NET技术的优势．采用Ⅳ层体系结构设计思想。系统的整体设计思想如图1所示，整个系统的层次结构分为页面文件层、隐藏文件层、数据访问层、数据服务层、存储过程层、数据库表层。这样的设计可使系统的用户界面处理、业务逻辑处理、数据访问处理的层次更加清晰，易于系统的扩展与升级。 二、计量标准设备管理系统的设计与实现 由于计量标准档案和设备档案中涉及的数据信息非常繁杂．而且还要考虑管理方面的各种要求。在对系统进行设计时．特别考虑了以下四个方面的问题： 第一，JJF1033～2001《计量标准考核规范》、JJF1069—2003《法定计量检定机构考核规范》和GB15481—2000《检测和校准实验室能力的通用要求》规定的相关要求。 第二，计量标准档案和设备档案管理的实际情况与特点。 第三，系统运行的稳定性及运行速度。 第四，系统的易用性及可操作性。 根据以上设计思路，通过对数据资源进行分解、归类、重新组合，本设计方案将计量标准设备管理系统分为以下四个子系统： 1．设备履历管理子系统 该子系统主要是对设备的各种硬件信息及软件信息进行管理。硬件信息包括设备的名称、规格、编号、测量范围、不确定度／准确度等级／最大允许误差、主要技术指标、制造厂、价格、出厂日期、启用日期、所处状态、设备的组成情况、设备附件明细等：软件信息包括设备检定／校准证书、证书号、检定时间、有效期限、检定结论、溯源单位、所属标准、使用人情况、保管人情况、设备维修明细、设备的供应商明细等信息。 通过对设备信息的分析．将设备履历管理系统分为硬件信息管理和软件信息管理子模块。硬件信息管理包括设备基本信息管理、设备的组成设备管理、设备附件管理：软件信息管理包括设备溯源证书管理、设备使用人与保管人管理、设备供应商管理等功能。 该子系统为每个设备构建一份清晰的履历档案，按照过程管理的要求，记录设备从购进开始直到报废整个生存周期内所发生的各种事件，包括设备的使用、维修、溯源、保管等事件。 由于大型设备经常是成套存在，由若干个设备组成，还有可能需要许多附件。而且某些大型设备的组成设备也可以单独使用．亦需要建立履历档案。所以在设备履历管理子系统中，提供了设备的组成设备管理，为设备的组成设备也提供一份履历档案．对大型设备及其组成设备进行综合管理。 2、计量标准档案管理子系统 该子系统以计量标准装置为主线，将其涉及的人员、设备、环境条件、方法、量值溯源、稳定性考核、重复性考核、期间核查等诸多要素贯穿在一起．不但满足了档案管理的需要，还满足了法定的相关要求。计量标准档案所涉及的数据信息更加繁杂，包括计量标准的名称、代码、测量范围、不确定度／准确度等级／最大允许误差、开展工作需要的环境条件、所用的检定规程／技术规范、计量标准器和配套设备、稳定性考核信息、重复性考核信息、计量标准考核证书的有效期、授权开展的项目、到期复查的申请、建标报告、各类作业指导书等。计量标准的设备构成也具有多种形式。有的计量标准只由一台设备构成，有的计量标准则由多台设备构成：还有多个计量标准共用设备的情况发生。当出现共用设备的情况时．设备的更换与报废就必须能够灵活处理，不能由于其中某个计量标准中更换了设备，而影响其他计量标准的工作。 由于该子系统包含的数据资源及数据关系非常复杂，需要对计量标准档案的内容进行重组归类，进行仔细的梳理。在子系统的接口方面．要充分考虑该子系统和设备履历管理子系统以及检定员管理子系统的接E1．以实现子系统之间数据的共享与交互。 综合考虑以上几个方面的设计思路，将该子系统分成六个子模块．即基本信息管理、设备配置管理、考核与核查管理、开展项目管理、授权证书管理、相关文档管理子模块。 基本信息管理包括标准概况、环境条件、技术资料、保管人、使用人管理；设备配置管理包括计量标准器、配套设备、其他设备管理；考核与核查管理包括计量标准稳定性考核、计量标准重复性考核、标准器稳定性考核、期间核查管理；开展项目管理包括计量行政部门授权开展的项目、实验室认可开展的项目、院内批准开展的校准项目管理；授权证书管理包括计量标准考核证书、社会公用计量标准证书管理：相关文档管理包括建标报告、复查申请书以及各类作业指导书的管理。 3．检定员管理子系统 检定员管理子系统是对从事检定／校准工作的人员进行管理。由于检定员／校准员的工作岗位会有调动．可能会引起其所使用设备或计量标准方面的相关信息发生变化。很多检定员都具有从事多项检定工作的资质，但对于特定的计量标准．必须使用相应的授权检定项目。因此，在该子系统中，不但包括了人员基本信息的管理(如检定员证号、检定员姓名、专业领域等)，还要能够管理每个检定员经授权可开展的检定项目信息．以便和设备履历管理子系统和计量标准管理子系统进行交互。 4．查询统计子系统 查询统计子系统是计量标准设备管理系统重要的数据输出端口。所有的人员、设备、计量标准、量值溯源等数据，均要通过查询统计子系统提供给院领导和相关的管理人员与检测人员。如设备的台账统计、设备的送检计划、设备的维修统计、计量标准的考核与核查监控、技术资料查询、电子文档统计查询、开展项目统计、检定员信息查询等。 三、计量标准设备管理系统的特点及应用 计量标准设备管理系统将过程管理中人员、设备、环境条件、方法、量值溯源等要素有机地结合在一起，实现了信息的动态管理；同时还能够满足法定计量技术机构中有关法规、规范所规定的要求。该系统对繁杂的数据信息及数据关系进行了梳理，使其成为清晰准确的数据资源。其不但可为院内的资源配置提供实时的数据支持．还可为院领导的管理决策和科学管理提供准确、可靠的依据，实现了设备和计量标准的网络化、透明化、实时化、动态化管理。

？？？？？？？

又是一年一度毕业季，前阵子经常有一些师弟来问我，毕设选题应该怎么选，毕业论文应该怎么写，感觉大家都挺迷茫的，那我就跟大家稍微分享一下我自己的经验吧。首先声明，此文章针对小白，为那些没有写过论文并且不知道如何下手的同学，大神莫喷哈。关于计算机基础薄弱的同学如何快速的写一篇毕业论文，我个人的建议是:做工程性的毕业设计和论文，别选算法类型的论文，并不是因为算法文章不好水过去，其实算法的文章也非常好水过去，但是有风险，当你做的非常水的时候，例如直接从github摘抄一个算法然后把算法的公式哔哩吧啦讲了一遍，老师都是一眼就看明白的，他想放过你可以让你过，但是假设他心情不好或者跟你关系一般想要为难你，那就比较难搞了。而且选一个算法方向的毕业设计并且水过去的话，对你本身来说是没有任何帮助的。那选择工程性的毕业设计和论文有什么好处呢?1.真的可以学的到东西，对于大部分想找开发岗位的同学的就业来说也是有帮助了。2.文章比较好写，逻辑非常明确，不用担心凑不到字数。说了这么多，下面就来讲如何写一篇关于计算机的论文(工程性的设计)。首先是选题，一般老师都会提供若干个选题给你选，其中必然包括几个“XX系统的设计与开发”，这样的选题就是符合我们前面的假设和预想的。盘他!假设我现在选了一个题目是“基于SSM的XX网上商城的设计与开发”。选完题目就面临着一个问题:是先做开发还是先写文章，或者是一边写一边开发。我的建议是一边写一边开发。原因是:开发的过程是需要写一些文案的，比如需求分析、数据库的表结构的关系、整个系统的交互逻辑等等。而这些文案是可以出现在我们的论文当中的。那接下来就说一下如何开发和写文论，当然某些开发过程我只能粗略的说一下。1.摘要:这是所有论文的第一个小title，说他恶心有时候也恶心，说他简单也是蛮简单的。那么这一部分究竟是要写什么的?由于这一部分需要展现出做这个系统的必要性、开发这个系统的实现方式、系统的功能和系统的作用。所以可以这样写:随着中国经济的高速发展以及网络技术的普及，互联网的技术得到全面的发展，中国的各行各业都在互联网的影响下发生了变革。互联网的快速发展催生了许多产业，其中最具代表性的便是电子商务，电子商务使得企业和客户的营销关系由实体店销售准换为网络电子商务营销。马云曾说:“让天底下没有难做的生意”，越来越多的店家选择在网上开店，使得交易不再限制于天南地北，同时也大大降低了店家的经营成本，在提高收益的同时，也方便了客户，本课题正式在这种背景下应运而生。本课题介绍了“基于SSM的XX网上商城”的开发环境、需求分析、界面设计和数据库设计以及涉及到的框架。本系统采用了B/S架构，使用了Java、HTML、JS等语言，使用了主流的后台开发框架SSM(spring+springMVC+Mybatis)，以及采用了开源的轻量级数据库Mysql进行开发，为网络商城提供了前端展示和后台管理的模块，实现了注册、登录以及购物等主要功能，为消费者提供了便捷快速的购物体验，以及为提高了店家的销售效率。关键字:网上商城，SSM，Java，HTML，JS，MySQL(关键字一般就是把摘要中提及到的关键性技术提取出来，让阅读者一目了然，知道哪些是重点)Abstract:......(英文摘要建议谷歌翻译，然后把明显错误的地方修改一下即可)2.第一章:引言这一部分也是比虚的，其实随便扯一扯就可以了，一般包含以下几部分1.背景2.研究内容。其中背景主要讲一些关于社会发展的趋势导致了一些什么问题，而这些问题又应该如何去解决，多说几句，写到两三百字即可。研究内容就是针对上述的背景我们如何进行改进。细心的同学可能会说，感觉跟摘要有些重复。是的!这两部分内容其实是挺重复的，但是没关系，不过不要使用完完全全一样的话去描述，因为最后论文查重的时候会对文章自引用进行查重的。这一部分也是三五百字即可。3.第二章:系统的开发技术介绍这一部分是需要我们在正式开发之前做好的技术调研，然后对这一部分的技术进行详细的介绍。这一部分我不可能细讲，因为内容太多了，而且对于不同的项目有不同的内容，在查阅资料的过程也是提升技术的一个重要的环节，你可以真真切切的了解到开发一个工程是需要哪方面的知识，因此我就对我所选的这个课题应该使用到的技术栈进行一下介绍，也算是抛砖引玉，各位同学可以根据自己的实际情况进行撰写。开发不同的系统虽然涉及到的业务逻辑不同，处理方式也千差万别，但是本质上都是一样的，都是前端界面通过服务器跟数据库进行数据交互的一个过程，涉及到的内容也无非就是前端、后台和服务器。但是有一个需要注意的点，就是不要把HTML、JAVA等使用的语言介绍也给堆在这里，老师没细看还好，细看还是会显得太水字数了，记住，写工程性的课题不怕没字数。那问题来了，语言介绍不给写那应该些什么呢?应该写涉及到的框架、使用的工具。这些就够了，随随便便就几千字了。下面举例简单说明一下。a. 前端强调一下，不要把HTML、CSS等一下前端的规范展开来写，可以轻描淡写，但篇幅不能过多。这里可以写前端框架的使用，比如使用npm管理包(可以介绍一下npm以及在工程中的使用)、vue的使用(同样可以介绍vue框架以及应用)、element(element以及使用他的好处)等等。也希望同学在做毕设的过程中要真的去了解这些技术并且去使用它，相信我，看完再去用你的技术会有质的飞跃。b. 后台这一部分是重点，对于本课题来说，标题就写了是基于SSM的。对于这个java框架并不熟悉的同学来说建议先去查一下资料，而且很多同学会有疑问，使用技术框架的目的就是为了让开发更加的便捷和快速，但是为什么我们自己在开发的过程中会感觉好像变得更加复杂?很负责任的告诉你，是正常的。因为框架不仅会帮我们封装好一些常用的方法，而且会考虑到更新迭代以及代码可读性等等的一系列的问题，某些规定和配置我们之所以没有感受到他的好处是因为这种校园内的开发并不涉及生产问题，也不会有很多的更新迭代，更加不会考虑到代码的可读性。例如spring的工厂，一开始使用的时候很多同学会觉得为什么我new一个类的时候还要去改配置文件，直接new不香吗?直接new是很香，但是你考虑到真正去工作的时候，假设你要改类的一些关系的时候，还要去改代码，当工程一大，代码去哪里找呢?一个一个文件看吗?显然是非常不可取的，效率非常低，这个时候配置文件的优势就发挥出来了，直接修改配置文件，不需要更改代码，耦合性也大大的降低。好像跑题了，说了这么多就告诉同学们，要沉住气，理解框架这样设计背后的原因，对大家自身技术的提高非常的有帮助!那这一部分我们就可以介绍spring(包括spring的IOC、spring的工厂、spring的AOP等等，并且可以在论文中强调如何应用到我们的系统当中)、springMVC(这一部分可以讲解srpingMVC作为一个连接前端和数据库的工具在实际工作过程中的具体流程，也可以讲述springMVC的分层的概念以及如何应用)、Mybatis(包括跟JDBC的关系、mybatis依赖的配置、使用到的接口、动态代理、一级缓存和二级缓存以及延迟加载等等的一些技术问题)c. 服务器和数据库这一部分可以介绍一下用来搭建服务器的工具和所使用的数据库。假设你是使用了云服务器来搭建了，可以详细介绍一下云服务器的搭建过程包括防火墙、端口等等内容。一般服务器使用tomcat进行搭建，可以把tomcat介绍一下并且介绍一下tomcat是如何监听和解析用户请求的具体流程。一般小型的项目采用MySQL作为数据库，可以详细说一下选择MySQL的原因，比如相对于Oracle的好处。可以介绍一下MySQL数据库的一些特点包括分页、是否支持事务等等。4.第三章:需求分析这一部分是针对具体的业务场景来分析需要开发哪些功能，这一部分可以让你感受一下产品经理的职责，只不过不需要跟程序员对接，因为你自己就是程序员哈哈。一般来说分成两部分就可以了，一部分是对于前端的业务流程，另一部分就是后台服务器的业务流程，可以使用一些软件来绘画流程图，想图个方便可以直接使用word自带的图形进行编写，也不至于难看，就比较简约。想做的好看点的话个人推荐使用xmind，非常简单，可以快速做出美观的流程图。如果没有什么思路，那前端就按照着使用者的逻辑去写，比如用户需要注册、登录、找回密码、购物、退货等操作，那后端就对应着这些前端逻辑需要有相应的业务处理。个人感觉这一部分比较好写，就不再赘述。5.第四章:系统的设计和实现这一部分可以挑选一些有代表性的功能出来细讲，有些同学可能会有疑问，论文可不可以贴代码呢?答案是可以的。但是我个人的建议是贴伪代码，不要把你写的长篇大论的代码全部放进去，不好看而且逻辑混乱，应该做的是把代码抽取为伪代码，贴代码的目的是为了让阅读者清晰地读懂你是如何实现这个功能的，他并不会在意你的语法你的命名。下面列举若干个可以写的内容，并不限于此。a. SSM框架的整合。如何使用Spring来整合并且管理SpringMVC和. 客户登录状态保存的实现。这一部分可能会涉及到cookies，sessions以及http报文解析等等，都可以详解。c. 后台商品管理的功能。这一部分可以根据管理员的后台管理功能进行描写。d. 商品搜索功能。可以涉及到数据库的模糊搜索。e. 数据库表格的设计。可以体现数据库表格设计的时候如何遵守三范式。f. 可以写在开发过程中遇到的一些疑难杂症。g. 可以写开发过程中使用到的一些比较具有亮点的语言特性。比如java的多线程、lambda表达式。又比如实现注册功能的时候使用的正则表达式。……等等数不胜数。6.第五章:运行结果这一部分非常好写了。截取一些关于你的系统的界面并且介绍一下功能，尽量说详细点，就ok了。7.第六章:总结以及展望这一部分也是比较水的一部分，但是也希望同学们认真写一写。可以写一下你开发这个项目的过程中学习到了什么，可以是XX技术，也可以是艰苦奋斗的精神……。展望可以写有望发展成另外一个淘宝……开玩笑开玩笑，总之劈里啪啦凑个几百字即可。8.参考文献把你开发过程中参考过的文章、论文贴进去之后，往往会发现参考文献不够，太少了!那怎么办呢?那就贴一些关于使用的技术的文章或者参考手册咯，虽然大部分是没看过的，但是还是希望大家可以多少看一看(正义之气跃然纸上)。去知网查找参考文章然后添加到你的参考文献是非常方便的，只需要找到对应的文章并且选择“引用”功能，即可自动生成引用的文字，直接复制到你的论文中。9.致谢第一步，感谢你的导师，感谢你的院领导，感谢你的校领导。说的好听后可能答辩的时候不会太为难你……然后你要感谢你的家人你的舍友你的朋友或者是你家的狗(开玩笑)，都可以的，这一部分又轻轻松松两百字。至此，一篇论文就写完了，是不是觉得挺简单的呢?呸!简单个鬼，明明就这么多字，还要看这么多资料，还要自己写代码。确实，要认真完成不是一件简单的事情。但是我前面强调过了，这是针对那些基础一般但是想学东西的同学。当你独自完成这个课题后，你会发现自己的东西简直太多太多了。而且春招即将来临，许多问题在你面试的过程中也会遇到，而且也不至于跟面试官说我什么项目都没做过……