饭卡管理系统软件工程课程设计

饭卡管理系统软件工程课程设计软件工程课程设计任务书1、课程设计题目饭卡管理系统2、设计任务和内容一个饭卡管理系统是根据学校的饭卡管理工作专门设计的一个管理信息系统。该系统能够完成饭卡管理的工作过程。饭卡管理过程中主要涉及：持卡者信息、饭卡信息、饭卡历史信息等数据，并对数据进行相应的增、删、改、查询操作。使传统、手工的管理工作更加规范，更加科学，保证了饭卡信息查询更新及时到位。本课题任务是开发一个饭卡管理系统，并撰写符合规范的课程设计说明书以体现设计过程和设计结果。设计要求：1、撰写课程设计说明书。其要求如下： （1）基本要求：①能反映完成了上述设计内容要求。要求撰写不少于5000个文字（20页）的文档。文档中至少要包括：数据流图、数据字典、E-R图、数据库表的详细说明、系统功能结构图、主要功能模块说明和软件测试过程。（2）文档格式要求（遵循软件工程课程设计大纲上的要求） 其中，正文部分：①分章、层次等，每一章从新一页开始。②章节安排可如下安排.可行性研究：包括项目背景、编写目的、软件定义、开发环境等。.需求分析：问题陈述、需完成的功能。以数据流图和数据字典表达。.概要设计：程序系统的基本处理流程、程序系统的组织结构、模块划分、数据库结构设计和出错处理设计。2分析当前系统的状况校园卡管理系统目前在我国各高校的应用还主要处于试点和探索的阶段。在部分已建立一卡通的高校中，由于出发点和着重点的不同，使得系统存在相当大的差异，并无统一、均衡的系统方案可供参考。有些大学以身份认证为出发点建立校园卡系统，强调对学生的身份信息认证、门禁等方面的功能比较强大，而电子消费方面则略显不足；有些大学一的校园卡系统则以金融消费为重点，强调校园卡的电子货币功能，在需要身份认证的信息管理系统中校园卡的功能不够完善。3对当前系统的分析分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性:3.1工作负荷人工操作频繁加减存款。工作繁琐，枯燥，容易出错，完成工作所需要的时间较长，工作效率比较低。3.2费用开支由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额。3.3人员配备由于现有系统的技术性含量比较低，操作不便，工作量大，因此需要较多的人才能完成工作。而新系统将具有较高的技术操作性，但它确使工作变得较为简便，因此只需要少量的高素质人才就可完成。3.4系统局限性人工处理的主要局限性表现在系统依赖于大量的人力和物质投入，工作效率较低和成本较高，现有系统主要存在如下的局限性：1)信息分散、共享性差每个人的时间精力是有限的，大量的信息资源分散在不同的收集者手中，难于共享和发挥作用。信息的及时性、准确性差数据的采集和处理部分靠人工，效率低、速度慢、滞后严重、反馈不及时，严重影响信息的反馈速度和质量，不能有效地、及时地提供基层决策需要的定量信息和领导决策需要的宏观定性信息。4.4技术条件方面的可能性在以上限制条件下，利用目前现有的技术条件和开发人员的投入，能够在规定时间内完成系统规定的开发设计任务。同时，为了高质量完成本软件系统开发工作，还需要遵循如下准则：（1）好战略数据的规划，建立稳定的信息模型； （2）在功能模型的划分上，按组织机构来划分子系统或模块； （3）应用软件的开发设计，要充分考虑应用软件的适应性，建立友好的人机界面。因此，从技术性方面来看是可行的。5.制定新系统的技术方案5.1可选择的系统方案1卡片选择：接触性IC卡； 网络平台：采用校园网和银行网以及校园卡操作系统相结合； 数据库与前台操作：采用大型数据库管理系统Oracle、DB2等作为后台数据库，采用VB或VC或者Delphi来开发前台的操作部分； 方案优势：接触性IC卡在性能方面安全性好，网络要求不高，操作方便，数据库和前台操作简单，便于管理； 5.2可选择的系统方案2卡片选择： 非接触性IC卡； 网络平台：采用校园网和银行网以及校园卡操作系统相结合； 数据库与前台操作：采用中小型数据库管理系统Acce或SQLServer作为后台数据库，用C#等来开发前台的操作部分。方案优势：高效性、集成性、智能性、读写成本低，前台操作与数据库分离，便于实现多种需求，操作界面统一； 6.投资及效益分析新系统开发完成后，只需要2~3名管理员，大大减少的人员方面的开支，同时由于数据冗余度也大大降低，在物质方面也降低了开销，因此会有较好的市场效益。7.社会因素方面可行性7.1法律方面的可行性本方案在法律方面完全可行； 7.2使用方面的可行性本方案的使用技术的要求完全在能力范围之内，并且该系统的维护运行容易便捷，故使用方面完全可行； 8.结论综上所述，本系统从技术、经济、社会法律、使用性等方面来看，都是切实可行的。二、需求分析1.引言1.1编写目的需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。2.2用户特点由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预期使用频度较高。2.3假定和约束系统的规模较小，适于Window某P和SQL数据库系统。1.1编写目的概要设计说明书编制的目的是：说明对程序系统系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。本软件概要设计说明书的读者是系统开发人员或合同约定人员。0系统用户登录主要是对系统用户进行身份验证。0持卡者信息管理主要是对持卡者信息进行管理，包括注册，修改和查询。0饭卡信息管理主要是对饭卡信息进行管理，包括对饭卡的加锁与解锁，注销，充值和消费。0饭卡消费记录管理主要是对饭卡的消费记录进行管理，包括消费记录的查询和修改。2.2基本设计概念和处理流程本系统的基本设计概念和处理流程如下：0系统启动时，激活身份验证模块。0通过身份验证后，对系统进行初始化，判断用户身份，导入到不同的操作界面。0系统进入消息循环状态，通过事件驱动机制激活各功能模块，并执行指定模块。0各项功能执行完毕后，重新进入消息循环状态。0由退出系统事件激活关闭系统模块，退出系统。局部数据元素数据库表约束条件验证码验证注释需要数据库用户表四、详细设计模块过程设计与界面设计1）验证用户登录功能模块（1）功能描述对登录系统的用户进行身份验证。（2）模块IPO表（3）界面设计（4）主要算法【登录】按钮:验证用户的合法性。【取消】按钮：关闭用户登录窗口。【注册】按钮：弹出用户注册功能窗口。2）用户注册功能管理模块（1）功能描述用户注册一个登录帐号。【取消】按钮：关闭登录窗口。【返回登录】按钮：返回上层界面。3） 查询用户详细信息功能模块（1）功能描述用于用户查询本人信息。【查询消费历史】按钮：查询用户的消费历史。【挂失】按钮：用户挂失饭卡。【消费】按钮：进入用户消费界面。【上传照片】按钮：上传用户照片。【提交照片】按钮：确认上传照片。4） 用户挂失功能模块（1）功能描述用于用户挂失自己的饭卡。【确定】按钮：确认所挂失的帐号。【取消】按钮：返回挂失界面。5） 用户消费功能模块（1）功能描述用于用户消费使用。【清空】按钮：清空消费金额。【确定】按钮：确认消费金额。【取消】按钮：返回消费界面。【清空】按钮：清空所输入的款额，操作。7）新建持卡者功能模块（1）功能描述用于管理员录入新建学生信息。注释需要数据库中持卡者信息表及饭卡历史表（3）界面设计（4）主要算法【提交】按钮：提交用户信息。【清空】按钮：清空所填用户信息。【上传照片】按钮：上传用户照片。【确定】按钮：建卡成功，返回操作。8） 存款功能模块（1）功能验证用于管理员对用户的充值。【确定】按钮：确定充值金额。【取消】按钮：取消充值并返回。9） 注销用户功能模块（1）功能描述用于管理元对毕业学生及过期用户的注销。【确定】按钮：确认注销次卡。【取消】按钮：返回注销界面。10） 更改学生信息功能模块（1）功能描述用于管理员对需要更改的学生信息进行查询更改。【删除】按钮：删除每一个信息。【清空】按钮：清空所有信息。【上传照片】按钮：上传更改用户照片信息。11） 挂失，解锁功能模块（1）功能描述用于管理员对挂失用户进行解锁并对需要挂失用户进行挂失。【解锁此卡】按钮：解锁需要解锁的饭卡。【确定】按钮：确认挂失，解锁的饭卡。【取消】按钮：取消挂失，解锁，并返回上层界面。【清空】按钮：清空消费记录。【查找】按钮：查找指定的消费记录。13）数据库功能模块（1）功能描述记录系统所有数据信息。6.1.2系统的测试计划系统的每一个模块都需要进行单元测试，只有在通过了单元测试后，才能进行系统的集成测试。在所有的集成测试（包括模块测试、系统测试）都完成以后，方可在用户参与下进行验收测试。只有通过了用户的验收测试后，系统才能交给最终的用户。在系统项目及其所属的各个模块的编制与开发期间，要进行各种测试活动，准确记录、及时分析并妥善保存有关这些测试的记录，是确保系统运行的重要条件。在系统测试中，应有专人负责收集、汇总与保存有关系统测试的记录。具体如下：0需求分析阶段列出的系统的每个功能都要求是“可测试的”。0设计阶段每个具体功能的实现都要考虑到其测试用例的设计。0编码实现阶段对每个模块做单元测试，然后做集成测试。0最后和用户一起做验收测试。系统测试是为了验证各阶段所完成的工作是否满足需求分析和详细设计要求，识别出期望的结果和真正结果之间的差别，以便修正系统设计和代码实现中的潜在错误，保证系统运行的正确性和功能完备性，提高系统运行的性能。6.1.3测试人员安排测试者：王金鑫6.2.测试方法和步骤6.2.1系统测试方法本系统采取以黑盒测试方案为主，白盒测试方案为辅的测试方法。6.2.2系统测试步骤先分别进行单元测试，再进行集成测试，遵循自底向上的策略。对于每一个测试用例都有考虑到合法和非法的测试情况。6.3.测试过程6.3.1单元测试（黑盒测试） 用户登录模块测试：表1“用户登录模块”输入条件等价类表输入等价类有效等价类无效等价类登录信息1.无空值且与数据库信息匹配2.无效用户名3.无效密码4.用户名与密码不匹配5.存在空值表2有效等价类测试用例表测试数据期望结果覆盖的有效等价类abc，123，管理员，4863输入有效1表3无效等价类测试用例表测试数据期望结果覆盖的无效等价类aaaaaaaaaaaaaaaaaaaa、、管理员、4489无效输入2abc,111111111111111111111、管理员，2365无效输入3abc、12、管理员、2236无效输入432、123、管理员无效输入5持卡者信息管理测试：表4“持卡者注册”输入条件等价类表输入等价类有效等价类无效等价类注册信息1.无空值2.用户名未注册3.两次输入密码相同4.学号和饭卡号匹配5.存在空值6.用户名已注册过7.两次输入密码不相同8.学号和饭卡号不匹配表5有效等价类测试用例表测试数据期望结果覆盖的有效等价类3、3、3、3、3、3389输入有效1、2、3、4表6无效等价类测试用例表测试数据期望结果覆盖的无效等价类4、4、4、4、4无效输入51、1、1、1、1、5421无效输入64、1、2、2、2、2295无效输入74、1、1、3、2、4410无效输入8表7“修改持卡者信息测试”输入条件等价类表输入等价类有效等价类无效等价类修改的信息1.存在待修改的持卡者2.可修改除学号|工号以外的所有信息3.修改值正确4.不存在待修改的持卡者信息5.修改学号|工号6.修改值错误表8有效等价类测试用例表测试数据期望结果覆盖的有效等价类1、1、1、2、女、1输入有效1、2、3表9无效等价类测试用例表测试数据期望结果覆盖的无效等价类5、1、1、1、男、1无效输入4、51、1、111111111111111111111、1、女、2无效输入6表10“查询持卡者信息测试”输入条件等价类表输入等价类有效等价类无效等价类持卡者登录信息1.显示持卡者信息2.无效持卡者表11有效等价类测试用例表测试数据期望结果覆盖的有效等价类1、1、持卡者、1730输入有效1表12无效等价类测试用例表测试数据期望结果覆盖的无效等价类abc、123、持卡者、0604无效输入2饭卡信息管理测试： 表13“加锁与解锁”输入条件等价类表输入等价类有效等价类无效等价类持卡者登录信息1.提示“是否挂失学号为2的饭卡”2.您的卡已上锁管理员登录信息3.显示“是否解锁学号为2的饭卡”4.提示“请输入学号|工号”5.学号|工号不存在，出现异常表14有效等价类测试用例表测试数据期望结果覆盖的有效等价类2、2、持卡者、1730，点击“挂失”输入有效1abc、123、管理员、4046、学号|工号2输入有效3表15无效等价类测试用例表测试数据期望结果覆盖的无效等价类1、1、持卡者、1730无效输入2abc、123、管理员、2239无效输入4abc、123、管理员、3103、学号|工号5无效输入5表16“注销”输入条件等价类表输入等价类有效等价类无效等价类管理员登录信息，点击“注销”1.显示“是否注销此学号的饭卡”2.提示“请输入学号|工号”3.提示“没有找到此学生”表17有效等价类测试用例表测试数据期望结果覆盖的有效等价类abc、123、管理员、4046、学号|工号2输入有效1表18无效等价类测试用例表测试数据期望结果覆盖的无效等价类abc、123、管理员、2239无效输入2abc、123、管理员、2239、学号|工号5无效输入3表19“充值”输入条件等价类表输入等价类有效等价类无效等价类管理员登录信息，点击“存款”1.可填写充值金额2.提示“请输入学号|工号”3.提示“没有找到此学生”4.充值金额为负表20有效等价类测试用例表测试数据期望结果覆盖的有效等价类abc、123、管理员、4046、学号|工号2、100输入有效1表21无效等价类测试用例表测试数据期望结果覆盖的无效等价类abc、工号5无123、管理员、2239无效输入2abc、123、管理员、2239、学号工号5无效输入3abc、123、管理员、4046、学号|工号2、-100无效输入4表22“消费”输入条件等价类表输入等价类有效等价类无效等价类持卡者登录信息，点击“消费”1.可用数字填写消费金额2.消费金额为非数字3.提示“请输入消费金额”表23有效等价类测试用例表测试数据期望结果覆盖的有效等价类2、2、持卡者、2251、2输入有效1表24无效等价类测试用例表测试数据期望结果覆盖的无效等价类2、2、持卡者、2251、-2无效输入22、2、持卡者、2251、无效输入3饭卡消费记录管理测试： 表25“查询饭卡消费记录”输入条件等价类表输入等价类有效等价类无效等价类持卡者登录信息，点击“查看消费历史”，选择“消费”操作1.消费记录根据查询条件正确显示在控件中2.消费记录未显示出来3.显示出来的记录与查询条件不匹配表26有效等价类测试用例表测试数据期望结果覆盖的有效等价类2、2、持卡者、2251输入有效1表27无效等价类测试用例表测试数据期望结果覆盖的无效等价类2、2、持卡者、2251、2022-6-122:38:23至2022-9-4无效输入2、3表28“修改饭卡消费记录”输入条件等价类表输入等价类有效等价类无效等价类管理员登录信息，点击“查询更改消费历史”1.显示所有卡的历史操作2.消费历史未显示出来3.显示出来的记录与操作条件不匹配表29有效等价类测试用例表测试数据期望结果覆盖的有效等价类abc、123、管理员、3777、学号|工号2输入有效1表30无效等价类测试用例表测试数据期望结果覆盖的无效等价类abc、123、管理员、2239、学号|工号5无效输入2、36.3.2集成测试（白盒测试） 持卡者信息管理模块的测试： ①利用持卡者注册模块完成申请者的饭卡和学号绑定任务，然后调用查询持卡者信息模块看刚注册的持卡者信息能否查询到。若查到则进入下一步，否则查找错误。②若在查询过程中发现此持卡者的某项记录有误，调用修改持卡者信息模块修改这个不正确的记录，以完善此持卡者的信息，如果可以进入下一步，否则查找错误。③调用查询持卡者信息模块查询上面所说的持卡者，看看是否修改了该持卡者不正确的记录，如果是，并且该持卡者再无其余不正确的记录则此次测试成功，否则发现错误，立即回到第二步继续测试。流程图程序图测试路径： 路径1： 1->2->3->5->1路径2： 1->2->3->4->7路径3： 1->2->3->4->6->4->7测试用例： 路径1：输入6.4饭卡信息管理测试： ①利用加锁与解锁模块完成对卡的锁定任务，然后调用消费模块看刚加锁的卡号能否进行消费，若不能则进入下一步，否则查找错误。利用加锁与解锁模块完成对卡的解锁任务，然后调用消费模块看刚加锁的卡号能否进行消费，若能则进入下一步，否则查找错误。若在消费过程中发现余额不足，则调用充值功能模块增加可利用款额，以完成消费，如果可以进入下一步，否则查找错误④调用充值模块增加可用款额，然后调用消费模块进行消费，看之前不足的余额是否增加，可以消费，如果可以进入下一步，否则查找错误或重复本次操作。⑤利用注销功能模块完成消除卡信息的任务，然后调用加锁与解锁模块检测卡是否还存在，若存在则重复此过程，否则查找错误。流程图程序图测试路径： 路径1:1->2路径2：1->3->4路径3：1->3->5->6路径4：1->3->5->7->8->10->15路径4：1->3->5->7->8->9->7->8->10->156.5饭卡消费记录管理测试： ①调用查询饭卡消费记录模块功能，若在查询过程中发现此卡的某项记录有误，则调用修改饭卡消费记录模块修改这个不正确的记录，以完善此卡的信息，如果可以进入下一步，否则查找错误。②调用查询饭卡消费记录模块查询上面所说的卡，看看是否修改了该卡不正确的记录，如果是，并且该卡再无企业不正确的记录则此次测试成功，否则发现错误，立即回到第一步继续测试。流程图程序图测试路径：路径1:1->2->4路径2：1->2->3->5->2->4路径3：1->2->3->5->3->5->2->46.6系统测试与回归测试完成了各个模块的测试后，要进行系统测试。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。在系统测试的任何一个阶段，只要发现了错误，就要尽可能及时更正。更正后还要检验已经发现的缺陷有没有被正确的修改和修改过程中有没有引发新的缺陷，即回归测试。另外，每当一个新的模块被当作集成测试的一部分加进来的时候，软件环境都很发生改变，即建立起新的数据流路径，还有可能激活了新的控制逻辑。这些改变可能会使原本工作得很正常的功能产生错误。因此在集成测试策略的环境中，要进行回归测试，就是对部分已通过测试的功能要再次进行测试，以保证系统在新环境下能正常工作。七、小结7.1.课设内容总结本次课设我们没有用老师给的题目而是选择了饭卡管理系统，因为在我们看来对于在校学生的我们，饭卡是我们在校园里每天的必需品，更加贴近我们，所以相对来说更加有意义。随着我国高校扩招，大学生的人数呈逐渐上升趋势。传统的饭卡管理方式大多采用人工方式，这种方式具有明显的局限性，主要表现在信息分散和共享性差、信息的及时性和准确性差以及职工多开支大。学生人数的众多使得传统的饭卡管理难度越来越高，学校对一款能够实现科学有效的一体化管理的系统软件的需求越来越紧迫。本次课设的主题是设计一个饭卡管理系统，能够对饭卡信息进行查询和更新管理，且反映敏捷准确。系统可分为持卡者信息管理、饭卡信息管理和饭卡消费记录管理三个字模块，能实现对饭卡的注册、挂失与解锁、信息的查询和修改、充值与消费等功能。7.2.心得体会7.2.1A在本次课程设计中每一位同学都付出了努力，刚开始由于没有小组开发经验各部分之间不能很好的协调。在我们的努力下，小组内成员能够很好的协调工作。最终很快的完成了本次课程设计。由于小组内各同学的水平不一，因此我们本着互助的原则对水平低一点的组员进行帮助。对软件设计中出现的问题小组成员集体讨论。并且当每一部分设计出来后小组内讨论并修改，因此每个人都参与了软件设计的全过程。对于编码工作由我设计与实现，在软件实现的过程中小组内其他成员都给予了很大的帮助提出很多宝贵意见，特别是王金鑫同学。本次课程设计是我明白了一个人是做不成软件的，以前以为做软件就是编码。现在经过本次课程设计才发现在软件进行编码之前要做很多的东西。例如，本来我想一个人把软件先实现了结果根本无从下手。最后和组员们一起讨论了程序的流程接数据流图、数据字典等一系列的问题。在本次课程设计中发现一个在一个团队中Teamleader是很重要的，要协调各方面的工作，同时自己也要做很多的工作。经过本次课程设计虽然很累但是自己学到了很多东西。同时非常感谢汪靖老师对我们小组的指导，在这里说一声辛苦了汪老师。7.2.3C在本次课程设计的开发的过程中，我全面了解了一个面向数据库的饭卡应用系统的开发过程，从中学习了很多有关的知识。通过本次课程设计它能更直观地把理论知识用于实践当中，使理论能够更好的结合实际，真正做到理论知识为实践活动服务。旨在开拓我们的视野，增强专业意识，巩固