实验十一数据库课程设计

1、实验：数据库课程设计实验目的：初步掌握数据库系统开发综合运用各章的知识， 完成小型数据库系统底层的全面设计， 的基本方法。实验内容：1、需求分析，画出 E-R 图(实验前完成) 。2、将 ER 图转换为关系(实验前完成) 。3、建立数据库表，设置实体完整性、域完整性和参照完整性。4、建立视图。小组实验人员名单 :学号:姓名:学号:姓名:学号:姓名:学号:姓名:学号姓名实验步骤：课程设计题目 : 图书销售管理系统课程设计题目推荐：1)图书借阅系统2)BBS 系统3)长途客车售票系统4)火车售票系统5)超市收银系统6)库房管理系统7)网吧电脑管理系统8)人事管理系统9)学生缴费系统10)宿舍管理系

2、统11)电子商务系统12)户籍管理系统13)旅馆客房管理系统14)进销存管理系统15)固定电话收费系统16)设备管理系统17)新生注册系统18)医院住院部管理系统19)书店图书管理系统（20）房产管理系统（21）活期存款管理系统课程设计题目：图书销售管理系统（范例）内容：建立某中小型书店图书销售管理信息系统的数据库。1.基本需求分析1）组织结构对组织结构的分析有助于分析业务范围与业务流程。 书店的组织结构如图1所示图1书店组织结构简图其中，书库是保存图书的地方；购书/服务部负责采购计划、读者服务、图书预 订等业务；售书部负责图书的销售。财务部负责资金管理；人事部负责员工管理与业 务考核。2）业

3、务分析对于信息处理系统来说，戈扮系统边界很重要，即哪些功能由计算机来完成，哪E 些工作在计算机外完成。这些要通过业务分析确定。同时，业务流程中涉及的相关数 据也通过业务分析得到归类和明确。在业务分析的基础上，确定数据流图和数据字典 本系统主要包含以下业务内容。 进书业务。事先采购员根据订书单采购图书。然后将图书入库，同时登记相 应的图书入库数据。本项业务涉及的数据单据和表格有：进书单（包括进书单编号、日期、金额、经 手人等）和进书单细目（一个进书单可能有若干种图书。进书单的细目数据包括每种 图书的信息、定价、进价或折扣，数量），以及书库账本（图书信息、库存数量、价 格等）。 售书业务。售书员根

4、据读者所购图书填写售书单（如图 2所示）。同时，修改 库存信息。本项业务涉及和产生的数据表格有：售书单（包括售书单编号、售书日期、金额、 员工）、售书细目（一个售书单可能有若干种图书。售书细目包括该次售书的书籍编 号、售出数量、折扣、售出价格等），以及书库账本。武淇冇韓华书店南我略门帀祜督甲号1 JSDfWOfiflE：psi：nnnitoa态尽叮闾：sn.iaQE-2?山；加：m亭号 骑咼惘如州咅折用 和购1 flTOTDDIMlflM咼中旳收鬲中T 1214 AO'03%VS 4h2 TEdiauaeffiozi訴比字真姣总is actv岀ao勺192D3004S4S53英iff烷

5、7匚朗虽鱼E8 SO100%¥S850恿弧忡 3©册執3码鼻 Y %師繼收 V 7+K74.WT11. W靖献 T OT 00撚弄* 25- LQ報声昂:忙号：05址：社逹rb洪山£为酣【卩层旺币.旦 iK : ffi7-tn iDfino |H站JUtlJ.IH!.口育宜1、史E廿見举.图2售书单样式 图书查询服务业务。根据读者要求，提供本书店特定的图书及库存信息。本项业务涉及的主要数据是书库账本。 综合管理业务。包括进书信息、销售信息、库存信息的查询、汇总和报表输 出。本项业务涉及所有的进书数据、销售数据和库存数据等。3）处理的数据上面的分析将本系统的业务归纳

6、为4项。在业务分析的基础上，应该画出系统的数据流图。整个系统的分层数据流图将揭示一个系统内全部的数据项、数据结构、数 据存储以及对数据的加工处理功能。在此基础上就可以建立系统的数据字典。 本书不讨论数据流图和完整的数据字典规范等内容，仅对最后建立数据库所需要的数据进行分析说明。在上述4项业务中涉及到的业务数据包括：进书数据、库存数据、销售数据。在 这些数据中又涉及到图书数据、员工数据等，而图书数据与出版社有关，员工与部门 有关。因此，将所有数据进行归类分析， 书店销售管理信息系统要处理的数据应该包括：企业部门信息 （组成：部门编号、部门名、办公电话） ；员工信息 （组成：工号、姓名、性别、生日

7、、职务、所属部门、薪金） ； 出版社信息 （组成：出版社编号、出版社名称、地址、联系电话、联系人） ； 基本图书信息（组成：图书编号、ISBN、书名、作者、出版社、版次、出版日期、 定价、图书类别、备注） ；进书单及细目 （组成：进书单号、日期、 进书细目 、金额、业务员）； 售书单及细目 （组成：售书单号、日期、 售书细目 、金额、业务员）； 书库账本 （组成：图书编号、库存数量、平均进价折扣、备注） 。 这些就是书店销售管理信息系统要处理的各种对象， 每一种对象由括号内的属性 组合在一起来描述。这些属性有的是基本数据项，有的是数据项集合（由“ 、 ”括 起来），数据项集合要做进一步的说明。

