数据库设计说明书实例

合集下载

数据库课程设计说明书

数据库课程设计说明书

数据库课程设计说明书数据库课程设计说明书一、引言1.1 项目背景1.2 项目目的1.3 读者对象1.4 定义术语二、需求分析2.1 功能需求2.1.1 用户管理2.1.1.1 注册用户2.1.1.2 用户登录2.1.1.3 用户权限管理2.1.2 数据库设计2.1.2.1 数据表设计2.1.2.2 数据表关系设计2.1.3 数据操作2.1.3.1 数据录入 2.1.3.2 数据查询 2.1.3.3 数据修改 2.1.3.4 数据删除 2.1.4 数据备份与恢复 2.1.4.1 数据备份 2.1.4.2 数据恢复 2.1.5 数据统计与报表 2.1.5.1 数据统计 2.1.5.2 报表2.2 性能需求2.3 安全需求2.4 可靠性需求2.5 扩展性需求三、系统设计3.1 总体结构设计3.1.1 前端设计3.1.2 后端设计3.1.3 数据库设计3.2 模块设计3.2.1 用户管理模块设计3.2.2 数据库设计模块设计3.2.3 数据操作模块设计3.2.4 数据备份与恢复模块设计3.2.5 数据统计与报表模块设计四、实施计划4.1 开发工具准备4.2 开发环境准备4.3 开发任务分工4.4 开发时间安排4.5 测试计划五、系统测试5.1 单元测试5.2 集成测试5.3 系统测试5.4 用户验收测试六、系统部署与运维6.1 系统部署步骤6.1.1 环境准备6.1.2 安装数据库及软件6.1.3 配置系统6.1.4 导入初始数据6.1.5 启动系统6.2 运维计划附件:附件1:数据库表结构设计图附件2:用户手册法律名词及注释:1.数据保护法(Data Protection Law)- 一项法律法规,旨在保护个人数据的隐私和安全。

2.关系型数据库(Relational Database)- 一种以表格形式存储数据的数据库,数据之间通过键值建立关联。

3.备份(Backup)- 将数据复制到另一个存储媒介以防止数据丢失的过程。

数据库设计说明书

数据库设计说明书

数据库设计说明书数据库设计说明书1. 引言本文档旨在介绍数据库设计的相关信息和细节,包括数据库的结构、表的定义以及各个字段的含义和类型等。

本文档适用于数据库管理员、开发人员以及其他相关人员的参考。

2. 数据库结构本数据库采用关系型数据库管理系统(RDBMS),具体使用的是MySQL。

数据库总体结构如下:```mermaidgraph LRA[数据库] --> B[表1]A --> C[表2]A --> D[表3]```3. 表的定义3.1 表1表1用于存储某个实体的相关信息,包括以下字段:- 字段1:字段1的含义和类型- 字段2:字段2的含义和类型- 字段3:字段3的含义和类型表1的定义如下:```sqlCREATE TABLE 表1 (字段1 类型,字段2 类型,字段3 类型,PRIMARY KEY (字段1));```3.2 表2表2用于存储另一个实体的相关信息,包括以下字段:- 字段1:字段1的含义和类型- 字段2:字段2的含义和类型- 字段3:字段3的含义和类型表2的定义如下:```sqlCREATE TABLE 表2 (字段1 类型,字段2 类型,字段3 类型,PRIMARY KEY (字段1));```3.3 表3表3用于存储第三个实体的相关信息,包括以下字段:- 字段1:字段1的含义和类型- 字段2:字段2的含义和类型- 字段3:字段3的含义和类型表3的定义如下:```sqlCREATE TABLE 表3 (字段1 类型,字段2 类型,字段3 类型,PRIMARY KEY (字段1));```4. 字段的含义和类型4.1 字段1- 含义:字段1表示某个实体的唯一标识符- 类型:类型为整数4.2 字段2- 含义:字段2表示某个实体的名称- 类型:类型为字符串4.3 字段3- 含义:字段3表示某个实体的描述信息- 类型:类型为文本5. 总结通过本文档,我们对数据库的结构和表的定义进行了详细的说明,并对每个字段的含义和类型进行了解释。

数据库设计说明书书完整版

数据库设计说明书书完整版

