数据库教材订购系统

...wd......wd......wd...《数据库原理》课程设计报告题目：姓名：学号：专业班级：指导教师：年月日摘要/*〔300字左右，宋体，五号〕课程设计内容摘要主要是对撰写过程中实践、实验、研究的内容、方法和得到的主要结果的完整概括。关键词:/*〔3–5个，各个词之间用“；〞分割，宋体，五号，黑色〕*/目录TOC\o"1-4"\h\z\u第1章引言31.1工程背景31.2工程定义31.3开发环境3第2章需求分析42.1需求分析的目标与任务42.1.1信息需求42.1.2处理需求42.1.3安全性和完整性要求42.2需求分析阶段成果42.2.1学校教材订书系统的业务流程图42.2.2学校教材订书系统系统的功能模块图：42.2.3学校教材订书系统系统的数据字典5第3章概念设计73.1概念设计的目标与任务73.2阶段结果73.2.1属性与实体73.2.2各子系统与分E-R图73.2.3合并各分E-R图，得到总E-R图7第4章逻辑设计84.1逻辑设计的任务和目标84.2阶段结果84.2.1将E-R图转换为关系模型84.2.2模型优化94.2.3数据库模式定义94.2.4用户子模式定义9第5章物理设计105.1物理设计阶段的目标与任务105.2阶段结果：105.2.1存取方法设计105.2.2存储构造的设计105.2.3评价物理构造10第6章数据库实施阶段116.1建设数据库、数据表、视图、索引116.1.1建设数据库116.1.2建设数据表116.1.3建设视图116.1.4建设索引116.2数据入库11第7章系统调试和测试12第8章设计心得13第9章存在的问题及建议14第10章参考文献15第11章附录16引言工程背景学校每年都会采购和发放各种教材，但目前这些工作根本都由人工操作完成。但是为了配合教师上课的需要，教材发放的速度必须很快。因此，在教材发放的过程中，极易造成教材的损失。并且由于都是手工管理的方式，极易造成一些单据的损失。所以为了提高管理效率以及人力、物力的节省，利用计算机及设计教材订购系统就不失为一种好方法。工程定义主要是针对大学生教材订购。完成学生对哪些教材需要数据的录入，以及对学生购书单数据和发货单数据的存储。开发环境运行环境：Mysql以及java程序数据库：MYSQL需求分析需求分析的目标与任务信息需求用户需要输入自己想要的书籍以及数量。需要存储的是购书数量，购书者，采购者，采购数量。以及发货者和发货数量。处理需求用户需要完成什么处理功能，对处理的响应时间有什么要求。给出功能模块图,画在需求分析阶段成果中。安全性和完整性要求1〕安全性要求安全性可先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性。2〕完整性要求系统完整性要求系统中数据的正确性以及相容性。可通过建设主、外键，使用check约束，或者通过使用触发器和级联更新。需求分析阶段成果XX系统的业务流程图XX系统的功能模块图：XX系统的数据字典〔a〕数据项：数据项是不可再分的数据单位，即数据的最小组成单位。例：表1.1数据项列表数据项编号数据项名数据项含义与其它数据项的关系存储构造DI-1S_ID学号VARCHAR(10)DI-2S_NAME学生姓名VARCHAR(20)DI-3TELEPHONE号码VARCHAR(2)DI-4TYPE所在系VARCHAR(20)DI-5T_ID教师职工号VARCHAR(10)DI-6T_NAME教师姓名VARCHAR(20)DI-7BOOK_ID书籍编号VARCHAR(10)DI-8BOOK_NAME书籍名VARCHAR(30)DI-9BOOK_PUBDATE出版日期DATETIMEDI-10BOOK_WRITER作者VARCHAR(10)DI-11BOOK_PUB出版社VARCHAR(30)DI-12WORKER_ID工作人员编号VARCHAR(10)DI-13WORKER_NAME工作人员姓名VARCHAR(10)DI-14BUYBOOK_NUMBER购书数量INTDI-15BUYBOOKDATE购书日期DATETIMEDI-16IACKBOOK_NUMBER缺书数量INTDI-17LAKEBOOK_DATE提交缺书单日期DATETIMEDI-18INBOOK_DATE进书日期DATETIMEDI-19INBOOK_NUMBER进书数量INTDI-20TAKEBOOK_NUBER领书数量INTDI-21TAKEBOOK_DATE领书日期DATETIMEDI-22SENDBOOK_DATE发货日期DATETIMEDI-23SENDBOOK_NUMBER发货数量INT〔b〕数据构造：数据构造反映了数据之间的组合关系。一个数据构造可以由假设干个数据项组成，也可以由假设干个数据项和数据构造混合组成。例：表1.2数据构造列表数据结构编号数据构造名数据构造含义组成DS-1STUENTINFOR学生信息S_ID,S_NAME,TELEPHONE,TYPEDS-2BOOKINFOR书籍信息BOOK_ID,BOOK_NAME,BOOK_PUBDATE,BOOK_WRITER,BOOK_PUBDS-3BOOKBUYINFOR购书单信息BOOK_NAME,BUYBOOK_NUMBER,BUYBOOKDATEDs-4LACKBOOKIN缺书单信息BOOK_NAME,IACKBOOK_NUMBER,LAKEBOOK_DATEDs-5PUBPEOINF发行人员信息WORKER_NAME,WORKER_ID,TELEPHONEDs-6SENDINF发货单信息BOOK_NAME,SENDBOOK_DATE,T_NAME,SENDBOOK_NUMBERDs-7BOOKWORKER书库工作人员信息WORKER_NAME,WORKER_ID,TELEPHONEDs-8PURCHAR采购人员信息WORKER_NAME,WORKER_ID,TELEPHONEDs-9TAKEBOOKINF领书单信息BOOK_NAME，TAKEBOOK_NUBER，TAKEBOOK_DATEDs-10INBOOKINF进书单信息BOOK_NAME，INBOOK_NUMBER，INBOOK_DATEDFD流程图学校教材订购数据流程图〔c〕数据流：数据流是数据构造在系统内传输的路径。数据流编号名称简述来源去向组成A1购书单教师递交的购书单教师购书单审核模块BOOK_NAME,IACKBOOK_NUMBERA2领书单系统生成的领书单生成领单和生成领书单数据处理模块书库发货人员BOOK_NAM，TAKEBOOK_NUBER，TAKEBOOK_DATEA3发货单系统生成的发货单生成发货单数据和发货单的处理模块教材发行人员和教师BOOK_NAME,SENDBOOK_DATE,T_NAME,SENDBOOK_NUMBERA4缺书单系统生成的缺书单生成缺书单数据和缺书单处理模块采购人员BOOK_NAME,IACKBOOK_NUMBERA5进货单系统生成的进货单生成进货单数据和进货单的处理模块教材发行人员WORKER_NAME,WORKER_ID,TELEPHONEA5书籍信息教材发行人员管理教材发行人员修改库存和书籍信息处理模块BOOK_ID,BOOK_NAME,BOOK_PUBDATE,BOOK_WRITER,BOOK_PUB〔d〕数据存储：数据存储是数据构造停留或保存的地方，也是数据流的来源和去向之一。它可以是手工文档或手工凭单，也可以是计算机文档。数据存储编号名称简述组成D1购书表存放购书数据的表格BOOK_NAME,BUYBOOK_NUMBER,BUYBOOKDATED2领书表存放所要领书数据的表格BOOK_NAME，TAKEBOOK_NUBER，TAKEBOOK_DATED3发货表存放要发放书籍信息的表格BOOK_NAME,SENDBOOK_DATE,T_NAME,SENDBOOK_NUMBERD4缺书表存放缺的书籍信息的表格BOOK_NAME,IACKBOOK_NUMBERD5进货表存放要进书籍信息的表格BOOK_NAME，INBOOK_NUMBER，INBOOK_DATE〔e〕处理过程：处理过程的具体处理逻辑一般用判定表或判定树来描述。数据字典中只需要描述该处理过程的说明性信息。处理逻辑编号名称输入数据流处理输出数据流B1审核购书单购书单对购书单进展处理看看有没有缺书审核后的购书单B2生成领书单数据和领书单购书单数据通过查看购书单数据，生成领书单和领书单数据领书单和领书单数据B3生成发货单数据和发货单领书单数据通过领书单数据给仓库，从而产生发货单数据和发货单发货单和发货单数据B4与库存进展比拟，从而生成缺书单数据和缺书单审核后的购书单购书单与库存进展比拟，缺少某些书，从而形成缺书吧单和缺书数据缺书单和缺书单数据B5生成进货单数据和进货单缺书单数据通过缺书单数据可知缺少哪些书，从而产生要进哪些货进书单和进书单数据B6修改库存和书籍信息书籍信息通过进书单、领书单和发货单，知道少了哪些书和进了哪些书，进展库存的修改概念设计概念设计的目标与任务〔1〕设计分E-R图…；〔2〕生成初步E-R图…；〔3〕生成根本E-R图…；〔4〕生成全局E-R图…；实体与属性间的两条准则：eq\o\ac(○,1)作为“属性〞，不能再具有需要描述的性质。eq\o\ac(○,2)“属性〞不能与其他实体具有联系。抽象出实体与属性，画出各子系统的分E-R图。然后采用逐步集成的方式将各分E-R图合并，消除不必要的冗余和冲突后就生成了根本E-R图3.5。阶段结果属性与实体各子系统与分E-R图销售子系统订购子系统合并各分E-R图，得到总E-R图逻辑设计逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的根本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑构造。具体内容包括将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计。阶段结果将E-R图转换为关系模型递交〔学号，数量，职工号〕订购〔职工号，订购量，书籍编号，订购日期〕采购〔编号1，采购量，书籍编号，采购日期〕出售〔编号2，出售量，书籍编号，出售日期〕发货〔编号3，发货量，书籍编号，发货日期〕学生〔学号，姓名，院系，手机号〕教师〔职工号，姓名，院系，手机号〕书籍〔书籍编号，书籍名，作家，出版日期，出版社〕采购员〔编号1，姓名，手机号〕发货员〔编号3，姓名，手机号〕教材发行人员〔编号2，姓名，手机号〕模型优化递交〔学号，数量，职工号〕订购〔职工号，订购量，书籍编号，订购日期〕采购〔编号1，采购量，书籍编号，采购日期〕出售〔编号2，出售量，书籍编号，出售日期〕发货〔编号3，发货量，书籍编号，发货日期〕学生〔学号，姓名，院系，手机号〕教师〔职工号，姓名，院系，手机号〕书籍〔书籍编号，书籍名，作家，出版日期，出版社〕采购员〔编号1，姓名，手机号〕发货员〔编号3，姓名，手机号〕教材发行人员〔编号2，姓名，手机号〕数据库模式定义递交信息表列名数据类型可否为空说明S_IDVARCHAR〔10〕NOTNULL学生学号T_IDVARCHAR〔10〕NOTNULL学生姓名BOOK_NUMBERINT每一位学生订购某种书数量订购信息表列名数据类型可否为空说明T_IDVARCHAR(10)NOTNULL教师编号BUYBOOK_NUMBERINT订购数量BOOK_IDVARCHAR(10)NOTNULL书籍编号BUYBOOKDATEDATETIME订购日期采购信息表列名数据类型可否为空说明WORKER_IDVARCHAR(10)NOTNULL采购人员编号INBOOK_NUMBERINT采购量BOOK_IDVARCHAR(10)NOTNULL书籍编号INBOOK_DATEDATETIME采购日期出售信息表列名数据类型可否为空说明WORKER_IDVARCHAR(10)NOTNULL出售人员编号TAKEBOOK_NUBERINT出售日期BOOK_IDVARCHAR(10)NOTNULL书籍编号TAKEBOOK_DATEDATETIME出售日期发货信息表列名数据类型可否为空说明WORKER_IDVARCHAR(10)NOTNULL发货人员编号SENDBOOK_NUMBERINT发货量BOOK_IDVARCHAR(10)NOTNULL书籍编号SENDBOOK_DATEDATETIME发货日期学生信息表列名数据类型可否为空说明S_IDVARCHAR(10)NOTNULL学生学号S_NAMEVARCHAR(20)NOTNULL学生姓名TYPEVARCHAR(20)学生所在系TELEPHONEVARCHAR(2)学生号码教师信息表列名数据类型可否为空说明T_IDVARCHAR(10)NOTNULL教师职工编号T_NAMEVARCHAR(20)NOTNULL教师姓名TYPEVARCHAR(20)所在系TELEPHONEVARCHAR(2)手机号书籍信息表列名数据类型可否为空说明BOOK_IDVARCHAR(10)NOTNULL书籍编号BOOK_NAMEVARCHAR(30)NOTNULL书籍名称BOOK_WRITERVARCHAR(10)NOTNULL作者BOOK_PUBDATEDATETIME出版日期BOOK_PUBVARCHAR(30)出版社采购员信息表列名数据类型可否为空说明WORKER_IDVARCHAR(10)NOTNULL工作人员编号WORKER_NAMEVARCHAR(20)NOTNULL工作人员姓名TELEPHONEVARCHAR(2)号码发货员信息表列名数据类型可否为空说明WORKER_IDVARCHAR(10)NOTNULL工作人员编号WORKER_NAMEVARCHAR(20)NOTNULL工作人员姓名TELEPHONEVARCHAR(2)号码教材发行人员信息表列名数据类型可否为空说明WORKER_IDVARCHAR(10)NOTNULL工作人员编号WORKER_NAMEVARCHAR(20)NOTNULL工作人员姓名TELEPHONEVARCHAR(2)号码用户子模式定义例：表4.2用户子模式定义编号用户子模式(View)作用(共性：提供数据保密和安全保护机制)V－1采购信息便于查询采购员采购了那些书V－2订购信息便于借阅历史信息的查询V－3出售信息表便于查询教材发行人员发了书籍信息给书籍发货人员V－4发货信息表便于书籍发放人员发了的书籍信息物理设计〔〔235~238〕物理设计阶段的目标与任务数据库的物理设计就是为逻辑数据模型选取一个最适宜应用要求的物理构造的过程，在这个阶段中要完成两大任务：〔1〕确定数据库的物理构造，在关系数据库中主要是存取方法和存储构造；对物理构造进展评价，评价的重点是时间和空间效率。阶段结果：存取方法设计递交信息表：S_ID,T_ID订购信息表:T_ID,BOOK_ID采购信息表：WORKER_ID,BOOK_ID出售信息表：WORKER_ID,BOOK_ID发货信息表：WORKER_ID,BOOK_ID学生信息表：S_ID教师信息表：T_ID书籍信息表：BOOK_ID采购员信息表：WORKER_ID发货员信息表：WORKER_ID教材发行人员信息表：WORKER_ID存储构造的设计采用hash索引存储方法评价物理构造因为是采用hash索引存储方法，所以在查找数据时，速度还是比拟快的。但是有时候更新表或者在现有表中插入某个属性之后，改动的范围就会牵涉到很大的范围，比拟麻烦。所以适用范围还是比拟窄的，数据存储量还是比拟少的。采用聚簇存取方法，则能大大改善数据库系统。数据库实施阶段建设数据库、数据表、视图、索引建设数据库CREATEDATABASEbookdatabase建设数据表CREATETABLE递交信息表CREATETABLE订购信息表CREATETABLE采购信息表CREATETABLE出售信息表CREATETABLE发货信息表CREATETABLE学生信息表CREATETABLE教师信息表CREATETABLE书籍信息表CREATETABLE采购员信息表CREATETABLE发货员信息表CREATETABLE教材发行人员信息表建设视图CREATEVIEW订购信息ASSELECTT_ID,BOOK_ID,BUYBOOK_NUMBERFROM订购信息表;CREATEVIEW出售信息ASSELECTWORKER_ID,TAKEBOOK_NUMBER,BOOK_IDFROM出售信息表;CREATEVIEW发货信息ASSELECTWORKER_ID,SENDBOOK_NUMBER,BOOK_IDFROM发货信息表;CREATEVIEW采购信息ASSELECTWORKER_ID,INBOOK_NUMBER,BOOK_IDFROM采购信息表;建设索引ALTERTABLE递交信息表ADDCONSTRAINTDJ_PKPRIMARYKEY(S_ID,T_ID);ALTERTABLE书籍信息表ADDCONSTRAINTSJ_PKPRIMARYKEY(BOOK_ID);ALTERTABLE采购员信息表ADDCONSTRAINTCG_PKPRIMARYKEY(WORKER_ID);ALTERTABLE发货员信息表ADDCONSTRAINTFH_PKPRIMARYKEY(WORKER_ID);ALTERTABLE订购信息表ADDCONSTRAINTDG_PKPRIMARYKEY(T_ID,BOOK_ID);ALTERTABLE采购信息表ADDCONSTRAINTCG1_PKPRIMARYKEY(WORKER_ID,BOOK_ID);ALTERTABLE出售信息表ADDCONSTRAINTFS_PKPRIMARYKEY(WORKER_ID,BOOK_ID);ALTERTABLE发货信息表ADDCONSTRAINTFH1_PKPRIMARYKEY(WORKER_ID,BOOK_ID);ALTERTABLE学生信息表ADDCONSTRAINTXS_PKPRIMARYKEY(S_ID);ALTERTABLE教师信息表ADDCONSTRAINTJS_PKPRIMARYKEY(T_ID);ALTERTABLE教材发行人员信息表ADDCONSTRAINTJC_PKPRIMARYKEY(WORKER_ID);ALTERTABLE递交信息表ADDCONSTRAINTFOREIGNK