管理信息系统课程设计模版校园通.docx

管理信息系统课程设计模版校园通.docx

《管理信息系统课程设计模版校园通.docx》由会员分享，可在线阅读，更多相关《管理信息系统课程设计模版校园通.docx（39页珍藏版）》请在冰豆网上搜索。

管理信息系统课程设计模版校园通

——《校园通管理信息系统》

小组名称：

专业年级：

会计09

小组名单：

电子邮箱：

指导教师：

贺超

中国矿业大学管理学院

二○一一年十月

管理信息系统课程设计成绩明细表

大类

细类

要求

细类合计

得分

设计报告

系统可行性分析

需求确定有说服力

（2）

9

经济可行性分析完整（3）

技术可行性可信

（2）

其它

（2）

系统需求分析

系统描述清晰

（2）

28

业务流程图完善（8）

业务流程分析合理（3）

数据流程图准确（8）

必要的数据字典设计（3）

其它（4）

系统设计

代码设计合理（3）

15

数据库设计正确（4）

输出设计（3）

输入设计（3）

其它相关部分内容

（2）

其它

其它相关内容（6）

6

整体得分

58

程序演示

程序运行正确

模块功能设计准确、合理

（2）

10

程序运行正确

（2）

各功能模块均完整实现

（2）

界面设计合理

（2）

其它

（2）

整体得分

10

答辩情况

陈述情况

陈述逻辑清晰、重点突出（6）

10

其它（4）

回答问题情况

回答问题正确、表达清晰（5）

10

其它（5）

整体得分

20

进度考核

课程设计进度符合预期，团队配合良好（12）

12

总分

100

摘要

自2007年11月16日起中国矿业大学“校园通”服务工作正式启动以来,近500辆色彩鲜艳的自行车已在矿大南湖校区投入使用,成为矿大校园里一道彰显人文关怀亮丽的风景线。

截至2011年，中国矿业大学的在校学生与教职工已达46214人，而校园内校园通的数量为451辆，同比2007年刚刚由河北金牛企业捐入时的500辆减少了9.8%，而校园人口却在增长。

这样就向我们的校园通管理者提出来严峻的挑战，如何利用这有限的自行车资源为更多的师生服务，以及尽量降低自行车的毁损率和丢失率。

矿大南湖校园占地2858亩，校园面积大，就更加彰显了“校园通”的重要性。

而目前我们学校的“校园通”运行状况却存在很多问题。

首先，校园内各个借车点的校园通数量不能根据实际需要实现有效的配置，这就导致某些借车点车辆太过聚集，而其他点却出现借不到车的现象。

其次，“校园通”流通性差，车辆不能及时归还，以致降低了自行车的使用率，不能最大程度地满足广大师生的需求。

最后，也是很重要的一方面，“校园通”管理者不能及时地了解到“校园通”的动向，校园通”的安全得不到保障。

这其中包括两点，一是校园通因管理不善造成的丢失；二是“校园通”毁坏后得不到及时的修理。

怎么来改变这种状况呢？

这就需要一套功能完善的管理信息系统来发挥威力了。

我们通过调查分析和研究，设计了“校园通”管理信息系统，利用计算机对信息处理准确、迅速又便于资料保存、存储量大且便于查询的性能优势，优化业务流程，提高工作效率和管理水平，更好的实现对“校园通”的管理以及为广大师生服务。

本报告从系统系统需求分析、可行性分析、系统设计到系统运行，详细记录了系统开发的过程及设计思路和相关图表，阐明了系统主要的设计内容和实施、运行情况，为本系统的使用、升级提供了完备的资料。

系统主要是，师生来校时便配备一张仅供个人使用的校园卡或工卡，并将个人信息注册在“校园通”管理信息系统里，并且为每辆自行车编号，并将其录入系统里，利用系统便捷地管理“校园通”信息，再根据“校园通”的借出和归还情况，实时地对“校园通”进行调度和维修，使“校园通”的服务能令师生更加满意。

“校园通”管理信息系统主要涵盖了三个功能，分别是注册功能、查询功能、维护功能，通过系统之间的功能处理，保证“校园通”管理中心工作质量，提高其工作效率。