目录第一章引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 参考资料 (2)第二章外部设计 (3)2.1 标识符和状态 (3)2.2 命名约定 (3)2.3 设计约定 (3)第三章结构设计 (4)3.1 概念结构设计 (4)3.1.1 实体和属性的定义 (4)3.1.2 设计局部ER模式 (13)3.1.3 设计全局ER模式 (20)3.2 逻辑结构设计 (21)3.2.1 模式 (21)3.2.2 外模式 (34)3.3 物理结构设计 (34)第四章运用设计 (35)4.1 数据字典设计 (35)4.2 安全保密设计 (35)4.3 数据库实施 (35)4.3.1 创建数据库 (35)4.3.2 创建表 (35)第一章引言1.1编写目的1、本数据库设计说明书是关于寝室管理系统数据库设计,主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。

2、本数据库设计说明书读者:用户、系统设计人员、系统测试人员、系统维护人员。

3、本数据库设计说明书是根据系统需求分析设计所编写的。

4、本系统说明书为开发软件提供了一定基础。

1.2背景随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已经进入人类社会的各个领域并发挥着越来越重要的作用,然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作,这种管理方式存在着许多缺点,如:效率低,密保性差,另外时间一长,将产生大量的文件和数据,其中有些是冗余或者针对同一目的的数据不相吻合,这对于查找、更新和维护文件等管理工作带来了不少困难,同时也跟不上信息时代高速、快捷的要求,严重影响了消息的传播速度。

然而现今学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长,人工管理信息的缺点日渐突出,面对庞大的学生信息量,如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。

正因为如此,学生宿舍管理系统成为了学生管理不可缺少的部分,它的内容对于学校的管理者来说都至关重要,所以学生宿舍管理系统应该能够为用户提供充足的信息和快捷的查询手段。

软件项目数据库设计说明书模板

软件项目数据库设计说明书模板

软件项目数据库设计说明书模板XXXX有限公司二零二三年十二月目录1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3术语定义 (1)1.4参考资料 (1)2外部设计 (2)2.1标识符和状态 (2)2.2使用它的程序 (2)2.3命名约定 (2)2.4设计约定 (2)3总体设计 (3)4数据库概念模型设计 (4)4.1数据实体-关系图 (4)4.2数据实体描述 (4)4.3实体关系描述 (4)5数据库逻辑模型设计 (5)5.1表格清单 (5)5.1.1月度例会的应用场景表 (6)5.1.2报表表 (7)5.1.3报表应用指标关系表 (7)5.1.4报表归口部门表 (7)5.1.5报表SQL配置表 (7)5.1.6报表分类表 (7)5.1.7 3.3.7页面实例表 (8)5.1.8用户页面权限表 (8)5.1.9报告审批记录表 (8)5.1.10报告播放参数表 (9)5.1.11报告实例表 (9)5.1.12报告标题表 (9)5.1.13目录表表 (10)5.1.14用户目录收藏夹表 (10)5.1.15用户自定义根目录顺序表 (10)5.1.16菜单表表 (10)5.1.17组织机构(管理)表 (11)5.1.18角色表表 (11)5.1.19角色目录关系表 (11)5.1.20角色分类表表 (11)5.1.21用户表表 (12)6物理实现 (12)6.1数据库的安排 (12)1引言1.1编写目的本文档详细描述****项目数据库表设计。

本文档为本项目的系统设计人员、编码实现和测试人员开展系统分析与设计、模块规划和定义、编码实现、系统测试等工作提供基础参考和输入依据,同时为后继这些活动提供了约束和限制,也界定了本项目设计实现阶段的数据库设计工作内容。

本测试总结报告适合以下读者:项目经理、开发人员、测试人员以及维护人员。

1.2背景信息化是当今世界上遍及各领域与行业的革命性浪潮,加快推进我国信息化建设,提升信息化水平,是党中央、国务院顺应世界潮流和发展趋势做出的重大决策按照国家实验室质量认可及公安部有关鉴定规则的要求,提供网上送检登记、送检的受理(包括受理登记和鉴定评审)、实施、文书制作和领导签发、材料归档及鉴定结果领取几个过程,检验物证流转将贯穿其中。

数据库设计说明书_v1.0(参考)

