本文主要是介绍OUC_之校园智能卡管理系统（主题日志），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
课题：校园智能卡管理系统
功能：
建卡、充值、余额查询、刷卡消费、挂失、关于我们
要求：
（1）餐卡封面信息包括：卡号、卡类别（学生卡/教工卡）、持卡人姓名、性别、单位。
（2）没人只允许办理一张餐卡，并且卡号唯一。
（3）如果有人试图使用（包括：充值、挂失、刷卡消费以及余额查询）已挂失餐卡，则系统自动报警。
（4）单词超过50元的刷卡消费需输入消费密码，三次输入密码错误，餐卡自动挂失。
（5）所有人的餐卡信息全部存放在某个指定的磁盘文件中。
（6）管理系统开始运行时，从此盘文件中读取所有人的餐卡信息并输出到显示器显示。
（7）管理系统结束运行时，将更新后的餐卡信息写入磁盘文件。
任务：
（1）掌握UML的类图表示方法。
（2）建立餐卡管理系统的类图模型。
（3）编写代码，实现餐卡管理系统。
（4）设计测试方案，完成系统测试。
（5）每组准备15分钟的PPT汇报及系统演示（每位小组成员均需介绍本人工作，并且在PPT中指明项目分工情况），5分钟答辩。
8月20号：
组队情况：
组长：李东方
组员：李思源、刁舒瑞、柯映昌、李鹤
内部讨论：
（1）智能卡管理系统是面向用户的管理系统，还是面向管理者的管理系统。
开始，我们认为是面向管理者的管理系统，但是，根据实际情况来看，管理者并不会用其中的智能卡来实现刷卡消费，余额查询等功能。然而，如果是面向用户的系统，那么，建卡又作何解释（自助建卡么？），在能符合课题要求的情况下，我们从面向功能的角度出发，将实现课题中要求的全部功能，系统的具体服务并不对于具体的人而言，
而在与能提供这种服务，同时在面向功能分析的同时，进行面向对象的设计。
（2）智能卡管理系统需要实现控制台式管理，还是进行窗口程序式管理。
对于我们目前而言，控制台程序是很容易实现的，只要代码正确，逻辑清楚，基本上就可以实现这个系统，但是，出于用户角度分析，用户可能不大喜欢黑压压的窗口。而更亲赖于简洁美观的窗口程序。如果做控制台程序，难度无疑会降低很多，但是，我们进行课题设计并不仅仅是为了课题设计而课题设计的，我们更希望能学习到更多的知识，为将来能更好的投入到工作岗位而努力。
具体分工：
侧重分工：
李东方，李鹤：主要进行程序实现。
刁舒瑞，柯映昌：主要进行程序测试，精简。
李思源：主要进行程序展示。
总体分工：
UML，窗口程序设计等的学习，面向对象的设计与思维。
组队讨论总结：
昨天是c++程序设计课的第一天，成员全部到齐，能展开讨论，亦能融洽的进行必要的交流合作。It‘s very good！，但，美中不足的是，成员们没有完全投入进来，我们不是来混学分的，各位，无论将来我们走向何方，我们毕竟是从计算机专业走出去的，这些程序设计是我们必须掌握的最基础的技能。即便将来不进行与计算机相关的工作，我们组队合作也是必要的。社会是人与人组成的，不是孤立的几个几何点，她是空间上线与线，面与面，体与体最美丽的交汇。同时，我们不能各自为伍，设计是我们这个组的，关注是必须的，建议是必须的，批评也是必须的，参与也是必须的。
这篇关于OUC_之校园智能卡管理系统（主题日志）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
