总结篇(1)——机房收费系统

  遇见问题,解决问题是再简单不过的事情。从一开始着手做机房收费系统到现在已经有大半个月了,从一开始的战战兢兢到现在已经不再害怕无从下手心理路程变化还是挺明显的。现在就来谈谈我对机房收费系统的理解吧。

  首先,你若不怕它,它便不难,着手去做,理清思路,知道自己第一步应该做些什么会做些什么再下手。首先我从学生信息管理系统中找到了和它相似部分的功能代码,按照学生信息管理系统来实现基本的登录窗体和密码修改代码。万事开头难,搭建完窗体的时候想着自己连基本的MDI主窗体怎么显示都觉得做不出来。可是着手做了之后才发现,原来这些我都可以。

  第二,通过给的成品系统,挨个点开添加数据,删除数据去看它的那些功能会导致数据库中数据发生什么样的变化。这样才能很明确的去写SQL语句。只有了解了数据库和系统各个功能模块之间的联系,才能对整个系统有一个整体的把握和宏观的把控。

  第三,从会的开始。不自信的原因就是你只看到了你哪哪不会却从来没有想过哪里会。从会的着手做,才是最实际的问题。做着做着,从代码中就能找到一种类似归属感的东西。慢慢的就理解了。

  第四,只有了解了该系统的业务,才能更好的实现该系统的功能。理清逻辑关系,查明每个函数或者方法的用法。至于学习上的细节,多和别人讨论交流。

  最后,要注重用户体验。产品的最终指向都是用户,只有用户喜欢和让用户舒服的界面和设计才能赢得广大的市场。才叫一个好的软件。不过这些应该放在后期的优化阶段。前期还是要注重代码的实现。

  没有一个人是一座孤岛,想法越多这个系统越是完美,用户体验度也会更高。要想做出一款完美的软件离不开大家的思想交流,后期优化过程中可以多听取别人的想法,结合自己的想法,争取把系统做的更好。

        

机房收费管理系统 问题描述 结合我校计算机机房的运作模式,设计一种适合的收费管理系统,能够实现相关的人员检索,计时收费,管理汇总等功能模块。 开发环境 采用C或C++实现,VC++6.0 基本要求 主要功能模块: (1) 登录模块 (2) 上机管理模块 说明:上机登记时,余额不足3元或卡处于挂失状态,则拒绝登记。 每位同学的一次上机形成一条记录,每30秒遍历一次上机记录表,对表中所有正上机字段为TRUE的记录的上机用时增加30秒,同时减少上机卡表中的余额。 (3) 上机卡管理模块 (4) 充值挂失模块 (5) 查找统计模块:统计某天上机的总时数、每次上机的平均时数和机房的收入;某学生上机的次数、上机总时数、每次上机平均时间;挂失和查询余额。 参考的数据结构: 上机卡(卡号,姓名,专业班级,余额,状态),状态有:正常和挂失。 上机记录(卡号,上机日期,开始时间,上机用时,正上机,管理号代码) 上机记录表永久保存,用于事后查询和统计。 设计要求 1) 界面友好,输入信息符合逻辑:如上机时间设定在合理的时间范围。 2) 能从实践生活出发,设计合理的功能模块 3) 各类信息的数据结构明晰 4) 可根据自身生活体验添加相关功能模块。 拓展功能要求 鼓励采用Turbo C/C++、MFC等开发工具,实现彩色或图形操作界面。鼓励引入小型数据作为处理数据的来源,拓展知识面。
评论 21
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值