本系统设计时间将近七周，初步完成了求职招聘管理信息系统的初级版本，基本上实现了原定的功能，但还是存在一些不足之处，将在以后的版本中进行陆续的改进和完善。

关键词：

管理信息系统、校园通、效率、服务

1前言

1.1作业背景

本文根据《管理信息系统》课程要求而做。

课程作业要求如下：

用管理信息系统开发工具（例如VisualBasic、VisualFoxpro、Access、PowerBuilder、Delphi等）开发一个实用的中小型管理信息系统。

1．根据课程设计时间选择适当规模大小的设计课题。

2．根据合理的进度安排，按照系统开发的流程及方法，踏实地开展课程设计活动。

3．课程设计过程中，根据选题的具体需求，在开发各环节中撰写相关的技术文档，最后提交详细的课程设计报告，至少包括系统可行性分析报告、系统分析报告、系统设计报告三个主要部分。

4．开发出可以运行的管理信息系统，通过上机检查。

1.2选题说明

我们选做的系统名称是“校园通管理信息系统”。

“校园通”与我们在校的生活息息相关，它的流通性与否直接关系着“校园通”的服务质量。

而今的校园通管理和运行体系还存在着很大的改进空间。

“校园通”管理信息系统要实现的目标就是实用性、可靠性、安全性、可维护性、易操纵性。

在校师生的个人信息和校园通的车牌号直接注册和录入在系统里，在借车时学生或老师的信息通过刷卡系统就与车牌号联在一起，这样便可以通过终端的电脑实时地了解到每辆自行车的动向，便于对自行车进行管理，包括对自行车的调度，自行车的去向以及自行车能否及时归还等情况。

。

从而能提高“校园通”为大家服务的满意度。

一般“校园通”的管理者都为在校大学生，这套管理信息系统在能提高管理水平的同时也对管理者的技能提出了更高的要求，只有这样才能更好地发挥这套系统的功能。

另外，选这个课题，我们主要基于以下三方面的原因：

1）在日常的生活中，我们用到“校园通”的时候很多，而且也真切的体会到了“校园通”在使用过程中的不便之处，往往在急着用车的时候却发现就近的借车点没有车，所以，我们决定按照自己的设想，做一套满意的系统。

2）现在的“校园通”已由2007年刚刚到来时的将近500辆减少到如今的451辆，所以加强对“校园通”的安全管理是非常有必要的，而且从长远的角度来考虑，此事已迫在眉睫。

而我们这套系统把对“校园通”的安全管理和维护作为重要的一个子系统来做，这能从很大程度上解决这个难题。

3）在便于管理的同时，“校园通”管理信息系统的使用也大大提高了效率，这样就能缩短同学借还车时的登记时间，从而节省大家的时间。

（1）基本思路

我们开发“校园通”管理信息系统的主要思路是：

针对现在“校园通”在运行中出现的问题，对需要解决的问题进行系统的分析制作出系统所具有的三大功能，制定出本系统，使“校园通”的管理和服务更加有效率，提出具有可行性的方案，做好系统对口分析，设计出功能完善的求职招聘管理信息系统。

（2）作业目标

“校园通”管理信息系统的总目标是按照管理信息系统的管理和开发方法，用我们所掌握的技术进行系统开发，开发一套包括自行车登记系统，借车者注册系统，自行车借还系统，自行车维修系统，和自行车搜寻等几个子系统的管理信息系统。

一方面为“校园通”的管理者加强“校园通”的管理提供了强有力的保障；另一方面，为“校园通”的使用者提供了更加便捷的服务，提高了效率。

1.3课程设计进度安排

我们的课程设计分为系统可行性分析（第4周），系统需求分析（第5-8周），系统设计（第9周），程序试运行阶段（第10周。

1.4工作业绩

（1）小组主要工作

进行初步系统调查，拟定开发进度，绘制组织结构图、功能结构图、业务流程图、数据流程图，编写数据字典、输入输出设计，数据库设计，代码设计，调试系统。

撰写系统可行性分析报告、系统需求分析报告、系统设计报告，并制作PPT准备答辩。