数据库设计说明书_v1.0(参考)
1.1.1.1.
编号
业务
表名
表描述
功能说明
1
公文管理
公文信息
OA_Archives
公文基本信息建立,和公文所处于的各个状态的说明
2
公文明细信息
OA_ArchivesDetail
公文发送机构和部门的数据
3
OA审核
审核信息
OA_Affirm
公文和计划审核的明细信息
1.1.1.2.
表名
OA_ArcOff
表描述
PK
2
Title
销毁主题
VARCHAR2(60)
NOT NULL
3
4
5
6
1.1
以下是建立表空间的配置表:
序号
表空间名称
用途
数据文件
初始容量
1
ASSETS
数据表空间
Assets.dbf
4000M
2
INDEX
索引表空间
Index.dbf
2000M
3

大数据表空间


4
TEM000M
公文销毁信息
表属性描述
存储信息:公文销毁信息数据
主键:PK_OA_ArcOff_ID(ArcOffID)
外键:
主键索引:I_OA_ArcOff_PK(ArcOffID)
唯一索引:
其它索引:
说明
编号
字段名
字段描述
数据类型
(精度范围)
空/非空
约束条件
描述
1
ArcOffID
销毁代码
NUMBER(16)
NOT NULL

(监控表)数据库设计说明书SMRGT-FILE-SEND-MSG

(监控表)数据库设计说明书SMRGT-FILE-SEND-MSG

1.1 监控类1.1.1联机交易监控流水表(smmnt_jnl)1.1.1.1 简要描述交易监控流水表记录所有联机交易的痕迹,便于监控系统实时监控分析。

1.1.1.2 表结构说明1.1.1.3 索引说明1.1.1.4 DAC数据说明无1.1.1.5 数据生成与存储估计⏹数据保留时间的要求。

☞要求保留期限:当日☞数据清理方式:日终清理⏹特殊优化说明:1.1.1.6 操作频率⏹任意一笔联机交易都需要写监控流水信息⏹说明对该数据库的操作时机:日间记入、日终清理1.1.2触发器监控流水表(smmnt_trigger_jnl)1.1.2.1 简要描述触发器监控流水表记录所有触发器交易的详细情况,便于监控系统实时监控分析。

1.1.2.2 表结构说明1.1.2.3 索引说明1.1.3监控参数表(smmnt_para)1.1.3.1 简要描述定义监控项目的各项参数。

1.1.3.2 表结构说明1.1.3.3 索引说明1.1.4监控项目表(smmnt_item)1.1.4.1 简要描述对所有需要在动态监控显示屏幕上显示的项目进行定义。

系统中所有需要监控的对象都必须对应该表中的一个监控项目代码。

监控系统按指定间隔时间扫描该表,更新监控屏幕的显示状态,数据采集模块按指定间隔时间采集数据,更新各个监控项目的状态。

1.1.4.2 表结构说明1.1.4.3 索引说明1.1.4.4 DAC数据说明无1.1.4.5 数据生成与存储估计⏹数据保留时间的要求。

☞要求保留期限:☞数据清理方式:⏹特殊优化说明:1.1.4.6 操作频率⏹说明对该数据库的操作时机:1.1.5报警事件明细表(smmnt_warn_dtl)1.1.5.1 简要描述当整个监控项目的状态由其他状态变为4-预警或5-报警时,需要开启新的报警事件,同时关闭原有的报警事件。

当整个监控项目的状态由其他状态(2-已知预警、3-已知报警、4-预警、5-报警)变为1-正常时,只需要关闭原报警事件即可,当整个监控项目的状态由1-正常变为其他状态(4-预警或5-报警)时,只需要开启报警事件。

数据库设计说明书模板

网上零食购物系统数据库设计说明书[V1.0]拟制人_________杨乐栋________ 审核人_________杨乐栋________ 批准人_________杨乐栋________2014年07月02日目录1 引言 ............................................................................................................ 错误!未定义书签。

1.1 编写目的 ........................................................................................ 错误!未定义书签。

1.2 背景 ................................................................................................ 错误!未定义书签。

1.3 定义 ................................................................................................ 错误!未定义书签。

1.4 参考资料 ........................................................................................ 错误!未定义书签。

2 外部设计 .................................................................................................... 错误!未定义书签。

2.1标识符的状态 ................................................................................ 错误!未定义书签。

数据库设计说明书(模板)

