一卡通管理系统

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

计算机综合课程设计报告

( 2013 -- 2014 学年第2学期)

题目:校园一卡通管理信息系统

院系:

班级:

组号:

组长:

组员:

指导教师:

小组成绩:

日期:2014 年6月24日

计算机综合课程设计

任务书

一、提交文档要求

1、每组提交课程设计报告:

包括:设计目的、要求、开发的组织过程(并着重说明小组在整个开发过程中的组织、协调、开发方案、算法等变动情况)、使用的开发环境、系统开发计划(包括:系统规划、功能、任务量估算、人员安排、进度等)、系统分析、系统设计、系统编程和调试的过程说明、最终本系统解决的问题、系统使用说明书(包括功能介绍,系统安装与配置,数据库设置,系统运行、操作界面说明,操作过程说明,异常情况操作说明等)。

2、每组提交最终完整的程序(软件)代码(要求在关键变量、函数、代码处有注解和说明,

并可以在文档显示页面上下载,可以编译、链接和运行)-以软盘、U盘或电子文档形式提交。

3、每个人需要提供课程设计的心得体会、感想、建议、小结等(内容中必须明确写明你在课

程设计中承担的工作、所发挥的作用,其余内容自由发挥,可以手写,字数不少于1000字)。

二、程序开发要求

1、每个同学必须亲自编写一段程序代码,并明确所承担的开发文档内容,否则课程设计考核

不及格。

2、系统原则上一般不设置用户登录界面,如果需要时,系统的登录界面,应标明各类用户名

和密码,或者直接确认进入系统。

3、运行的系统中只能有一个数据库,并且和程序放在同一个目录下。

4、程序中调用数据库时,应采用相对路径,不能采用绝对路径。如果采用ODBC,程序应能

够自动设置,不能手工设置。

5、数据库、表、字段的名称和程序中的变量名称应该使用英文或易阅读的英文缩写,不能采

用汉语拼音的缩写。

6、系统中所需要的数据量应该满足系统所有功能演示的要求。

三、任务分配

四、考核方式

由各组的组长给自己的组员(包括组长自己)打分。评分依据是开发系统过程中的每个人承担任务的工作量、难度、作用以及提交的文档质量和程序开发的要求是否达到。每组内组员之间的分数须有5分差别,并以百分制计分。

任课教师根据各组上报的文档、程序、系统开发的难度、工作量、开发质量、课程设计提交的按时程度以及各组组长的打分情况等因素,给每个人进行最终评分。

指导教师:

日期:2014 年 6 月24 日

指导教师:

日期:2014 年 6 月24 日一、课程设计的目的与要求

构建“校园一卡通”管理系统,方便学院的管制,并且方便学生们的日常生活,是学院管理简单化。

二、设计正文

1.概述

1.1课题描述

校园一卡通管理系统利用高科技产品作为载体,使其具有电子身份识别和电子钱包的功能,替代校园传统的日常生活所需的学生证、借书证、饭卡、上机卡等证件和现金交。

通过与其他各个管理系统模块的信息连接,就可以将整个学院有机、高效的链接起来。

本系统包括以下6个子系统:

1、学生卡管理子系统

2、图书馆管理子系统

3、食堂管理子系统

4、机房管理子系统

5、洗浴管理子系统

6、超市管理子系统

1.2系统目标

(1)数字化校园的目标: 建成“校园卡”系统的骨干平台,身份认证、校内消费、校务管理的各个子系统都建在该平台下,以后随学校规模的扩大和卡片功能的增加只需增加子系统,实现校园数字化的目标;

(2) 一卡通的目标:每个学生或教职员工一张卡,此卡集身份卡、借书卡、消费卡、上机卡、医疗卡等于一体,代表持卡人的身份,在卡上可自由充值和消费,在校园内做到一卡通用。

(3) 实现银校结合: “校园卡”系统采用逻辑一体、物理分离的校园卡与银行卡银行卡在银行各个网点通用,进行电子货币结算,做到各个银行互通。持卡人通过圈存等方式实现银行卡与校园卡之间的转账功能,赋予“校园卡”系统金融功能,也让校园卡走出校园。

1.3开发环境

a) 操作系统:widows8

b) 使用软件:数据库

相关文档
最新文档