PowerDesigner设计的数据库案例

数据库设计案例 1订货 2图书馆服务系统（LSS） 3学院教学管理 4 图书销售系统 5研究生管理 6重点单位消防管理信息系统 7学科体系概念模型 案例1 订货数据库 案例2 Library Service System 图书馆服务系统（LSS）及课程设计任务书 1． LSS目标 某大学新建了一个建筑面积一万多平方米的图书馆，藏有一百多万册图书。过去自行开发了一套基于PC和Foxbase的图书借阅管理系统，培养了二个系统开发维护人员和一批系统操作员。那套系统功能不全，效率和可靠性都不高。 现准备用一年时间，重新开发一套图书馆服务系统（LSS）。希望采用九十年代末期的先进信息技术，使图书馆的服务和管理上一个新台阶。 LSS目标： 1．为广大读者提供方便、全面、有效和公平的服务； 2．管好图书资源，提高图书利用率； 3．全面记录图书及流通信息，支持各类统计 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 ，以便科学管理和决策。 二．图书管理业务概况 1. 二个核心实体及其生命周期 1) 图书 购进→分类编目→流通使用→清理 [预约]→借书→[续借]→还书[处罚] ↑ | 存库_____________│ 2）读者（借书证） 办证→使用→注(吊)销 ↑↓ 冻结 2. 图书馆主要业务 1）编目：分类，标注中国图书分类码和主 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 词；录入所有图书的目录及部分图书的内容 2）借书证管理：办新证、换证、清理借书证（注、吊销）； 3）提供检索服务：查图书的目录、在馆状况；查图书内容； 4）流通服务：借、还、续借、预约、催还；罚款、冻结借书证； 5）图书清理：遗失、损坏、过时图书及相应目录的清理； 6）统计分析：分类统计图书、读者、借阅等信息。 3. 图书馆业务规则要点（不考虑图书采购、财务和后勤等业务） 1．图书和读者在各自“生命周期”中的情况应被详细记录，以支持日常事务和管理决策。 2．一种图书（类）可有n本图书（n≥1），ISBN唯一标识一种书，“图书号”唯一标识一本书。 3．图书或图书类的基本信息通过图书目录记录，包括：图书号，ISBN，中图分类号、书名、出版社、馆藏数、规格、文种、页数、字数、出版年月、印刷年月、印次、进馆日期、单价、馆藏位置、{作者}n1、{主题词}m1、内容摘要。 其中，同一图书类中多本（相同的）图书的印刷年月、印次、进馆日期及单价可能不同。 4．图书馆通过馆内PC或Intranet提供多种检索服务。可通过下列属性(或属性组合)检索图书基本信息及其在馆状态：ISBN、中图分类号、书名、作者、文种、出版社、出版年月、{主题词}m1。 图书在馆状态包括：是否可借？在各库(室)的分布及位置，图书内容(封面、序、前言、目录、分章节正文)是否有电子版？上述五种内容哪些有电子版？ 5．部分图书(最终全部图书)的内容将通过多种介质记录在服务器中，随时供读者查阅或阅读。（注：目前可暂时不考虑此功能） 6．编目部负责图书目录的建立和维护。按中国图书分类法，给每种图书标注分类代码；建有 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 主题词库，用主题词代码表达图书的内容，一种书最多标注10个主题词。 7．记录各出版社的信息（即使本馆还未收藏某些出版社的书）。 8．借书证是图书馆颁发给合法读者的证件。一个读者最多可用时借m本不同的书，m由读者类别(教师、研究生、本科生….)决定。读者的必要基本信息应该记录下来。 9．只有部分图书可以外借(流通)，所有流通图书的一次外借期限都规定为最多L天。图书可续借2次（即可连续3个周期）。 10．读者（尤其是高级读者，如教授）可预约某些暂不在馆的图书。图书馆通过通知读者或Hold图书，为预约者提供优先服务（在一定条件或限期内）。 11．读者因某些过失（超期不还，损坏/丢失图书或其它禁止的行为）将按有关规定受到处罚（罚款、冻结服务、甚至收回图书证）。 12．因严重破损、遗失、过时等原因清理的图书，其目录等信息应从当前图书目录中移出，并单独记录。已注销的读者(借书证)信息也是这样。应记录清理或注销的原因。 13．每一笔借书、还书、续借、预约、处罚的情况都需详细记录，并长期保存；有些信息可脱机保存。 14．存放在书库的图书是可外借的，其它图书存放在阅览室等处，只供在馆内查阅。根据需要，可在书库和阅览室之间调剂图书。 15．自然科学类和社会科学类图书分别放在二个大书库中，分别由自然科学类图书借书部和社科类图书借书部负责管理和对外服务。借书部有权依法对读者进行批评、罚款和冻结/解冻服务。 16．读者服务部负责借书证的发放、吊销和正常注销。 4．图书馆服务系统：总体DFD图，总体ER图（概要） 三. 设计任务及时间要求 LSS是一项规模较大的IS。为了做好此项工作，拟先做一总体规划，以便有 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 的按步骤实施。 1． 任务 完成LSS总体规划工作，并撰写“LSS总体规划”报告（参考格式见附件）； 2． 时间要求 四．附件： 《LSS总体规划》内容及格式（仅供参考） 1． 概述 2． 系统目标和建设原则 3． 支撑环境规划 3.1 网络逻辑结构 *3.2 硬件配置及选型 3.3 软件支撑环境及开发工具 4． 系统总体结构 4.1 总体DFD 4.2 功能结构 功能结构图，主要功能（或“处理(Process)”）说明。 4.3 数据库结构 E-R图，关系数据库模式 *4.4 CRUD矩阵 这是U/C矩阵的扩展，矩阵的行列分别是上述4.2和4.3中的内容; C：Create（相当于SQL中的Create和Insert） R：Read （相当于SQL中的Select） U：Update D：Delete 5． 投资预算 6． 总体实施计划 7． 可行性分析 技术、经济、环境可行性；风险。 8． 研制报告 研制过程，本规划的特点、不足，体会等 9． 参考文献 （注：*部分为选作） 案例3： 学院教学管理数据库 为了讨论方便，我们对学校环境作出适当的简化。 假设这是一所独立的、只招收本专科生的学院。学院下设一个教务处和若干个系。每个系有若干教师，开设若干专业。每个专业每年招收的学生被编成若干个班集体，通常每个班都有一名教师作班主任。 教务处负责全院的教学管理工作，主要包括： ·组织制订各专业培养计划； ·制定每学期的教学计划——课程表（有多种形式）； ·登记学生各门课程的成绩； ·登记和统计教师各学期的教学工作； ·负责向教师颁发“主讲资格证”，一张证书证明某教师能主讲某课程。 该系统只关心在校学生及其相关信息，毕业生的信息将移至另外的数据库。 整个教学管理系统是一个客户/服务器系统，我们要设计的数据库将驻留在教务处的一个SQL服务器上。 可以根据业务主题将系统分成二个范围： （A）制定专业培养计划； （B）日常教学工作。 一、专业培养计划 该工作由教务处组织各专业系的主任及教授完成。一份专业培养计划规定了该专业学生应学习的各门课程。对于本科生和本科教学而言，这是一份四年计划，是指导日常教学工作的重要文件。表3.1是一份较典型的专业培养计划的实例。 表3.1专业培养计划 <计算机科学与技术>专业培养计划 编号：J2002-05 适用年级：2002 编制单位：计算机科学与技术系 负责人：刘七 日期：2002-3-1 1． 总体要求 培养目标：…… …… 2． 课程计划 课 类 课程代码 名 称 学期 学分 学 时 周数 开课系 备 注 总计 讲课 实验 普通类 必修 SK0001 哲学 1 2 50 50 社科系 JC0001 高等数学（1） 1 3 60 基础部 JC0002 高等数学（2） 2 3 60 60 基础部 JK0002 C语言程序设计 3 4 80 50 30 计算机系 JK0010 计算机组成原理 5 3 60 50 10 计算机系 …… 选修 JK0059 图像处理 7 2 36 30 6 计算机系 JK0071 信息系统分析设计 7 2 36 30 6 计算机系 TX0002 通信原理 6 2 40 40 通信系 …… 实践类 必修 XS0001 军训 1 4 4 学生处 DG0001 电工、电子实习 3 3 3 电工系 JK1002 编译系统课程设计 6 3 3 计算机系 …… JK1011 毕业设计（论文） 8 14 14 计算机系 每个专业都有自己的培养计划。对同一个专业，其教学计划也在不断修订，以反映学科的进步和市场的需要，所以同一专业、不同年级的培养计划可能是不同的。 表3.1是实践中常见的复杂表格。“培养计划”是一个明显的实体。表中的每一行（一门课）也是一个实体，可以将其抽象成“培养计划项”——它们是“培养计划”的依赖实体。不同培养计划中可能会引用同一门课程，例如哲学是每个专业都要学的，所以应该将“课程”作为一个独立实体。 “课程”是一个一般的概念，可以将其分为若干子类：一种 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 是将其分为“必修课程”和“选修课程”二大类。选修或必修是相对的，例如“C语言”是计算机专业的必修课，而对机械专业可能只是选修课。所以这种分类在系统（学院）范围内是无意义的。较好的方案是将课程分为“普通课程”和“实践课程”二个子实体型。普通课程是以课堂理论教学为主要形式的课程，某些普通课程（如C语言）可以有实验（上机），但这些实验课时是包含在课程总学时内的，可称课内实验。“实践课程”指在是教室以外（如实验室、校外）进行的独立课程，其教学时间一般不以学时数，而是以周数来衡量。显然这种分类对所有专业、所有培养计划都是适合的。“普通课”内含一些“课内实验”，可以将“课内实验”抽象成“普通课”的依赖实体。 虽然在培养计划表格中没有标出，但培养计划的制订者应该关心学校执行计划的能力。具体地说，要考虑哪些教师能讲哪些课，因此“教师”实体也是所关心的。 进一步确定实体属性和实体间联系，我们得到此范围的局部EER图（图3.1）。 图3.1制定专业培养计划 二、日常教学工作 这里所说的日常教学工作包括了除制定培养计划以外的所有教学活动。主要教学活动包括： ·安排学期教学计划：根据培养计划、教师情况、教室状况及学生选课情况，制订学期全院的课表，对每一门课安排主讲教师和教室。 ·登记学生各门课程的成绩。 ·安排和记录毕业班学生的毕业设计（论文）工作。毕业设计（论文）是一门特殊的课程，每个学生应有一名指导教师、一个题目，最后要进行论文答辩。 ·同一届、同一个专业的学生被编成一个或多个学生班（集体），原则上每个班指定了一名教师作班主任。对所有必修课和大部分选修课，都是根据班为单位安排课程，分为大班（几个班集体）和小班课。对这样的课也接收少数其它学生（重修生、其它专业学生）选修。有些选修课是开放型的，任何专业的学生的可自由选修，这样的课不能以班集体为单位来安排课程。为此在“学生”与“课程”，及“班级”与“课程”之间均应建立联系。 现实中，学校存在各种形式的课程表：教室门口张贴的课程表、任课教师手中的课程表、班集体的课程表、……。各种课程表形式和内容不同。但其本质是要描述“课程”与“教室”、“教师”、及听课的学生“班集体”之间的联系。“课程”与“教室”之间联系的方式多种多样；最简单的情形下，一门课只在一个教室上，此时教室和课程是1:m联系；更一般的情形，教室和课程之间是m:n联系。 经过反复的设计与调整，我们可得到反映日常教学活动的EER图（图3.2）。 图3.2 日常教学工作EER图 <注>：图中有 班级：1和 班级：2 ，这并非两个实体型，而是同一个实体型。引入它们是为了避免在图中出现线段的交叉。 概念模式汇总 模式汇总就是要将多个局部概念模式合并成一个统一的全局概念模式。 模式汇总有二种方案。第一种方案是将几个局部模式一次性地合并。在另一种方案中，先合并二个局部模式，再将结果与第三个局部模式合并；依此类推，最后得到全局模式。 模式汇总主要是一个手工的过程。它要求设计人员对应用领域的业务规划和应用需求有全面的理解，能识别和消除局部模式之间存在的冲突和不一致性。这时数据库设计辅助工具（如Power Designer）只能将二张EER图简单地拼凑在一起。 模式汇总过程中的核心工作是冲突消除。主要有二大类冲突：同名异义和异名同义。 一、同名异义冲突 （1）实体同名异义 在学院教学管理案例中，二个局部概念模式中都有“课程”实体。仔细分析，发现这是二个不同的实体型；图3.1中的课程是一个静态的概念，而图3.2中的“课程”实际上指的实际开设的课程，是（静态）课程的一次执行。为消除同名冲突，可将后者重新命令为“已开课程”。可以发现，“课程”和“已开课程”之间是1:m联系，而这一联系在合并之前遗漏了。 在另一种情形中，二个实体同名，但各自包含不同的属性，此时要将二个实体合并，属性取它们的并集。在前面的案例中，二个“班级”实体应被合并。 （2）属性同名异义 在不同局部模式中对同一实体的同一属性可能有不同定义。例如学生的出生日期，有的定义成DDMMYY，有的可能定义成YYYYMMDD，我们可以将其重新定义成更通用的，或更符合应用需求的形式。此例中，可以将出生日期统一定义成YYYYMMDD。 （3）联系同名异义 比较常见的例子是，同一联系在不同局部模式中定义的基数或强制性不同。此时应采用通用性更强的定义。例如对“班级”与“专业”之间的联系，在图3.1和图3.2中定义的强制性是不同的，合并时可采用图3.1中的定义。 二、异名同义 （1）实体异名同义 在图3.1和图3.2中，分别有实体“教师”和“教职工”，二个实体型的属性和语义都是相同的，只是“教职工”实体集中含有更多实体实例（除教师外还有教学辅助人员）。根据应用的需求，可考虑将同名的二个实体型统一成“教职工”。 （2）属性异名同义 这种情形在实践中较常见。例如学生的唯一标识属性，有的称“学号”，有的称“学生代码”，可考虑统一成“学号”。 图3.3是模式汇总后的全局概念模式。读者可对照图3.1及图3.2仔细比较它们之间的差别。 概念模式 --〉逻辑模式 逻辑模式见图3.4 图3.3 模式汇总后的全局概念模式 图3.4 数据库逻辑模式（PDM） 案例4 China-Pub（图书销售系统） 案例5：研究生管理数据库 案例6：重点单位消防管理信息系统——数据库设计 图1 局部模式1 图2 局部模式2——建筑物消防设施 案例7：学科体系概念模型 No. 20070012 ABC公司订货单 客户编号： a00001 客户名称： 张三 联系方式： 订货日期：2007-11-13 序号� 商品编号� 商品名称� 数量� 单价� 折扣� 小计� � 1� X001� XXXX� 1� 100� 90%� 90� � 2� Y002� YYYY� 2� 10� � 20� � � � � � � � � � � � � � � � � � � � � � � � � � 总计： 110元 送货日期：2007-11-14 供货地点：afdhdijkjfjkfjdjf 说明： PAGE 2