XXX项目数据库设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章文档介绍 (2)1.1 文档目的 (2)1.2 文档范围 (2)1.3 背景 (2)1.4 参考文献 (2)1.5 术语定义 (3)第二章外部设计 (4)2.1 数据库环境说明 (4)2.2 支持软件 (4)第三章数据库的命名规则 (5)第四章逻辑设计 (6)第五章物理设计 (7)5.1 数据字典设计 (7)第六章安全性设计 (8)6.1 防止用户直接操作数据库的方法 (8)6.2 用户帐号密码的加密方法 (8)6.3 角色与权限 (8)文档介绍1.1文档目的1.2文档范围1.3背景1.4参考文献列出所本文档所使用的参考资料,包括:A 本软件开发所经核准的合同或标书或可行性报告等文档B 软件开发计划书C 需求分析报告D 测试方案(若存在初稿的话)E 与本项目有关的已发表的文件或资料F 本文件中各处引用的文件、资料,所采用的软件开发标准和规范注意:必须列出文件、资料的作者、标题、编号、发表日期和出版单位,以说明这些文件资料的来源。

若某些文档有保密要求的,则要说明其保密级别。

提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期1.5术语定义外部设计提示:说明所采用的数据库系统,设计工具,编程工具等。

以及详细配置。

建议统一采用PowerDesigner软件进行数据库设计。

1.6数据库环境说明提示:设计工具、采用的操作系统,数据库管理系统等。

1.7支持软件提示:数据库运行支持的其他,如备份、恢复、调优等非数据库系统。

数据库的命名规则提示:表格形式说明数据库的命名规则以及数据库中各种对象,如表、视图、字段等命名规则。

如果本数据库的命名规则与机构的标准不完全一致的话,请作出解释。

提示:数据库设计人员根据需求文档,创建与数据库相关的那部分实体关系图(E-R图)。

(完整word版)教务管理系统数据库设计说明书

目录第一章:项目计划 (2)1。

1项目背景: (2)1。

2系统开发目的: (2)1。

3定义: (3)第二章:详细分析 (3)2.1、系统功能 (3)2。

2、系统结构 (4)2.3、数据流图 (4)2。

4、户类型与职能 (5)2.5、系统环境需求 (6)第三章:系统概念设计 (6)第四章:逻辑设计 (7)4.1系统关系模型 (7)4。

2系统数据库表结构 (8)第五章:源码 (12)第六章:小结 (24)第一章:项目计划1。

1项目背景:教务系统管理平台充分利用互联网络B/S管理系统模式,以网络为平台,为各个学校教务系统的管理提供一个平台,帮助学校管理教务系统,用一个账号解决学校教务教学管理,并且学校可以自由选择学校需要的教务管理系统,灵活地定制符合学校自己实际情况的教务系统。

1。

2系统开发目的:提高学生,老师管理和操作事务的运作效率。

1。

3定义:学生选课和老师评分必须在管理员的设置条件下进行.第二章:详细分析2。

1、系统功能设置学期时间:管理员登录系统后设置学期的时间,只有当时间为某个状态时,其他角色例如老师,才能做某些事情。

学期时间只能由角色管理员操作:包括对学期时间表的增加,删除,对某个学期时间状态的改变。

学生选课:当管理员设置为学期开始时,学生可以选课,学生选课受学分影响,只能选择总学分为多少的课程。

老师评分:当管理员设置为学期评分时,老师才可以评分。

个人信息管理:对自己个人信息进行添加和修改.成绩查询:学生可以对自己成绩进行查询。

个人课表查询:按时间的不同,每个角色都有自己不同的课表。

2。

2、系统结构功能描述:学生选课和老师评分必须在管理员设置学期的条件下进行。

2。

3、数据流图顶层图0层图2。

4、户类型与职能(1)管理员:对学期设置的管理每个阶段有不同的功能。

(2)老师:对选修了自己课程的学生评分。

(3)学生:选修科目.2.5、系统环境需求系统模式本系统采用B/S模式作为开发模式硬件环境服务器端:高性能的计算机一台,普通的双绞线作为连接。

数据库设计说明书(仅用于学习的参考模板)

数据库设计说明书1前言本数据库设计说明主要是对市绩效管理系统的数据库设计进行分析和描述,详细描述数据的结构。

(一)便于建设单位、使用单位、用户清楚的了解本项目的工作内容。

