关于新书出版的一些想法

从2013年12月到2015年5月,前后跨越了3年,今天新书终于出版上市了。由于有些内容写的时间太久了,以至于现在我觉得有些东西写得不合适或者表述不太好,心里有些遗憾。但我想这种情况是不能避免的,因为每个人总是在成长,总会对自己之前做过的一些事情,写过的一些东西“嗤之以鼻”,做技术、写代码更是如此。

所以总的来说,今天的心情高兴要大于遗憾。之前有人跟我说,担心我经验不足,写出来的东西会误导他人,这是有一定道理的,我也深知27岁的自己阅历尚浅、道行不深,所以我是竭尽全力把我自己认为正确的东西写进了书中,稿子也是改了一遍又一遍。我觉得如果读者花几十块钱买了这本书,最后发现错误百出或者书中内容深度不够,我肯定会相当愧疚。毕竟,传播知识才是我写书的最终目的。

每个人都有自己擅长的方面,你若不善言语表达,那么可以静下心来把自己认为对的东西记录下来,这也是一种积累。写作是最有深度的社交方式。
最后,在这个讲起来有点老,但每当唱起《海阔天空》时依旧热血澎湃的尴尬年纪,我想这除了我自身的牛逼努力外,更要感谢@青柠檬、博图轩、网上认识的几位大牛(老师)、一些同学以及同事的大力支持与鼓励。

 

特留此文
周智 天津 西青
二零一五年三月十七 晚

<think>嗯,用户想了解如何绘制图书馆书籍入库的数据流图以及编写对应的数据字典。首先,我需要回忆一下数据流图(DFD)的基本概念和组成部分。数据流图主要包括外部实体、处理过程、数据存储和数据流四个部分。用户的问题涉及书籍入库流程,所以需要明确这个流程中的各个步骤和相关数据。 首先,确定外部实体。在图书馆系统中,可能的外部实体有图书采购员和图书管理员。采购员负责提交新书信息,管理员负责审核和入库操作。接下来,处理过程可能包括提交新书信息、审核信息、生成入库单、更新库存等步骤。数据存储方面,可能需要有“待审核图书信息表”和“馆藏图书表”来存储不同阶段的数据。数据流则包括新书信息、审核结果、入库数据等。 然后,绘制分层的数据流图。顶层DFD应该展示系统与外部实体之间的交互。比如,采购员提交信息,管理员审核,然后系统生成入库单并更新库存。第二层DFD需要分解顶层图中的处理过程,详细描述每个步骤的数据流动。例如,提交新书信息后,数据存储到待审核表中,审核通过后生成入库单,并更新馆藏表。 接下来是数据字典的编写。数据字典需要描述数据流、数据存储和数据项。例如,“新书信息”数据流应包含ISBN、书名、作者等字段,类型和长度也需要注明。数据存储部分要说明每个表的用途和包含的字段,如待审核表存储采购员提交的信息,馆藏表记录入库后的详细信息。数据项要详细定义每个字段,比如ISBN的长度为13位字符,出版日期的格式等。 还需要考虑用户可能的深层需求,比如系统如何验证数据的有效性,如何处理审核不通过的情况,以及数据字典如何与ER图或其他系统设计文档衔接。引用中的信息提到数据字典使用扩充的BNF范式,但用户可能需要更具体的示例,比如字段的有效范围和精度。例如,ISBN的有效格式、数量的正整数限制等。 另外,用户提供的引用中提到图书管理系统中的馆藏表、读者编号、图书编号等信息,这些可以作为数据存储和数据项的参考。例如,馆藏表中的索取号在入库时需要生成,以便读者借阅。数据字典中的读者编号和图书编号可能需要与借阅流程中的其他部分保持一致,确保系统集成。 可能还需要考虑入库后的数据备份和恢复,如引用[1]中的功能,但用户的问题主要围绕入库流程,所以可能在数据存储部分提到备份机制,但不需要深入。此外,员工信息中的职称、部门等信息可能影响权限设置,比如审核权限,但数据流图中可能不涉及,除非有不同角色的处理过程。 最后,确保数据流图的每个部分都有对应的数据字典描述,并且术语一致。例如,审核过程中的“审核结果”数据流应包含通过/不通过的标识和备注,而数据存储中的馆藏表应包含引用[3]提到的种类ID和索取号,与图书表关联。 总结来说,步骤是:1. 确定入库流程的步骤和参与者;2. 绘制顶层和分层DFD;3. 编写数据字典,详细描述各元素;4. 验证是否符合系统设计需求,如数据有效性和关联其他模块。</think>### 图书馆书籍入库数据流图绘制方法 #### 一、数据流图(DFD)设计步骤 1. **确定外部实体** - 图书采购员(提交新书信息) - 图书管理员(审核并完成入库操作) 2. **定义处理过程** - 提交新书信息(外部实体到系统) - 审核图书信息(系统逻辑验证) - 生成入库单(关联数据存储) - 更新馆藏库存(写入数据库) 3. **标识数据存储** - 待审核图书信息表(临时存储采购员提交的数据) - 馆藏图书表(存储已入库的图书详细信息) 4. **绘制分层DFD** - **顶层DFD**:展示系统与外部实体交互 $$ \text{图书采购员} \rightarrow [提交新书信息] \rightarrow \text{系统} \rightarrow [生成入库单] \rightarrow \text{图书管理员} $$ - **第二层DFD**:细化处理流程 ```mermaid graph TD A[采购员提交新书信息] --> B[系统验证格式] B --> C{审核通过?} C -->|是| D[生成馆藏编号] D --> E[写入馆藏表] C -->|否| F[返回错误提示] ``` --- #### 二、数据字典编写要点 1. **数据流词条** - **名称**:新书信息 **组成**:ISBN$^1$ + 书名 + 作者 + 出版社 + 出版日期 + 数量 **类型**:字符串(ISBN为13位定长)、日期(YYYY-MM-DD)、整数(数量≥1) **约束**:ISBN需符合国际标准格式[^1] 2. **数据存储定义** - **名称**:待审核图书信息表 **结构**: $$ \begin{array}{|c|c|c|c|} \hline \text{ISBN} & \text{书名} & \text{提交时间} & \text{状态} \\ \hline \end{array} $$ **说明**:状态字段标注"待审核/已驳回/已入库"[^3] 3. **数据项明细** - **名称**:馆藏编号 **类型**:字符串(由分类号+入藏日期组成,如TP311.5-20230901) **作用**:唯一标识物理书籍位置[^3] --- #### 三、关联系统设计 1. **与ER图衔接** - 馆藏表中需包含字段:`种类ID`(关联图书分类表)、`状态`(在库/借出/维护) - 员工信息表需记录操作员ID,用于追踪入库责任人[^4] 2. **有效性验证规则** - ISBN校验算法:通过末位校验码验证合法性 - 数量字段限制:仅接受正整数输入 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值