（2）主要收获

通过7周的努力，我们终于完成了管理信息系统的课程设计报告。

花了很多时间和精力，在这过程中，我们有迷茫，有懈怠；有激动也有沮丧；组员之间有矛盾，但更多的是相互理解和支持。

完成的那一刻时的喜悦是难以言表的。

我们确实收获了很多。

首先，我们初步掌握了结合实际情况开发设计管理信息系统的理念与方法，深刻体会了现代信息技术对我们日常生活的巨大影响。

其次，提高了我们的写作能力与逻辑分析能力。

几十页的文字材料相当于做一篇毕业论文啊，其挑战性不可低估！

在纷繁复杂的生活中抽象出一个模型，本身就需要严密的逻辑思维能力。

最后，深刻的体会了团队的含义。

团队的力量永远大于个人。

在一个团队中最重要的有四点：

互相交流；分工明确；执行彻底；团队核心。

这次之所以完成的这么迟，就是因为没有做好上面几点。

（3）小组分工

赵凤阁：

系统的需求分析，数据字典设计。

陶兆月：

系统的经济可行性分析，数据流图，代码设计。

刘贞阳：

系统的技术可行性分析，业务流程图，数据库设计，输入设计。

李开顺：

系统的业务流程图，数据库设计，输出设计。

周述章：

整个文档的整合与整理，系统最后的完善及答辩ppt的制作。

（4）自我评定□优□良□中□及格□不及格

2系统调查

2.1组织结构

校园通隶属于中国矿业大学勤工助学服务中心，下设办公室，协管部，借车部，检修部四大主要部门。

组织结构图如下：

目前我们学校的“校园通”运行状况存在很多问题。

首先，校园内各个借车点的校园通数量不能根据实际需要实现有效的配置，这就导致某些借车点车辆太过聚集，而其他点却出现借不到车的现象。

其次，“校园通”流通性差，车辆不能及时归还，以致降低了自行车的使用率，不能最大程度地满足广大师生的需求。

最后，“校园通”管理者不能及时地了解到“校园通”的动向，校园通”的安全得不到保障：

这其中包括两点，一是校园通因管理不善造成的丢失；二是“校园通”毁坏后得不到及时的修理。

为什么会导致这种状况呢？

我们通过实地调查和采访发现主要有以下几个方面原因：

现有的校园通管理系统完全是靠人手工来进行操作，业务流程不合理，在这个信息化的时代必然有他它天生的缺陷。

主要体现在以下几个方面：

首先，要准确的保证每个借车点的车辆数均衡，必须要有大量数据的积累与处理，从而及时调度车辆。

这靠人工来实施显然太困难。

而计算机对数据的处理，比人工先进很多。

第二，校园通流通性差是因息系统，就能很好的控制车辆流通的时间、地点，从而及时通知借还为在现有的管理方式（主要是业务流程及信息处理方式）下，无法准确的知道车辆流通的情况，从而不能控制车辆流通。

如果有了管理信息系统，就能提高流通率；同时也很好的保障校园通的安全。

第三，校园通损坏不能及时修理是因为在现有的管理方式下（主要是业务流程及信息处理方式）管理者无法准确地知道车辆的损坏情况，及修理材料（工具）当然也就不能及时修理损坏车辆。

为了解决以上问题，我们通过调查分析，设计开发了校园通管理信息系统，利用计算机对数据处理准确、迅速又便于资料保存并且存储量大又便于查询等优势，优化业务流程，提高工作效率和管理水平，更好的实现对校园通的管理以及为广大师生服务。

校园通管理信息系统以业务流程为导向，改变了原来手工方式下以部门为导向的管理方式。

系统主要涵盖了以下几个方面的模块，分别是注册、借还车，维护，调度及诚信度档案模块。

注册模块包括借车者及车辆的注册；借还车模块是系统核心功能，主要是优化借还车流程，在保障学生方便及校园通安全前提下增大流通率；维护模块主要是保障及时修理受损车辆；调度模块主要是及时合理的调度车辆，保障各个借车点车辆数均衡；诚信度档案模块主要记录借车者的借还车情况。

