发布时间 : 星期日 文章基于C#图书馆管理系统的实现与设计(20100318)更新完毕开始阅读
基于C# 图书馆管理系统的设计与实现
图书名称，另外在该表中还存在借书日期、应还日期、超期天数、罚款钱数的一些信息都是由系统自己去统计和完成。
图书归还管理: 这个模块的操作是比较简单的，当读者把把所要归还的图书给书库管理员时，书库管理员执行的是一个与借阅管理相反的操作，在借阅管理中是图书后台数据库借书表的插入操作，而归还图书则为对后台数据库借书表的删除操作，它删除的记录是同时满足了读者编号和图书编号都相符合的记录。同时，如果该读者在当前的还书日期超过了图书应还的日期，那么后台数据库对借书表中的超期天数、罚款钱数都有相应的计算，并在读者还书时显示出来该读者是否欠费，若是的话，就限制该读者的在图书馆的借阅功能和其它的一些功能；如果当前日期没有超过应还日期，则会提示图书归还成功。
管理员密码的修改: 书库管理员在这个功能模块上可以修改自己的密码，而且这些操作是属于与自己本人编号相对应的改动，对系统上并没有多大的影响。和读者密码的修改在代码实现方式上有许多相似性。
3.2 读者的需求
由于读者对主数据库表的修改权限不大，所以读者主要是浏览方面的功能。包括了读者本身信息的查看及修改、图书信息的查询、购书推荐、预约图书、查看新书通报、查看图书馆公告、图书馆留言等功能。
读者本身信息查看及修改: 当一个读者到图书馆借阅图书或者归还图书时，他要对自己的一些基本的信息和借阅信息都要有相应的查看，通过查看这些已经存在的信息，读者可以了解到他是否还可以再借阅图书，现在已经借阅了几本图书，是哪几本书，并且这些书本的归还时间是什么时候，是否超期等，这样读者对自己的借阅信息就有了一个大概了解，就可以避免不盲目的跑去借阅图书了。对于修改操作主要的还是读者自己的密码的修改，因为这只关系到他自己的事情，所以对数据库中其它的数据没有太大的影响。
图书信息查询: 在这个模块中，读者可以对图书的信息进行查询，查询的方法有两种，一种是模糊查询，另一种是精确查询。对于模糊查询只是对图书的某一个字段查找，而且是任意匹配的形式。而对于精确查询则为对图书的各个字段进行查找，当添加了某个查询条件后，查询结果的记录集都在变化，这样读者可以方便的找到自己所要的图书。另外在查看记录集的过程中读者可以了解到该书本是否在馆可借，如果可借就可以在图书所在书库中找到，若没有的话，在图书所在书库中则不可以找到。这就是读者对图书的查询功能。
预约图书: 在该模块中，当读者去图书馆借阅图书时，图书馆中的该书或许已经出借了且现在的库存数目为0，那样的话，读者暂时就不可以借阅该图书了，所以读者可以在网络上对该书进行预约操作，这样当图书馆中该书有了库存
7
基于C# 图书馆管理系统的设计与实现
后，他就有对该图书的优先借阅的权利，所以这可以帮助读者在借阅这方面提供很大的便利，由此也就产生了一个图书预约表，包含信息有：读者编号、图书编号、图书名称、图书作者、ISBN编号、所属书库等信息。查看图书馆留言及公告: 在这个功能模块上，我们主要是对图书馆最近的公告和信息进行查看，了解图书馆最近的一些图书管理方面的信息和最新图书的信息，另外在留言板上读者可以提出自己对图书馆在管理方面自己的意见或建议什么的，这对加强图书馆的管理次序是有很大的帮助，另外读者自己在规范次序上也会有很大的改变。
3.3 性能需求
图书馆在正常运行中总是面对大量的读者信息，书籍信息以及两者相互作用产生的借书信息、还书信息，因此需要对读者资源、书籍资源、借书信息，还书信息进行及时处理,及时了解各个环节中信息的变更，力求提高管理效率。
检验图书馆服务水平的重要标准。
1.环境：图书室、阅览室环境清洁、安静、整齐、舒适； 2.人员：图书馆管理工作人员热情、认真、主动，有专业能力； 3.设备：图书馆设施先进、齐全，能满足功能需要；
4.文献：图书馆的文献资源符合工作性质与目标，数量多，质量好，有特色。一般的性能需求是指相互消息传递顺利，协议解析正确，界面友好，运行时间满足使用需要，安全性得到安全保证，不会出现基本的错误等。
4.图书馆管理系统的可行性分析
4.1 结构的选择（B/S与C/S）
随着技术的进步，更多的层次被划分出来。目前，在Internet应用体系
结构中，商务逻辑处理被单独划分为一层，作为Internet服务器。它对用户通过浏览器提交的表单进行分析，并得出对数据库服务器进行的查询，交给数据库服务器去执行并得到查询的结果，最后由Internet服务器用标准的HTML语言反馈回浏览器,称为B/S(Brother/Server)结构。
计算机技术发展日新月异，传统的 C/S结构，即Client/Server(客户机
/服务器)结构，是大家熟知的软件系统体系结构，通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，可以充分利用两端硬件环境的优势。而B/S结构，即Browser/Server(浏览器/服务器)结构，是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，
8
基于C# 图书馆管理系统的设计与实现
形成所谓3-tier结构。B/S结构利用不断成熟和普及的浏览器技术实现原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。传统的C／S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件，没能提供用户真正期望的开放环境；B／S结构则不同，它的前端是以TCP／IP协议为基础的，企业内的WWW服务器可以接受安装有Web浏览程序的Internet终端的访问，作为最终用户，只要通过Web浏览器，各种处理任务都可以调用系统资源来完成，这样大大简化了客户端，减轻了系统维护与升级的成本和工作量，降低了用户的总体拥有成本。
4.2 技术可行性
技术可行性是从前台和后台的开发工具选择上进行分析的。微软公司开发的ASP.NET远远超越了ASP及其它开发软件，同时也给Web开发人员提供了更好的灵活性，有效缩短了Web应用程序的开发周期。而SQL Server 是Microsoft公司开发的大型关系数据库管理系统，具有强大的关系数据库创建、开发、设计和管理功能。其版本SQL Server2000将数据库与Internet紧密连接，可以通过Web浏览器显示数据的操作，具有客户机/服务器的结构。SQL Server 2000 提供了对分布式事务处理的支持，并对开发工具具有良好的支持，为大型数据库项目提供了企业级解决方案,因此我们在图书馆管理系统中使用了在.NET环境基于Web页面的B/S服务模式。
4.3 经济可行性
在系统运行后的维护是非常重要的，并且其维护的费用还是很大的，如果是一个Windows Form的管理系统，要对数据的维护将要付出很大的代价，而且它的维护人员也比较的多和分散，因此对数据库的操作在各个时间段都是很频繁的，人也很容易出现疲劳，问题也就会比较容易发生。但是我们现在用基于Web的B/S模型，我们修改数据的操作只在服务器端就可以了，而且它的人员也比较集中，对数据的修改只是在某段时间内比较的频繁，过了这个时间后就较轻松，所以人的精力也比较集中，那么数据库的操作也就不怎么会出现问题，因此在这方面的维护费用也大大的减少。
4.4 操作环境及运行环境
软件环境：操作系统：Windows XP， 数据库：SQL Sverver 2000，前台环境：Dreamweaver，Visual Studio.NET
硬件环境：Cpu: Pentium 166 MHz 以上，内存至少128 MB，硬盘空间80 M，显示器800 *600或更高分辨率。
9
基于C# 图书馆管理系统的设计与实现
5．图书馆管理系统的设计
5．1 E-R图分析与设计
利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部E-R模式，然后把各局部E-R模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
5．1．1 设计局部E-R模式 实体和属性的定义：
图书（图书编号，图书名称，作者，出版社，出版日期，价格） 借阅者（借书证号，姓名，性别，年级，密码） 图书类别（图书类别编号，类别描述）
ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局
部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:N，M:N，还是1:1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。联系定义如图所示。解释如下：
一个借阅者（用户）只能具有一种身份，而一种身份可被多个借阅者所
具有；
一本图书只能属于一种图书类别（类别），而一种图书类别可以包含多
本图书；
一个用户可以借阅多本不同的书，而一本书也可以被多个不同的用户所
借阅。
5．1．2 设计全局E-R模式
所有局部E-R模式都设计好了后，接下来就是把它们综合成单一的全局
概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
一．确定公共实体类型
为了给多个局部E-R模式的合并提供开始合并的基础，首先要确定各局
部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
二． 局部E-R模式的合并
10