bug笔记【图书管理系统】开发之客户端界面设计

客户端界面设计是要设计以下界面
首先添加一个dialog资源:ID_ILG_CLIENT
然后添加了一个MENU资源ID_CLIENT_MENU
在dialog属性中的menu添加刚刚新增的这个menu
下面的背景图以及五个工具栏均在代码中完成

在运行时,登陆成功后这个界面一闪而过而且并没有下面的工具栏以及主界面的背景
查找原因发现问题出在这里SetWindowPos(hDlg, HWND_TOP, 100, 100, 0, 0, SWP_NOSIZE|SWP_SHOWWINDOW);
查询了下SWP_SHOWWINDOW,使用SWP_SHOWWINDOW后窗口不能移动改变大小而且会导致不能重绘背景,所以主界面的背景图片不能显示出来

那为什么这个窗口一直一闪而过呢?
经过断点调试后发现在完成窗口的创建后,程序从LoginDlgProc中的WM_DESTROY中退出了
个人认为应该是由于在LoginDlgProc中创建的ClientDlgProc,由于LoginDlgProc在创建ClientDlgProc窗口前已经自己将自己的窗口EndDialog了,因此从WM_DESTROY退出。

这里复习一下系统退出的程序

            (1)用户点击X退出按钮,发送了WM_CLOSE消息----->响应OnClose()
            (2)在WM_CLOSE消息的处理函数中,调用DestroyWindow()----->销毁与指定CWnd窗口对象关联的窗口,但未销毁CWnd对象
            (3)在DestroyWindow()中发送了WM_DESTROY消息----->窗口销毁后响应OnDestroy()
            (4)在WM_DESTROY消息中调用PostQuitMessage(),往消息队列中post了一个WM_QUIT消息,并且由于PostQuitMessage是异步消息,它不等该消息处理就立即返回,等到GetMessage函数捕捉到WM_QUIT后则退出消息循环

在查询过程中,
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
图书馆管理系统开发设计方案 需求分析 1 目前图书馆管理系统存在问题 1)检索速度慢、效率低 因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行 非常困难往往是终于查到了二伟的信息,馆中没有此书或已被别人借走。图书馆的规模 越大,这个问题越突出。 2)借书、还书工作量大 借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书 登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操 作所难以胜任的.而且经常会出现这样那样的差错。 3)图书统计工作难、藏书更新不能及时完成。 图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏 书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完 成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。 我校也是一所发展中的高校,近儿年的发展速度很快,图书馆的规模和藏书数量也不 断的扩大,为了解决海量图书的管理问题,改变传统的管理方式也是迫在眉睫了。 2 系统目标 本系统主要实现对图书馆的信息进行管理,图书馆的正常运营中总是面对大量的读者信 息,图书信息以及两者相互作用产生的借书信息,因此要对读者资源,图书资源,借书 信息进行管理。本系统的开发就是在于提高图书管理的工作效率,加强图书馆的管理。 图书馆管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的管理 者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息 和快捷的数据处理手段。但一直以来人们使用传统人工的方式进行图书管理和借阅管理 ,这种管理方式存在着许多缺点,如:效率低、易忘记、保密性差,另外时间一长,将产 生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术的不 断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各 个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对图书信息进 行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、易修改、可靠 性高、存储量大、数据处理快捷、保密性好、寿命长、成本低、便于打印等。这些优点 能够极大地提高图书管理的效率,也是图书馆的科学化、正规化管理,与世界接轨的重 要条件。因此,开发这样一套管理软件成为很有必要的事情.图书管理信息系统是典型的 信息管理系统,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个 方面。对于后台数据库的建立要求建立起数据一致性和完整性强。数据安全性好的库。 而对于前端应用程序则要求应用程序功能完备,易使用等特点。 3 功能需求定义 作为系统管理员: 1。 能增删改查各个管理员的信息 2. 能增删改查图书馆的书籍类型的信息。 3. 能增删改查图书馆的书籍的信息. 4. 能增删改查图书馆的读者的信息。 5. 能借阅图书、归还图书。 作为图书管理员: 1。 能增删改查图书馆的书籍类型的信息. 2。 能增删改查图书馆的书籍的信息。 作为借阅管理员: 1。 能增删改查图书馆的读者的信息。 2. 能借阅图书、归还图书。 本系统需要完成的功能主要有几部分: 1。3.1图书基本情况 1.书籍类别标准的制定,类别信息的输入,包括类别编号,类别名称,关键词,备注 信息等。 2.书籍类别信息的查询,修改,包括类别编号,类别名称,关键词,备注信息等。 3.书籍信息的输入,包括书籍编号,书籍名称,书籍类别,作者名称,出版社名称,出 版日期,书籍页数,关键词,登记日期,备注信息等。 1。3。2实现借书功能 1.借书信息的输入,包括借书信息编号,读书编号,读者姓名,书籍编号,书籍名称 ,借书日期,备注信息等。 2.借书信息的查询,修改,包括借书信息编号,读者编号,读者姓名,书籍编号,书籍 名称,借书日期,备注信息等。 1。3.3实现还书功能 1.还书信息的输入,包括还书信息编号,读者编号,读者姓名,书籍编号,书籍名 称,借书日期,还书日期,备注信息等。 2.还书信息的查询和修改,包括还书信息编号,读书编号,读者姓名,书籍编号,书 籍名称,借书日期,还书日期,备注信息等。 1。3。4图书查询 可以对图书进行的精确查询并讲查询信息以列表的方式呈现给用户,方便用户查找信息 . 系统功能结构图 业务流程图 1 用户管理 2 书籍类型管理 3 书籍管理 4 读者管理 5 借阅管理 3.5.1借阅 3。5.2归还 绘制数据流图 数据流程图可以清楚的表示各个模块之间的调用关系。下面是数据流程图: 顶层图: 1层图: 2层图: 3层图: P2。6 借阅管理 ER图 总体ER图: 数据字典 1. 数据元素 1. tbBook中的字段: (1)名称:Bid 别名:书籍编号 类型:nv

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值