简介图书管理系统是软件工程课程设计与实训中的经典案例这份文档面向计算机相关专业学生、软件开发初学者及需要完成课设或毕业设计的读者系统梳理了从需求分析、系统设计到实现测试的完整流程。资源包内共 1 个 doc 文件约 535KB内容以需求分析、系统架构、数据库设计和系统实现为主并配有目录结构便于快速查阅已有 439 人浏览学习。文档围绕图书管理系统的软件工程实践展开需求部分明确了管理员、读者、系统管理员三类角色的功能并定义了数据存储、多用户并发和快速检索等性能要求设计部分采用三层架构结合 SQL Server 2000 完成数据库、E-R 图和数据表设计同时以 Visual Basic 6.0 与 Rational ROSE 描述界面及建模过程实现部分涵盖编码思路、单元测试与集成测试。通过用例图、时序图、类关系等内容读者可完整掌握该项目各阶段交付物的写法适合作为课设报告或项目开发参考。1. 图书管理系统课程设计一份能直接复现的软件工程文档做软件工程课程设计最头疼的不是写代码而是交出来的文档缺 UML 图、缺数据库设计、缺需求分析的完整推导链条。这套“图书管理系统”的软件工程文档正好把这一套补齐了——里面有基于 UML 的用例图、时序图、类图有对标 SQL Server 2000 的 8 张数据表结构还有从需求定义到实现选型的完整链路非常适合当作 MIS 类课设的骨架参考。无论你是想直接按它复现一个图书管理系统还是想借它的建模思路做自己的课设这套文档都能少走不少弯路。2. 需求分析从三类参与者出发推导用例图、时序图和类图2.1 参与者与功能边界先分角色再分用例需求分析阶段最忌讳上来就画界面。文档的处理方式很标准先确定参与者再给每个参与者列用例最后才画时序图和类图。这个系统的参与者有三类读者、图书管理员、系统管理员。三者边界非常清晰读者查询个人信息、查询图书信息、借阅图书、归还图书、图书续借、查询自己当前借了哪些书。图书管理员只负责两件事——处理借书请求、处理还书请求。不做图书信息维护。系统管理员做系统维护——增加/删除/更新图书注册/删除/更新读者信息。这里有一个值得注意的训练把每个参与者的动作列成表格后再检查有没有重叠。比如“查询图书信息”不是图书管理员的功能因为管理员不需要查询藏书——他要做的是处理借还。把“查询”从管理员的用例里拿掉整个系统的职责边界就干净了。画用例图时的顺序我一般是这样的先写参与者名称放在用例图左右两侧。每个参与者下面列出他发起的系统动作也就是用例。用 include 和 extend 处理公共部分。比如“借阅图书”可以 include“验证读者身份”“图书续借”可以 extend“借阅图书”。最后检查每个用例是否都有归属的参与者避免出现「管理员也能续借」这种逻辑污染。文档里三个用例图读者请求服务、管理员处理借还、系统管理员维护就是这么拆出来的。新手容易犯的错是把“发布超期通知”也画给图书管理员——文档明确把这类消息发布归给系统管理员这是一个很容易被忽略但很重要的区分。2.2 从用例图到时序图拿“添加图书”走查一遍用例图画完之后下一步是把每个用例展开成时序图。时序图要回答的问题是这个操作从界面发起到数据库返回结果中间经历了哪些对象、哪些消息。文档用“系统管理员添加图书”做了示范整个时序只有三步add item()添加图书系统管理员在主界面发起新增请求。find(string)系统根据书名或编号查找是否已有对应书目。create(integer, title)如果该图书不存在创建新书目并写入数据库。画时序图时你不需要把每一个 UI 控件都画进去关键是画出“谁发消息、发给谁、返回什么”。很多人画时序图会把数据库直接漏掉但create(integer, title)这个动作的执行者就是数据层。我的习惯是从左到右按“界面 → 业务对象 → 数据对象”画列消息从上到下排时间这样一眼就能看出哪个用例缺了数据层。还有一点容易翻车时序图里消息箭头的方向。从管理员指向系统的是请求从系统返回给管理员的是结果。方向画反了课程设计的 UML 图老师一眼就能挑出毛病。2.3 类图设计六个类谁该有什么方法时序图画完类图基本就成型了。文档里给出的类有六个item书目表达某本书的实体信息。title书名表达书名的标准化信息。loan借出记录借书行为。reader读者读者属性与借还续借操作。librarian图书管理员只做借书处理和还书处理。administrator系统管理员做信息的添加、删除、修改。这里最值得关注的是方法归属。librarian 只有借书处理()和还书处理()没有添加图书()添加图书()在 administrator 上。方法归错类后续写代码会出现对象职责混乱。类与类之间的关系在文档里标了1和n。比如一个 reader 对应多笔 loan这就是 1:n 关系一个 item 可以被多次借出也是 1:n。类图里最容易被忽略的是 title 和 item 这两个类的区分——中文里都是“书”但 title 是书名实体一本书的元数据item 是馆里的物理册同一本书可能有 5 册在库。这个区分在后面的数据库表设计里会直接影响表结构。2.4 需求文档的审查复制粘贴残留得自己揪出来这套文档整体结构完整但第 2.4 节里有一个非常典型的课程设计遗留问题功能说明部分混入了“选修课基本情况”“学生选修模块”这类与图书管理无关的文字。这显然是从之前的课设文档里复制过来改到一半没清干净。这种事情在课程设计里非常常见。交文档之前我的习惯是把整篇需求描述当 bug 清单来查逐条对照参与者列表凡是出现超出参与者职责范围的功能全部标红重写。比如文档里如果出现“教师登录选课系统”这种句子那一定是复制残留。检查方法很简单把需求文本里出现的每个名词都过一遍“这个名词出现在哪个用例里”。凡是找不到归属的就删掉。这套文档里那几处“选修课”如果不清理直接交上去评审老师很容易判定文档内容不一致。3. 数据库设计8 张表逐个拆解主键别踩这些坑3.1 从 E-R 图到数据表的转换步骤数据库设计是课设里最能拉开档次的部分。文档在 3.2 给出了系统 E-R 图在 3.3 给出了 8 张表的字段设计。从 E-R 图到表结构有一套固定流程每个实体转成一张表。读者、图书、借书记录、管理员、罚款记录各占一张。实体的属性转成表的字段其中能唯一标识一条记录的属性作为主键。实体之间的关系转成外键。比如“读者借书”是 1:n那就在借书表里加一个 reader 的证件号作为外键。多对多关系必须拆一张中间表。比如“图书可以被多个读者借读者可以借多本书”单靠 book 表和 user 表表达不了这个关系必须拆出 borrow 表。这套文档里的表设计整体就是按这个思路来的一共有 8 张表book、borrow、login、punishment、user、libraryer、admin外加一张书目标准相关的表。其中 book 表和 borrow 表是核心。3.2 8 张表的字段与主键选择逐个看先看核心的 book 表字段名类型允许为空关键约束booknamevarchar(30)否主键bannercodevarchar(30)否唯一约束kindnovarchar(20)是分类号authorvarchar(10)是作者publishingvarchar(30)是出版社publishtimedate是出版日期putintimedate是入库日期pricenumber(10)是价格statevarchar(4)是状态在库/已借出introductionvarchar(50)是简介这里有一个设计瑕疵主键用了 bookname也就是书名。书名做主键意味着同名书无法录入。比如图书馆有 5 本《Java 程序设计》只靠书名根本区分不了到底是哪一册被借走了。正确的做法是给每本书一个独立的编号做主键bookname 降级为普通字段。文档里 bannercode 有唯一约束说明作者已经意识到要编号但主键还是下意识选了书名——这是课设里很常见的毛病。再看 borrow 表和 user 表borrow 表的主键是 user_cardno字段有 user_cardno证件号码、bannercode图书编号、borrowdate借书日期、receivedate还书日期、renew是否续借。user 表的主键同样是 user_cardno字段包括 reader 姓名、性别、身份、地址、证件号码、注册日期、有效日期、状态。这两个表的问题在 3.3 部分展开先记着borrow 表把证件号当主键一个读者只能有一条借阅记录借第二本书直接主键冲突。login 表是登录控制表字段是 user_name用户名和 psw密码注意它不关联 user 表的证件号是一个独立表。punishment 表是罚款表主键也是证件号码字段是罚款总额。libraryer 表和 admin 表结构类似都是姓名、性别、地址主键用姓名。3.3 借还书流程怎么用表和状态字段表达借书的完整数据链路是这样的读者选中一本书书的状态必须是在库。插入一条 borrow 记录借书日期为当天。把 book 表里对应的 bannercode 记录的 state 改成“已借出”。还书的链路反向找到对应借书记录更新 receivedate 为当天。把 book 表里对应记录的 state 改回“在库”。用state字段做状态流转是最朴素的做法文档在 book 表里用 varchar(4) 存“在库/已借出”这是可行的但要注意它和 borrow 表可能产生数据不一致——比如 borrow 表插入成功但 book 表 update 失败会出现书已经借了但状态还在库的情况。所以课设实现里这两步最好放在一个事务里执行。这个细节在第 4 章写代码时会体现。4. 系统实现VB6.0 ADO 连接 SQL Server 的落地代码4.1 技术栈选型为什么课程设计爱用这套组合文档明确给出开发环境开发方法用的是“面向过程 面向对象”混合方式开发模型是瀑布模型工具是 Visual Basic 6.0 Rational ROSE SQL Server 2000。这套技术栈放到今天看是老的但作为课程设计“复现”它的逻辑是自洽的瀑布模型适合文档驱动的课设流程。需求分析、设计、编码、测试的阶段划分和课设答辩的文档要求完全对得上。VB6.0 上手门槛低拖控件画界面快一个登录窗体几分钟就能做出来。SQL Server 2000 是当时主流的桌面级数据库和 VB6.0 配合成熟尤其是 ADO 连接方式非常稳定。Rational ROSE 是专门的 UML 建模工具画用例图、时序图、类图比用 Visio 更“软件工程”。如果你现在做课设不一定非要装 Windows XP 虚拟机去跑 VB6.0完全可以把这个架构映射到现代技术栈比如 C# WinForms SQL Server Express或者 Java Swing MySQL。但如果你想把这份文档里的设计一比一复现那 VB6.0 SQL 2000 的路径是最短的。4.2 ADO 连接公共模块连接字符串与封装方式文档第 3.4 节在数据库连接部分给出的是一段 C# 风格代码里面有 SqlConnection、SqlDataReader这跟正文声明的 VB6.0 技术栈不一致是课设文档常见的“拼接痕迹”。但它的思路是对的把连接字符串统一读取再封装一个公共连接方法。常见的做法是放在 VB6 的模块文件.bas里 公共模块 Module1.bas Public conn As ADODB.Connection Public Function GetConn() As ADODB.Connection Dim strConn As String strConn ProviderSQLOLEDB.1;Persist Security InfoFalse; _ Data Sourcelocalhost;Initial CatalogLibraryDB; _ User IDsa;Passwordsa Set conn New ADODB.Connection conn.Open strConn Set GetConn conn End Function这里的连接字符串里ProviderSQLOLEDB.1指定 OLE DB 提供程序Data Sourcelocalhost是 SQL Server 2000 所在的主机名Initial CatalogLibraryDB是数据库名User ID和Password是登录凭据。实际做的时候把sa密码换成你自己数据库的。注意一个细节不管 VB6 还是现代开发连接字符串都别硬编码在窗体代码里。文档里用 StreamReader 读一个conn.txt文件的做法虽然粗暴但思路是对的——连接信息抽离出来换机器不用改代码。更好的做法是放在独立的配置文件里。我一般会把这段封装在GetConn()里所有窗体统一调用避免每个窗体里粘贴一大串连接字符串。4.3 登录窗体的实现逻辑先验证再进主界面登录是整套系统默认入口对应 login 表。逻辑很简单从文本框取用户名和密码拼接 SQL 到 login 表查询存在记录则放行否则提示错误。Private Sub cmdLogin_Click() Dim rs As New ADODB.Recordset Dim sql As String 拼接查询语句检查用户名和密码是否匹配 sql SELECT * FROM login WHERE user_name txtUser.Text _ AND psw txtPass.Text 打开记录集EOF 为 True 表示没有查到记录 Set rs GetConn().Execute(sql) If rs.EOF Then MsgBox 用户名或密码错误, vbExclamation Else MsgBox 登录成功, vbInformation MainForm.Show Unload Me End If rs.Close Set rs Nothing End Sub这里GetConn().Execute(sql)返回一个记录集如果查询不到匹配记录记录集指针直接到 EOF。参数说明txtUser.Text和txtPass.Text是窗体上两个文本框的输入内容。有一个坑要提醒直接拼接 SQL 有注入风险。虽然课设一般不评审安全性但老师在答辩时问一句“如果用户名里输入 OR 11会怎样”你至少要知道这个是逻辑漏洞。说得过去的方法是改成参数化查询VB6 里用Command对象给参数赋值Dim cmd As New ADODB.Command cmd.ActiveConnection GetConn() cmd.CommandText SELECT * FROM login WHERE user_name? AND psw? cmd.Parameters.Append cmd.CreateParameter(u, adVarChar, adParamInput, 20, txtUser.Text) cmd.Parameters.Append cmd.CreateParameter(p, adVarChar, adParamInput, 20, txtPass.Text) Set rs cmd.Execute()这个改动很小但答辩时能体现你对数据访问的理解不止于“能跑”。4.4 借书和还书的数据库操作两条 SQL 加一个状态位借书操作涉及两张表向 borrow 表插入一条借阅记录同时更新 book 表的 state。-- 借书插入借阅记录默认未还receivedate 为 NULL INSERT INTO borrow(user_cardno, bannercode, borrowdate, renew) VALUES(U2024001, BK000125, GETDATE(), 否); -- 同步更新图书状态为已借出 UPDATE book SET state已借出 WHERE bannercodeBK000125;还书是反向操作-- 还书把对应该书证的借阅记录的还书日期更新为当天 UPDATE borrow SET receivedateGETDATE() WHERE user_cardnoU2024001 AND bannercodeBK000125 AND receivedate IS NULL; -- 图书状态改回在库 UPDATE book SET state在库 WHERE bannercodeBK000125;这两组 SQL 里的GETDATE()取数据库服务器当前时间避免用客户端时间造成时间不一致。receivedate IS NULL这个条件很重要如果读者之前借过同一本书并且已经归还那么那张表里会有多条记录只有未归还的那条才需要更新。在实际的课程设计里借书之前最好再查一次 book 表的 state确认是“在库”再插入 borrow 记录SELECT state FROM book WHERE bannercodeBK000125;拿到结果后判断如果等于“已借出”则直接提示。这套流程配合事务使用能避免高并发下的状态错乱。不过课设阶段单机运行按先后顺序执行一般不会出问题。5. 避坑清单图书管理系统最真实的 5 个翻车现场5.1 需求文档里混进“选修课”字样现象第 2.4 节“系统功能说明”里出现了“选修课基本情况的添加、修改、删除”“学生选修模块”等与图书管理完全无关的内容。原因课程设计文档通常是从其他课设项目复制粘贴改写的原文删除不彻底残留了上一版项目的功能描述。解决交文档前做一个“陌生词审查”——把所有和图书、读者、借还不沾边的名词全部列出来逐一确认是否属于本系统。常见的残留词还有“学生成绩”“选课”“考勤”只要出现就删除或重写。5.2 book 表主键用了 bookname导致同名书无法录入现象图书馆进两本同名书录入第二本时系统提示违反主键约束直接报错。原因book 表把 bookname 设为主键。数据库要求主键唯一书名天然不唯一。解决主键改为自增编号或独立的图书编号。文档里已经有 bannercode 加了唯一约束说明作者意识到编号的作用但主键还是下意识选了书名这属于初学数据库时的常规错误。改成id INT PRIMARY KEY IDENTITY(1,1)或者直接用 bannercode 做主键再把 bookname 降为普通字段。5.3 borrow 表的主键设成 user_cardno读者借不了第二本书现象读者在“已借 1 本”的状态下再借第 2 本系统报主键冲突。原因borrow 表主键用了 user_cardno。一表一条记录一个读者只能有一条借书记录。但实际上一个读者可以同时借多本书book 和 reader 是多对多关系。解决borrow 表主键改为自增列或者复合主键(user_cardno, bannercode, borrowdate)。实际项目中更推荐无意义的自增主键避免业务字段变化引发主键漂移。5.4 数据库连接字符串写死文件路径换机器就报错现象课设拿到其他机器上运行程序一启动就报“打开连接失败”。原因连接字符串写死了.mdf数据文件的绝对路径比如F:\conn.txt这种。SQL Server 2000 换机器跑路径不存在自然连不上。解决把连接信息从代码里抽出来。文档里用文本文件读取的方式虽然丑但思路是对的。更标准的做法是放在一个配置文件里或用相对路径。连接数据库时先判断文件存在性不存在就给友好提示别让用户看到一堆英文堆栈。5.5 SQL Server 2000 在现代 Windows 上装不上现象按文档要求安装 SQL Server 2000系统直接弹兼容性错误装一半就回滚。原因SQL Server 2000 是老版本软件在 Win10/Win11 上不存在官方兼容支持安装程序通常在“复制文件”阶段就崩掉。解决两个方向——其一用虚拟机装 Windows XP 或 Windows 2000在虚拟机里布置 VB6.0 和 SQL 2000 环境完全复现文档的原始运行环境其二绕过老数据库用 SQL Server Express 替代。替代时只需把连接字符串的 Provider 和 Initial Catalog 改成新库名表结构照抄VB6.0 的 ADO 依然可以连。实操里 VB6 配高版本 SQL Server 需要注意 Provider 换成SQLNCLI或升级为SQLOLEDB的新版提供程序口令加密也要改成兼容模式。6. 验证技巧用需求追踪矩阵把课设从头到尾捋一遍答辩之前我习惯用一个笨办法验证整套系统需求追踪矩阵。把文档里每个用例、每张表、每个界面放在同一张表格里逐个打勾。缺任何一个勾说明设计或实现有断链。用例来自第 2 章数据表来自第 3 章界面功能是否实现读者查询图书信息book图书查询窗体是读者借阅图书borrow book借书处理窗体是读者归还图书borrow book还书处理窗体是读者续借图书borrowrenew 字段续借按钮是管理员处理借书borrow借书确认界面是管理员处理还书borrow还书确认界面是系统管理员添加图书book图书录入窗体是系统管理员登记读者user读者注册窗体是系统维护系统状态login / libraryer / admin系统管理窗体是填这张表的时候我有一次发现“删除读者信息”在用例图里有、在类图上有、但数据库 user 表里只有user_state字段没有删除按钮对应的操作。这就是断链——设计文档说能删除实现只有一个状态字段逻辑上靠“禁用”代替了“删除”。这个问题的正确做法是文档写“删除或更新读者信息”那你实现上要么做物理删除要么说明用状态位软删除并在界面禁用该读者登录。把“软删除”四个字写进设计说明答辩老师反而觉得你考虑了数据保留问题。从那以后我每次拿到课程设计文档都会强制自己走一遍这个矩阵把用例图的每个用例摊开逐个去查数据表里有没有对应字段、界面有没有对应按钮、代码里有没有对应事件。光 UI 上有按钮还不够SQL 语句能不能跑通才是关键。这一套捋完整套系统的所有环节是闭合的文档和代码的逻辑对得上答辩环节比临时解释一堆设计取舍要稳得多。希望这套文档和这篇拆解能帮你在图书管理系统这个经典题目上少走一趟弯路。本文还有配套的精品资源点击获取