PowerDesigner设计的数据库案例.doc-资料库

daijia0911-2006498-4744302543338193492.doc.pdf-第1页.png

第1页 / 共19页

daijia0911-2006498-4744302543338193492.doc.pdf-第2页.png

第2页 / 共19页

daijia0911-2006498-4744302543338193492.doc.pdf-第3页.png

第3页 / 共19页

daijia0911-2006498-4744302543338193492.doc.pdf-第4页.png

第4页 / 共19页

daijia0911-2006498-4744302543338193492.doc.pdf-第5页.png

第5页 / 共19页

daijia0911-2006498-4744302543338193492.doc.pdf-第6页.png

第6页 / 共19页

daijia0911-2006498-4744302543338193492.doc.pdf-第7页.png

第7页 / 共19页

daijia0911-2006498-4744302543338193492.doc.pdf-第8页.png

第8页 / 共19页

数据库设计案例 1 订货 2 图书馆服务系统（LSS） 3 学院教学管理 4 图书销售系统 5 研究生管理 6 重点单位消防管理信息系统 7 学科体系概念模型 1

案例 1 订货数据库 No. 20070012 ABC 公司订货单客户编号： a00001 客户名称：张三联系方式：订货日期：2007-11-13 序号商品编号商品名称 1 2 XXXX YYYY X001 Y002 数量 1 2 单价 100 10 折扣 90% 小计 90 20 总计： 110 元送货日期：2007-11-14 供货地点：afdhdijkjfjkfjdjf 说明： Purchase Order purchase order number order date ship date ToStreet ToCity ToState ToZip N D D VA200 VA200 A2 VA20 places Customer Customer number Customer name Street City State Zip Phone1 Phone2 Phone3 N VA200 VA200 VA200 A2 VA20 VA20 VA20 VA20 contains Line Items LineItemNo Quantity Discount N N N Stock Item Stocknumber GoodsName Price Tax rate A4 A50 N N refers to 2

案例 2 一． LSS 目标 Library Service System 图书馆服务系统（LSS）及课程设计任务书某大学新建了一个建筑面积一万多平方米的图书馆，藏有一百多万册图书。过去自行开发了一套基于 PC 和 Foxbase 的图书借阅管理系统，培养了二个系统开发维护人员和一批系统操作员。那套系统功能不全，效率和可靠性都不高。现准备用一年时间，重新开发一套图书馆服务系统（LSS）。希望采用九十年代末期的先进信息技术，使图书馆的服务和管理上一个新台阶。 LSS 目标： 1．为广大读者提供方便、全面、有效和公平的服务； 2．管好图书资源，提高图书利用率； 3．全面记录图书及流通信息，支持各类统计分析，以便科学管理和决策。二．图书管理业务概况 1. 二个核心实体及其生命周期 1) 图书购进→分类编目→流通使用→清理 [预约]→借书→[续借]→还书[处罚] | ↑ 存库_____________│ 2）读者（借书证）办证→使用→注(吊)销 ↑↓ 冻结 2. 图书馆主要业务 1）编目：分类，标注中国图书分类码和主题词；录入所有图书的目录及部分图书的内容 2）借书证管理：办新证、换证、清理借书证（注、吊销）； 3）提供检索服务：查图书的目录、在馆状况；查图书内容； 4）流通服务：借、还、续借、预约、催还；罚款、冻结借书证； 5）图书清理：遗失、损坏、过时图书及相应目录的清理； 6）统计分析：分类统计图书、读者、借阅等信息。 3