8、例如，“进书细目 ”由“序号、 基本图书信息 、进价或折扣、数量”等属性 组成；“售书细目 ”由“序号、图书编号、售价或折扣、数量”等属性组成。当所有数据对象都归纳完毕，就可以编制数据字典了。在数据字典中，要对所有 这些数据项、 数据项集合等的命名、 取值方式和范围、 作用等进行明确而无异义说明。4）处理功能分析 数据字典不仅记载所有数据的详情，也要详细记载所有对数据的处理功能。 进书业务。当进书业务发生时，将所进图书入书库，然后存储进书单及细目 数据，同时根据进书单登记图书库存数据。当登记图书库存数据时，可能有两种情况：新图书或已有图书入库。 对于新图书，本业务要将图书的完整信息记载下来，然

9、后记载图书进价和数量； 已有图书是指同一种书。 但同一种书可能有版本方面的区别。 为简单起见，规定：“ISBN号”与“版次”相同的就是同一种书，图书编号相同。对于已有图书，将本次 进书数加到该图书的库存数中即可， 但本次的进价折扣与以前库存的该书的折扣可能 存在差异。为了便于计算成本和售书收益，入库已有图书时，这里采用的方法是：将 已有图书占用的资金和本次入库的资金加在一起，然后重新计算一个平均价格折扣。因此，书库中该图书的价格折扣是当前所有库存图书占用资金除以当前库存数量后计 算的折扣。 售书业务。根据读者所购图书的售书单存储售书单及细目数据，这是售书的 业务数据。同时，修改图书的库存信息。

10、 图书查询服务业务。查询服务的输入是读者所提要求，输出是相关图书的库 存信息。为方便读者，可以针对书名、ISBN、作者、版次、出版社提供单个或多条件 组合查询。 综合管理业务。管理人员需要定期或不定期汇总统计或查询进书信息、销售 信息、库存信息，并按照管理要求制作业务报表。通过进书单及细目可以对进书业务进行查询、统计汇总和报表输出。 通过售书单及细目可以对售书业务进行查询、统计汇总和报表输出。 通过库存账本可以对图书库存情况进行查询、统计汇总和报表输出。2. E-R 模型分析设计（1）基本实体和联系 首先确定实体类别以及它们各自的属性构成，指出实体标识符， 并尽量规范属性 名，避免同名异义或异

11、名同义。确定实体后，就可以分析实体之间的联系。可以很容易确定，部门、员工、出版社、图书、书库是不同的实体。 部门的属性：部门号、部门名、办公电话； 员工的属性：工号、姓名、性别、生日；部门与员工发生聘用联系。 这里规定一个员工只能在一个部门任职， 它们是 1：n 联系。当联系发生时，产生职务、薪金属性。出版社属性：出版社编号、名称、地址、联系电话、联系人； 图书属性：图书编号、书名、作者；出版社与图书发生“出版”联系。一本图书只能在一家出版社出版。这是1：n联系。当联系发生时，产生ISBN、版次、出版日期、定价、图书类别、备注等属性。由员工购进图书， 所以进书业务是员工与图书发生联系的结果。

12、一名员工可以进 多种图书，一种图书可由多个业务员购进，所以它们是 m n联系。“进书”联系产生“进书单”属性，进书单本身又由“日期、图书细目、数量、金额”等多个属性构成， 所以是多值的组合属性。与进书业务类似，售书业务是员工将图书售给读者。本系统不保存读者信息，所 以售书是员工与图书发生联系，“售书单”是“售书”联系的属性。当图书购进后，图书要入书库保存。书库与图书发生“保存”联系。这里假定图 书是集中式保管，只有唯一一个书库，所以书库不需要标明属性。书库与图书之间是 1: n联系。“保存”联系的属性有数量、存书的价格折扣、存放备注。(2)需要解决的问题一售书与进书以售书为例，当员工在书店售书

13、时，员工就与图书发生“售书”联系。由于一个 员工可以售出多种图书，一种图书可以从多名员工那里售出，因此员工与图书的“售 书”联系是m n。在实际售书时，由于一名读者可能购买多种图书，所有这些图书构 成一张完整的售书单，所以“售书单”是售书联系的属性，E-R图如图3所示，图中略去员工和图书的实体属性。仔细分析“售书单”属性，可以发现，售书单不是一个单一的数据，它是由多项 内容构成，如日期、图书种类和数量、金额等属性。对于属性来说，无论是实体属性还是联系属性，根据属性结构特点可以分为原子 属性或组合属性。原子属性就是属性是一个不可分割的整体， 例如员工的“性别”、“年 龄”等。但有些属性是由几个子