(二)便于界定项目实施范围,以便于工作量的评估、项目规划和系统设计。

(三)作为数据库设计说明,用于作为评估软件质量的依据。

(四)说明数据库功能和性能,定义软件必须满足的约束。

(五)为软件设计者提供可用于转化为数据设计的模型。

2依据和标准《需求规格说明书》《概要设计说明书》3建设原则(1)把具有同一个主题的数据存储在一个数据表中,“一表一用”。

(2)尽量消除冗余,提高访问数据库的速度。

(3)一般要求数据库设计达到第三范式,多对多,最大限度消除了数据冗余、修改异常、插入异常、删除异常,基本满足关系规范化的要求。

(5)设计数据表结构时,应考虑表结构的动态适应性。

4数据库设计组织机构序号中文名称内部标识符数据类型数据定义1名称名称字符型单独2上级部门上级部门字符型单独3code编码字符型单独4上级部门ID上级部门ID字符型单独5联系人联系人字符型单独6联系电话联系电话字符型单独7标记标记字符型单独8排序码排序码浮点型单独9曾用名曾用名数组单独10分管领导分管领导字符型单独11部门分组部门分组字符型单独职能指标分解序号中文名称内部标识符数据类型数据定义1年度年度字符型单独2目标类型目标类型字符型单独3一级指标一级指标字符型单独4考评对象考评对象字符型单独5二级指标二级指标字符型单独6三级指标三级指标字符型单独7目标名称目标名称字符型单独8评分细则评分细则字符型单独9目标值目标值字符型单独10分解分值分值浮点型单独11完成时限完成时限日期型单独12责任室/责任人责任室及责任人字符型单独13分管领导分管领导字符型单独14指标设置依据指标设置依据字符型单独15分解备注分解备注字符型单独16状态分解状态字符型单独17排序排序整型单独18完成情况工作完成情况字符型单独19证明材料证明材料附件单独20填报备注填报备注字符型单独21监控亮灯监控亮灯字符型单独22自评分自评分浮点型单独23审核意见分解审核意见字符型单独24填报状态填报状态字符型单独25填报审核意见填报审核意见字符型单独26提交时间提交时间日期型单独27填报提交时间填报提交时间日期时间型单独28绩效表现绩效表现字符型单独29绩效打分实际得分浮点型单独30绩效打分原因扣分原因字符型单独31指标调整备注指标调整备注字符型单独32ID ID字符型单独33督查标识督查标识字符型单独34督查次数督查次数整型单独35督查整改状态督查整改状态字符型单独36周期开始时间周期开始时间日期型单独37周期结束时间周期结束时间日期型单独38本周期结束时间本周期结束时间日期型单独39周期类型周期类型字符型单独40本周期名称本周期名称字符型单独41周期状态周期状态字符型单独42周期名称周期名称字符型单独43申诉标识申诉标识字符型单独44申诉描述申诉描述字符型单独45申诉佐证申诉佐证附件单独46申诉状态申诉状态字符型单独47申诉退回原因申诉退回原因字符型单独48申诉提交时间申诉提交时间日期时间型单独49督查类型督查类型字符型单独50评分状态评分状态字符型单独51评分沟通情况评分沟通情况字符型单独52第三方复核意见复核意见字符型单独53实时数据实时数据字符型单独54扣分分值扣分分值浮点型单独55申诉意见状态申诉意见状态字符型单独56审核完成情况审核完成情况字符型单独57是否自治区指标是否自治区指标字符型单独58项目点分布情况项目点分布情况字符型单独59存在问题存在问题及原因字符型单独60核验标准核验标准附件单独61各层面工作类别各层面工作类别字符型单独62自治区目标名称目标名称字符型单独63牵头考评单位牵头考评单位字符型单独64责任人责任人字符型单独65指标分解控制状态指标分解控制状态字符型单独66自评填报控制状态自评填报控制状态字符型单独67考核评分控制状态考核评分控制状态字符型单独68评分申述控制状态评分申述控制状态字符型单独69部门分组部门分组字符型单独70单位排序单位排序字符型单独71上级下达目标任务数上级下达目标任务数整型单独72工作完成状态工作完成状态字符型单独73指标类型指标类型字符型单独74发布时间标识发布时间标识日期时间型单独75自治区下达任务数自治区下达任务数整型单独76任务类型任务类型字符型单独77制定目标依据制定目标依据字符型单独78任务数单位任务数单位字符型单独79上级下达目标任务上级下达目标任务字符型单独80退回原因退回原因字符型单独81是否核验是否核验字符型单独82核验次数核验次数整型单独。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