3. 图书馆业务规则要点（不考虑图书采购、财务和后勤等业务） 1．图书和读者在各自“生命周期”中的情况应被详细记录，以支持日常事务和管理决策。 2．一种图书（类）可有 n 本图书（n≥1），ISBN 唯一标识一种书，“图书号”唯一标识一本书。 3．图书或图书类的基本信息通过图书目录记录，包括：图书号，ISBN，中图分类号、书名、出版社、馆藏数、规格、文种、页数、字数、出版年月、印刷年月、印次、进馆日期、单价、馆藏位置、{作者}n1、{主题词}m1、内容摘要。其中，同一图书类中多本（相同的）图书的印刷年月、印次、进馆日期及单价可能不同。 4．图书馆通过馆内 PC 或 Intranet 提供多种检索服务。可通过下列属性(或属性组合)检索图书基本信息及其在馆状态：ISBN、中图分类号、书名、作者、文种、出版社、出版年月、{主题词}m1。图书在馆状态包括：是否可借？在各库(室)的分布及位置，图书内容(封面、序、前言、目录、分章节正文)是否有电子版？上述五种内容哪些有电子版？ 5．部分图书(最终全部图书)的内容将通过多种介质记录在服务器中，随时供读者查阅或阅读。（注：目前可暂时不考虑此功能） 6．编目部负责图书目录的建立和维护。按中国图书分类法，给每种图书标注分类代码；建有标准主题词库，用主题词代码表达图书的内容，一种书最多标注 10 个主题词。 7．记录各出版社的信息（即使本馆还未收藏某些出版社的书）。 8．借书证是图书馆颁发给合法读者的证件。一个读者最多可用时借 m 本不同的书，m 由读者类别(教师、研究生、本科生….)决定。读者的必要基本信息应该记录下来。 9．只有部分图书可以外借(流通)，所有流通图书的一次外借期限都规定为最多 L 天。图书可续借 2 次（即可连续 3 个周期）。 10．读者（尤其是高级读者，如教授）可预约某些暂不在馆的图书。图书馆通过通知读者或 Hold 图书，为预约者提供优先服务（在一定条件或限期内）。 11．读者因某些过失（超期不还，损坏/丢失图书或其它禁止的行为）将按有关规定受到处罚（罚款、冻结服务、甚至收回图书证）。 12．因严重破损、遗失、过时等原因清理的图书，其目录等信息应从当前图书目录中移出，并单独记录。已注销的读者(借书证)信息也是这样。应记录清理或注销的原因。 13．每一笔借书、还书、续借、预约、处罚的情况都需详细记录，并长期保存；有些信息可脱机保存。 14．存放在书库的图书是可外借的，其它图书存放在阅览室等处，只供在馆内查阅。根据需要，可在书库和阅览室之间调剂图书。 15．自然科学类和社会科学类图书分别放在二个大书库中，分别由自然科学类图书借书部和社科类图书借书部负责管理和对外服务。借书部有权依法对读者进行批评、罚款和冻结 /解冻服务。 16．读者服务部负责借书证的发放、吊销和正常注销。 4

4．图书馆服务系统：总体 DFD 图，总体 ER 图（概要） Process Model Project : 图书馆系统 Model Author : lhx Version 1.0 00-12-15 : 图书馆服务系统_总体DFD 编目人图书信息检索条件读者 1 编目各种信息代码图书及图书类目录读者资料 2 读者管理读者管理员读者资料主题词 1 2 主题词信息代码 3 图书类及图书目录读者 3 图书目录检索图书信息图书信息图书信息读者及街书数 4 5 6 7 借还书记录借还书信息 4 处罚情况借还书服务借还书信息处罚信息丢失_损坏图书丢失_损坏图书清单借书处管理员处罚记录丢失_损坏图书目录 5 统计统计报表统计指标统计员 5

Conceptual Data Model Project Model Author : 简化图书馆系统 : 简化图书馆总体ER图 : 刘洪星 Version 1 00-11-25 中图代码中图码说明属于图书图书号流通标志印刷年月进馆日期单价印次职工职工代码职工姓名用户帐号电话职称职务引用包含办理被/借还主题词主题词代码主题词被引用被标注标注图书_主题词序号图书类 ISBN 书名作者姓名出版社馆藏数版面规格文种页数字数出版日期内容提要对应借还书记录借还书编号借书日期应还日期实还日期续借日期1 续借日期2 读者图书证号读者姓名可借书数已借书数有效标志 Email 性别发证日期注吊销日期注吊销原因对应借/还书 6

三. 设计任务及时间要求 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．参考文献（注：*部分为选作） 7

案例 3：学院教学管理数据库为了讨论方便，我们对学校环境作出适当的简化。假设这是一所独立的、只招收本专科生的学院。学院下设一个教务处和若干个系。每个系有若干教师，开设若干专业。每个专业每年招收的学生被编成若干个班集体，通常每个班都有一名教师作班主任。教务处负责全院的教学管理工作，主要包括： ·组织制订各专业培养计划； ·制定每学期的教学计划——课程表（有多种形式）； ·登记学生各门课程的成绩； ·登记和统计教师各学期的教学工作； ·负责向教师颁发“主讲资格证”，一张证书证明某教师能主讲某课程。该系统只关心在校学生及其相关信息，毕业生的信息将移至另外的数据库。整个教学管理系统是一个客户/服务器系统，我们要设计的数据库将驻留在教务处的一个 SQL 服务器上。可以根据业务主题将系统分成二个范围：（A）制定专业培养计划；（B）日常教学工作。一、专业培养计划该工作由教务处组织各专业系的主任及教授完成。一份专业培养计划规定了该专业学生应学习的各门课程。对于本科生和本科教学而言，这是一份四年计划，是指导日常教学工作的重要文件。表 3.1 是一份较典型的专业培养计划的实例。 8

资料库

PowerDesigner设计的数据库案例.doc

相关推荐

开发技术

热门标签

最新资料