校园卡管理系统实验报告.docx
- 文档编号:12540778
- 上传时间:2023-04-20
- 格式:DOCX
- 页数:23
- 大小:1.16MB
校园卡管理系统实验报告.docx
《校园卡管理系统实验报告.docx》由会员分享,可在线阅读,更多相关《校园卡管理系统实验报告.docx(23页珍藏版)》请在冰豆网上搜索。
校园卡管理系统实验报告
第一章:
现行系统概述4
第二章:
系统分析5
2.1需求分析5
2.115
2.225
2.2可行性研究6
2.216
2.226
2.236
2.246
2.3业务流程分析6
第三章:
系统设计7
3.1功能结构图设计8
3.2功能模块设计8
3.3系统流程图设计9
3.4数据结构与数据库设计14
3.41用户需求分析:
14
3.42概念结构设计:
14
3.43.数据库设计15
3.5逻辑结构17
3.6代码设计17
3.61代码设计的原则18
3.62代码校验18
3.7输入/输出设计19
3.7119
3.7219
第四章系统实施20
4.1界面功能21
4.2系统测试25
4.21测试方法26
4.22测试项目名称及测试内容27
4.23测试用例27
4.3系统调试27
4.4系统维护28
第五章结束语29
【摘要】:
进入21世纪以来,信息化建设在各行各业蓬勃发展,而建设信息化校园也是发展的必然要求,为适应我国高等教育的需要,全面提高教育水平,快速建设数字化校园成为当前各所高校的工作之重,只有解决了校园管理上的难题,各项工作方能有条不紊。
正是在这样的大环境下,建设“数字化校园一卡通系统”显得尤为重要,只有完成好校园一卡通系统建设,才能便于学校对学生及教职工各方面的管理,不断提高学校后勤服务质量,确保学校各项工作更加高效。
现代化信息建设主要依靠当前先进的计算机程序开发,每所高效的实际情况不同,面临的问题也大不相同,因此不同高校需要的数字化校园一卡通系统不尽相同,只有符合自身实际发展的要求,才能确保服务和管理的协调统一。
可以说,校园数字化建设的进程好坏将会直接影响校园社会形象。
“智能一卡通系统”的建设,会极大的方便广大师生,给他们的学习和工作省去很多顾虑,并能有效减轻后勤服务与教务部门的工作负担,对提高校园管理水平十分重要。
论文首先调查了一卡通管理系统的研究背景,并且了解了一卡通系统国内外发展的现状和趋势,其中重点对校园一卡通未来的可能做出了预测。
然后本文对校园一卡通系统的目的进行了分析,并且给出了校园一卡通的意义。
本文对系统开发的总体设计方法进行了研究,并确定采用科学的开发方法。
论文继而对整个系统进行科学的需求分析,首先对系统的可行性做出了研究,从经济、技术、管理、社会等几个方面对系统的可行性进行了分析,得出了进行系统开发的结论。
然后对整个系统进行了需求分析,并且给出了一卡通系统的总体E-R图和一卡通系统的校园网络模型。
最后对系统的性能、接口、属性等几个方面进行了需求分析。
本论文主要是研究一般管理员模块的设计,所以论文接下来部门是对一卡通系统进行整体的设计,从中找出一般管理员所需要的技术和模块。
然后对整个系统进行了分解,最后得出了3个主要的子系统模块。
继而进行研究,得出了一般管理员模块是一卡通系统中的一部分的结论。
然后对一般管理员模块进行了设计,从设计的进度计划、一般管理员模块的子模块的分析进行了研究,并且对数据库进行了需求分析。
最后的管理系统的实现部分是本论文的核心部门。
论文首先讲述数据库的建立,并分析了系统和数据库连接的流程和实现。
接着对一般管理员模块的子模块进行了研究,给出了子模块的数据流程图、工作流程图和实现流程图,并且对研发后的一卡通管理系统进行了展示。
第一章:
现行系统概述
随着社会信息化的蓬勃发展,校园的管理也进入了一个信息化的时代,先进的管理信息系统成为建设世纪一流大学的重要标志。
在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率,提高学校声誉,提升学校的竞争力。
数字化校园将是今后校园建设的发展趋势和必然。
数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。
而建设“校园一卡通系统”是实现数字化校园的有效途径。
目前,大部分高校已经建成了许多现代化的管理信息系统,如:
财务管理系统、图书管理系统和食堂售饭系统等。
但这些系统大部分都是单独建设,没有统一的规划,存在着数据重复录入,数据不能共享等问题。
为了提高学校的信息化建设水平,学校还迫切需要建设收费管理、门禁管理等其它系统。
这些系统要在短时间内完成,人员的劳动强度非常大,且容易造成错误和遗漏,加重了学校管理的负担。
通过“校园一卡通系统”项目的建设,将使学校的原有业务和管理体系相对独立的现象得到有效整合,减少资源浪费和重复建设,达到业务流程重组的目的;将有效促进学校数字化校园建设的进程。
伴随着智能技术的高速发展和计算机应用的普遍推广,在校园信息管理中引入一卡通正逐步成为一种趋势。
第二章:
系统分析
2.1需求分析
校园一卡通需求分析具体表现以及需要解决的问题主要有以下两个方面:
2.11信息管理:
如何实现对学生信息的管理,图书馆管理,洗浴管理等的信息管理。
如何实现对卡的管理如办卡,补卡,销卡的管理。
2.22财务管理:
如何实现卡资金管理问题,如:
卡的充值,卡的消费管理。
如何实现学校内部食堂、、超市、洗浴等校园消费的各个领域,全面实现“以卡代币”的各种消费问题。
如何实现学校的各种服务设施与教学资源科学以及综合财务资金使用管理的效率问题。
2.2可行性研究
2.21技术可行性:
校园一卡通是架构在校园网上的,是综合提供身份识别与电子支付服务的系统平台。
校园一卡通的平台是数字校园总体规划的中的基础平台设施之一,与共享数据中心等其他基础平台协调共存。
2.22经济可行性:
一卡通在一定方面体现了学校的形象,增加了师生自豪感,体现了学校的人性化教育。
有效的节约了人员成本,减少了管理工作,提高了学校的管理水平。
节约了人员编制费用和办证工本费用,大大提高了各方面的效率。
2.23管理可行性:
校园一卡通在一些管理上可以实现自助式管理,有的甚至是可以24小时开放而无须管理人员。
有效的节约了人员成本,减少了管理工作,提高了学校的管理水平。
2.24可行性研究结论:
建立先进的管理系统是实现高等教育现代化、管理现代化的必由之路。
而一卡通的技术推广和运用,是推进高校信息化的重要举措。
校园一卡通有效的缓解了学校的校务管理和后勤服务的繁重工作,提高了学校的管理水平、提高了后勤的服务质量。
现今,已有很多学校已经投入和使用了校园一卡通,校园一卡通系统必将成为高校信息化的必然趋势。
2.3业务流程分析
第三章:
系统设计
系统总体结构设计:
包括功能结构图设计、功能模块设计和信息系统流程图设计等;
3.1功能结构图设计
功能结构图就是将系统的功能进行分解,按功能从属关系表示的图表。
愈上层功能愈笼统,愈下层功能愈具体。
功能分解的过程就是一个由抽象到具体、由复杂到简单的过程
3.2功能模块设计
将功能模块按高内聚,低耦合,影响X围在控制X围之内的原则分成若干个子模块。
3.3系统流程图设计
3.4数据结构与数据库设计
3.41用户需求分析:
(1)管理员能够实现对整个信息的添加、修改、删除、查询等操作,能以管理员的身份对数据库进行更新,维护管理,修改登录密码。
能浏览学生充值变动的结果。
(2)能以职员的身份了解到一学期结束是每个学生的消费基本资料,可查询确认选择,可修改登录密码。
3.42概念结构设计:
功能模块
二级功能模块
功能模块简介
系
统
设
置
密码设置
用户可以根据此功能修改登录系统时的认证密码
日志
系统log的事件记录;每一行日志都记载着日期、时间、使用者及动作等相关操作
退出
退出一卡通管理系统
卡
管
理
充值
可通过此功能向一卡通内充入相应的金额
开卡
为用户在系统内注册一个账户并发放卡
挂失
当用户的卡不慎丢失时,可以通过挂失功能使卡内金额冻结,使此账户不可用
注销
将某一用户的信息从系统中删除,使其在系统内不可用
财
务
管
理
师生消费统计
统计某一老师或学生用一卡通在校内消费的记录
营业机构收入统计
统计某段时期内的校内一卡通营业机构的收入状况
信
息
查
询
师生消费查询
此功能为方便师生查询余额以及消费记录而设
营业机构收入查询
此功能为方便校内一卡通营业机构查询收入状况而设
用
户
管
理
添加用户
向系统内添加一个新的账户,使其能够应用一卡通系统的某些功能
修改用户
对系统内某一账户的信息进行相应的修改
删除用户
将某一账户从系统的删除出去,使其不能应用一卡通系统的功能
3.43.数据库设计
E-R图:
逻辑结构设计:
学生信息:
学号,某,卡号,照片
卡信息:
卡号,开卡时间,补卡时间,销卡时间。
财务管理信息:
卡号,消费时间,消费金额,消费余额
登记:
卡号,学号。
卡金额查询:
卡号,学号,某
建账:
卡号,学号,某
结账:
卡号,学号,某
消费查询:
卡号,学号,消费时间,消费项目,消费金额
余额查询:
卡号,学号,余额。
3.5逻辑结构
字段名
类型
长度
是否为空(默认值)
说明
s_sno_s
文本
50
否(默认值=200914230100)
学号,主键
s_name_s
文本
50
否
某
s_id_s
文本
50
否(默认值="ss000001")
卡号
s_identify_s
文本
18
否
某号
s_phone_s
文本
11
否
手机号
学生表(student)
财务报表(cwbb)
字段名
类型
长度
是否为空(默认值)
说明
c_sno_s
文本
50
否(默认值=200914230100)
学号
c_xt_t
日期/时间
常规日期
否(默认值=#2012/1/1#)
消卡时间
c_xj_i
数字
长整型
否
消费金额
c_xd_s
文本
50
否(默认值="湘京食堂")
消费地点
用户表(userinfo)
字段名
类型
长度
是否为空(默认值)
说明
u_id_s
文本
50
否(默认值="ss000001")
卡号,主键
u_pwd_s
文本
50
否
密码
u_type_s
文本
50
否(默认值="师生")
权限
3.6代码设计
3.61代码设计的原则
代码是代表系统中客观存在的事物名称、属性或状态的符号,而代码设计是将系统中具有某些特征或属性的信息归并到一起。
我们在代码设计中遵循以下原则:
唯一性:
在一个分类编码标准中,每一个编码对象仅有一个代码,一个代码只唯一表示一个编码对象。
如:
学号:
学生的学号是学生在学校的唯一代码。
合理性:
代码结构与分类体系相适应。
可扩充性:
在设计过程中留有适当的空间,以便以后的补充。
如:
学号可以增添位数。
简单性:
代码结构简单,以便节省存储空间和提高系统的处理效率。
实用性:
代码能反映对象的特点。
规X性:
代码的书写统一。
3.62代码校验
校验方法代码是数据的重要组成部分,它的正确性将直接影响系统的质量。
当人们抄写、录入时,发生错误的可能性很大,如抄写错(把1234写成1235)、易位错(1234记为1243)、隔位易位错(1234记为1432)等等。
因此,为了验证输入代码的正确性,要在代码本体的基础上,再外加校验码,使它成为代码的一个组成部分。
这就是前面介绍的自检码。
校验码是根据事先规定好的数学方法及代码本体计算出来的。
当自检码输入计算机后,计算机按照同样的数学方法,根据代码本体进行计算,将结果与校验位比较,检验输入的代码是否正确。
3.7输入/输出设计
输入输出是管理信息系统与用户的界面,一般而言,输入输出设计对于系统开发人员并不重要,但对用户来说,却显得尤为重要。
3.71输入/输出人员:
职员,办公人员。
3.72输入校验:
该系统的输入校验大都通过程序和数据库控制来实现的。
比如关键字段数据库中就要求非空;而程序实现的校验则会更具体,比如用户和密码输入的检验。
主功能界面:
开卡界面:
第四章系统实施
系统实施是指将系统设计阶段的结果在计算机上实现,将原来纸面上的、类似于设计图式的新系统方案转换成可执行的应用软件。
4.1界面功能
a.主界面
此界面主要包含六大功能:
系统(用于设置密码,日志),卡管理(充值,开卡,挂失,注销),财务管理(师生消费统计,营业机构消费统计),信息查询(师生消费查询,营业机构收入查询),用户管理(添加用户,修改用户,删除用户),帮助(内容,关于一卡通)
b密码设置界面
主要功能:
用于用户密码的修改,而且当二次输入项密码和新密码一致才能确认修改。
c.开卡界面
主要功能:
用于添加新的用户,并记录新用户的主要信息
d挂失界面
主要功能:
用于用户卡的挂失,只要当挂失选择项中的信息与开卡某息一致时才能确认到挂失状态。
e.注销界面
主要功能:
用于系统注销已挂失却无法找寻的卡或者用户自行销卡,而且只有当所填写项的信息与开卡信息一致时才能确认。
主要功能:
用于系统管理员,以及各营业机构管理人员查询某一段时间内销售收入情况。
i.
主要功能:
用于系统管理员以及各营业机构管理员查询某一段时间内的销售收入查询。
主要功能:
为已经添加的高级用户修改个人信息。
l.删除用户界面
主要功能:
用于系统删除高级用户,以及个个人信息。
4.2系统测试
4.21测试方法
1、静态检查
静态检查就是通过人工评审软件的文档或程序,发现其中的错误。
静态测试法成效比较明显,可以查出30-70%的逻辑错误,成本低,是一种行之有效的检验手段。
(1)代码审查:
通过阅读程序发现软件错误和缺陷。
(2)静态分析:
主要对程序进行控制流分析、数据流分析、接口分析和表达式分析。
2、动态检查
动态检查就是有控制地运行程序,从多种角度观察程序运行时的行为,发现其中的错误(测试就是为了发现错误而执行程序)。
通常使用以下两种方法进行测试:
(1)如果已知产品的功能,则可以对它的每一个功能进行测试,看是否都达到了预期的要求,即黑盒测试
(2)如果已知产品的内部工作过程,则可以对它的每种内部操作进行测试,看是否符合设计要求,即白盒测试。
3、单元测试(程序测试)(单调)
单元测试:
是对源程序中的每一个程序单元进行测试,验证每个模块是否满足系统设计说明书的要求。
在单元测试中主要从模块的五个特征进行检查:
模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试。
4.22测试项目名称及测试内容
测试分为三个模块进行:
学生管理模块功能测试
测试内容:
(1)密码验证功能
(2)选课功能(3)密码修改功能
管理员管理模块功能测试
测试内容:
(1)密码验证功能
(2)用户信息添加、修改、删除功能(3)密码修改功能(4)权限管理功能
4.23测试用例
输入、输出及步骤及操作如下所示:
登录测试用例
输入
操作及步骤
输出
输入某为空
点击登录
用户名或密码错
输入密码为空
点击登录
用户名或密码错
输入某及错误密码
点击登录
用户名或密码错
输入正确某和密码
点击登录
正进入系统
4.3系统调试
(一)定义
软件调试是在测试完成结果分析之后,对结果分析发现的错误进行程序诊断并且寻求改正的过程,具体如下图所示:
(二)软件调试策略
内存信息检查;程序执行信息跟踪;试探法,猜测试探;回溯法,人工沿程序控制流逆向追踪;对分查找法,区分程序段查找;归纳法;演绎法,根据软件测试结果,进行相应的调试。
4.4系统维护
系统维护的内容:
1.程序的维护2.数据文件的维护3.代码的维护4.机器、设备的维护。
维护的类型:
1.更正性维护2.适应性维护3.完善性维护4.预防性维护
系统维护的有关问题:
首先得理解一个系统,其次,在系统维护中,要有合格的文档,再次不要期望得到原来开发系统的人员的帮助,系统的修改容易带来新的差错,系统软件应该有高素质的维护人员进行维护工作。
实践已经证明,在系统投入运行后,为保持其能够长期高效地工作,应根据其运行的外部环境的改变和业务的变化,对本应用系统中的硬件/软件进行及时有效的更新。
这种为管理信息系统正常工作而进行的一切活动称为信息系统的维护。
系统的维护有多种不同的分类方法:
按时间顺序可以分为系统试运行维护阶段和日常维护阶段;按系统功能分为硬件系统维护、应用管理软件系统维护和数据维护;按维护的目的分为完善性维护、改正性维护、适应性维护和预防性维护。
为了有效地进行维护工作,必须有一个正确的态度,充分认识维护工作的重要性;必须建立一套完善的维护工作管理条例,有专门的组织结构和工作人员;维护必须从申请报告开始,维护过程及对维护过程的评价有规X或标准可依;每一项维护活动都要遵循登记制度。
系统的维护人员应有明确的分工,各负其责。
信息系统的维护人员可以分为三类:
硬件系统维护人员、应用软件开发与维护人员以及数据库管理与维护人员。
硬件系统维护人员负责硬件系统的维护,包括网络安全、系统配置等项工作;应用OA软件开发与维护人员负责与用户沟通,接受用户提出的新要求,如信息需求、增加功能等,开发或完善应用系统,并负责应用系统软件的运行维护工作;数据库管理与维护人员要负责系统中的数据安全性、完整性和一致性,并负责数据库中数据字典的建立与维护。
第五章结束语
这次进行的课程设计告一段落,成绩暂且不说过程却是留给我许多深刻的东西,学到了一些课本上不能学不到的知识,同时对于理论知识也很好的提高巩固了。
首先,能够利用系统分析的过程与方法,结合企业物资管理子系统业务流程图、数据流程图、数据字典所学的知识,并结合网络,图书馆搜集到的各种各样的材料,进行分析取舍对整体管理信息系统的结构功能有了一个深入的了解。
其次,这次课程设计使我有了一次通过理论联系实际,来解决实际问题的经历,它培养了自己分析问题,解决问题的能力,以及上网检索信息的能力。
其实学到的知识其实是次要的,重要的是我们探索知识的过程,这个过程便是一个人自主学习能力的体现,以及小组合作团队的实践。
最后,这次的课程设计也激发了学习管理信息系统的兴趣。
自己独立思考,完成各项工作。
通过自己制作系统程序感受到成功的喜悦,并因此激发起了对软件设计的兴趣,这也许恰是最关键一点了。
以后的学习或许会遇到各种困难,带着兴趣及求知欲望,倒是可以克服的。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 校园卡 管理 系统 实验 报告