各个系统模块相互衔接，调用，提高效率，更好的对校园通进行管理。

2.2可行性分析

2.2.1经济可行性分析

从本方案的收益来看，采用每个校园通借还车点设立一台电脑采集信息的方式，最后连通办公室电脑进行数据整合分类等，避免了登记注册时地理条件的限制，减少了校园通丢失却找不到负责人的情况，有效地提高了整个借还车流程的效率。

同时，校园通还减少手工劳动，省去纸张登记，环保同时更可永久性保存文档。

本系统人机界面友好，富有现代化气息，锻炼学生用电脑操作的工作方式，符合现代社会对大学生的需要。

从成本来看，本方案实施成本不高，电脑可由学校机房提供，减少了大部分购置成本。

同时可以大量减少诸如储藏纸质档等人力物力使用的费用，有效提高了其可行性。

因此，从收益和成本两方面来分析，都体现了本方案良好的经济可行性，可以作为开发使用。

2.2.2技术可行性分析

本系统利用校园卡信息系统，并采用接入校园服务器的方式，构建内部网络以实现校园通的有效管理。

由于这是建立在已经成熟的技术的基础上，开发难度不是太大。

本小组有5名开发人员，并已基本掌握VB使用及ACCESS数据库相关知识，从开发人员的数量及质量上完全可以满足开发方面的要求。

将来这套系统的使用者为勤工助学岗位上的同学，一般都已掌握计算机基础知识，完全可以胜任本系统的操作工作。

另外，本系统的开发时间大约有7周，虽然时间比较紧，但完成有关工作也不是太难。

因而，从技术方面分析，可行性很大。

2.3业务流程

2.3.1业务流程图中基本成分

业务流程图中所用的符号列举如下：

2.3.2业务流程分析

1.学生注册登记流程

图2-1学生注册登记流程

学生登记子系统要做的事

（1）学生填写个人申请表，并连同所需材料递交到校园通办公室。

（2）办公室有关工作人员核对材料信息，依据规定进行审核。

（3）符合规定则通过，将信息通知到学生，并将其档案保存。

（4）若拒绝，将拒绝原因反馈给学生，该生改正后可再申请

2．诚信度记载流程

图2-2诚信度记载流程

诚信度子系统要做的事：

（1）借车点调用借车与还车系统信息

（2）对借车与还车信息进行对比处理，借车点整理出未还车（有可能已车）信息、逾期还车信息、车辆损毁信息。

（3）将这三种信息传递到办公室，办公室进行汇总整理。

形成每个学生的诚信度表，并进行存档，以便借车等情况调用。

3.车辆登记流程

图2-3车辆登记流程

车辆登记子系统要做的事：

（1）办公室购买或联系捐赠以获得车辆，并将车辆的基础信息（如数量、价格、质量等）进行记录存档。

（2）办公室将置办车辆的基础信息传递给借车部

（3）借车部对每个借车点实地调查，得出每个借车点的位置及需求表，然后据此进行车辆分配。

（4）将分配信息进行存档，以便以后查询所用。

4.车辆维修流程

图2-4车辆维修流程

车辆维修子系统要做的事：

（1）维修部对车辆进行检查，把有毁坏的车辆挑出来。

（2）将损毁的车辆聚集起来，作进一步的检查，看每辆车是否可修。

（3）若可维修，则对车辆进行修理，全部修复汇集后返回车库，继续使用。

（4）若不可修，则进行报废处理，将此车退出流通，并存档。

5.借车流程

图2-5借车流程

借车子系统要做的事：

（1）学生通过刷卡将信息反馈给借车点，同时借车点再调用诚信度度档案对学生进行审核，审核结果将直接反馈给学生；

（2）若通过，学生通过检查所借车辆情况决定是否借车；

（3）若不符合学生要求，学生可直接拒绝接车。

若符合要求，将反馈到个人借车信息并存档，且借车点将把该信息添加到整个校园通借车信息存档。

6.还车流程

图2-6还车流程

还车子系统要做的事：

（1）学生将车送还到借车点，并通过刷卡将个人借车信息反馈到借车点；

