毕业设计（论文）-毕业论文管理信息系统.doc

毕业论文管理信息系统工商学院题 目： 毕业论文管理信息系统 姓 名： 学 号： 专业、班级： 信息系统与信息管理0801班提 交 时间： 2011年7月8日 目 录摘要 1第一章 绘制毕业论文管理信息系统业务流程图 1 第一节 制信息系统业务流程图分图 1第二节 总体业务流程图 4第二章 绘制信息系统系统数据流程图 5 第一节 数据流程图的基本成分 5第二节 数据流程图的基本原则 6 第三节 第三节 数据流程图的基本步骤 6第四节 绘制毕业论文管理信息系统顶层图 8第五节 绘制毕业论文管理信息系统 9第三章 绘制信息系统系统e-r图 9第一节 e-r图基本要素 9第二节 调查分析 10第三节 e-r图的步骤 11第四章 数据库的逻辑结构设计 12第一节 转换规则 13第二节 节数据库逻辑设计及步骤 13第五章 绘制信息系统系统u/c图 15第一节 u/c矩阵的叙述 15第二节 u/c矩阵方法划分子系统的步骤 16学习心得 17摘要随着时间的流连，我们天天长大，毕业的日期离我们越来越近，还有很多的学习任务要完成，还好这学期接到了做一个毕业论文设计的任务，借此机会消失小试牛刀。我知道毕业后我们不在有学校这个避风港，更多的事我们要学着自己面对与处理，将来踏入社会，以后要走的路还很长，希望有个好的开始，希望有一个好的未来。第一章 绘制毕业论文管理信息系统业务流程图第一节 绘制信息系统业务流程图分图一、根据需要画出分业务流程图分第七学期开学初期（前四周），由院（系、部）下达毕业论文（设计）任务给教研室，由教研室将院（系、部）教师提交的论文（设计）题目进行初步审核，将审核结果提交院（系、部）。院长终审论文题目定稿初步审核结果毕业论文任务下达教研室论文题目审核意见提交论文题目论文题目任务通知指导老师（1）信息系统业务流程图1-1二、院（系、部）将审核结果反馈给教研室，教研室依反馈结果（如题目不符合专业需求，某一教师指导学生超过8人）进行相应修改，然后再提交给院（系、部），直至论文（设计）题目确定；教研室统计出“毕业论文（设计）题目明细表”，上交院（系、部）备查；院长 教研室提交修改题目反馈意见教师（甲）草拟题目5草拟题目6草拟题目7草拟题目8草拟题目4草拟题目3草拟题目2草拟题目1教研室提交论文题目备查院长最终审核全部通过的论文题目学生1学生2学生3学生4学生5学生6学生7学生8层次图1-2三、教研室将确定的毕业论文（设计）题目交给班级，由毕业生依据一人一题的原则选定毕业论文（设计）题目；毕业论文（设计）题目也可由学生自拟后由教研室审核通过后指定指导教师；教研室统计“xx届毕业论文（设计），选题明细表”提交给院（系、部）；四、由院（系、部）依据最终确定的“xx届xx专业毕业论文（设计）选题明细表”给指导教师下达毕业论文（设计）任务书；五、第七学期末，在指导教师指导下，学生完成计划书、文献综述、外文翻译，有教研室给出成绩，成绩记入该班级第七学期的科研技能训练课程；指导计划书评分专家毕业论文提交指导老师学生外文翻译毕业论文评分教研室参考书籍文献综述成绩登记科研技能训练课程第三到五信息系统业务流程图1-3六、院（系、部）会同教研室在第八学期中期（5月上旬）进行论文（设计）中期检查，并将结果汇总统计；七、六月初（6月10日左右），毕业生将指导教师检查通过并给定表现成绩和论文质量成绩的论文（设计）定稿提交给教研室；院 长期中提交论文设计期中检查通知汇总统计教研室毕业生论文质量成绩定稿提交通过检查的论文表现成绩指导老师（第六到七）分图信息系统业务流程图1-4八、院（系、部）进行答辩分组，由教研室检查论文（设计）格式是否符合要求，不符合规范要求者不得参加第一轮毕业答辩；九、答辩后答辩小组给定答辩成绩，由教研室根据表现成绩、论文质量成绩和答辩成绩按比例计算毕业生毕业论文论文（设计）的最终成绩；十、教研室根据以上成绩统计、汇总各种表格并上交院（系、部）教学秘书；院 长论文检查答辩分组通知论文不合格论文合格教研室第一轮答辩毕业生提交论文修改论文质量成绩答辩成绩表现成绩汇总各种表格成绩统计最终论文答辩成绩答辩组教学秘书（第八到十）分图信息系统业务流程图1-5第二节 总体业务流程图 业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向，它是物理模型。业务流程图主要是描述业务走向，(1)制做流程图的过程是全面了解业务处理的过程，是进行系统分析的依据。 (2)它是系统分析员、管理人员、业务操作人员相互交流思想的工具。 (3)系统分析员可直接在业务流程图上拟出可以实现计算机处理的部分。 (4)用它可分析出业务流程的合理性(5)从而根据毕业论文管理信息系统的要求画出了毕业论文管理信息系统业务流程图总图院 长毕业论文下达文件初步审核结果提交汇总各种表格xx届毕业论文选题明细表提交结果反馈提交审核自拟论文题目终审毕业论文题目教学秘书评分专家毕业论文评分自拟题目审核意见汇总统计科研技能训练课程成绩登记答辩分组通知期中检查通知成绩统计教研室论文检查最终论文答辩成绩期中提交论文设计论文合格毕业论文题目定稿第一轮答辩答辩组论文质量成绩班级毕业论文指导任务书答辩成绩自拟题目通知论文质量成绩定稿表现成绩表现成绩论文题目确定指导教师提交论文题目题目修改意见提交自拟题目自拟题目指导方案提交通过检查的论文提交修改题目毕业论文提交外文翻译指导计划书领取学生自拟题目毕业生修改意见毕业论文题目表文献综述提交修改论文论文不合格第二章 绘制信息系统系统数据流程图是描述系统数据流程的工具，它将数据独立抽象出来，通过图形方式描述信息的来龙去脉和实际流程。第一节 数据流程图的基本成分 系统部件包括系统的外部实体、处理过程、数据存储和系统中的数据流四个组成部分 一 、外部实体 外部实体指系统以外又和系统有联系的人或事物，它说明了数据的外部来源和去处，属于系统的外部和系统的界面。外部实体支持系统数据输入的实体称为源点，支持系统数据输出的实体称为终点。 通常外部实体在数据流程图中用正方形框表示，框中写上外部实体名称，为了区分不同的外部实体，可以在正方形的左上角用一个字符表示，同一外部实体可在一张数据流程图中出现多次，这时在该外部实体符号的右下角画上小斜线表示重复. 二 、处理过程 处理指对数据逻辑处理，也就是数据变换，它用来改变数据值。而每一种处理又包括数据输入、数据处理和数据输出等部分。在数据流程图中处理过程用带圆角的长方形表示处理，长方形分三个部分，标识部分用来标识一个功能，功能描述部门是必不可少的，功能执行部门表示功能由谁来完成。 三 、数据流 数据流是指处理功能的输入或输出。它用来表示一中间数据流值，但不能用来改变数据值。数据流是模拟系统数据在系统中传递过程的工具。 在数据流程图中用一个水平箭头或垂直箭头表示，箭头指出数据的流动方向，箭线旁注明数据流名。 四 、数据存储 数据存储表示数据保存的地方，它用来存储数据。系统处理从数据存储中提取数据，也将处理的数据返回数据存储。与数据流不同的是数据存储本身不产生任何操作，它仅仅响应存储和访问数据的要求。 在数据流程图中数据存储用右边开口的长方条表示。在长方条内写上数据存储名字。为了区别和引用方便，左端加一小格，再标上一个标识，用字母d和数字组成. 第二节 数据流程图的基本原则数据流程图上所有图形符号必须是前面所述的四种基本元素。 数据流程图的主图必须含有前面所述的四种基本元素，缺一不可。 数据流程图上的数据流必须封闭在外部实体之间，外部实体可以是一个，也可以是多个。 处理过程至少有一个输入数据流和一个输出数据流。 任何一个数据流子图必须与它的父图上的一个处理过程对应，两者的输入数据流和输出数据流必须一致，即所谓“平衡”。 数据流程图上的每个元素都必须有名字。第三节 数据流程图的基本步骤把一个系统看成一个整体功能，明确信息的输入和输出。 找到系统的外部实体。一旦找到外部实体，则系统与外部世界的界面就可以确定下来，系统的数据流的源点和终点也就找到了。 找出外部实体的输入数据流和输出数据流。 在图的边上画出系统的外部实体。 从外部实体的输入流（源）出发，按照系统的逻辑需要，逐步画出一系列逻辑处理过程，直至找到外部实体处理所需的输出流，形成数据流的封闭。 将系统内部数据处理又分别看做整体功能，其内部又有信息的处理、传递、存储过程。 如此一级一级地剖析，直到所有处理步骤都很具体为止。第四节 绘制毕业论文管理信息系统顶层图毕业论文设计管理信息系统教研室院长毕业论文任务下达自拟题目通知11初步审核结果提交论文题目确定终审论文题目意见反馈毕业论文题目定稿毕业生论文答辩毕业论文指导书毕业论文选题明细表最终毕业论文答辩成绩期中检查学生信息录入下达毕业论文检查提交修改论文汇总统计论文质量成绩表现成绩指导老师毕业生外文翻译论文题目提交修改意见自拟题目指导方案领取毕业论文题目指导计划书期中提交论设计毕业论文提交提交自拟题目题目修改意见提交修改论文通过检查的论文毕业论文答辩第五节 绘制毕业论文管理信息系统院长任 审务 核下 返达 馈d1p1p2初步审核论题审核论题xx届论文选题明细表p4毕业论文评分d2提 成绩 成绩信息库交p3论确定论文题目教研室文d3下发论题论文截稿 p4提交论文题目p4提交毕业论文p4p4论题修改意见毕业生提交自拟论题审核指导老 师p4p4指导计划书p4第一轮答辩p4论文不合格论文合格论题d2 成绩库专家评分组p4答辩评分毕业论文指导任务数据流程图第三章 绘制信息系统系统e-r图e-r图也称实体-联系图，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型第一节 调查分析选择局部应用在需求分析阶段，通过对应用环境和要求进行详尽的调查分析，用多层数据流图和数据字典描述了整个系统。 设计分e-r图的第一步，就是要根据系统的具体情况，在多层的数据流图中选择一个适当层次的（经验很重要）数据流图，让这组图中每一部分对应一个局部应用，我们即可以以这一层次的数据流图为出发点，设计分e-r图。一般而言，中层的数据流图能较好地反映系统中各局部应用的子系统组成，因此人们往往以中层数据流图作为设计分e-r图的依据 逐一设计分e-r图每个局部应用都对应了一组数据流图，局部应用涉及的数据都已经收集在数据字典中了。现在就是要将这些数据从数据字典中抽取出来，参照数据流图， 标定局部应用中的实体, 实体的属性、标识实体的码， 确定实体之间的联系及其类型（1：1、1：n、m：n）。第二节 e-r图基本要素构成e-r图的基本要素是实体型、属性和联系，其表示方法为： 一 、实体型(entity)：具有相同属性的实体具有相同的特征和性质，用实体名及其属性名集合来抽象和刻画同类实体;在e-r图中用矩形表示，矩形框内写明实体名；比如学生张三丰、学生张春雷都是实体。如果是弱实体的话，在矩形外面再套实线矩形。 二、属性(attribute)：实体所具有的某一特性，一个实体可由若干个属性来刻画。在e-r图中用椭圆形表示，并用无向边将其与相应的实体连接起来；比如学生的姓名、学号、性别、都是属性。如果是多值属性的话，再椭圆形外面再套实线椭圆。如果是派生属性则用虚线椭圆表示。 三 、联系(relationship)：联系也称关系，信息世界中反映实体内部或实体之间的联系。实体内部的联系通常是指组成实体的各属性之间的联系；实体之间的联系通常是指不同实体集之间的联系。在e-r图中用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1 : 1，1 : n或m : n）。 比如老师给学生授课存在授课关系，学生选课存在选课关系。如果是弱实体的联系则在菱形外面再套菱形。 联系可分为以下 3 种类型： (1) 一对一联系 (1 1) 例如，一个部门有一个教研室主任，而每个教研室主任只在一个部门任职，则部门与教研室主任的联系是一对一的。 (2) 一对多联系 (1 n) 例如，校教师与课程之间存在一对多的联系“教”，即每位教师可以教多门课程，但是每门课程只能由一位教师来教 (3) 多对多联系 (m n) 例如，图1表示学生与课程间的联系(“ 学 ”)是多对多的，即一个学生可以学多门课程，而每门课程可以有多个学生来学。联系也可能有属性。例如，学生 “ 学 ”所取得的成绩，既不是学生的属性也不是课程的属性。由于 “ 成绩 ” 既依赖于某名特定的学生又依赖于某门特定的论文，所以它是学生与课程之间的联系 “ 学 ”的属性.第三节 、e-r图的步骤确定所有的实体集合 选择实体集应包含的属性 确定实体集之间的联系 确定实体集的关键字，用下划线在属性上表明关键字的属性组合 确定联系的类型，在用线将表示联系的菱形框联系到实体集时，在线旁注明是1或n(多）来表示联系的类型e-r图院系审核论题意见反馈院长 任务下达编号汇总统计题目成绩登记汇总各种表格初步审核所在院部上交状态审核评分时间教研室成绩统计汇总统计教学秘书电话编号上交时间论文检查性别修改意见提交时间专业姓名指导题目论文质量论文指导毕业生指导老师指导计划书教师号生日姓名评分答辩成绩学号指导专业第四章 数据库的逻辑结构设计定义：逻辑结构是独立于任何一种数据模型的，在实际应用中，一般所用的数据库环境已经给定。由于目前使用的数据库基本上都是关系数据库，因此首先需要将e-r图转换为关系模型，然后根据具体dbms的特点和限制转换为特定的dbms支持下的数据模型，最后进行优化。第一节 转换规则 一 、规则 联系单独作为一个关系模式 ，此时联系本身的属性，以及与该联系相连的实体的码均作为关系的属性，可以选择与该联系相连的任一实体的码属性作为该关系的码。(1) 一个实体型转换为一个关系模式 一般e-r图中的一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码。 (2) 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 二 、数据模型的优化有了关系模型，可以进一步优化，方法为： （1） 确定数据依赖。 （2） 对数据依赖进行极小化处理，消除冗余联系（参看范式理论）。 （3） 确定范式级别，根据应用环境，对某些模式进行合并或分解。 以上工作理论性比较强，主要目的是设计一个数据冗余尽量少的关系模式。下面这步则是考虑效率问题了： （4） 对关系模式进行必要的分解。 如果一个关系模式的属性特别多，就应该考虑是否可以对这个关系进行垂直分解。如果有些属性是经常访问的，而有些属性是很少访问的，则应该把它们分解为两个关系模式。 如果一个关系的数据量特别大，就应该考 虑是否可以进行水平分解。如一个论坛中，如果设计时把会员发的主贴和跟贴设计为一个关系，则在帖子量非常大的情况下，这一步就应该考虑把它们分开了。因为 显示的主贴是经常查询的，而跟贴则是在打开某个主贴的情况下才查询。又如手机号管理软件，可以考虑按省份或其它方式进行水平分解。第二节数据库逻辑设计及步骤一 、步骤( l ）将概念结构转换为一般的关系、网状、层次模型； ( 2 ）将转换来的关系、网状、层次模型向特定 dbms 支持下的数据模型转换； ( 3 ）对数据模型进行优化。二 、数据库逻辑设计1、院长信息：dean名称类型描述备注departmenttext院系主键，不为空，自动增长to examinetext意见反馈不为空feedbacktext审核可为空2、教学秘书信息： worksubmit名称类型描述备注submitidint编号主键，不为空，自动增长summarytext汇总各种表格不为空statisticsint成绩统计不为空submintdatetext上交日期可为空submitstatutext上交状态不为空3、指导老师信息：homework名称类型描述备注homeworkidint教师号主键，不为空，自动增长course nametext指导题目不为空scoretext指导计划书professionaltext指导专业plantext评分nametext姓名不为空homeworknametext作业名称不为空homeworktypetext作业类型不为空lastdatetext最后上交时间可为空4、教研室事务信息：traction名称类型描述备注tractionint编号主键，不为空，自动增长datetext时间不为空placetext所在院部不为空preliminarytext成绩登记不为空to examinetext题目修改意见不为空opiniontext审核评分不为空registrationtext初步审核不为空descriptiontext汇总统计不为空5、毕业生基本信息：student名称类型描述备注stunotext学号主键，不为空stuprtext论文质量不为空stuantext答辩不为空stugrtext成绩不为空stunametext姓名不为空stusextext性别不为空stubirtext生日可为空stuphonetext电话可为空第五章 绘制信息系统系统u/c图第一节 u/c矩阵的叙述u/c矩阵是用来表达过程与数据两者之间的关系。矩阵中的行表示数据类，列表示过程，并以字母u和c来表示过程对数据类的使用和产生。 u/c矩阵是mis开发中用于系统分析阶段的一个重要工具。提出了一种用关系数据库实现u/c矩阵的方法，并对其存储、正确性检验、表上作业等做了分析，同时利用结果关系进行了子系统划分。 u/c矩阵是一张表格。它可以表示数据/功能系统化分析的结果。它的左边第一列列出系统中各功能的名称，上面第一行列出系统中各数据类的名称。表中在各功能与数据类的交叉处，填写功能与数据类的关系。 u/c矩阵的正确性的检验 可由三方面来检验：(1) 完备性检验。这是指每一个数据类必须有一个产生者(即“c”) 和至少有一个使用者(即“u”) ；每个功能必须产生或者使用数据类。否则这个u/c矩阵是不完备的。 (2) 一致性检验。这是指每一个数据类仅有一个产生者，即在矩阵中每个数据类只有一个“c”。如果有多个产生者的情况出现，则会产生数据不一致的现象。 (3) 无冗余性检验。这是指每一行或每一列必须有“u” 或“c”，即不允许有空行空列。若存在空行空列，则说明该功能或数据的划分是没有必要的、冗余的。 将u/c矩阵进行整理，移动某些行或列，把字母“c” 尽量靠近u/c矩阵的对角线，可得到c符号的适当排列。 第二节 u/c矩阵方法划分子系统的步骤1.用表的行和列分别记录下企业住处系统的数据类和过