毕业论文内容书写规范(平顶山学院).doc

毕业设计（论文）材料修改规范为了规范本科毕业论文的书写和相关材料的填写，指导老师认真理解相关材料填写的注意事项，请各位指导教师参照规范指导学生修改论文。一、毕业论文1. 毕业论文整体结构安排凡是毕业设计题目为“*系统设计与实现”、“*网站”等应用系统开发的论文，整体分为七部分，书写基本结构为：第一部分：绪论第二部分：技术与工具介绍第三部分：需求分析第四部分：总体设计（或概要设计）第五部分：详细设计与实现第六部分：测试第七部分：结束语2. 各部分书写注意事项（1）绪论绪论主要包括两部分内容，一是陈述项目开发背景、应用现状和意义，二是说明论文结构安排。在描述应用现状时不可出现“国内外”等词语，且必须与参考文献相对应；论文结构的说明不能只列出章节标题，必须简述每一部分主要内容。（2）开发技术和工具所有技术和工具描述时先用自己语言陈述选用该技术或工具的原因，然后简单描述技术和工具本身。描述是不能有“先进”、“最前沿”等词语。此处描述的技术和工具在后续设计或实现章节必须统一，即后面要体现出技术和工具的应用。严禁互相抄袭，凡发现有两本以上论文在描述同一技术或工具时完全一样，视为论文不合格，毕业设计不及格。（3）需求分析该部分主要写三方面内容：一是实际业务操作流程，二是系统设计的目标，三是功能需求。其中，功能需求借助用例图实现。用例图必须附有用例说明。 该部分内容不可写可行性分析。（4）系统设计该部分主要完成三方面内容：一是功能设计，二是数据库设计（概念结构和逻辑结构），三是接口设计。不可出现技术选择，重复描述技术。（5）详细设计与实现主要写两方面内容，一是系统设计（包括页面设计、类方法设计等），二是实现结果。详细设计中可以借助活动图或时序图来描述功能的实现；功能实现部分必须体现以下四点：界面、说明技术如何应用、具体实现方法和用到的类。（6）测试主要写三个内容：系统完整的测试计划、结合关键功能给出设计的测试用例、测试结果。3. 附录说明附录代码必须是系统实现的关键功能代码，以关键方法为单位，不需要给出整个页面代码，5页为宜。给出代码必须是个人设计的。4. 参考文献说明参考文献必须为近三年文献资料，类别包含专著M、学位论文D和期刊文章J等。格式书写必须完整正确。不可编造文献，凡发现一处的，论文不合格，毕业设计不及格。5. 致谢说明不要千篇一律。6. 其他说明摘要中不包含缩写的注释，正文中第一次出现缩写时加注释。单词缩写统一用大写字母，非缩写单词首字母大写。认真翻译摘要。二、任务书与开题报告1. 任务书时间说明 ：按照自己的时间合理填写任务书封面时间填写：2011年10月17日 至 10月24日之间时间格式： 年 月 日任务起止时间：2011年10月27日至3月27日 共24周下达日期：2011年10月19日承接日期：2011年10月25日2. 开题报告 指导教师签名：2011年12月10日左右组长签名：2011年12月11日左右3. 论文时间论文定稿时间：2012年3月20日 至 3月25日之间评语表：2012年4月10日 左右，实际时间为准 答辩记录：2012年4月10日或15日 实际时间为准4. 指导教师任务书、开题报告和论文中指导教师要一致，且只能写一位指导教师。以下内容仅作参考，结合学生的分析工具而严格按照规范进行。三、相关图表规范为了规范论文中各类设计图的描述方法，现将常见图形的画图标准以示例形式给出，希望各位毕业设计指导教师按画图标准指导学生论文。1. ER图2. 用例图3. 活动图4. 时序图ER图画图规范 ER图作用描述：ER（Entity-Relation)图用来建立数据模型,在数据库设计中属于概念设计阶段图，ER图提供了表示实体（即数据对象）、属性和联系的方法，用来描述现实世界的概念模型。ER图中的图形元素：1. 矩形：描述实体（一般为名词或名词短语）；2. 菱形：描述联系（一般为动词或动词短语）；3. 椭圆：描述属性（名词），主属性加下划线；4. 线条：用于连接实体与属性、实体与联系、联系与属性；5. 数字（1、m、n等）：描述联系的类型，写在线条旁边。ER图应用场景示例：现有一个产品销售管理系统，需要设计数据库。假设经过分析系统中涉及的实体有供应商、产品、顾客和订单等信息。针对该场景给出ER图的以下两种正确画法：画法一：完整ER图画法一注意事项：1. 所有联系名称不能重名；2. 联系类型（1：m、1:1和m：n）必须写在线条旁边，不能写在线上；3. 若联系本身有属性，通过线条连接到菱形；4. 原则上线条不能交叉画法二： 1. 先给出实体型图或实体描述（1）实体型图产品实体型图：订单实体型图：订单明细实体型图：顾客实体型图：（2）实体描述产品实体包括产品编号，名称和单价三个属性，其中产品编号为主键；订单实体包括订单号，下单日期两个属性，其中订单号为主键；订单明细实体包括明细号，数量和总价三个属性，其中主键为明细号；顾客实体包括顾客编号，姓名，电话和地址四个属性，其中顾客编号为主键。（若联系本身包含属性，也在此处描述出来）2. 再给出ER图（不能画出属性）用例图用例图作用描述：用例图表示处于同一个系统中参与者和用例之间的关系。是一组动作序列（包括它的变衍生物）的描述，系统执行该动作序列来为参与者产生一个可观测的结果值。它用来描述需求的，描述待开发系统的功能需求，本质上是用来描述用户和系统间一次交互。它是需求分析阶段(MSF中的构想阶段)的主要任务之一。用例图中的图形元素： 1 用例(Use Case )：UML中表示为一个椭圆。它有以下特点： 用例捕获某些用户可见的需求，实现一个具体的用户目标。2执行者(Actor)：指用户在系统中所扮演的角色。用个小人表示。这里的执行者可以是实际的用户也可以是另外的计算机系统。3 用例间的关系 关联关系：表示参与者用例之间进行通信。 包含关系 客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 扩展关系 指的是一个用例可以增强另一个用例的行为。 泛化关系 父用例也可以被特别列举为一个或多个子用例。 用例图应用场景示例：客户通过Internet启动“预订座位”用例，在“预订座位”用例的执行过程中，将“检查座位信息”（被包含用例），如果没有空闲的座位或满意的座位，可以选择进入等候队列，这样就将启动扩展用例“处理等候队列”。1台服务员在客户到棋牌馆时，启动“安排座位”用例，在执行过程中，将启动被包含用例“检查座位信息”。2客户要离开棋牌馆时，总台服务员将启动“处理结账”用例，并且定义了两种“收款”用例，一个是“处理现金结账”，另一个是“处理银行卡结账”，而后一个用例将通过与外部系统“银联POS系统”交互来完成。图X . 棋牌馆管理系统用例图(Rose软件画法)画法二：图X . 棋牌馆管理系统用例图(Visio软件画法) 注意：1 在用例图中执行者与用例间的关系是关联关系，使用实单箭头符号进行关联；常有学生错用了泛化关系符号。2 用例图中应包含系统边界和对应系统的名称，如“XX管理系统”；3 子系统也可以进行细化对应的用例图，规范如上同。4 应体现代码复用等面向对象的思想，如图中“检查座位信息”用例为其他两个用例共用；5 若整个系统用例较多，则可以先画出系统整体用例图，然后再对各用例进行细化，即画出对应的子用例图。每个用例需要给出对应的用例描述。活动图活动图作用描述：活动图是UML用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图是状态机的一个特例，它强调计算过程中的顺序和并发步骤，它所有或多数状态都是活动的状态或动作状态。活动图用来描述动作和动作导致对象状态改变的结果，而不用考虑引发状态改变的事件。活动图通常记录单个操作或方法的逻辑，单个用例或商业过程的逻辑流程。活动图着重表现从一个活动到另一个活动的控制流，是内部处理驱动的流程；活动图在本质上是一种流程图。活动图中的图形元素：1 泳道：用来表示活动图中的责任，是个矩形； 2 状态：用来表示某个活动或动作，分为“动作状态”，“状态”，“初始状态”，“最终状态”； 3 初始节点和终点初始节点表示活动的起点；终点表示活动的终结点用一个实心圆表示初始节点，用一个圆圈内加一个实心圆来表示活动终点在活动图中，可能包含多个活动终点。4 控制流：表示从一个状态到另一个状态的变化。5 分岔与汇合在实际应用中，如果活动的转换是有条件的，我们就用分支与监护条件来表示转换，如果一些活动是并发执行的，我们就用分岔和汇合来表示并发活动。分岔线和汇合线都使用加粗的水平线或垂直线段表示。分岔用来表示两个或者多个并发活动的分支；而汇合则用于同步这些并发活动的分支，当且仅当所有的并发分支(活动)都到达汇合点后，活动流程才能进入下一个活动节点。 活动图应用场景示例：结合一个网络商店系统中的购买商品订单活动进行说明，1当“用户下订单”时，将创建一个Order类的实例，用来存放订单的信息，该Order类还包含着相应的OrderItem（针对每个产品一条）2当“生成送货单”时，将根据Order类的实例创建多个DeliverOrder（送货单）的实例。3当“修改订单项状态”之后，DeliverOrder对象的状态将变成finished。4当“收款”后，Order类的实例的状态就变成了“已付款”。5当“修改订单项状态”后，Order类中部分订单项的状态就变成“已送货”。6当用户取消或订单超过时限时，Order类的状态就将成为Cancel。图X. 生成订单活动图注意： 1. 该图中若有并发执行活动才能使用“分岔与汇合”图示，否则为错误画法；2. 建模时应体现“泳道”思想来划分（体现）参与活动的不同对象间的交互性。时序图画图规范 时序图作用描述：时序图（也称顺序、序列图）是一种交互图（Interaction Diagram，用于描述执行系统功能的各个角色之间相互传递消息的顺序关系，显示跨越多个对象的系统控制流程），强调的是时间和消息的次序，用来说明系统的动态情况，顺序图由参与者、对象、对象生命线和消息组成。一个顺序图显示了一系列的对象（通常是类的实例，也可以代表其他事物的实例，例如协作、组件和节点）和在这些对象之间发送和接收的消息。时序图中的图形元素：1.对象：顺序图中对象的符号和对象图中对象所用的符号一样。将对象置于顺序图的顶部意味着在交互开始的时候对象就已经存在了，如果对象的位置不在顶部，那么表示对象是在交互的过程中被创建的。 2.生命线生命线是一条垂直的虚线，表示顺序图中的对象在一段时间内的存在。每个对象的底部中心的位置都带有生命线。生命线是一个时间线，所用的时间取决于交互持续的时间。3.控制焦点在对象的生命线上，包含一个矩形，表示对象处于激活状态，处于激活状态的对象正在执行某个任务。对象在完成自己的工作后，被去激活，对象就处于空闲状态。4.消息消息用来描述对象之间所进行的通信，它包括消息名、消息参数。消息分为五种：调用、返回、发送、创建和销毁。时序图应用场景示例：如一般网站需要用户注册，用户按要求填写个人信息。在新用户的注册过程中，为了保证用户所输入的是完整信息，则要对用户输入的信息进行验证和测试。（1）验证信息项当用户输入注册信息时，对其输入的信息有以下验证过程： 用户名应在15位以下，只能以字母和数字组成，且不能为空和以字母开头； 密码与确认密码必须一致，且不能为空； 输入的电话号码必须以一定的格式，例如027-12345678或(027)87654321； 邮件地址所输入的字符串必须包含“”和“.”这两个字符； 为减轻服务器端的负担，以上各项信息处理本文放在了客户端（表示层）进行操作。（2）测试信息项当所须验证信息项目用户全部输入正确以后，还必须测试在“邮件用户数据表”中是否已经有了新用户所输入的用户名，如果有，则提示用户重新填写新的用户名，直到测试所输入的新用户名在此表中没有，然后所把该新用户信息写到“邮件用户数据表”中，到这里新用户注册完毕。本项信息需要与服务器中的原始数据进行匹配，由控制类将客户端输入的数据传输到服务器端（数据层）进行匹配，并（由控制类）返回相应的处理信息，在客户端（表示层）页面上显示处理结果。图X. 用户注册时序图注意：1. 作为对本科学生的训练，原则上每个用例图对应一个时序图；2应体现MVC三层开发架构思想；3. 对象名应为名词或动名词，不能出现类似与“管理”、“删除”等功能性词汇。四、测试计划书写规范1.1测试目的简单的语言写一写为什么需要测试，不要大而泛之，应结合项目来写一写测试的目的。1. 2测试环境下表列出了测试的系统环境软件环境（相关软件、操作系统等）硬件环境（网络、设备等）1.3测试工具如果使用请列出测试使用的工具，如果没有使用测试工具，省略此部分用途工具生产厂商版本1.4功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：测试目标确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。测试范围：技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：完成标准：测试重点和优先级：需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）1.5用户界面测试用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。测试目标核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围：技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准：完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级：1.6问题严重程度描述问题严重度描述响应时间高例如使系统崩溃程序员在多长时间内改正此问题中低