（2）借车点通过对车辆情况和个人借车信息进行审核，判断其是否违反相关借车规定，如逾期还车，对车辆造成损坏或将车辆丢失。

（3）借车点在做出判断后，将违规情况或正常的还车情况反馈到个人借车信息、诚信度档案以及整个校园通换车信息中，并分别存档。

7.调度流程

图2-7调度流程

调度子系统要做的事：

（1）办公室通过调用借车信息和还车信息以及上次调度情况表制定调度方案，制定完成后将任务分配表交给借车部门。

（2）借车部门通过任务分配表对车辆进行调度，任务结束后，将调度情况总结，以备下次办公室制定方案调用。

8.搜车流程

图2-8搜车流程

搜车子系统要做的事：

（1）办公室通过调用借车信息和还车信息以及上次搜寻结果表制定搜车方案，制定完成后将分配任务表交给工作人员。

（2）工作人员通过分配的任务表进行搜车工作，在搜寻结束以后将搜车结果总结，以备下次办公室制定方案调用。

2.4数据流图

2.4.1数据流图符号如下：

图2-9数据流图符

2.4.2数据流图

（1）数据流总图

图2-10数据流总图

（2）第一层数据流图

图2-11第一层数据流图

（3）

注册登记数据流图

图2-12注册登记数据流图

（4）

借还车数据流图

图2-13借还车数据流图

（5）车辆维护

图2-14车辆维护

2.5数据字典

2.5.1数据流的定义

表2-1

数据流

总编号：

3-001

编号：

F2

数据流名称：

车辆登记基本信息

简述：

校园通所有车辆的基本信息

数据来源：

来自办公室

数据去向：

D1车辆基本信息档案

数据流的组成：

车辆总数+车号

表2-2

数据流

总编号：

3-002

编号：

F4

数据流名称：

借车点车辆需求信息

简述：

借车点需求车辆数车辆的登记信息

数据来源：

来自办公室

数据去向：

D2借车点信息档案

数据流的组成：

每个借车点车辆的需求数+车号

表2-3

数据流

总编号：

3-003

编号：

F7

数据流名称：

注册通过者信息

简述：

注册学生的基本信息

数据来源：

来自借车者

数据去向：

D3

数据流的组成：

姓名+性别+学院+学号+联系方式+日期+时间

表2-4

数据流

总编号：

3-004

编号：

F9

数据流名称：

刷卡卡号信息

简述：

借车学生的基本信息

数据来源：

来自借车者

数据去向：

D5.1借车信息档案

数据流的组成：

姓名+性别+学院+学号+联系方式+日期+时间

表2-5

数据流

总编号：

3-005

编号：

F11

数据流名称：

个人诚信度

简述：

借车者诚信度记录的基本信息

数据来源：

来自D5剩余借车信息档案

数据去向：

D6

数据流的组成：

姓名+性别+学院+学号+联系方式+违规借还车的日期时间+诚信度等级

表2-6

数据流

总编号：

3-006

编号：

F12.1

数据流名称：

毁损汇总表

简述：

毁损车辆的登记信息

数据来源：

来自维修部

数据去向：

D7修复车信息档案，D8报废车信息档案

数据流的组成：

车号+毁损程度

表2-7

数据流

总编号：

3-007

编号：

F13

数据流名称：

搜寻结果表

简述：

搜车登记表上丢失车辆的搜寻情况

数据来源：

来自办公室

数据去向：

D6搜车结果档案

数据流的组成：

车号+搜索人员+丢失信息+搜索结果

表2-8

数据流

总编号：

3-008

编号：

F14

数据流名称：

修复信息

简述：

毁损汇总表上的车辆修理情况

数据来源：

来自维修部

数据去向：

D7修复车信息档案

数据流的组成：

车号+毁损程度+修理人员+修理结果

2.5.2数据元素的定义

表2-9

数据元素

总编号：

1-001

编号：

001

元素名称：

卡号

曾用名：

无

简述：

卡号是每位学生唯一的一个代号

类型：

字符型

长度：

8

取值范围与取值含义：

第1~2位----学院代号

第3~4位----入学年份