14、属性组合起来的。例如，对于员工“薪金”，如果要分解为“基本工资”、“岗位工资”、“业绩提成”等，则成为组合属性。因此，有些属 性到底是原子属性还是组合属性，要根据设计的规定。象“姓名”，我国一般是作为一个整体，但西方则分为“ First Name和“ Last Name。而这里的“售书单”属性， 很明显只能是组合属性。从属性的取值情况可以分为单值属性或多值属性。单值属性就是属性只有一种取 值，如员工性别、生日等；而多值属性就是该属性可能有多种取值。例如，如果允许 员工兼职，则他的职务可能就不只一个值。另外，若在员工中增加“学位”属性，有 的员工可能就有几个学位。假设在员工实体中增加一个“社会关

15、系”属性，它由“姓名、年龄、关系、地址” 组成，所以是组合属性，同时，由于一个员工可能有多个社会关系，则对员工来说， 该属性又是多值属性。前述的“售书单”属性，由于一个售书单内部可包含多种图书， 所以它也是多值属性。当实体或联系存在多值、组合属性时，对 E-R图的表述带来了一定的困难。因为 E-R图将来将转化为关系模型，而关系中属性必须是原子的，因此在E-R图中必须有专门的处理。对于单值的组合属性，一般将组合属性的子属性分解为独立属性。如“薪金”，若要了解其构成，就可变成一个实体。而对于多值属性，一般会将这个属性变成实体来对待。这样，它与原实体的关系 就变成实体间的联系。例如，将图2中的“售书

16、单”当作实体，该实体分别与“员工” 和“图书”实体发生联系。一名员工可负责多份售书单，而一份售书单只由一名员工 负责，他们之间是1： n联系；一份售书单中可包含多种图书，一种图书可由不同的 售书单售出，他们之间是 m n联系。这样，图3所示的E-R图就变成图4的样子。在图2中，售书单的“金额”属性是本单中所有图书销售金额的合计，即：金额=刀(数量X定价X折扣)这样的属性称为“导出”属性，由于可以从其他属性导出，在数据库中一般可略 去。(3)完整的E-R图将“进书单”提升为实体来看待，这样，“进书”联系就分解为员工与进书单、 图书与进书单两种联系。而其中的“金额”是导出属性，略去。进书单的属性有

17、：进书单号、日期。员工与进书单发生“经手”联系。一名员工可经手多张进书单，一张进书单只由 一名员工负责，所以它们是1： n联系。进书单与图书发生“购进”联系。一张进书单可以包含多种图书，一种图书可以 由不同的进书单购进。进书单与图书是 m n联系。“购进”联系属性：购进的每种图 书数量、进价折扣。将“售书单”提升为实体，“售书”联系分解为员工和售书单、图书和售书单两 个联系。略去“金额”属性。售书单的属性有：售书单号、日期。员工与售书单发生“负责”联系，一名员工可负责售出多张售书单，一张售书单 只由一名员工负责，所以它们是1： n联系。图书与售书单发生“售出”联系。一张售书单可以售出多种图书，

18、一种图书可以 由不同的售书单售出。图书与售书单的联系是 m n联系。“售出”联系的属性有：售 出的每种图书的数量、售价折扣。这样，根据以上的分析，可以画出图书销售的 E-R图。为了清晰起见，将实体及实体及其属性部门职务负工"1出版社11负责进书单经手顓日11凰书一n出西m售书单皿散晕EH价折扌备注F7T_l书库图5图书销售E-R模型联系图3. 将E-R模型转换为关系模型首先，将每个实体型转化为一个关系模式，于是分别得到部门、出版社、员工、 图书、进书单、售书单的关系模式，关系的属性就是实体图中的属性。书库不需要单 独列出。然后，将E-R图中的联系转化为关系模式。E-R图中有7个联系，

19、因此，得到7个由联系转化得到的关系模式。它们分别是:1）聘用（部门号，工号，职务，薪金）2）出版（出版社编号，图书编号，ISBN,版次，出版日期，定价，图书类别， 备注）3）保存（图书编号，数量，存书折扣，存放备注）4）经手（工号，进书单号）5）购进（进书单号，图书编号，数量，进价折扣）6）负责（工号，售书单号）7）售出（售书单号，图书编号，数量，售价折扣）在这些联系中，由1： n联系得到的关系模式可以考虑与 n方实体合并，合并时 注意属性的唯一性。这样，聘用与员工合并；出版、保存与图书合并，合并时将出版 的备注和存放备注也合为一个字段：备注。经手与进书单合并，负责与售书单合并。 合并时重名的

20、不同属性要改名。关系模式名和其他属性名也可酌情修改。保留购进和售出联系的模式，并结合需求分析改名为“进书细目”和“售书细目”这样得到如下一组关系模式，这些就构成了图书销售数据库的关系结构模式 部门（部门号，部门名，办公电话） 员工（工号，姓名，性别，生日，部门号，职务，薪金） 出版社（出版社编号，出版社名，地址，联系电话，联系人） 图书（图书编号，ISBN,书名，作者，出版社编号，版次，出版时间，图书类 别，定价，折扣，数量，备注） 进书单（进书单号，进书日期，工号） 进书细目（进书单号，图书编号，数量，进价折扣） 售书单（售书单号，售书日期，工号） 售书细目（售书单号，图书编号，数量，售价折扣）4. 物理设计基于SQL SERVER 2005的设计如下。表