数据库设计的案例分析
一、教学管理
1. 基本需求
某学校设计学生教学管理系统。学生实体包括学号、姓名、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号和名称，一个专业属于一个学院，一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分，每门课程由一个学院开设。学生选修的每门课程获得一个成绩。
设计该教学管理的ER模型，然后转化为关系模型。
若上面的管理系统还要管理教师教学安排，教师包括编号、姓名、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。试修改上题的ER模型，将教师教学信息管理增加进去。
2. 参考设计：
图一教学管理ER图
由ER模型转换的关系模型是：
学生（学号，姓名，性别，生日，民族，籍贯，专业号，简历，登记照）专业（专业号，专业，专业类别，学院号）
学院（学院号，学院，院长）
课程（课程号，课程名，学分，学院号）
成绩（学号，课程号，成绩）
（题目分析：本题中有学生、专业、学院、课程四个实体。一个学生只有一个主修专业，学生与专业有多对一的联系；一个专业只由一个学院开设，一门课程只由一个学院开设，学院与专业、学院与课程都是一对多的联系；学生与课程有多对多的联系。
在转换为关系模型时，一对多的联系都在相应的多方实体的关系中增加一个外键。）
增加教师，ER图如下。
图二有教师实体的教学管理ER图
3. 物理设计
基于Access的数据库结构设计如下。
指定数据库文件的名称，并为设计好的关系模型设计表结构。
数据库文件保存在“E:\教学管理\”文件夹中，数据库文件名：教学管理.MDB。
表包括：学院、专业、学生、课程、成绩单。对应表结构如表1-2至表1-6所示。
表1-1 学院
表1-2 专业
表1-3 学生
表1-4 课程
表1-5 成绩单
1. 当我们进行物理设计时，如果将全校的学生放置在一个关系（表）中，势必带来存储空间大、处理效率低的问题。怎么解决？
2. 如果管理研究生，带来的设计影响是什么？如何解决？
3．在管理教师信息时，如果将教师分类：教师、研究生导师。研究生导师存储“研究方向、学生人数”等信息，怎样设计。
附：教学管理数据库参考数据如表1-1～表1-5所示。
表1-1 学生表
表1-2 学院表
表1-2 专业表
表1-4 课程表
表1-5 成绩单
二、图书销售
建立某中小型书店图书销售管理信息系统的数据库。
1. 基本需求分析
1）组织结构
对组织结构的分析有助于分析业务范围与业务流程。书店的组织结构如图三所示。
图三书店组织结构简图
其中，书库是保存图书的地方；购书/服务部负责采购计划、读者服务、图书预订等业务；售书部负责图书的销售。财务部负责资金管理；人事部负责员工管理与业务考核。
2）业务分析
对于信息处理系统来说，划分系统边界很重要，即哪些功能由计算机来完成，哪些工作在计算机外完成。这些要通过业务分析确定。同时，业务流程中涉及的相关数据也通过业务分析得到归类和明确。在业务分析的基础上，确定数据流图和数据字典。
本系统主要包含以下业务内容。
①进书业务。事先采购员根据订书单采购图书。然后将图书入库，同时登记相应的图书入库数据。
本项业务涉及的数据单据和表格有：进书单（包括进书单编号、日期、金额、经手人等）和进书单细目（一个进书单可能有若干种图书。进书单的细目数据包括每种图书的信息、定价、进价或折扣，数量），以及书库账本（图书信息、库存数量、价格等）。
②售书业务。售书员根据读者所购图书填写售书单（如图四所示）。同时，修改库存信息。
本项业务涉及和产生的数据表格有：售书单（包括售书单编号、售书日期、金
额、员工）、售书细目（一个售书单可能有若干种图书。售书细目包括该次售书的书籍编号、售出数量、折扣、售出价格等），以及书库账本。
图四售书单样式
③图书查询服务业务。根据读者要求，提供本书店特定的图书及库存信息。
本项业务涉及的主要数据是书库账本。
④综合管理业务。包括进书信息、销售信息、库存信息的查询、汇总和报表输出。
本项业务涉及所有的进书数据、销售数据和库存数据等。
3）处理的数据
上面的分析将本系统的业务归纳为4项。在业务分析的基础上，应该画出系统的数据流图。整个系统的分层数据流图将揭示一个系统内全部的数据项、数据结构、数据存储以及对数据的加工处理功能。在此基础上就可以建立系统的数据字典。本书不讨论数据流图和完整的数据字典规范等内容，仅对最后建立数据库所需要的数据进行分析说明。
在上述4项业务中涉及到的业务数据包括：进书数据、库存数据、销售数据。在这些数据中又涉及到图书数据、员工数据等，而图书数据与出版社有关，员工与部门有关。
因此，将所有数据进行归类分析，书店销售管理信息系统要处理的数据应该包括：
企业部门信息（组成：部门编号、部门名、办公电话）；
员工信息（组成：工号、姓名、性别、生日、职务、所属部门、薪金）；
出版社信息（组成：出版社编号、出版社名称、地址、联系电话、联系人）；
基本图书信息（组成：图书编号、ISBN、书名、作者、出版社、版次、出版日期、定价、图书类别、备注）；
进书单及细目（组成：进书单号、日期、{进书细目}、金额、业务员）；
售书单及细目（组成：售书单号、日期、{售书细目}、金额、业务员）；
书库账本（组成：图书编号、库存数量、平均进价折扣、备注）。
这些就是书店销售管理信息系统要处理的各种对象，每一种对象由括号内的属性组合在一起来描述。这些属性有的是基本数据项，有的是数据项集合（由“{、}”括起来），数据项集合要做进一步的说明。
例如，“{进书细目}”由“序号、{基本图书信息}、进价或折扣、数量”等属性组成；“{售书细目}”由“序号、图书编号、售价或折扣、数量”等属性组成。
当所有数据对象都归纳完毕，就可以编制数据字典了。在数据字典中，要对所有这些数据项、数据项集合等的命名、取值方式和范围、作用等进行明确而无异义说明。
4）处理功能分析
数据字典不仅记载所有数据的详情，也要详细记载所有对数据的处理功能。
①进书业务。当进书业务发生时，将所进图书入书库，然后存储进书单及细目数据，同时根据进书单登记图书库存数据。
当登记图书库存数据时，可能有两种情况：新图书或已有图书入库。
对于新图书，本业务要将图书的完整信息记载下来，然后记载图书进价和数量；
已有图书是指同一种书。但同一种书可能有版本方面的区别。为简单起见，规定：“ISBN号”与“版次”相同的就是同一种书，图书编号相同。对于已有图书，将本次进书数加到该图书的库存数中即可，但本次的进价折扣与以前库存的该书的折扣可能存在差异。为了便于计算成本和售书收益，入库已有图书时，这里采用的方法是：将已有图书占用的资金和本次入库的资金加在一起，然后重新计算一个平均价格折扣。因此，书库中该图书的价格折扣是当前所有库存图书占用资金除以当前
库存数量后计算的折扣。
②售书业务。根据读者所购图书的售书单存储售书单及细目数据，这是售书的业务数据。同时，修改图书的库存信息。
③图书查询服务业务。查询服务的输入是读者所提要求，输出是相关图书的库存信息。为方便读者，可以针对书名、ISBN、作者、版次、出版社提供单个或多条件组合查询。
④综合管理业务。管理人员需要定期或不定期汇总统计或查询进书信息、销售信息、库存信息，并按照管理要求制作业务报表。
通过进书单及细目可以对进书业务进行查询、统计汇总和报表输出。
通过售书单及细目可以对售书业务进行查询、统计汇总和报表输出。
通过库存账本可以对图书库存情况进行查询、统计汇总和报表输出。
2. ER模型分析设计
（1）基本实体和联系
首先确定实体类别以及它们各自的属性构成，指出实体标识符，并尽量规范属性名，避免同名异义或异名同义。确定实体后，就可以分析实体之间的联系。
可以很容易确定，部门、员工、出版社、图书、书库是不同的实体。
部门的属性：部门号、部门名、办公电话；
员工的属性：工号、姓名、性别、生日；
部门与员工发生聘用联系。这里规定一个员工只能在一个部门任职，它们是1：n联系。当联系发生时，产生职务、薪金属性。
出版社属性：出版社编号、名称、地址、联系电话、联系人；
图书属性：图书编号、书名、作者；
出版社与图书发生“出版”联系。一本图书只能在一家出版社出版。这是1：n 联系。当联系发生时，产生ISBN、版次、出版日期、定价、图书类别、备注等属性。
由员工购进图书，所以进书业务是员工与图书发生联系的结果。一名员工可以进多种图书，一种图书可由多个业务员购进，所以它们是m：n联系。“进书”联系产生“进书单”属性，进书单本身又由“日期、图书细目、数量、金额”等多个属
性构成，所以是多值的组合属性。
与进书业务类似，售书业务是员工将图书售给读者。本系统不保存读者信息，所以售书是员工与图书发生联系，“售书单”是“售书”联系的属性。
当图书购进后，图书要入书库保存。书库与图书发生“保存”联系。这里假定图书是集中式保管，只有唯一一个书库，所以书库不需要标明属性。书库与图书之间是1：n联系。“保存”联系的属性有数量、存书的价格折扣、存放备注。
(2) 需要解决的问题—售书与进书
以售书为例，当员工在书店售书时，员工就与图书发生“售书”联系。由于一个员工可以售出多种图书，一种图书可以从多名员工那里售出，因此员工与图书的“售书”联系是m：n。在实际售书时，由于一名读者可能购买多种图书，所有这些图书构成一张完整的售书单，所以“售书单”是售书联系的属性，ER图如图五所示，图中略去员工和图书的实体属性。
图五图书销售联系的ER图
仔细分析“售书单”属性，可以发现，售书单不是一个单一的数据，它是由多项内容构成，如日期、图书种类和数量、金额等属性。
对于属性来说，无论是实体属性还是联系属性，根据属性结构特点可以分为原子属性或组合属性。原子属性就是属性是一个不可分割的整体，例如员工的“性别”、“年龄”等。但有些属性是由几个子属性组合起来的。例如，对于员工“薪金”，如果要分解为“基本工资”、“岗位工资”、“业绩提成”等，则成为组合属性。因此，有些属性到底是原子属性还是组合属性，要根据设计的规定。象“姓名”，我国一般是作为一个整体，但西方则分为“First Name”和“Last Name”。而这里的“售书单”属性，很明显只能是组合属性。
从属性的取值情况可以分为单值属性或多值属性。单值属性就是属性只有一种
取值，如员工性别、生日等；而多值属性就是该属性可能有多种取值。例如，如果允许员工兼职，则他的职务可能就不只一个值。另外，若在员工中增加“学位”属性，有的员工可能就有几个学位。
假设在员工实体中增加一个“社会关系”属性，它由“姓名、年龄、关系、地址”组成，所以是组合属性，同时，由于一个员工可能有多个社会关系，则对员工来说，该属性又是多值属性。前述的“售书单”属性，由于一个售书单内部可包含多种图书，所以它也是多值属性。
当实体或联系存在多值、组合属性时，对ER图的表述带来了一定的困难。因为ER图将来将转化为关系模型，而关系中属性必须是原子的，因此在ER图中必须有专门的处理。
对于单值的组合属性，一般将组合属性的子属性分解为独立属性。如“薪金”，若要了解其构成，就可变成。
而对于多值属性，一般会将这个属性变成实体来对待。这样，它与原实体的关系就变成实体间的联系。例如，将图三中的“售书单”当作实体，该实体分别与“员工”和“图书”实体发生联系。一名员工可负责多份售书单，而一份售书单只由一名员工负责，他们之间是1：n联系；一份售书单中可包含多种图书，一种图书可由不同的售书单售出，他们之间是m：n联系。这样，图五所示的ER图就变成图六的样子。
图六售书单ER图
在图四中，售书单的“金额”属性是本单中所有图书销售金额的合计，即：
金额=∑（数量×定价×折扣）
这样的属性称为“导出”属性，由于可以从其他属性导出，在数据库中一般可略去。
（3）完整的ER图
将“进书单”提升为实体来看待，这样，“进书”联系就分解为员工与进书单、
图书与进书单两种联系。而其中的“金额”是导出属性，略去。
进书单的属性有：进书单号、日期。
员工与进书单发生“经手”联系。一名员工可经手多张进书单，一张进书单只由一名员工负责，所以它们是1：n联系。
进书单与图书发生“购进”联系。一张进书单可以包含多种图书，一种图书可以由不同的进书单购进。进书单与图书是m：n联系。“购进”联系属性：购进的每种图书数量、进价折扣。
将“售书单”提升为实体，“售书”联系分解为员工和售书单、图书和售书单两个联系。略去“金额”属性。
售书单的属性有：售书单号、日期。
员工与售书单发生“负责”联系，一名员工可负责售出多张售书单，一张售书单只由一名员工负责，所以它们是1：n联系。
图书与售书单发生“售出”联系。一张售书单可以售出多种图书，一种图书可以由不同的售书单售出。图书与售书单的联系是m：n联系。“售出”联系的属性有：售出的每种图书的数量、售价折扣。
这样，根据以上的分析，可以画出图书销售的ER图。为了清晰起见，将实体及属性、实体联系分别画出。如图七所示。
实体及其属性
图七图书销售ER模型联系图
3.关系模型
首先，将每个实体型转化为一个关系模式，于是分别得到部门、出版社、员工、图书、进书单、售书单的关系模式，关系的属性就是实体图中的属性。书库不需要单独列出。
然后，将ER图中的联系转化为关系模式。
ER图中有7个联系，因此，得到7个由联系转化得到的关系模式。它们分别是：
1)聘用（部门号，工号，职务，薪金）
2)出版（出版社编号，图书编号，ISBN，版次，出版日期，定价，图书类别，备注）
3)保存（图书编号，数量，存书折扣，存放备注）
4)经手（工号，进书单号）
5)购进（进书单号，图书编号，数量，进价折扣）
6)负责（工号，售书单号）
7)售出（售书单号，图书编号，数量，售价折扣）
在这些联系中，由1：n联系得到的关系模式可以考虑与n方实体合并，合并时注意属性的唯一性。这样，聘用与员工合并；出版、保存与图书合并，合并时将出版的备注和存放备注也合为一个字段：备注。经手与进书单合并，负责与售书单合并。合并时重名的不同属性要改名。关系模式名和其他属性名也可酌情修改。
保留购进和售出联系的模式，并结合需求分析改名为“进书细目”和“售书细目”。
这样得到如下一组关系模式，这些就构成了图书销售数据库的关系结构模式。
①部门（部门号，部门名，办公电话）
②员工（工号，姓名，性别，生日，部门号，职务，薪金）
③出版社（出版社编号，出版社名，地址，联系电话，联系人）
④图书（图书编号，ISBN，书名，作者，出版社编号，版次，出版时间，图书类别，定价，折扣，数量，备注）
⑤进书单（进书单号，进书日期，工号）
⑥进书细目（进书单号，图书编号，数量，进价折扣）
⑦售书单（售书单号，售书日期，工号）
⑧售书细目（售书单号，图书编号，数量，售价折扣）
4.物理设计
基于Access的设计如下。
表2-1 部门结构
表2-2 员工结构
表2-3 出版社结构
表2-4 图书结构
表2-5 进书单结构
表2-6 进书细目结构
表2-7 售书单结构
表2-8 售书细目结构
第八章数据库设计的典型案例 本章要点 ?学生选课管理系统的数据库设计 本章学习目标 ?学生选课管理系统的需求分析 ?学生选课管理系统的ER图 ?学生选课管理系统的关系数据库模式 ?学生选课管理系统数据库的建立
在第7章里我们已经学习了有关数据库设计的基本理论和方法。本章通过学生选课管理系统数据库设计案例，实际讲授数据库的设计方法，加深对第七章的理解，提高我们的综合设计的能力。 8.1 案例的系统需求简介 8.1.1总体需求简单介绍 需求分析阶段是数据库应用系统开发的最重要阶段。需求分析要求应用系统的开发人员按照系统的思想，根据收集的资料，对系统目标进行分析，对业务的信息需求、功能需求以及管理中存在的问题等进行分析，抽取本质的、整体的需求，为设计一个结构良好的数据库应用系统的逻辑模型奠定坚实的基础。 高等学校的学生选课管理系统，在不同的学校会有不同的特点，因为作为教务工作部分它和学校本身的行政制度有关。本章的目的在于，作为数据库设计和应用开发的运用对象，对业务进行适度的简化，突出比较核心的成分，如院系算作一个级别的概念而且直接管理班(跳过专业一级的设置)，学生的免修重修等情况处理、教师的管理没有细化等。 8.1.2用户总体业务构造 学生选课管理业务，包括4个主要部分：学生的学籍及成绩管理、制定教学计划、学生选课管理以及教学调度。各部分具体的容：
（1）学籍及成绩管理包括：各院系的教务员完成学生学籍注册、毕业、转学等处理，各授课教师完成所讲授课成绩的录入，然后教务员进行学生成绩的审核认可。（2）制定教学计划包括：由教务部门完成指导性教学计划、培养方案的确定，开设课程的注册和调整。 （3）学生选课包括：学生根据开设课程和培养计划(和自己的状况)选择自己本学期所选修课程，教务员对学生所选修课程的确认处理。(注意：一般的必修课程 是由教务员统一处理，只有辅修的课程才经过学生的选择过程) （4）执行教学调度包括：教务员根据本学期所开设的课程、教师上课的情况以及学生选课情况完成排课、调课等。 8.1.3其它要求 如安全性，系统环境要求(根据现有的设备情况进行系统运行)等，这些不是本章的核心容，所以就不再进一步叙述。 8.1.4系统功能设想 这里的功能划分，是根据第一阶段需求调查基础上进行的初步划分。随着需求调查的深入，功能模块随着对需求了解的明确得到调整。 教务管理业务的4个主要部分，可以将系统应用程序划分为对应得4个子模块：包括学籍及成绩管理子系统、教学计划管理子系统、学生选课管理子系统以及教学调
需求分析 (2) 1功能需求 (2) 2数据字典 (2) 3数据流图构建 (5) 系统数据库的逻辑结构设计 (6) 根据该网上书店的具体情况，调查管理业务流程是顺着系统信息流动的过程逐步地进行，内容包括各环节的业务处理、信息来源、处理方法、计算方法、信息流经去向、信息提供的时间和形态（报告、单据等）。本系统的最大特色，数据挖掘在业务流程中清晰可见。我们可以通过对数据库中用户购买信息的关联分析。进行数据挖掘。这是数据挖掘技术在网上书店中最有价值的体现之一。 系统业务流图描述如下： （1）用户在线更新购物车：用户在登陆成功后，通过图书查询，添加图书到购物车后，根据图书编号自动在数据仓库中的图书挖掘信息中寻找与图书关联的图书编号。 （2）用户在线下达图书订单：用户在添加购物车后，确定购物车的书籍及数量后，填写相应的订单信息，确定所填写的订单信息无误后，系统将产生此次订单的编号，完成在线下达订单。 （3）管理员订单处理：管理登陆成功后，会对未处理订单进行处理，处理成功后，向顾客发货。 （4）销售分析处理：通过对图书信息查询，统计图书销售情况。 （5）图书数据挖掘处理：通过对订单处理，创建图书数据仓库，进行图书数据挖掘找出图书之间的潜在关联。 本网站可分为前台管理和后台管理两部分：前台系统功能模块分为：商品展示模块、用户登录、购物车、自服务等模块。后台管理主要包括：商品管理、订单管理、会员管理、类别管理、用户留言管理，产品销售分析等。网上书店功能模块如图3-1所示： 图3-1网上书店功能模块图 前台各主模块的详细功能如下： （1）最新上架模块：展示出最新上市的图书供用户选择。 （2）特价书展示模块：展示出了一些特价图书。 （3）商品查询模块：包括模糊查询模块，和书的类别查询模块。 （4）用户登录\注册模块：用户登录、注册。 （5）商品详细信息展示模块：包括图书详细信息模块。 （6）购物车展示模块：包括已选购商品模块、推荐商品模块。当添加商品到购物车时，会在推荐商品模块中看到本系统为购物者推荐的商品。 （7）自服务展示模块：我的订单模块、个人信息模块。订单模块可以查看订单的状态，和订单的信息。通过个人信息模块可以修改自己信息。 （8）用户评论模块：用户对图书的评论。 后台主模块的功能如下： （1）类别管理：该模块对图书的类别进行添加、删除、修改 （2）商品管理：该模块主要对书籍进行增加、删除、修改管理 （3）订单管理：该模块对客户的订单进行管理，如出库订单。 （4）用户管理：该模块对会员信息进行增加、删除、修改。 （5）销售情况查询：该模块可以查询排行前十的图书信息。 （6）图书挖掘分析：通过对订单的分析，得出最优的匹配方案和相应的决
本科学生综合性实验报告课程名称：数据库系统原理 电子商务数据库设计项目组长_____ 学号0061375 班级选课03班小组第12组 实验项目名称乐购电子商城销售系统设计 指导教师_______________________ 开课学期2008至2009学年第一学期
完成时间2008年12 月_________ 30 ____ 日
目录 1需求分析错误! 未定义书签。编写目的错误! 未定义书签。背景错误!未定义书签。电子商务的发展历史错误!未定义书签 乐购电子商城开发背景错误!未定义书签定义错误!未定义书签。目标错误!未定义书签。 需求分析错误!未定义书签。系统的功能描述错误!未定义书签。 系统总体功能图错误!未定义书签。 系统流程图错误!未定义书签。数据流图错误! 未定义书签。 实体与数据错误!未定义书签。联系与数据错误!未定义书签。数据字典错误!未定义书签。 2概念设计错误! 未定义书签。实体图错误! 未定义书签。 多个实体间的联系图错误!未定义书签总体ER图 错误！未定义书签。 3逻辑设计错误! 未定义书签。关系设计错误!未定义书签。 关系优化错误!未定义书签。约束的说明错误! 未定义书签。 基本表错误! 未定义书签。 4物理设计错误! 未定义书签。确定数据库的存储结构错误!未定义书签确定数据库的存取方法错误!未定义书签
1、需求分析 系统的功能描述 电子商城销售管理系统ESS用户分为三类： （1）商家管理员：此类客户可以取得商城管理员的权限，可以浏览所有客户信息，查找客户，给客户分配合理的权限，删除不合法客户等。 （ 2）商城游客：只可以浏览商城开放的业务和信息，不可以进行网上交也不为该类客户提供个性化服务，该类客户无需注册。 （3）商城正式客户：必须在商城注册，登录本商城后，这类客户可以览商城开放的业务和信息，可以进行网上交易，也可享受商城提供的个性化服务以及优惠服务等。 作为在线购物商城，前台销售系统提供以下功能：客户信息管理,商品信息管理,购物车管理，订单信息管理。 （1）客户信息管理 ①客户必须注册并登录本系统才能进行网上交易活动。一个客户只能拥有一个注册号（用户名），注册 号可由客户根据自己的喜好自行定义，但必须唯一且在6-16位以内，且第一位必为字母C其他只能由数字 组成。 ②同一时间内一个注册号不能在多处登录。客户所填资料必须真实，其中注册号、密码、姓名、性别、地址、邮编为必填资料。 ③客户的积分将根据客户的订单金额逐次积累，即客户每购买一元的商品，则客户积分增加一分.其积分等级分为一钻,二钻,三钻,一钻客户为普通客户,积分为0-499 分,不享受任何优惠;二钻客户积分为500-999 分以内,所有商品九折优惠;三钻客户积分为 1 000分以上,所有商品八折优惠.当客户积分达到一定分数后, 自动修改为相应等级。 ④客户注册成功以后，其注册信息将自动被加入客户表中。登录系统后，客户可以查询或修改个人信息。 （2）商品信息管理 ①客户登录本系统后，可以浏览本商城所展示的商品。 ②客户登录本系统后，可以查找自己所需要的商品。 ③客户登录本系统后，可以购买自己选中的商品。 （3）购物车管理当客户选中某件商品时，可以将其放入购物车（生成一商品暂存表）我们在购物车设置一个“是否购买”字段（客户可以自己选择，用于确认），一个“商品数量”（客户自己填写）字段，一个商品编号，商品名称，商品单价，商品总额。这样客户就可以自己决定 购买哪些商品，购买多少，若不想买，可以在购物车中将其删除。 （4）订单信息管理 ①客户确认购买购物车中的商品后，提交购物清单，此时将自动生成一张商家配送单，配送单中商品编号、商品数量、配送单编号将自动插入配送表中，而客户姓名、地址、邮编、电话则设置为默认值，即客户可以修改其中的信息。 ②当客户付款后，将自动生成一张订单明细表。明细表中包括商品价格和优惠价，同时自动生成一张订单总表，订单时间由系统自动生成 ,即系统当前时间 ;订单号由系统自动生成。 ③生成订单后，一天后商家发出配送单，客户收到商品，若在一周以内提出退货商品且符合退货条件（商品存在严重质量问题），则为客户办理退货业务，同时修改相应的订单明细表和订单总表并减去客户相应的积分 ,同时生成相应的退货单 ,退货单包含商品编号商品名称,商品单价,商品数量 ,退货日期。 本电子商城的后台管理系统将提供客户管理，商品管理，订单统计管理等功能，具体描述如下：（1）客户管理 ①为客户建立一张基本表 ,用于添加客户个人信息，客户登录后可以维护己的个人信息，并且在向网站发出订单时会自动填写自己的联系信息。②为客户赋予查询或修改个人信息的权利。
【关键字】方案、情况、方法、实效、空间、文件、模式、运行、认识、问题、系统、有效、充分、公开、持续、统一、发展、建立、制定、发现、了解、措施、特点、位置、安全、稳定、准则、根本、基础、需要、项目、职能、需求、方式、作用、标准、规模、结构、水平、速度、关系、设置、分析、简化、吸引、逐步、形成、严格、管理、维护、服务、发挥、解决、优化、调整、分工、保障、实现、提高、落实、系统性 酒店管理系统 一、背景说明 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。 二、部门的划分 1．饮食部门 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。 在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。 2．住宿管理部门 它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退房时间。C.统计各类房间的客满程度。D.对本部门的财务流动进行登记处理。以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。 3．娱乐管理部门 娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、
数据库课程设计题目16个经典实例 1、机票预定信息系统 系统功能得基本要求： 航班基本信息得录入,包括航班得编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等.按照一定条件查询、统计符合条件得航班、机票等;对结果打印输出. ２、长途汽车信息管理系统 系统功能得基本要求: 线路信息，包括出发地、目得地、出发时间、所需时间等.汽车信息：包括汽车得种类及相应得票价、最大载客量等.票价信息:包括售票情况、查询、打印相应得信息. 3、人事信息管理系统 系统功能基本要求： 员工各种信息:包括员工得基本信息,如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等;员工各种信息得修改;对转出、辞退、退休员工信息得删除；按照一定条件，查询、统计符合条件得员工信息;教师教学信息得录入：教师编号、姓名、课程编号、课程名称、课程时数、学分、课程性质等。科研信息得录入：教师编号、研究方向、课题研究情况、专利、论文及著作发表情况等.按条件查询、统计，结果打印输出. 4、超市会员管理系统 系统功能得基本要求: 加入会员得基本信息,包括:成为会员得基本条件、优惠政策、优惠时间等.会员得基本信息，包括姓名、性别、年龄、工作单位、联系方式等.会员购物信息：购买物品编号、物品名称、所属种类，数量,价格等。会员返利信息,包括会员积分得情况，享受优惠得等级等。对货物流量及消费人群进行统计输出。 5、客房管理系统 系统功能得基本要求： 客房各种信息，包括客房得类别、当前得状态、负责人等；客房信息得查询与修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息得修改。对查询、统计结果打印输出。 6、药品存销信息管理系统 系统功能基本要求 药品信息,包括药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等；员工信息，包括员工编号、姓名、性别、年龄、学历、职务等;客户信息，包括客户编号、姓名、联系方式、购买时间、购买药品编号、名称、数量等。入库与出库信息，包括当前库存信息、药品存放位置、入库数量与出库数量得统计. ７、学生选课管理信息系统 系统功能基本要求 教师信息,包括教师编号、教师姓名、性别、年龄、学历、职称、毕业院校,健康状况等。学生信息，包括学号、姓名、所属院系、已选课情况等.教室信息,包括，可容纳人数、空闲时间等.选课信息，包括课程编号、课程名称、任课教师、选课得学生情况等。成绩信息,包括课程编号、课程名称、学分、成绩。按一定条件可以查询，并将结果打印输出。 8、图书管理系统
数据库原理与应用 课程设计A报告 姓名：袁一帆学号：20121480 学院(系)：管理学院专业：信息管理与信息系统
班级：12级信管1 班
襄阳迈博信息科技有限公司企业考勤管理系统 一、系统目标设计 1系统开发的总体任务是实现企业员工考勤管理的系统化、规范化、和自动化。 2能够和人事管理系统、工资管理系统相结合，真正实现企业高效、科学、现代化的员工管理。 二、开发实际思想 1尽量采用公司现有软硬件环境，及先进的管理系统开发方案，从而达到充分利用公司现有资源，提高系统开发水平和应用效果的目的。 2员工考勤管理系统能够和考勤机相连接，从而完成自动、高效、科学的考勤信息输入。 3系统采用模块化程序设计方法，既便与系统功能的各种组合和修该，又便于未参与开发的技术维护人员补充、维护。 系统应具备数据库维护功能，即使根据用户需求进行数据的添加、删除、修改、被分等操作。 系统需求分析 1 考勤管理涉及企业人事管理的多个方面，如员工职务升迁、工资发放、奖金发放、员工医疗保险发放等等。本利自重的考勤管理系统需要完成功能主要有以下几点。 2 员工考勤信息处理。该莫完成员工考勤情况的输入、修改等操作。如果企业内有考勤机，可以将它的输出处理后，形成考勤管理系统考勤模块的
输入。 3 企业缺勤类型的设定。 4 企业考勤统计。该模块可对某个员工进行考勤情况的统计，生成统计报表。 5 缺勤时间，缺勤类型对工资的影响 6 缺勤时间，缺勤类型对升职的影响 数据字典 数据项 表1 名称员工编号 说明每个员工拥有唯一的编号 类型字符型 长度 4 有关数据存储员工基本信息存储 表2 名称员工姓名
图书销售 建立某中小型书店图书销售管理信息系统的数据库。 1. 基本需求分析 1）组织结构 对组织结构的分析有助于分析业务范围与业务流程。书店的组织结构如图三所示。 图三书店组织结构简图 其中，书库是保存图书的地方；购书/服务部负责采购计划、读者服务、图书预订等业务；售书部负责图书的销售。财务部负责资金管理；人事部负责员工管理与业务考核。 2）业务分析 对于信息处理系统来说，划分系统边界很重要，即哪些功能由计算机来完成，哪些工作在计算机外完成。这些要通过业务分析确定。同时，业务流程中涉及的相关数据也通过业务分析得到归类和明确。在业务分析的基础上，确定数据流图和数据字典。 本系统主要包含以下业务内容。 ①进书业务。事先采购员根据订书单采购图书。然后将图书入库，同时登记相应的图书入库数据。 本项业务涉及的数据单据和表格有：进书单（包括进书单编号、日期、金额、经手人等）和进书单细目（一个进书单可能有若干种图书。进书单的细目数据包括每种图书的信息、定价、进价或折扣，数量），以及书库账本（图书信息、库存数量、价格等）。 ②售书业务。售书员根据读者所购图书填写售书单（如图四所示）。同时，修改库存信息。
本项业务涉及和产生的数据表格有：售书单（包括售书单编号、售书日期、金额、员工）、售书细目（一个售书单可能有若干种图书。售书细目包括该次售书的书籍编号、售出数量、折扣、售出价格等），以及书库账本。 图四售书单样式 ③图书查询服务业务。根据读者要求，提供本书店特定的图书及库存信息。 本项业务涉及的主要数据是书库账本。 ④综合管理业务。包括进书信息、销售信息、库存信息的查询、汇总和报表输出。 本项业务涉及所有的进书数据、销售数据和库存数据等。 3）处理的数据 上面的分析将本系统的业务归纳为4项。在业务分析的基础上，应该画出系统的数据流图。整个系统的分层数据流图将揭示一个系统内全部的数据项、数据结构、数据存储以及对数据的加工处理功能。在此基础上就可以建立系统的数据字典。本书不讨论数据流图和完整的数据字典规范等内容，仅对最后建立数据库所需要的数据进行分析说明。 在上述4项业务中涉及到的业务数据包括：进书数据、库存数据、销售数据。在这些数据中又涉及到图书数据、员工数据等，而图书数据与出版社有关，员工与部门有关。 因此，将所有数据进行归类分析，书店销售管理信息系统要处理的数据应该包括：
学生成绩管理系统 目录一：需求分析 二：系统功能描述 三：E-R图 四：数据库逻辑结构设计 五：数据库物理设计 六：代码设计 七：SQL代码 八：界面截图 一：需求分析： 随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长，对学生成绩信息的管理难度随之增大。面队如此庞大的信息量，这就需要学生成绩管理信息系统来提高学生管理工作的效率。通过这样的系统，做到信
息的规范管理、科学统计以及快速的查询和修改，从而减少管理方面的工作量。总体任务是要实现学生成绩信息关系的系统化、规范化和自动化。根据总体任务的要求进行需求分析得出，学生成绩管理信息系统需要完成的功能主要如下：学生基本信息的输入，其中包括学生学号、姓名、性别、所属学院，所属系别，所属班级、出生年月、籍贯、宿舍、联系方式等。 学校基本课程信息的输入，包括课程编号、课程名称、课程属性、课程描述以及完成该课程所得的学分。 教师基本信息的输入，其中包括教师编号，教师姓名，教师职称，所教课程，所教班级等情况 学生信息，教师信息，课程信息，学生考试成绩的插入，删除，修改、查询和统计。 识别每个用户的身份和密码，从而保证信息的安全性，防止信息的外泄和盗用。 还有，涉及到信息的增，删，改的，主要都是面向教务管理员，教师只能录入成绩，查询成绩，修改成绩，和查询个人信息，而学生只能登录查看自己的信息，查询成绩等。 二：系统功能描述 教务处（管理员） 教师学生
院
三：E-R图（概念结构建立）1）学生查询系统的分E-R图
2）教师查询更新系统的分E-R图 3）管理员分E－R图
超市POS管理系统 数据库设计 数据库在一个信息管理系统中占有非常重要的地位，数据库结构的设计好坏将直接对应用系统的效率以及实现的效果产生影响。数据库设计一般包括以下四个部分：数据库需求分析、数据库概念结构设计、数据库逻辑结构设计、数据库物理结构实现。 一、数据库需求分析 通过对超市管理工作过程的内容和数据流图分析，设计如下面的数据项和数据结构。 1、员工信息，包括的数据项有：员工编号，姓名，性别，职务，口令，权限级别、身份证号，所属部门编号等。 2、部门信息，包括的数据项有：部门编号，部门名称。 3、供应商信息，包括的数据项有：供应商编号，供应商名称，地址，邮政编码，电话号码，税号，银行帐号，开户银行，联系人，备注等。 4、会员信息，包括的数据项有：会员编号，姓名，性别，身份证号，消费总金额，积分等。 5、入库信息，包括的数据项有：入库编号，入库日期，商品编号，计量单位，入库价格，销售价格，数量，总金额，供应商编号，业务员编号等。 6、商品信息，包括的数据项有：商品编号，所属类别，数量，单价，商品名称等。 7、销售出货单主信息，包括的数据项有：销售日期，总金额，是否现金，是否会员，会员编号、收银号编号等。 8、销售出货单子信息，包括的数据项有：商品编号，数量，单价，折扣比例，金额等。 二、数据库概念结构设计 根据上面设计规划出的实体，我们对各个实体具体的描述E-R图如下：
图1 员工信息E-R图 图2 部门信息E-R图 图3 入库信息E-R图 图4 商品信息E-R图
图5 销售出货单主信息E-R图 图6 销售出货单子信息E-R图 图7 会员信息E-R图 图8 供应商信息E-R图
数据库案例分析与设计考核题 1203批次前老平台学生，该门课程不用现场笔试考试（网上预约考试时间为虚设），请预约该门课程考试的学生将答案手写A4答题纸上，于规定时间内交到学习中心，哈站交到班主任处。未预约的学生提交的内容作废处理，预约后不按规定时间提交按旷考处理。 （答题纸附在第二页，所有答案必须写在答题纸上，标清题号） 一．设计报告的题目要求 在以下三个题目中选择一个，作为数据库应用系统设计的内容，进行必要的走访和调研完成你的设计报告。 1.人事信息管理系统 调研一个中等规模的机构或单位，完成该单位的人事信息管理系统的设计工作。以满足基本的人事管理功能：比如员工的基本信息管理，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；人事的调动任免信息的管理；按条件查询、统计，结果打印输出等。 2.超市会员管理系统 调研一个具有会员管理功能的商场或超市等，完成该单位的基本会员信息管理系统的设计。比如加入会员的基本信息，包括：会员的基本条件、优惠政策、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出等。 3.客房管理系统 调研一个中等规模的宾馆，完成该宾馆的客房管理信息系统的设计。实现客房管理的基本功能，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改等。 二．设计报告的内容要求 给出数据库系统的6个设计阶段的主要工作内容，其中(1)-(4)必做，(5)-(6)选做： (1)需求分析：收集并分析用户的基本要求，简要概述系统的设计目标；详细描述用户 对数据库的要求，明确用户需求；给出主要的用户活动图、数据流图和数据字典等。 (2)概念结构设计：对具体应用建模，给出数据间的关系模型；利用需求分析得到的数 据内容等给出主要的实体关系图(E-R图)，并详细描述实体和关系的属性等。 (3)逻辑结构设计：得到具体的关系模式集，并适当优化；利用得到的E-R图，转换为 具体的关系结构，并标明相互关联和各自的主键等具体内容；采用水平分解或垂直分解等方法，进行适当的优化。 (4)物理结构设计：选用一种DBMS，利用SQL语句给出数据库内模式的设计等；根据 得到的关系结构和选用的DBMS，进行关系构建具体的SQL语句，确定文件的存储方式、表的索引方式等。 (5)数据库实施：前端应用程序的设计等。 (6)数据库运行和维护：数据库的测试及运行过程。
数据库课程设计题目16个经典实例 1.机票预定信息系统 系统功能的基本要求： 航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。 2.长途汽车信息管理系统 系统功能的基本要求： 线路信息，包括出发地、目的地、出发时间、所需时间等。汽车信息：包括汽车的种类及相应的票价、最大载客量等。票价信息：包括售票情况、查询、打印相应的信息。 3.人事信息管理系统 系统功能基本要求： 员工各种信息：包括员工的基本信息，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；教师教学信息的录入：教师编号、姓名、课程编号、课程名称、课程时数、学分、课程性质等。科研信息的录入：教师编号、研究方向、课题研究情况、专利、论文及著作发表情况等。按条件查询、统计，结果打印输出。 4.超市会员管理系统 系统功能的基本要求： 加入会员的基本信息，包括：成为会员的基本条件、优惠政策、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出。 5.客房管理系统 系统功能的基本要求： 客房各种信息，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改。对查询、统计结果打印输出。 6.药品存销信息管理系统 系统功能基本要求 药品信息，包括药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等；员工信息，包括员工编号、姓名、性别、年龄、学历、职务等；客户信息，包括客户编号、姓名、联系方式、购买时间、购买药品编号、名称、数量等。入库和出库信息，包括当前库存信息、药品存放位置、入库数量和出库数量的统计。
数据库设计实例 数据库设计是数据库应用系统设计的一个组成部分，其核心是针对于特定的应用环境，设计合理的数据模型，创建数据库及其应用系统，使之能够有效地存储和处理数据，以满足用户的应用需求。从实用角度出发，数据库设计可分为如下几个步骤： 第一步：创建概念数据模型 ◆确定实体和关系 ◆确定属性 ◆规化数据 第二步：生成物理数据模型 第三步：验证设计 为便于学习者理解和掌握，下面结合具体的实例来讲解和展示数据库设计的详细过程。假定我们要开发一个小型的ERP系统，以管理公司部资源，其应用业务场景描述如下： v512工作室由IT业界专业人士组成，在提供高端IT培训业务的同时，还自主制作并免费发布大量公益性学习资源，工作室以公司形式运营，目前共拥有18名员工，这些员工分属于4个部门，且员工之间存在上下级管理关系。计划将来根据业务的发展设立更多的部门，聘用更多的员工。为保证质量，工作室对其成员的各项专业技能进行了级别评定。 8.5.1 确定实体和关系 1. 确定高级别的活动 要确定本ERP系统数据库设计中的实体和实体间关系，首先应明确要基于该数据库执行的高级别活动，这里所谓的高级别活动是指从用户的视角出发，确定本数据库设计中系统所涉及到的业务活动。比如，存储和维护员工的个人信息等。 在前述的应用业务场景中，v512工作室需要考虑的高级别活动包括： -聘用新员工 -解雇现有员工 -维护员工的个人信息 -增设新部门 -裁撤现有部门 -维护部门信息 -维护工作室业务相关的技能信息 -维护各员工的业务技能掌握情况 2. 确定实体 接下来要确定的是，针对上述的高级别活动需要记录和维护有关哪些事物的信息，这些事物将被转换为实体。其中，员工相关信息可抽象为“Employee”实体、部门相关信息可抽象为“Department”实体、技能相关信息抽象为“Skill”实体，为规和方便起见，这些实体均采用英文命名，并尽量在名称中体现其含义。 3. 确定关系 进一步对上述高级活动进行分析，以确定实体间存在何种关系。具体包括： -Employee-Department实体之间存在隶属关系 员工必须且只能隶属于某一个特定的部门，一个部门可以包含0～多名员工，此为一对多关系。 这种从两个方向上对同一个关系的细化描述被称为关系的角色，每个关系都对应两种角色。
数据库设计的案例分析 一、教学管理 1. 基本需求 某学校设计学生教学管理系统。学生实体包括学号、、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号和名称，一个专业属于一个学院，一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分，每门课程由一个学院开设。学生选修的每门课程获得一个成绩。 设计该教学管理的ER模型，然后转化为关系模型。 若上面的管理系统还要管理教师教学安排，教师包括编号、、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。试修改上题的ER 模型，将教师教学信息管理增加进去。
2. 参考设计： 图一教学管理ER图 由ER模型转换的关系模型是： 学生（学号，，性别，生日，民族，籍贯，专业号，简历，登记照） 专业（专业号，专业，专业类别，学院号） 学院（学院号，学院，院长） 课程（课程号，课程名，学分，学院号） 成绩（学号，课程号，成绩） （题目分析：本题中有学生、专业、学院、课程四个实体。一个学生只有一个主修专业，学生与专业有多对一的联系；一个专业只由一个学院开设，一门课程只由一个学院开设，学院与专业、学院与课程都是一对多的联系；学生与课程有多对多的联系。 在转换为关系模型时，一对多的联系都在相应的多方实体的关系中增加一个外键。） 增加教师，ER图如下。
图二有教师实体的教学管理ER图 3. 物理设计 基于Access的数据库结构设计如下。 指定数据库文件的名称，并为设计好的关系模型设计表结构。 数据库文件保存在“E:\教学管理\”文件夹中，数据库文件名：教学管理.MDB。 表包括：学院、专业、学生、课程、成绩单。对应表结构如表1-2至表1-6所示。 表1-1 学院 字段名类型宽度小数主键/索 引参照表约束Null 值 学院号文本型 2 ↑（主） 学院文本型16 院长文本型8 √ 表1-2 专业 字段名类型宽度小数主键/索 引参照表约束Null 值 专业号文本型 4 ↑（主） 专业文本型16 专业类别文本型8 ↑ 学院号文本型 2 学院 表1-3 学生 字段名类型宽度小数主键/索参照表约束Null
本文力图从企业运营和管理的角度，梳理出发掘大数据价值的一般规律: ?以数据驱动的决策，主要通过提高预测概率，来提高决策成功率； ?以数据驱动的流程，主要是形成营销闭环战略，提高销售漏斗的转化率； ?以数据驱动的产品，在产品设计阶段，强调个性化；在产品运营阶段，则强调迭代式创新。 从谷歌、亚马逊、Facebook、LinkedIn，到阿里、百度、腾讯，都因其拥有大量的用户注册和运营信息，成为天然的大数据公司。而像IBM、Oracle、EMC、惠普这类大型技术公司纷纷投身大数据，通过整合大数据的信息和应用，给其他公司提供“硬件+软件+数据”的整体解决方案。我们关注的重点是大数据的价值，第一类公司首当其冲。 下面就是这些天然大数据公司的挖掘价值的典型案例: 01 亚马逊的“信息公司” 如果全球哪家公司从大数据发掘出了最大价值，截至目前，答案可能非亚马逊莫属。亚马逊也要处理海量数据，这些交易数据的直接价值更大。作为一家“信息公司”，亚马逊不仅从每个用户的购买行为中获得信息，还将每个用户在其网站上的所有行为都记录下来：页面停留时间、用户是否查看评论、每个搜索的关键词、浏览的商品等等。这种对数据价值的高度敏感和重视，以及强大的挖掘能力，使得亚马逊早已远远超出了它的传统运营方式。 亚马逊CTO Werner Vogels在CeBIT上关于大数据的演讲，向与会者描述了亚马逊在大数据时代的商业蓝图。长期以来，亚马逊一直通过大数据分析，尝试定位客户和和获取客户反馈。“在此过程中，你会发现数据越大，结果越好。为什么有的企业在商业上不断犯错？那是因为他们没有足够的数据对运营和决策提供支持，”Vogels说，“一旦进入大数据的世界，企业的手中将握有无限可能。”从支撑新兴技术企业的基础设施到消费内容的移动设备，亚马逊的触角已触及到更为广阔的领域。 亚马逊推荐：亚马逊的各个业务环节都离不开“数据驱动”的身影。在亚马逊上买过东西的朋友可能对它的推荐功能都很熟悉，“买过X商品的人，也同
典型案例数据库设计 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
本科学生综合性实验报告 课程名称：数据库系统原理 电子商务数据库设计 项目组长学号 0061375 班级选课03班小组第12组 实验项目名称乐购电子商城销售系统设计 指导教师 开课学期 2008 至 2009 学年第一学期 完成时间 2008年 12 月 30 日 目录
1、需求分析 系统的功能描述 电子商城销售管理系统ESS用户分为三类： （1）商家管理员：此类客户可以取得商城管理员的权限，可以浏览所有客户信息，查找客户，给客户分配合理的权限，删除不合法客户等。 （2）商城游客：只可以浏览商城开放的业务和信息，不可以进行网上交 也不为该类客户提供个性化服务，该类客户无需注册。 （3）商城正式客户：必须在商城注册，登录本商城后，这类客户可以 览商城开放的业务和信息，可以进行网上交易，也可享受商城提供的个性化服务以及优惠服务等。 作为在线购物商城，前台销售系统提供以下功能：客户信息管理,商品信息管理,购物车管理，订单信息管理。 （1）客户信息管理 ①客户必须注册并登录本系统才能进行网上交易活动。一个客户只能拥有一个注册号（用户名），注册号可由客户根据自己的喜好自行定义，但必须唯一且在6-16位以内,且第一位必为字母C,其他只能由数字组成。 ②同一时间内一个注册号不能在多处登录。客户所填资料必须真实，其中注册号、密码、姓名、性别、地址、邮编为必填资料。 ③客户的积分将根据客户的订单金额逐次积累，即客户每购买一元的商品，则客户积分增加一分.其积分等级分为一钻,二钻,三钻,一钻客户为普通客户,积分为0-499分,不享受任何优惠;二钻客户积分为500-999分以内,所有商品九折优惠;三钻客户积分为1000分以上,所有商品八折优惠.当客户积分达到一定分数后,自动修改为相应等级。 ④客户注册成功以后，其注册信息将自动被加入客户表中。登录系统后，客户可以查询或修改个人信息。 （2）商品信息管理 ①客户登录本系统后，可以浏览本商城所展示的商品。 ②客户登录本系统后，可以查找自己所需要的商品。 ③客户登录本系统后，可以购买自己选中的商品。 （3）购物车管理
物流管理信息系统的数据库设计 （案例分析） 系统名称：物流管理信息系统（数据库管理系统） 一、需求分析 需求分析是整个数据库设计过程的基础，要收集数据库所有用户的信息内容和处理要求，并加以规格化和分析。 物流管理系统是为制造商和零售商设计的管理系统数据库系统，目的是： 1、实现上游制造商的信息管理。 2、实现下游零售商的信息管理。 3、实现进库与配送的信息管理。从而提高物流效率，降低物流成本并提高 企业管理化水平。经过调研分析，得到系统的如下功能需求。 （1）数据检索 1、制造商、零售商查询某一产品名称，规格和单位 输入：产品编号 输出：产品名称，产品规格，产品单位，制造商编号 2、物流中心、制造商查询某一零售商名称，联系人，地址，电话号码，网址 输入：零售商编号 输出：零售商名称，联系人，地址，电话号码，网址 3、零售商、物流中心查询某一制造商信息表 输入：制造商编号 输出：制造商名称，联系人，地址，电话号码，网址 4、物流中心、制造商、零售商查询某一产品的出库信息表 输入：仓库编号 输出：仓库编号，库名，地址，电话 5、物流中心、零售商查询某一产品的制造商和产品信息表 输入：产品编号编号 输出：制造商名称,联系人,地址,电话号码,网站,产品名称,产品名称,产品规格,产品单位 6、查询某一产品对应的物流中心编号及产品信息 输入：产品编号 输出：物流中心编号,货物价格,提取.产品编号,产品.产品名称,产品名称,产品规格,产品单位 7、制造商，零售商查询某一物流中心信息 输入：物流中心编号 输出：物理中心名称，联系人，地址，电话号码，网址 （2）数据插入 ①产品数据插入 ②制造商数据插入 ③零售商数据插入 ④物流中心数据插入 （3）数据修改 ①产品数据修改：某产品数据变化时，输入该产品编号以及需修改的属性，
数据库课程设计报告 教学管理系统 数据库设计 课程设计题目教学管理系统学院软件学院 班级软件技术四班年级2013级 姓名彭超李新徐彤（2014 年11月）
用5行左右的文字对系统进行简要介绍 对教学管理信息统一规范整理，实现各种信息的自动管理。为便于信息的查询，找出各种信息的关联性，根据各种需求设计出合理的报表。 减轻教学日常信息管理的负担，方便学生、教师查询信息和学校对所有信息的管理。以简单便捷的操作获取详尽的信息。 一、数据需求分析 某学校设计学生教学管理系统。学生实体包括学号、姓名、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号、名称和类别，一个专业属于一个学院，一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分，每门课程由一个学院开设。学生选修的每门课程获得一个成绩。另外，为了管理教师教学安排，教师包括编号、姓名、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。 本系统数据字典如下： 数据项表
数据流 数据流表 二、概念结构设计 1．首先确定系统中的实体 从以上数据需求可以看出，系统共包括5个实体：学生、专业、学院、教师、课程。
2．再确定系统中实体间的关系 根据数据需求描述推出：专业与学生是1对多关系；学生与课程是多对多关系；课程与老师是多对多关系；课程与学院是多对1关系；学院与专业是1对多关系；学院与教师是1对多关系。 3．转化成E-R图 图1 实体-属性图 图2 教学管理ER图 三、逻辑结构设计
大型数据库期末大作业案例教材购销系统 1.需求分析。 2.数据库设计。 2.1概念结构设计 2．2逻辑结构设计。 2.3物理结构设计。 3.数据库实施。 4.数据库运行。
1．需求分析 教材购销管理系统：教材购销管理系统是帮助管理人员、教材销售和库存的管理软件。该教材购销管理系统软件目前已有比较完善的管理与使用功能，该项目的用户是学校，开发本系统是为了教材购销管理系统更完善，为了教材购销对商品库存和销售的管理更方便，为了减轻工作人员的工作负担，以现代化的创新思维模式去工作。 系统的功能要求： 销售子系统 （1）审查有效性 学生将购书单交给教材科秘书，秘书通过查阅各班学生用书表、售书登记表检查是否允许该生买书。 （2）开发票 如果允许学生买书，教材科会计将按购书单查阅教材存量表，如果有书且数量够，则开交款发票，否则，将购书单中无法购买的书的信息写入缺书登记表，以备以后补售教材。 （3）登记并开领书单 教材科出纳员根据发票上的总金额收取现金，并进行售书登记，同时开领书单，学生将领书单交给保管员，领书。 （4）补售教材 采购部门进书后，教材科秘书根据进书通知和缺书登记表给没买到教材的学生发补售通知单。 采购子系统 （1）教材入库 采购员采购教材后，将进书单交给秘书，秘书修改教材库存和待购量。 （2）统计 秘书每月按书号和出版社统计缺书，形成待购教材表和缺书单，供采购员采购时使用。
2系统设计 2.1 概念结构设计 E-R图是分为两部分实体和属性，每个实体可以有多个属性，这些属性用来表示实体的性质。不同实体之间可以用关系进行连接，表明各个实体之间的内在联系。实体和实体之间的关系有一对一的关系（1：1），一对多的关系（1：N）和多对多的关系（N：M）。各个实体分E-R图如下图所示
酒店管理系统 一、背景说明 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。 二、部门的划分 1．饮食部门 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。 在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。 2．住宿管理部门 它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退房时间。C.统计各类房间的客满程度。D.对本部门的财务流动进行登记处理。以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。 3．娱乐管理部门 娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。这些信息都需要长时间保留并上报。 4．经理部门 经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的