第5~8位----学生序号

相关的数据结构：

借车卡、借车者档案、诚信度档案

表2-10

数据元素

总编号：

1-002

编号：

002

元素名称：

车号

曾用名：

无

简述：

车号是每辆车唯一的一个代号

类型：

字符型

长度：

4

取值范围与取值含义：

车辆数量

相关的数据结构：

借车卡、搜车登记信息、毁损登记信息、搜寻结果信息、修复信息、报废信息、车辆档案

2.5.3数据结构的定义

表2-11

数据结构

总编号：

2-001

编号：

001

数据结构名称：

借车卡

简述：

借车者及所借车辆信息

数据结构组成：

借车者姓名+性别+学院+学号+联系方式+车号+日期+时间

相关数据流：

刷卡卡号信息

相关数据存储：

车辆档案、通过者信息

2.5.4数据存储

表2-12

数据存储

总编号：

4—001

编号：

D1

数据存储名称：

车辆基本信息档案

简述：

车辆的状态、数量信息

数据存储组成：

车号+车辆状态

相关数据流：

F2，F3

查询需求：

有立即查询需求

表2-13

数据存储

总编号：

4—002

编号：

D3

数据存储名称：

借车者信息档案

简述：

通过注册登记的借车者的基本信息

数据存储组成：

通过者姓名+性别+学院+学号+联系方式

相关数据流：

D7.1

查询需求：

有立即查询需求

表2-14

数据存储

总编号：

4—003

编号：

D5

数据存储名称：

剩余借车信息档案

简述：

借车者借车后未归还车辆的的相关信息

数据存储组成：

借车者姓名+性别+学院+学号+联系方式+车号+日期+时间

相关数据流：

D10

查询需求：

有立即查询需求

表2-15

数据存储

总编号：

4—004

编号：

D5.1

数据存储名称：

借车信息档案

简述：

借车的相关信息

数据存储组成：

借车者姓名+性别+学院+学号+联系方式+车号+日期+时间

相关数据流：

F9，F10.1

查询需求：

有立即查询需求

表2-16

数据存储

总编号：

4-005

编号：

D6

数据存储名称：

诚信度档案

简述：

借车者诚信度的基本信息

数据存储组成：

姓名+性别+学院+学号+联系方式+违规借还车的日期时间+诚信度等级

相关数据流：

F10，F10.3，F11

查询需求：

有立即查询需求

2.5.5处理逻辑

表2-17

处理

总编号：

5—001

编号：

P3

处理名称：

注册登记系统

简述：

根据学生的个人资料及申请表对学生进行借车注册登记

输入：

学生个人资料和个人申请表+

输出：

借车者信息档案

处理过程：

根据学生所持的个人资料及个人申请表，对个人资料的真实性，完整性进行处理，进而决定是否对其进行注册登记

表2-18

处理

总编号：

5—002

编号：

P4.2

处理名称：

登记借车处理

简述：

借车情况记录

输入：

借车者姓名+性别+学院+学号+联系方式+车号+日期+时间

输出：

借车信息档案

处理过程：

借车者使用借车卡借车，借车管理系统进行借车信息审核，进而借出车辆的情况

表2-19

处理

总编号：

5—003

编号：

P4.5

处理名称：

核销借车信息

简述：

借车者正常还车后消除该学生借车记录的处理

输入：

借车者姓名+性别+学院+学号+联系方式+车号+日期+时间

输出：

剩余借车信息档案

处理过程：

借车者来还车，车辆管理系统对信息进行核对后借还车信息相符，把该借车者借车记录核销掉

表2-20

处理

总编号：

5—004

编号：

P4.6

处理名称：

诚信度建档

简述：

对借车者是否按照规定借还车情况的记录

输入：

剩余借车信息

输出：

个人诚信度

处理过程：

根据剩余借车信息档案得知未按规定还车得借车者，据此对其诚信度做记录

2.5.6外部实体

表2-21

外部实体

总编号：

6-001

编号：

001

外部实体名称：

借车者

简述：

借车者的基本信息

输入的数据流：

F8通知单F8拒绝信息

输出的数