数据库设计说明书

第一章 引言 1.1编写目的 数据库技术和Internet的飞速发展,使它们已经成为现代信息技术的重要组成部分,是现在计算机信息系统和计算机应用系统的基础和核心。对于任何一个企业来说,数据是企业重要的资产,如何有效利用这些数据,对于企业发展起着极其重要的作用。随着我国市场经济的迅速发展和人们生活水平的不断提高,图书馆藏书的树木逐渐增大,这也挑战了图书管理方面的技术,以前的人工管理方式已经不再适应现在的环境,取而代之的是先进的图书管理系统,通过使用VF创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作

1.2背景 数据库技术和Internet的飞速发展,使它们已经成为现代信息技术的重要组成部分,是现在计算机信息系统和计算机应用系统的基础和核心。对于任何一个企业来说,数据是企业重要的资产,如何有效利用这些数据,对于企业发展起着极其重要的作用。随着我国市场经济的迅速发展和人们生活水平的不断提高,图书馆藏书的树木逐渐增大,这也挑战了图书管理方面的技术,以前的人工管理方式已经不再适应现在的环境,取而代之的是先进的图书管理系统,通过使用PowerBuilder创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作

1.3定义 本系统就是要达到对教师人员借科技书籍的日常管理,能快速完成,并对信息进行数据库管理的目的。本单位的图书室由系办公室兼职管理,管理人员是系办公室秘书一人,所以本系开发环境是单机

1.4参考资料 (1)郭兴成 PowerBuilder 9.0实用教程(第一版)北京:科学出版社 2003 (2)周复明 王志科 王东. PowerBuilder + Oracle 项目开发实例详解(第一版).北京:中国铁道出版社 .2004年:P18-P29 (3)郭宝利 康海涛 李冬冬. PowerBuilder 9.0实用解析(第一版). 北京:电子工业出版社 2004年:P53-P76、P147-P152、P251-P283 (4)黄金昌 PowerBuilder 9.0精彩编程百例. 北京:清华大学出版社.2004 第二章 外部设计

2.1标识符和状态

1. 在采购验收后,进入编目时,要人工粘贴索书号和新书的条码。 2.在图书上架仍保持手工摆放。

3.系统目前只考虑到做编目、借书、还书、续借、图书证办理及六张报表的统计

2.2使用它的程序 本系统主要利用Visual basic作前端的应用开发工具 ,利用Access作为 后台的数据库,利用WINDOWS98/2000作为系统平台 2.3约定 图书管理系统需要满足来自三方面的需求,这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改;图书馆工作人员对图书借阅者的借阅及还书要求进行操作,同时形成借书或还书报表给借阅者查看确认;图书馆管理人员的功能最为复杂,包括对工作人员、图书借阅者、图书进行管理和维护,及系统状态的查看、维护并生成催还图书报表。 (一) 管理系统具有多个管理员,管理员可以使用不同的用户名和密码进入管理系统,并可以修改自己的密码; (二) 进入系统后可以重新登录该系统,可以退出系统,断开连接等; (三)在系统中可以对数据库进行简单的操作; (四) 可以进行借书、还书及查询相应的信息等功能; (五) 本系统可以给会员一个标识自己的…….例如会员卡,便于管理。还应可以对会员卡进行编辑、打印等操作; (六) 最基本的功能还应具有可以编辑图书,录入、删除图书资料,录入、删除会员资料; (七)做个借期超过要求罚款的功能,不同类的书罚款各不相同; (八)报表打印:所有图书、借出图书、库存图书、所有读者; (九)图书管理系统软件还必须具有导入,导出数据库功能。方便即时更新和修改; (十)软件系统安全上要有一定的保障; 2.4支持软件 操作系统 Windows 98 /Windows2000/Windows NT4.0 数据库系统 SQL SERVER 2000 开发工具VF7.0/PowerDesigner 第三章 结构设计

3.1概念结构设计

