数据库设计案例分析
一、教学管理
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 售书细目结构
谢谢
数据库设计的案例分析 一、教学管理 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
小区景观设计案例分析报告 ——海德名园景观规划设计 姓名:张天辰 班级:07级专科环艺一班 辅导老师:张扬
分析海德名园的景观规划 海德名园位于宜兴团氿湖南、北岸与东面(氿滨路沿线)的区域。该区就是目前宜兴最具景观与环境优势的区域。 海德名园所处地理条件优越,自然环境宜人。区位条件优越,交通便利,离中心商业区仅1公里的距离。南有湖(团氿湖)北有山,自然环境宜人。 此方案区域发展前景巨大。作为宜兴城市与房地产发展的两大区域之一的团氿板块,既就是城市规划发展的重点区域,又就是当地消费者公认的高品质住宅区。而团氿板块所拥有的自然环境以及区位优势,就是其它区域无法比拟的。 并且此方案产品多样化,最大限度满足了不同的需求。以及此方案的景观设计结合了整个区域的景观设计,从而最终实现整个区域的
设计统一性。 此方案的设计者所要表达的设计目标就是重视生活品质,创造具有诗意的环境空间,展现一定的文化内涵,强调人与自然共生的理念。为开发者提供一个可以有效控制经济成本的设计,来达到更好的经济与财务回报。并且提出杰出的理念设计配合商业市场运作,彰显出业主在同行业中的超前思维与领先地位。 设计者在研究了整个项目背景与设计目标、市场定位之后,提出以海马”与“花”融为一体,并通过圆形水纹的设计元素来衔接地块,对英式风格作出全新的诠释的设计理念。三者完美的结合,充分的体现了设计者热爱自然,向往自然,展示了设计者以人为本,将自然的环境引入人们的生活,让人们的生活走向自然贴近自然的设计理念。全新的诠释英式风格,简化了古典的欧式风格,加入了现代的元素,强化了简约这一概念,让人既能欣赏到古典的风韵,又不乏现代的气息。
【关键字】方案、情况、方法、实效、空间、文件、模式、运行、认识、问题、系统、有效、充分、公开、持续、统一、发展、建立、制定、发现、了解、措施、特点、位置、安全、稳定、准则、根本、基础、需要、项目、职能、需求、方式、作用、标准、规模、结构、水平、速度、关系、设置、分析、简化、吸引、逐步、形成、严格、管理、维护、服务、发挥、解决、优化、调整、分工、保障、实现、提高、落实、系统性 酒店管理系统 一、背景说明 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。 二、部门的划分 1．饮食部门 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。 在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。 2．住宿管理部门 它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退房时间。C.统计各类房间的客满程度。D.对本部门的财务流动进行登记处理。以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。 3．娱乐管理部门 娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、
1.需求分析 2.概念结构设计 3.逻辑结构设计 4.物理结构设计 5.数据库的建立和测试 6.数据库运行和维护 《车辆管理系统》数据库设计 班级：11计算机转 学号：1116939040 姓名：王湘萍 一．需求分析 1.1可行性分析 现在随着企业规模的扩大以及车辆作为最为普遍的交通工具，在企业中已经不是单一的存在，由于单位车辆数目的急剧增加，与之相对应的问题随之而生，比如车辆的使用权问题，车辆的费用问题等，不再是简单的少量的数据。为了解决这一系列的问题，我们必须借助于电脑的强大的数据处理能力和存储能力，如此可以减少人力财力来维护这些数据，可以用更少的投入来换取更佳的数据管理。因此，在这样的情况下，开发单位车辆管理系统是可行的，是必要的。如今，MIS开发已经慢慢的驱向成熟，车辆管理系统也有部分开发，但是都还不是十分完善。现今已经开发的车辆管理系统都是针对以运营为主的具有盈利目的的单位。比如，公交管理、出租车管理、运输公司管理、汽车站点的管理，而这些管理最主要是针对盈利的管理，很少有针对各种汽车使用权、车辆调配等各种普通单位，不是以车辆运营为盈利手段的车辆管理，针对这点，此系统就是适合如今大多数企业管理的车辆管理系统。 通过计算机系统对学校进行全面的管理，满足了学校的现代化管理的要求。 1）经济性 ①系统建设不需要很大的投入； ②可缩减人员编制，减少人力费用； ③人员利用率的改进； 2）技术性 ①处理速度快，准确； ②通过权限的设置，数据的安全性好； ③方便查询； ④控制精度或生产能力的提高 3）社会性
①可降低工作人员工作强度，提高效率，会得到上下员工的一致同意的； ②可引进先进的管理系统开发方案，从而达到充分利用现有资源 1.2需求分析 现代信息技术特别是计算机网络技术的飞速发展，使我们的管理模式产生了质的飞跃，网络化管理将成为信息时代的重要标志和组成部分。探索、研究并构建适宜于在计算机网络环境下的管理模式，是我们责无旁贷的使命。 通过调查，要求系统需要具有以下功能： 1）由于操作人员的计算机知识普遍较差，要求有良好的人机界面。 2）由于该系统的使用对象多，要求有较好的权限管理。 3）方便的数据查询，支持多条件查询。 4）基础信息管理与查询（包括车辆信息、用车记录、部门信息）。 5）通过计算机，能够直接“透视”仓库存储情况。 6）数据计算自动完成，尽量减少人工干预。 7）系统退出。 1.3 系统的模型结构 该系统的模型结构如图2.1所示: 图2.1 系统的模型结构 1.4业务流程分析
规划设计法规与政策作业 姓名：李景 学号：7126116 目前我国法律体系分为法律、法规、行业标准规定、地方法 规、司法解释几个层面（如下表所示），法律层面如《中华人民共和 国城乡规划法》、《中华人民共和国森林法》，法规层面如《风景名胜 区管理暂行条例》，行业标准规定如《城市居住区规划设计规范》、 《城市绿化工程施工及验收规范》，地方法规如《江苏省城市绿化管 理条例》、《江苏省园林分类分级管理暂行办法》基本涵盖规划设计、 施工建设管理、行政审批等行业主要环节，基本做到有法可依，有 据可查。 下面我就我个人工作中遇到的几个法规问题简单分析下： 案例一： 某开发商开发建设一中档住宅楼盘，考虑到成本因素，想减少 、管路敷设技术通过管线不仅可以解决吊顶层配置不规范高中资料试卷问题，而且可保障各类管路习题到位。在管路敷设过程中，要加强看护关于管路高中资料试卷连接管口处理高中资料试卷弯扁度固定盒位置保护层防腐跨接地线弯曲半径标高等，要求技术交底。管线敷设技术包含线槽、管架等多项方式，为解决高中语文电气课件中管壁薄、接口不严等问题，合理利用管线敷设技术。线缆敷设原则：在分线盒处，当不同电压回路交叉时，应采用金属隔板进行隔开处理；同一线槽内，强电回路须同时切断习题电源，线缆敷设完毕，要进行检查和检测处理。、电气课件中调试对全部高中资料试卷电气设备，在安装过程中以及安装结束后进行 高中资料试卷调整试验；通电检查所有设备高中资料试卷相互作用与相互关系，根据生产工艺高中资料试卷要求，对电气设备进行空载与带负荷下高中资料试卷调控试验；对设备进行调整使其在正常工况下与过度工作下都可以正常工作；对于继电保护进行整核对定值，审核与校对图纸，编写复杂设备与装置高中资料试卷调试方案，编写重要设备高中资料试卷试验方案以及系统启动方案；对整套启动过程中高中资料试卷电气设备进行调试工作并且进行过关运行高中资料试卷技术指导。对于调试过程中高中资料试卷技术问题，作为调试人员，需要在事前掌握图纸资料、设备制造厂家出具高中资料试卷试验报告与相关技术资料，并且了解现场设备高中资料试卷布置情况与有关高中资料试卷电气系统接线等情况，然后根据规范与规程规定，制定设备调试高中资料试卷方案。 、电气设备调试高中资料试卷技术电力保护装置调试技术，电力保护高中资料试卷配置技术是指机组在进行继电保护高中资料试卷总体配置时，需要在最大限度内来确保机组高中资料试卷安全，并且尽可能地缩小故障高中资料试卷破坏范围，或者对某些异常高中资料试卷工况进行自动处理，尤其要避免错误高中资料试卷保护装置动作，并且拒绝动作，来避免不必要高中资料试卷突然停机。因此，电力高中资料试卷保护装置调试技术，要求电力保护装置做到准确灵活。对于差动保护装置高中资料试卷调试技术是指发电机一变压器组在发生内部故障时，需要进行外部电源高中资料试卷切除从而采用高中资料试卷主要保护装置。
学生成绩管理系统 目录一：需求分析 二：系统功能描述 三：E-R图 四：数据库逻辑结构设计 五：数据库物理设计 六：代码设计 七：SQL代码 八：界面截图 一：需求分析： 随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长，对学生成绩信息的管理难度随之增大。面队如此庞大的信息量，这就需要学生成绩管理信息系统来提高学生管理工作的效率。通过这样的系统，做到信
息的规范管理、科学统计以及快速的查询和修改，从而减少管理方面的工作量。总体任务是要实现学生成绩信息关系的系统化、规范化和自动化。根据总体任务的要求进行需求分析得出，学生成绩管理信息系统需要完成的功能主要如下：学生基本信息的输入，其中包括学生学号、姓名、性别、所属学院，所属系别，所属班级、出生年月、籍贯、宿舍、联系方式等。 学校基本课程信息的输入，包括课程编号、课程名称、课程属性、课程描述以及完成该课程所得的学分。 教师基本信息的输入，其中包括教师编号，教师姓名，教师职称，所教课程，所教班级等情况 学生信息，教师信息，课程信息，学生考试成绩的插入，删除，修改、查询和统计。 识别每个用户的身份和密码，从而保证信息的安全性，防止信息的外泄和盗用。 还有，涉及到信息的增，删，改的，主要都是面向教务管理员，教师只能录入成绩，查询成绩，修改成绩，和查询个人信息，而学生只能登录查看自己的信息，查询成绩等。 二：系统功能描述 教务处（管理员） 教师学生
院
三：E-R图（概念结构建立）1）学生查询系统的分E-R图
2）教师查询更新系统的分E-R图 3）管理员分E－R图
软件数据库设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目来源 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5参考资料 (2) 2. 数据库命名规则 (3) 3. 数据库设计说明 (3) 3.1数据库逻辑设计 (3) 3.2数据库物理设计 (3) 3.3数据库分布 (3) 3.4基表设计 (4) 3.5视图设计 (5) 3.6索引设计 (6) 3.7完整性约束 (7) 3.8授权设计 (7) 3.9触发器设计 (8) 3.10存储过程设计 (8) 3.11数据复制设计 (9) 4. 词汇表 (10) 5. 历史数据处理 (10)
引言 引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。通过这份数据库设计说明书详尽准确地描述了该软件产品的数据库结构。如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。 1.2 项目来源 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的各种排版约定。排版约定应该包括： ●命名方法； ●提示方式； ●通配符号： ●等等。 1.4 预期读者和阅读建议 列举本数据库设计说明书所针对的各种不同的预期读者，例如，可能包括： ●开发人员； ●项目经理； ●测试人员； ●文档编写人员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.5 参考资料 列举编写需求规格说明书时所用到的参考文献及资料，可能包括； ●本项目的合同书； ●上级机关有关本项目的批文；
实用标准文档 例一： 案例名豪申创意中心案例投资 5500 万元称总额 作者崔海涛设计是否竣工项目案例 选用 设计类室内设计案例类型展览空间型 案例所江苏南通市案例面积 8800 平方在地米详细地南通市通州区川港工业区石江公路1907 号 址 参与设朱非波、崔自豪竣工时间 2015-5-1 计师 业主名豪申布艺有限公司 称 业主联 undefined 系人 所用材凌云幕墙、环球UMGG、兔宝宝等品牌 料品牌 设计说 A、作品对城市需求与价值的独特挖掘角度: 明展现了南通家纺行业的新面貌，体现了南通家纺业的良好发展 B、作品在环境风格上的设计创新点: 它在外形和颜色上与周围建筑形成鲜明对比，看上去眼前一亮，从而产 生一枝独秀的效果，避免给人一种枯燥乏味的感觉。C、作品在空间布局 上的设计创新点 : 将豪申公司的五大事业部合理安排到各个区域，完美呈现 D、作品在设计选材上的设计创新点: 使用环保材料 E、作品在投入运营后的出众效果与评价: 销售量稳步上涨，扩大营业面积，给客户带来良好的空间印象 总体构思：本着对城市需求与价值的体现，创造舒适的公共空间环 境，运用材料、空间、形式、场地等元素进行合理的空间布置，并
实用标准文档 在此基础上将室内空间布局与材料相结合，使达到室内空间的科学性与艺术性。
实用标准文档 HA事业部顶面图 HA 事业部作为展示用途面 积占用大于1/2, 展示空间运用大 量采光，来表达突出展品的美感与 价值。 HB事业部总平图 HB事业部采用与 HA不同 的表现方法，展品不再集中占 用大面积的场地，而是将展品 分割陈列于互无关系的独立 空间中，将不同风格的布艺展 品充分表达，做到一花一世界 的既视感。 HB展厅顶面布置图 作为展厅更加注重展 品与光和环境元素的结合， 突出体现在光的运用更加 频繁。
图书销售 建立某中小型书店图书销售管理信息系统的数据库。 1. 基本需求分析 1）组织结构 对组织结构的分析有助于分析业务范围与业务流程。书店的组织结构如图三所示。 图三书店组织结构简图 其中，书库是保存图书的地方；购书/服务部负责采购计划、读者服务、图书预订等业务；售书部负责图书的销售。财务部负责资金管理；人事部负责员工管理与业务考核。 2）业务分析 对于信息处理系统来说，划分系统边界很重要，即哪些功能由计算机来完成，哪些工作在计算机外完成。这些要通过业务分析确定。同时，业务流程中涉及的相关数据也通过业务分析得到归类和明确。在业务分析的基础上，确定数据流图和数据字典。 本系统主要包含以下业务内容。 ①进书业务。事先采购员根据订书单采购图书。然后将图书入库，同时登记相应的图书入库数据。 本项业务涉及的数据单据和表格有：进书单（包括进书单编号、日期、金额、经手人等）和进书单细目（一个进书单可能有若干种图书。进书单的细目数据包括每种图书的信息、定价、进价或折扣，数量），以及书库账本（图书信息、库存数量、价格等）。 ②售书业务。售书员根据读者所购图书填写售书单（如图四所示）。同时，修改库存信息。
本项业务涉及和产生的数据表格有：售书单（包括售书单编号、售书日期、金额、员工）、售书细目（一个售书单可能有若干种图书。售书细目包括该次售书的书籍编号、售出数量、折扣、售出价格等），以及书库账本。 图四售书单样式 ③图书查询服务业务。根据读者要求，提供本书店特定的图书及库存信息。 本项业务涉及的主要数据是书库账本。 ④综合管理业务。包括进书信息、销售信息、库存信息的查询、汇总和报表输出。 本项业务涉及所有的进书数据、销售数据和库存数据等。 3）处理的数据 上面的分析将本系统的业务归纳为4项。在业务分析的基础上，应该画出系统的数据流图。整个系统的分层数据流图将揭示一个系统内全部的数据项、数据结构、数据存储以及对数据的加工处理功能。在此基础上就可以建立系统的数据字典。本书不讨论数据流图和完整的数据字典规范等内容，仅对最后建立数据库所需要的数据进行分析说明。 在上述4项业务中涉及到的业务数据包括：进书数据、库存数据、销售数据。在这些数据中又涉及到图书数据、员工数据等，而图书数据与出版社有关，员工与部门有关。 因此，将所有数据进行归类分析，书店销售管理信息系统要处理的数据应该包括：
第三设计院案例分析报告 案例分析思路： 人物分析： 小苏 通过分析可以肯定小苏的工作认真负责，效率高，学习能力很强，性格外向独立，具有坚忍不拔的精神，思维活跃、敢于尝试，盯住目标锲而不舍，说不定是块改革、创新的好材料。但却很少与同事有非正式交流，这也就是小苏后来出现人际交往问题的根源。 老刘 作为一个领导，老刘具有一定的管理能力，但是在对待小苏的问题上，没有充分的肯定小苏的工作，及未委婉的告诉小苏这件事情的严重性，从一定的程度上来打击了小苏的工作积极性。他应该疏导双方的情绪，并充分的了解双方情况。制造机会让双方的矛盾得到缓解。 组织内部分析： 组织内部人际关系良好，氛围轻松，有助于组织人员发挥自己的工作能力，满足工作人员的社交的需要。但是从案例中，我们可以发现，第三设计院组内，存在着懒散，不思进取的作风，也就是说组织目标不够合理，没有充分的发挥好组织的优势。 1．小苏和大伙之间产生矛盾的原因是什么？ 既有沟通不良因素，角色冲突因素，也有一定的个人行为因素。 首先，由于组织内的沟通不良，造成彼此之间的的误解与敌意。案例中显示，小苏新到这个课题组，但她却除了自己的工作之外，无论上班时还是下班后，都很少与其他人有什么非正式交流，正是这种沟通不善，使小苏难以获得他人的了解与认同。 第二，角色冲突因素。由于他们在组织内承担角色不同，各有其特定的任务和职责，从而产生不同的需要和利益，因此引发冲突。小苏作为课题组的新人，有着很高的工作热情，认真负责，刻苦钻研，希望尽快的展示自己的抱负和能力。但她却忽视了自身的角色定位，过多的越过自己的工作权限插手和干预到他人的工作，给以指点和评论，引起他人的反感。 第三，个人行为因素引发矛盾冲突 小苏和大伙之间存在着个体的差异性，其价值观和知觉方式也有所不同。小苏信奉的是多干快干，早出成果，而老贾和他人则崇尚课题组内的良好人际关系和快乐和谐的气氛，对工作坚持稳扎稳打，不求速度。 另外，小苏比较外向，独立，直接和张扬的个性也引起他人不满。 2．小苏应如何处理好与同事之间的关系？ 第一，改善人际关系，一定要体现平等的原则，互利和相容的原则。要让小苏和大伙和平共处，平等相待，彼此之间相互尊重，相互交流，同时应该心胸宽广，既坚持原则，又要宽以待人。检讨一下自己是不是对工作的热心度超过同事间交
软件数据库设计报告模板
软件数据库设计报告文档模板 1. 引言4 1.1编写目的 (4) 1.2项目来源 (5) 1.3文档约定 (5) 1.4预期读者和阅读建议 (5) 1.5参考资料 (6) 2. 数据库命名规则7 3. 数据库设计说明7 3.1数据库逻辑设计 (7) 3.2数据库物理设计 (8) 3.3数据库分布 (8) 3.4基表设计 (10) 3.5视图设计 (13) 3.6索引设计 (15) 3.7完整性约束 (17) 3.8授权设计 (18) 3.9触发器设计 (19) 3.10存储过程设计 (20) 3.11数据复制设计 (21) 4. 词汇表24 5. 历史数据处理25
1. 引言 引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。通过这份数据库设计说明书
详尽准确地描述了该软件产品的数据库结构。如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。 1.2 项目来源 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的各种排版约定。排版约定应该包括： ●命名方法； ●提示方式； ●通配符号： ●等等。 1.4 预期读者和阅读建议 列举本数据库设计说明书所针对的各种不
南京航空航天大学人机工程学课程报告书 自行车设计中的人机工程学案例分析 指导教师：陈炳发 姓名：郭霞 班级学号：SQ002 2010-07-03
自行车设计中的人机工程学案例分析 一、人一自行车系统 组成自行车的功能是供人骑行，就发挥自行车的功能作用而言，把人看作自行车的组成部分是完全合理的。因此，人在骑车时组成了人一车系统，该人一车系统中的人一车界面关系可由图1-1来进行分析。 1．人与支撑部件关系 图1-1 人-车界面关系 支撑部件主要有车架、前叉、鞍座和车把等，是自行车的构架。支撑部分将其他零部件固定在相互间正确的位置上，保证自行车的整体性，实现自行车的功能。从人机关系来看，鞍座、车把和车架等的位置和大小，以及它们间的相互关系，与骑车人的位置和肌肉的动作有着性的设计参数。 2．人与动力接受部件关系 动力接受部件主要是脚蹬和曲柄。动力是靠骑车人的双脚踩在脚蹬上，下肢运动的力使曲柄转动而产生的。为了使人省力和有舒适感，必须在骑自行车人的体格和体力与自行车元件的尺寸关系上下功夫，即研究人体下肢肌肉的收缩运动与曲柄转动之间的能量转换问题。
3 ．人与传动部件关系 传动部件主要是滚珠、链条和链轮。人的作用力是通过链条和链轮传动而带动后轮转动，从而使自行车前移。传动部分的设计关键是要有较高的传动效率和可靠性，且有易操纵的变速机构。保证较高的传动效率，才能使人用一定的肌力而获得较大的输出功率。 4 ．人与工作部件关系 工作部件就是车轮，即车圈、轮胎等。绝大部分轮胎是充气的，少数是实心的。车轮一方面把骑车人的肌肉力量，有效地转换为同地面接触而向前运动的力；另一方面将骑车人的握力转换为与接地部分所产生的刹车阻力。在设计自行车的各部分尺寸、车闸及变速器等时，应该着眼于骑车人一动力一传动一工作的连贯性，才可能设计出同骑车人手的大小或握力相适应的闸把、刹车力适当的车闸，才不会发生刹车阻力不够而造成失误现象。 二、影响自行车性能的人体因素 影响自行车性能的人体因素很多，如图1-2 所示。现主要分析下述几点： 1．人的体格因素 以身高 H 为基本因素，其他身体的能力与 H 成比例，并有与H2、 H3成比例的特性。如手臂、腿、气管等的长度与身高成比例，从而以骨关节为中心所产生的力矩、步幅等，都取决于H的大小。肌肉、大动脉、骨骼的截面积以及肺泡的表面积等都可看成与 H2成比例。肺活量、血液量、心脏容量等都可看成与 H3成比例。体格对出力性能的影响，从理论上讲，弹跳能力与H成比例，速度能力与 H2成比例，作功能力和 H3成比例。但实际上因每个人身体素质不同，常有20％以上的偏差。 2．人的下肢肌力 自行车骑行的原动力，主要是骑车人的下肢肌力。人骑车时，骨骼肌肉内部的化学能转换为肌肉收缩的机械能。自行车脚蹬的转动就是通过腿肌收缩出力而完成的，一般说腿肌长的人比腿肌短的人有利。肌肉收缩时产生的力，一般与肌肉的截面积成比例，约为每平方厘米40--50N，通过一定训练的人可提高到65N 。
小区景观设计案例分析报告 分析海德名园的景观规划 海德名园位于宜兴团氿湖南、北岸和东面（氿滨路沿线）的区域。该区是目前宜兴最具景观和环境优势的区域。 海德名园所处地理条件优越，自然环境宜人。区位条件优越，交通便利，离中心商业区仅1公里的距离。南有湖（团氿湖）北有山，自然环境宜人。 此方案区域发展前景巨大。作为宜兴城市和房地产发展的两大区域之一的团氿板块，既是城市规划发展的重点区域，又是当地消费者公认的高品质住宅区。而团氿板块所拥有的自然环境以及区位优势，是其它区域无法比拟的。 并且此方案产品多样化，最大限度满足了不同的需求。以及此方案的景观设计结合了整个区域的景观设计，从而最终实现整个区域的设计统一性。 此方案的设计者所要表达的设计目标是重视生活品质，创造具有诗意的环境空间，展现一定的文化内涵，强调人与自然共生的理念。为开发者提供一个可以有效控制经济成本的设计，来达到更好的经济和财务回报。并且提出杰出的理念设计配合商业市场运作，彰显出业主在同行业中的超前思维和领先地位。 设计者在研究了整个项目背景和设计目标、市场定位之后，提出以海马”与“花”融为一体，并通过圆形水纹的设计元素来衔接地块，对英式风格作出全新的诠释的设计理念。三者完美的结合，充分的体
现了设计者热爱自然，向往自然，展示了设计者以人为本，将自然的环境引入人们的生活，让人们的生活走向自然贴近自然的设计理念。全新的诠释英式风格，简化了古典的欧式风格，加入了现代的元素，强化了简约这一概念，让人既能欣赏到古典的风韵，又不乏现代的气息。 整套的设计方案包括总体设计图和详细设计图。总体设计图包括总平面图、景观设计说明（小区景观意向图和别墅景观意向图）、总体空间分布图、开放空间分析图、车行流线分析图、地下车库分布图、别墅区分析图、主入口效果图（平面、剖面、透视）、大门廊柱局部平面、立面图、海马组团平面图、中央水景剖面图、海马水景雕塑广场剖面图、花之组团平面图、儿童乐园透视图、商业街效果图（平面图、剖面图、透视图）、联排庭院平面和透视图、典型组团透视和剖面图、别墅的不同设计图和效果图。详细设计图包括地形标高设计图、地面铺装设计图、照明设计图、标识的布局设计图、家具艺术品和特色铺装的设计以及院内的植物的植栽策略和乔木的布局设计图，还有一些材料的列表。最后是全区的鸟瞰图。 总平面图向我们展示了小区的总体布局，清晰的展示了建筑物、植物、道路和水体的布局。设计说明完整的阐述了设计者的设计理念，说明了设计者的设计策略和设计构想，深化了设计主题。设计这在表达自己的观点的同时采用了一些意向图来展示自己的构想。总体空间分布图清楚的将整个小区划分为5个区域，让人可以一目了然的区分哪里是什么区域。开放空间分析图展示了公共空间和私密空间的分
物流管理信息系统的数据库设计 （案例分析） 系统名称：物流管理信息系统（数据库管理系统） 一、需求分析 需求分析是整个数据库设计过程的基础，要收集数据库所有用户的信息内容和处理要求，并加以规格化和分析。 物流管理系统是为制造商和零售商设计的管理系统数据库系统，目的是： 1、实现上游制造商的信息管理。 2、实现下游零售商的信息管理。 3、实现进库与配送的信息管理。从而提高物流效率，降低物流成本并提高 企业管理化水平。经过调研分析，得到系统的如下功能需求。 （1）数据检索 1、制造商、零售商查询某一产品名称，规格和单位 输入：产品编号 输出：产品名称，产品规格，产品单位，制造商编号 2、物流中心、制造商查询某一零售商名称，联系人，地址，电话号码，网址 输入：零售商编号 输出：零售商名称，联系人，地址，电话号码，网址 3、零售商、物流中心查询某一制造商信息表 输入：制造商编号
输出：制造商名称，联系人，地址，电话号码，网址 4、物流中心、制造商、零售商查询某一产品的出库信息表 输入：仓库编号 输出：仓库编号，库名，地址，电话 5、物流中心、零售商查询某一产品的制造商和产品信息表 输入：产品编号编号 输出：制造商名称,联系人,地址,电话号码,网站,产品名称,产品名称,产品规格,产品单位 6、查询某一产品对应的物流中心编号及产品信息 输入：产品编号 输出：物流中心编号,货物价格,提取.产品编号,产品.产品名称,产品名称,产品规格,产品单位 7、制造商，零售商查询某一物流中心信息 输入：物流中心编号 输出：物理中心名称，联系人，地址，电话号码，网址 （2）数据插入 ①产品数据插入 ②制造商数据插入 ③零售商数据插入 ④物流中心数据插入 （3）数据修改 ①产品数据修改：某产品数据变化时，输入该产品编号以及需修改的属性，
数据库原理课程设计报告学生学籍管理系统 学生学号： 学生姓名： 所在学院： 专业年级： 年月日
前言 随着信息技术的飞速发展,信息化的大环境给各成人高校提出了实现校际互联,国际互联,实现静态资源共享,动态信息发布的要求; 信息化对学生个人提出了驾驭和掌握最新信息技术的素质要求;信息技术提供了对教学进行重大革新的新手段;信息化也为提高教学质量,提高管理水平,工作效率创造了有效途径. 校园网信息系统建设的重要性越来越为成人高校所重视. 利用计算机支持教学高效率，完成教学管理的日常事务，是适应现代教学制度要求、推动教学管理走向科学化、规范化的必要条件；而教学管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，不允许出错，如果实行手工操作，每月须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行教学管理工作，不仅能够保证各项准确无误、快速输出，而且还可以利用计算机对有关教学的各种信息进行统计，同时计算机具有手工管理所无法比拟的优点. 例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高员工工资管理的效率,也是教学的科学化、正规化管理，与世界接轨的件。 在软件开发的过程中，随着面向对象程序设计和数据库系统的成熟，数计成为软件开发的核心，程序的设计要服从数据，因此教学管理系统的数据库设计尤其重要。这里主要介绍教学管理系统的数据库方面的设计，从需求分析到数据库的运行与维护都进行详细的叙述。
目录 前言 (2) 1.需求分析 (4) 1.1需求分析的任务 (4) 1.2需求分析的工程 (4) 1.3数据字典 (5) 2.概念结构设计 (6) 2.1E-R图设计方法及关键技术 (6) 2.2学生学籍管理E-R图 (7) 3.逻辑结构设计 (8) 4.数据库实施 (9) 4.1建表 (9) 4.2 SQL语句查增删改操作 (10) 4.3建立条件查询 (12) 4.4窗体的建立 (13) 4.5登陆、查询操作 (16) 4.6增删改操作 (16) 5.数据库运行与维护 (17) 5.1数据库的运行 (17) 5.2数据库的维护 (17) 6.总结 (18)
数据库案例分析与设计考核题 1203批次前老平台学生，该门课程不用现场笔试考试（网上预约考试时间为虚设），请预约该门课程考试的学生将答案手写A4答题纸上，于规定时间内交到学习中心，哈站交到班主任处。未预约的学生提交的内容作废处理，预约后不按规定时间提交按旷考处理。 （答题纸附在第二页，所有答案必须写在答题纸上，标清题号） 一．设计报告的题目要求 在以下三个题目中选择一个，作为数据库应用系统设计的内容，进行必要的走访和调研完成你的设计报告。 1.人事信息管理系统 调研一个中等规模的机构或单位，完成该单位的人事信息管理系统的设计工作。以满足基本的人事管理功能：比如员工的基本信息管理，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；人事的调动任免信息的管理；按条件查询、统计，结果打印输出等。 2.超市会员管理系统 调研一个具有会员管理功能的商场或超市等，完成该单位的基本会员信息管理系统的设计。比如加入会员的基本信息，包括：会员的基本条件、优惠政策、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出等。 3.客房管理系统 调研一个中等规模的宾馆，完成该宾馆的客房管理信息系统的设计。实现客房管理的基本功能，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改等。 二．设计报告的内容要求 给出数据库系统的6个设计阶段的主要工作内容，其中(1)-(4)必做，(5)-(6)选做： (1)需求分析：收集并分析用户的基本要求，简要概述系统的设计目标；详细描述用户 对数据库的要求，明确用户需求；给出主要的用户活动图、数据流图和数据字典等。 (2)概念结构设计：对具体应用建模，给出数据间的关系模型；利用需求分析得到的数 据内容等给出主要的实体关系图(E-R图)，并详细描述实体和关系的属性等。 (3)逻辑结构设计：得到具体的关系模式集，并适当优化；利用得到的E-R图，转换为 具体的关系结构，并标明相互关联和各自的主键等具体内容；采用水平分解或垂直分解等方法，进行适当的优化。 (4)物理结构设计：选用一种DBMS，利用SQL语句给出数据库内模式的设计等；根据 得到的关系结构和选用的DBMS，进行关系构建具体的SQL语句，确定文件的存储方式、表的索引方式等。 (5)数据库实施：前端应用程序的设计等。 (6)数据库运行和维护：数据库的测试及运行过程。
学生信息管理系统数据库设计报告
学生信息管理系统数据库设计
目录 一、需求分析 ...................................................... 错误!未定义书签。组合的业务处理流程图： ................................. 错误!未定义书签。 二、概念分析 ...................................................... 错误!未定义书签。 三、逻辑设计 ...................................................... 错误!未定义书签。四．物理设计阶段 .............................................. 错误!未定义书签。 五、系统实现 ...................................................... 错误!未定义书签。 六、主要代码 ...................................................... 错误!未定义书签。 七、课程设计总结 .............................................. 错误!未定义书签。
一、需求分析 1.1功能需求分析 总体任务的实现是建立在对系统正确的需求分析基础之上的。需求分析分是数据库系统开发的第一步，也是最重要的一步。在大学的学习生活中学生的活动范围很广，信息量相对于以前增加，学生在学习生活中不但仅与寝室和同班同系的同学联系有时候还要与自己所学学科的任课老师交流联系，还要与本系的辅导员以及自己所在寝室的宿舍管理员等进行联系，这些信息分布比较散乱，难于集合起来。因此创立该数据库尽可能的将与学生相关的信息集合起来，将一些数据结构化，方便用户查询。 学生信息系统的基本情况 由于整个系统是由多个部分组成，因此各个信息如下： （1）学生信息：记录在学校中学生的基本信息，包括姓名，学号，出生年月，所属院系，所在班级，联系电话等等； （2）教师信息：记录与学生相关的教师的基本信息，包括教师姓名，联系电话，教授课程等等； （3）导师信息：记录学生所在院系的导师的相关信息，包括导师姓名，联系电话，领导院系等等；
沈阳理工大学应用技术学院统计分析报告 项目名称统计学第二期作业 所属课程名称统计学 提交日期2014年5月12日 班级物流一班（122061） 组名山口组 组员姓名吴清远（12206117）组长 马骏（12206119） 牛威（12206120）
【目的综述】 利用提供的我国35座城市2010年主要经济指标汇总表中的相关数据，通过运用SPSS软件对35座城市的地区生产总值（GDP）、地方财政预算内收入、固定资产投资总额、在岗职工平均人数、在岗职工工资总额这五个经济指标的描述性统计分析、数据计量尺度的趋势（集中、离中）测度、结合图表及各经济指标的描述性分析、将35座城市按区域划分为华北、东北、华东、华中、华南、西南、西北七组并结合五个经济指标对比分析的学习与练习。从而达到灵活运用各种工具、数据、图表清晰地统计分析各种事物的规律及特点，提升管理信息和分析信息的能力。 【分析思路综述】 首先在SPSS软件中录入我国35座城市2010年主要经济指标汇总表中的相关数据并对35座城市的地区生产总值（GDP）、地方财政预算内收入、固定资产投资总额、在岗职工平均人数、在岗职工工资总额这五个经济指标分别进行描述性统计分析。建立相应的SPSS格式数据文件针对数据的计量尺度进行趋势（集中、离中）测度；依据趋势测度指标的计算结果，并结合必要的统计图表对五个经济指标分别进行详细的描述性分析；将35座城市按区域划分为华北、东北、华东、华中、华南、西南、西北七组，并对各组的五个经济指标进行对比分析。
【统计分析具体过程与内容】 一、数据基础分析 1.打开SPSS软件点击左下角标由数据视图切换至变量视图 2.在名称项目中分别录入城市名称、生产总值（GDP）、财政预算内收入、固定资产投资总额、在岗职工平均人数、在岗职工工资总额这六个子项，并在类型项目中对应名称项目的六个子项分别选择字符串、数值（N）、数值(N)、数值(N)、数值(N)、数值(N),其余项目系统自动默认即可。 3.点击文件打开我国35所城市2010年主要经济指标.xls，数据自动录入SPSS数据视图。 4.（1）2010年中国35个城市GDP 均值：1155.8681亿元中值：821.2686亿元 方差：1468463.699亿元标准差：1211.80184亿元 极小值：95.36亿元极大值：6180.74亿元 偏度：2.587 峰度：8.190 四分位距：988.00亿元众数：95.36亿元 （详见表1、表2） （2）2010年中国35个城市财政预算收入 均值：1.0924E6万元中值：502155.0000万元 方差：3.050E12万元标准差：1.74630E6万元 极小值：65407.00万元极大值：8986227.00万元 偏度：3.502 峰度：13.341 四分位距：655911.00万元众数：65407.00万元 （详见表3、表4） （3）2010年中国35个城市固定资产投资总额 均值：5.0437E6万元中值：3.0736E6万元 方差：2.712E13万元标准差：5.20781E6万元 极小值：538413.00万元极大值：24389726.00万元 偏度：2.411 峰度：6.439
《数据库系统概论》课程设计报告 课程名称：数据库系统概论 院系年级：14级电气信息工程系 专业班级：计算机科学与技术1班 学号： 姓名： 联系电话： 指导教师： 安徽马鞍山
2016年6月 第一章相关方法技术 1.1数据库应用特点 数据库技术是现代信息科学与技术的重要组成部分，是计算机数据处理与信息管理系统的核心。数据库技术研究和解决了计算机信息处理过程中大量数据有效地组织和存储的问题，在数据库系统中减少数据存储冗余、实现数据共享、保障数据安全以及高效地检索数据和处理数据。随着计算机技术与网络通信技术的发展，数据库技术已成为信息社会中对大量数据进行组织与管理的重要技术手段及软件技术，是网络信息化管理系统的基础。 1.2数据与处理 以处理为中心 根据处理功能设计数据文件，处理功能需要什么数据就创建什么数据文件。处理功能是主动的，数据结构是依赖的。势必导致数据的冗余存储，潜在数据的不一致性。只适合科学计算，不适合数据密集型的事务处理系统。 以数据为中心 只要应用领域内的业务内容不变，其信息结构是稳定，多变的是处理功能。主张设计稳定的数据结构，自动适应处理程序的多变性。凡是数据库应用系统，适合采用以数据为中心的应用模式。 1.3数据库设计方法 （1）功能驱动方法: 这个方法设计依赖处理中心强调先根据功能要求画出分层的数据流程图从数据流程图当中收集数据项及其数据存储以及数据字典依据数字字典分析提取出数据库相关的各种信息类。 （2）E-R建模方法： 采用以数据为中心的设计策略在初步了解领域当中各种业务需求和处理过程基础上 1.4数据库设计步骤 按照规范化设计方法，从数据库应用系统设计和开发的全过程来考虑，将数据库及其应用软件系统的生命周期可以细分为七 个阶段：规划、需求分析、概念结构设计、逻辑结构设计、物理结构设计、实施及运行维护。 各阶段需完成的工作分别为： 1、应用规划 规划阶段进行系统的必要性和可行性分析，确定数据库系统在整个管理系统中的地位。 规划阶段必须要完成的任务包括：确定系统的范围；确定开发工作所需的资源（人员、硬件和软件）；估算软件开发的成本；确定项目进度。