校园卡管理系统实验报告.doc

27软件工程导论课程设计目录第一章：现行系统概述4第二章：系统分析52.1需求分析52.1152.2252.2可行性研究62.2162.2262.2362.2462.3 业务流程分析6第三章：系统设计73.1功能结构图设计83.2功能模块设计83.3系统流程图设计93.4数据结构与数据库设计143.41用户需求分析:143.42概念结构设计：143.43.数据库设计153.5逻辑结构173.6代码设计173.61 代码设计的原则183.62代码校验183.7输入/输出设计193.71 193.7219第四章 系统实施204.1界面功能214.2系统测试254.21 测试方法264.22测试项目名称及测试内容274.23测试用例274.3系统调试274.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 业务流程分析学生信息录入发卡卡务中心财务中心超市消费单财务报表付款单2挂失注销付款单1付款单留底图书馆认证学生学生活动统计表充值洗浴餐饮消费单消费单图书馆扣费单充值单调用学生信息充值单统计表留底图1-1 业务流程图第三章：系统设计系统总体结构设计：包括功能结构图设计、功能模块设计和信息系统流程图设计等；3.1功能结构图设计 功能结构图就是将系统的功能进行分解，按功能从属关系表示的图表。愈上层功能愈笼统，愈下层功能愈具体。功能分解的过程就是一个由抽象到具体、由复杂到简单的过程3.2功能模块设计将功能模块按高内聚，低耦合，影响范围在控制范围之内的原则分成若干个子模块。3.3系统流程图设计一卡通系统学生财务中心各应用子系统应用管理财务使用图1-1 顶层数据流程图财务中心学生图书馆餐饮中心洗浴中心超市充值扣费管理消费清单消费清单消费清单卡务中心学生卡办理、学生身份认证图1-1“财务中心”框的第一层数据流程图图1-3“卡务中心”框的数据流程图学生充值P1.1财务中心学生消费P1.2餐饮中心超市洗浴中心D2.1财务报表扣费管理P1.4开卡P2.1补卡P2.2注销卡P2.3D1.4卡信息学生图书馆财务管理P1.3D1.1充值信息D1.2消费信息D1.3扣费信息学生身份认证P2.4D2.2学生信息图1-4“财务中心”框的展开图1-5“学生框”的数据流程图学生充值P1.1财务中心学生消费P1.2餐饮中心超市洗浴中心D2.1财务报表扣费管理P1.4开卡P2.1补卡P2.2注销卡P2.3D1.4卡信息学生图书馆财务管理P1.3D1.1充值信息D1.2消费信息D1.3扣费信息学生身份认证P2.4D2.2学生信息图1-5“财务中心”框的展开图1-6“学生框”的数据流程图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 代码设计的原则代码是代表系统中客观存在的事物名称、属性或状态的符号，而代码设计是将系统中具有某些特征或属性的信息归并到一起。我们在代码设计中遵循以下原则：唯一性：在一个分类编码标准中，每一个编码对象仅有一个代码，一个代码只唯一表示一个编码对象。如：学号：学生的学号是学生在学校的唯一代码。合理性：代码结构与分类体系相适应。可扩充性：在设计过程中留有适当的空间，以便以后的补充。如：学号可以增添位数。简单性：代码结构简单，以便节省存储空间和提高系统的处理效率。实用性：代码能反映对象的特点。规范性：代码的书写统一。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.预防性维护系统维护的有关问题：首先得理解一个系统，其次，在系统维护中，要有合格的文档，再次不要期望得到原来开发系统的人员的帮助，系统的修改容易带来新的差错，系统软件应该有高素质的维护人员进行维护工作。 实践已经证明，在系统投入运行后，为保持其能够长期高效地工作，应根据其运行的外部环境的改变和业务的变化，对本应用系统中的硬件软件进行及时有效的更新。这种为管理信息系统正常工作而进行的一切活动称为信息系统的维护。系统的维护有多种不同的分类方法：按时间顺序可以分为系统试运行维护阶段和日常维护阶段；按系统功能分为硬件系统维护、应用管理软件系统维护和数据维护；按维护的目的分为完善性维护、改正性维护