3.1.1实体和属性的定义: 图书(图书编号,图书名称,作者,出版社,出版日期,备注,价格,库存)

图出出

图4.图书实体属性图 会员(会员号,姓名,性别,家庭地址,联系电话)

图5.会员实体属性图 操作员(操作员号,姓名,性别,密码)

图6.操作员实体属性图

操用

性姓

密操作

是出

图书作会会性 家

出生

联系锁

借阅信息 图7.借阅信息实体E-R图 3.1.2设计局部ER模式 锁定 会员编号 会员 图书 借阅 性别 到期日期 出版日期 条形码 图书定价 出版社 图书编号 还书日期 借书日期 库存 作者 备注 书名 家庭地址 姓名 出生日期 联系电话 图8.局部E-R视图 3.1.3设计全局ER模式

所有局部ER模式都设计好了后,接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式,而且必须合理地表示一个完整、一致的数据库概念结构。

会员 借阅/归还 图书 操作员 查询 增加/删除 查询 m n m n n

n n

m 1 图9. 全局ER图 E-R图中所体现的关系: 会员—图书:一个会员一次可以借阅或归还、查询多本不同的书,而一本书也可以被多个不同的用户所借阅、归还、查询。 操作员—图书:一个操作员可以增加、删除多本图书, 一本图书只能被一个操作员增加或删除;一个操作员可以查询多本图书,一个图书可以被多个操作员查询。

3.1.4全局ER模式的优化 在得到全局ER模式后,为了提高数据库系统的效率,还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式,除能准确、全面地反映用户功能需求外,还应满足下列条件:实体类型的个数要尽可能的少;实体类型所含属性个数尽可能少;实体类型间联系无冗余。 3.2逻辑结构设计 3.2.1 E-R图向关系模型的转化 在上面实体之间的关系的基础上,将实体、实体的属性和实体之间的联系转换为关系模式。 实体所对应的关系模式分别如下: 会员(会员号(A1), 姓名(A2), 性别(A3), 密码 (A4),联系电话(A5) ,身份证号(A6)) 图书(图书编号(B1), 作者(B2), 图书名称(B3),出版社(B4) 价格(B5), 数量(B6), 备注(B7)) 操作员(操作员号(C1),姓名(C2),用户名(C3),性别(C4),出生日期(C5),锁定(C6))

3.2 .2数据模型的优化

3.2.1 确定关系模式 每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间的数据依赖分别如下: 1.每个关系模式内部各属性之间的数据依赖: 操作员关系模式R(U、F),F:C1→(C2C3C4C5C6)为BCNF. 会员关系模式R(U、F),F:A1→(A2A3A4A5A6),为 BCNF. 图书关系模式R(U、F),F:B1→(B2B3B4B5B6B7)为 BCNF. 2.不同关系模式属性之间的数据依赖: 操作员-图书关系模式C-B(C,B)中的函数依赖为C→B,为BCNF.此关系模式包含了联系—“增加/删除/查询”所对应的关系模式。 操作员—会员关系模式C-H (C,H)中的函数依赖为C→H, 为BCNF,此关系模式包含了联系—“增加、删除、查询”所对应的关系模式。 会员-图书关系模式H-B (H,B)中的函数依赖为H→B,为BCNF. 此关系模式包含了联系—“借阅/归还”所对应的关系模式。 操作员—会员—图书关系模式C-H-B(C,H,B)中的函数依赖为S→BC,S→B,S→C, 为3NF. 其中C表示操作员,H表示会员,B表示图书.

3.2.3 消除冗余 所谓冗余的数据是指可由基本数据导出的数据,冗余的联系是指可由其他联系导出的联系。冗余数据和冗余联系容易破坏数据库的完整性,给数据库的维护增加困难,应当予以消除。本系统的冗余数据和冗余关系已经在概念结构设计中处理过了,这里不再赘述。

3.3设计用户子模式 将概念模型转换为全局逻辑模型后,还应该根据局部应用需求,结合具体的DBMS的特点,即关系模型,利用视图这一功能设计更符合局部用户学要的用户外模式。

3.3物理结构设计 1.readerinfo (借书人员基本资料) 字段名 类型 说明 读者编号 文本 主键码 读者姓名 文本 读者性别 文本 办证日期 日期/时间

联系电话 文本 工作单位 文本

相关文档
最新文档