图书管理系统PPT：功能列表谁都能列，讲清"为什么这样设计"才叫系统设计

在课程设计以及毕业设计当中，图书的管理系统属于经典的题目。

答辩的时候最常用的材料是这样的：用户管理图书管理借阅管理归还管理查询统计每一项都配有流程图或者界面截图的。

**功能很全，但答辩老师通常只问三个问题：**

**"为什么借阅要走这个流程，不能直接借？"**

**"如果两个人同时借最后一本，怎么办？"**

**"超期怎么处理，为什么这样处理？"**

**三问答不出，材料就白做了。**

**因为这不是"功能展示"，这是"系统设计"。而设计的核心不是"有什么"，是"为什么这样"。**

一、功能表是结果，设计理由是内容

**功能清单其实是最省事的部分。** **任何一个系统，功能大类都差不多。**

**真正体现设计水平的，是三个地方：**

其一，为何是此流程。关于中间很多环节能否节省。

二，异常如何处理。没货超期重复借贷并且出现冲突。

三，数据与状态的流转情况。一本书自上架起直至借出，状态发生了哪些变化。

**这三点，才是答辩会问的。**

**所以材料的主线应该是"设计思路"，功能表放后面。**

一种判断途径：将功能表遮蔽，仅聚焦流程与异常处理情况，他人能否领会该系统在进行何种操作？若能，则表明设计已经阐释清晰。

二、借阅流程：每一步都要能解释

**借阅是最容易被追问的部分。**

**常见的流程是：读者申请 → 查库存 → 借出登记 → 生成借期 → 结束。**

**每一步都该能被追问"能不能省"。**

**查库存能不能省？** 不能——**不查就借，可能借到已借出的书。**

**借出登记能不能省？** 不能——**但没有它就无法追踪。**

**生成借期能不能省？** 可以——**但那就无法管理超期。**

**所以每一步的存在理由，都要能说出来。**

**说不出来的步骤，要么删掉，要么补上理由。**

**更进一步：这些步骤的顺序能不能换？**

**"先登记再查库存"会怎样？** **会先产生一条可能失败的记录。**

**这类"顺序问题"是设计的一部分，讲出来才显得真做过。**

三、三个必须回答的异常

**正常流程谁都会画，异常处理才是分水岭。**

**异常一：并发借同一本书。**

**两个人同时点"借阅"，库存显示有一本。怎么保证不超借？**

**这个话题能立刻区分"做过"和"没做过"**——**因为没实际考虑过的人，会答"系统会判断"。**

**需要考虑的是：判断发生在哪一步、用什么方式锁、失败的那一方看到什么提示。**

**异常二：超期。**

**超期怎么判定？怎么提醒？能不能续借？续借几次？**

**每个选择背后都有理由。** **比如"续借两次"——为什么是两次，不是无限？**

**异常三：图书状态异常。**

**丢失、损坏、下架。**

**状态怎么改、借阅记录怎么处理、谁有权操作。**

**三个异常里，第一个最能体现思考深度。**

四、状态机是很好的呈现方式

**一本书在系统里的生命周期，是一串状态。**

**在架 → 已借出 → 归还中 → 在架（或 → 损坏/丢失）**

**把这个状态流转画出来，比画五个流程图有用。**

**因为它一次说清了三件事：**

**一，有哪些状态。**

**二，什么动作触发状态变化。**

**三，哪些状态是终态。**

**而且它天然带出"边界情况"**——**如果一本书在"已借出"状态下被标记丢失，它会去哪个状态？**

**这类问题在状态图上直接就看出来了，在功能列表里永远看不见。**

五、技术选型也要给理由

**用什么数据库、什么框架、怎么分层，这类内容常被写成"用了某某技术"。**

**但"用了"不是理由。**

**更好的写法是"因为什么，所以选了什么，代价是什么"。**

**比如分层的理由：** **把界面、业务逻辑、数据访问分开，是为了改一处不影响其他。**

**比如数据表的理由：** **借阅记录单独一张表，是为了保留历史（一本书可以被借很多次）。**

**写出"代价"尤其重要**——**它说明你不是只会用一个方案。**

六、结构怎么排

**建议五段，十五到二十页：**

第一段包含一到两页的内容：系统需要解决的问题。谁使用，解决哪些痛点。

**第二段（三到四页）：核心设计。** 主线流程 + 状态机。**这是主体。**

第三段包含三到四页的异常以及边界。三种异常的应对办法。

**第四段（三到四页）：功能与界面。** 功能清单 + 关键界面。**放在这里，不要放前面。**

**第五段（两到三页）：技术方案与取舍。**

**篇幅上，第二三段应占一半以上。**

**如果把功能清单放前面占了大半篇幅，重心就偏了。**

七、几个常见问题

**问题一：通篇是功能罗列。**

“本系统涵盖五大模块”，随后每一个模块均配有一句话语。

**问题二：没有异常处理。**

**只画正常流程，一被追问就卡。**

**问题三：界面截图代替设计说明。**

**截图只说明"长什么样"，不说明"为什么这样"。**

**问题四：技术堆砌。**

**列了一堆技术名词，说不清为什么选。**

**问题五：状态不清。**

**一本书的可能状态没有明确，导致异常场景无法讨论。**

**问题六：数据表设计缺失。**

**或者只有表名，没有字段和关系。**

八、材料怎么落地

**这类材料，图和表是主体。**

二狗 PPT具有输入内容，生成大纲以及生成PPT这三个步骤：将内容交付给现成文档，可直接上传文字或者只给主题，随后生成一份卡片型结构化的大纲，可进行检查，增删，拖拽以及改写操作，确认之后按照页匹配的版式进行生成，其输出具有可编辑，可导出的特性。

**状态机和流程图，用它的智能架构图工具生成最省事**——**描述清楚状态和触发条件，可以生成流程图、关系图，导出后可继续编辑。**

数据表的关联用表格来呈现，和文字是一样的。

它内部的模板按照方向划分成若干个系列，包含封面，目录，章节过渡，内容页这类页面的类型；模板系列具体的名称以及数量会跟着产品迭代来进行调整，在使用之前以官网那个模板库的页面为准。

九、两个提醒

首先需要提醒的是，不要使用真实的数据。要是材料当中存在真实读者姓名，借阅记录，联系方式这类情况，就必须进行处理。运用所构建的示例的数据，其效果是一样的。

第二个提示，界面的截图需要进行脱敏操作。截图当中如果存在内部地址，测试账号，真实用户的信息，需要逐一进行查看。涉密、敏感的材料不要上传到在线工具处理，这一步要在动手前判断；工具所生成的为初稿，在正式使用之前核对仍需自行把控。

如果你正在做这个系统，建议先做一件事：**写下一本书在系统里可能处于的所有状态，以及每个状态之间的转换条件。**

**写完你会发现，那些"异常处理"根本不是附加功能，而是设计本身——** **而它们恰好也是最容易被追问的地方。**