资产管理系统数据库课程设计.doc

重庆大学课程设计报告

课程设计题目： 固定资产管理系统

学 院： 计算机学院
专 业： 网络工程
年 级： 09级
姓 名： 王磊, 卿桃, 宋来璞, 张福海
学 号： 20095568,20095565,20095567,20095575
完成时间： 2012 年 07 月 05 日
成 绩：
指导教师：

重庆大学教务处制
课程设计指导教师评定成绩表 20095568 王磊
项目
分值
优秀
(100>x≥90)
良好
(90>x≥80)
中等
(80>x≥70)
及格
(70>x≥60)
不及格(x<60)
评分
参考标准
参考标准
参考标准
参考标准
参考标准
学习态度
15
学习态度认真，科学作风严谨，严格保证设计时间并按任务书中规定的进度开展各项工作
学习态度比较认真，科学作风良好，能按期圆满完成任务书规定的任务
学习态度尚好，遵守组织纪律，基本保证设计时间，按期完成各项工作
学习态度尚可，能遵守组织纪律，能按期完成任务
学习马虎，纪律涣散，工作作风不严谨,不能保证设计时间和进度

技术水平与实际能力
25
设计合理、理论分析与计算正确，实验数据准确，有很强的实际动手能力、经济分析能力和计算机应用能力，文献查阅能力强、引用合理、调查调研非常合理、可信
设计合理、理论分析与计算正确，实验数据比较准确，有较强的实际动手能力、经济分析能力和计算机应用能力，文献引用、调查调研比较合理、可信
设计合理，理论分析与计算基本正确，实验数据比较准确，有一定的实际动手能力，主要文献引用、调查调研比较可信
设计基本合理，理论分析与计算无大错，实验数据无大错
设计不合理，理论分析与计算有原则错误，实验数据不可靠，实际动手能力差，文献引用、调查调研有较大的问题

创新
10
有重大改进或独特见解，有一定实用价值
有较大改进或新颖的见解，实用性尚可
有一定改进或新的见解
有一定见解
观念陈旧

论文(计算书、图纸)撰写质量
50
结构严谨，逻辑性强，层次清晰，语言准确，文字流畅，完全符合规范化要求，书写工整或用计算机打印成文；图纸非常工整、清晰
结构合理，符合逻辑，文章层次分明，语言准确，文字流畅，符合规范化要求，书写工整或用计算机打印成文；图纸工整、清晰
结构合理，层次较为分明，文理通顺，基本达到规范化要求，书写比较工整；图纸比较工整、清晰
结构基本合理，逻辑基本清楚，文字尚通顺，勉强达到规范化要求；图纸比较工整
内容空泛，结构混乱，文字表达不清，错别字较多，达不到规范化要求；图纸不工整或不清晰

指导教师评定成绩：
指导教师签名： 年 月 日
课程设计指导教师评定成绩表 20095565 卿桃
项目
分值
优秀
(100>x≥90)
良好
(90>x≥80)
中等
(80>x≥70)
及格
(70>x≥60)
不及格(x<60)
评分
参考标准
参考标准
参考标准
参考标准
参考标准
学习态度
15
学习态度认真，科学作风严谨，严格保证设计时间并按任务书中规定的进度开展各项工作
学习态度比较认真，科学作风良好，能按期圆满完成任务书规定的任务
学习态度尚好，遵守组织纪律，基本保证设计时间，按期完成各项工作
学习态度尚可，能遵守组织纪律，能按期完成任务
学习马虎，纪律涣散，工作作风不严谨,不能保证设计时间和进度

技术水平与实际能力
25
设计合理、理论分析与计算正确，实验数据准确，有很强的实际动手能力、经济分析能力和计算机应用能力，文献查阅能力强、引用合理、调查调研非常合理、可信
设计合理、理论分析与计算正确，实验数据比较准确，有较强的实际动手能力、经济分析能力和计算机应用能力，文献引用、调查调研比较合理、可信
设计合理，理论分析与计算基本正确，实验数据比较准确，有一定的实际动手能力，主要文献引用、调查调研比较可信
设计基本合理，理论分析与计算无大错，实验数据无大错
设计不合理，理论分析与计算有原则错误，实验数据不可靠，实际动手能力差，文献引用、调查调研有较大的问题

创新
10
有重大改进或独特见解，有一定实用价值
有较大改进或新颖的见解，实用性尚可
有一定改进或新的见解
有一定见解
观念陈旧

论文(计算书、图纸)撰写质量
50
结构严谨，逻辑性强，层次清晰，语言准确，文字流畅，完全符合规范化要求，书写工整或用计算机打印成文；图纸非常工整、清晰
结构合理，符合逻辑，文章层次分明，语言准确，文字流畅，符合规范化要求，书写工整或用计算机打印成文；图纸工整、清晰
结构合理，层次较为分明，文理通顺，基本达到规范化要求，书写比较工整；图纸比较工整、清晰
结构基本合理，逻辑基本清楚，文字尚通顺，勉强达到规范化要求；图纸比较工整
内容空泛，结构混乱，文字表达不清，错别字较多，达不到规范化要求；图纸不工整或不清晰

指导教师评定成绩：
指导教师签名： 年 月 日
课程设计指导教师评定成绩表 20095567 宋来璞
项目
分值
优秀
(100>x≥90)
良好
(90>x≥80)
中等
(80>x≥70)
及格
(70>x≥60)
不及格(x<60)
评分
参考标准
参考标准
参考标准
参考标准
参考标准
学习态度
15
学习态度认真，科学作风严谨，严格保证设计时间并按任务书中规定的进度开展各项工作
学习态度比较认真，科学作风良好，能按期圆满完成任务书规定的任务
学习态度尚好，遵守组织纪律，基本保证设计时间，按期完成各项工作
学习态度尚可，能遵守组织纪律，能按期完成任务
学习马虎，纪律涣散，工作作风不严谨,不能保证设计时间和进度

技术水平与实际能力
25
设计合理、理论分析与计算正确，实验数据准确，有很强的实际动手能力、经济分析能力和计算机应用能力，文献查阅能力强、引用合理、调查调研非常合理、可信
设计合理、理论分析与计算正确，实验数据比较准确，有较强的实际动手能力、经济分析能力和计算机应用能力，文献引用、调查调研比较合理、可信
设计合理，理论分析与计算基本正确，实验数据比较准确，有一定的实际动手能力，主要文献引用、调查调研比较可信
设计基本合理，理论分析与计算无大错，实验数据无大错
设计不合理，理论分析与计算有原则错误，实验数据不可靠，实际动手能力差，文献引用、调查调研有较大的问题

创新
10
有重大改进或独特见解，有一定实用价值
有较大改进或新颖的见解，实用性尚可
有一定改进或新的见解
有一定见解
观念陈旧

论文(计算书、图纸)撰写质量
50
结构严谨，逻辑性强，层次清晰，语言准确，文字流畅，完全符合规范化要求，书写工整或用计算机打印成文；图纸非常工整、清晰
结构合理，符合逻辑，文章层次分明，语言准确，文字流畅，符合规范化要求，书写工整或用计算机打印成文；图纸工整、清晰
结构合理，层次较为分明，文理通顺，基本达到规范化要求，书写比较工整；图纸比较工整、清晰
结构基本合理，逻辑基本清楚，文字尚通顺，勉强达到规范化要求；图纸比较工整
内容空泛，结构混乱，文字表达不清，错别字较多，达不到规范化要求；图纸不工整或不清晰

指导教师评定成绩：
指导教师签名： 年 月 日
课程设计指导教师评定成绩表 20095575 张福海
项目
分值
优秀
(100>x≥90)
良好
(90>x≥80)
中等
(80>x≥70)
及格
(70>x≥60)
不及格(x<60)
评分
参考标准
参考标准
参考标准
参考标准
参考标准
学习态度
15
学习态度认真，科学作风严谨，严格保证设计时间并按任务书中规定的进度开展各项工作
学习态度比较认真，科学作风良好，能按期圆满完成任务书规定的任务
学习态度尚好，遵守组织纪律，基本保证设计时间，按期完成各项工作
学习态度尚可，能遵守组织纪律，能按期完成任务
学习马虎，纪律涣散，工作作风不严谨,不能保证设计时间和进度

技术水平与实际能力
25
设计合理、理论分析与计算正确，实验数据准确，有很强的实际动手能力、经济分析能力和计算机应用能力，文献查阅能力强、引用合理、调查调研非常合理、可信
设计合理、理论分析与计算正确，实验数据比较准确，有较强的实际动手能力、经济分析能力和计算机应用能力，文献引用、调查调研比较合理、可信
设计合理，理论分析与计算基本正确，实验数据比较准确，有一定的实际动手能力，主要文献引用、调查调研比较可信
设计基本合理，理论分析与计算无大错，实验数据无大错
设计不合理，理论分析与计算有原则错误，实验数据不可靠，实际动手能力差，文献引用、调查调研有较大的问题

创新
10
有重大改进或独特见解，有一定实用价值
有较大改进或新颖的见解，实用性尚可
有一定改进或新的见解
有一定见解
观念陈旧

论文(计算书、图纸)撰写质量
50
结构严谨，逻辑性强，层次清晰，语言准确，文字流畅，完全符合规范化要求，书写工整或用计算机打印成文；图纸非常工整、清晰
结构合理，符合逻辑，文章层次分明，语言准确，文字流畅，符合规范化要求，书写工整或用计算机打印成文；图纸工整、清晰
结构合理，层次较为分明，文理通顺，基本达到规范化要求，书写比较工整；图纸比较工整、清晰
结构基本合理，逻辑基本清楚，文字尚通顺，勉强达到规范化要求；图纸比较工整
内容空泛，结构混乱，文字表达不清，错别字较多，达不到规范化要求；图纸不工整或不清晰

指导教师评定成绩：
指导教师签名： 年 月 日
重庆大学本科学生课程设计任务书

课程设计题目
固定资产管理系统
学院
计算机
专业
网络工程
年级
09
已知参数和设计要求：
学生必须按照上课时的划分的PROJECT小组（每组4-5人）开展课程设计工作（请班长提交各小组负责人名单）。
每个PROJECT小组必须在下列指定设计题目中选择一个，并要求每个班的各设计小组之间的课程设计题目互不相同：

1.“资产管理系统”数据库设计与实现
2.“项目管理系统”数据库设计与实现
3.“课程管理系统”数据库设计与实现
4.“大学人力资源管理系统”数据库设计与实现
5.“车辆租赁及运营管理系统” 数据库设计与实现
6.“学生管理系统”数据库设计与实现
7.“书店进销存管理系统” 数据库设计与实现
8.“教学资源管理系统”数据库设计与实现
9.“专业教学文件管理系统” 数据库设计与实现
10. “住宅小区物业管理系统” 数据库设计与实现

各个设计课题所包含的具体设计（应用）内容及涉及范围大小，可由该PROJECT小组的学生团队根据自己实践调查或查阅相关资料分析后确定（应注意合理性和科学性）。
提请注意，设计（（应用））内容的多少，不是衡量设计水平的关键，主要是设计内涵和质量。必需根据数据库教材中介绍的知识和方法开展各阶段数据库设计工作。
反映最终设计结果的《课程设计说明书》，不一定厚就好，水平应体现在设计质量上，提出少而精，避虽免大而全而不深入和科学。
要求提交打印稿，加封面，并将各设计阶段的设计内容列为一章，其格式要按照重庆大学《课程设计规范化要求》来完成。
要求各PROJECT小组以团队的形式独立完成设计,并在提交文档第一页上给出本组参加人员的任务分工和贡献排序。
原则上对每个PROJECT小组提交报告的评定成绩即为该小组各位同学的课程设计成绩。但请各位同学注意：提交报告时，指导教师可能会抽问，若某同学对分工负责的设计不能科学和流利地给出解释，则该同学的课程设计成绩将有可能被单独降级。

学生应完成的工作：
每个PROJECT小组按选定题目开展数据库设计与实现工作。在设计过程中，应采用课程教材和课程参考教材中介绍的关于数据库系统设计与实现的方法，主要完成下列工作：
1) 需求分析：在搜集资料和分析用户应用要求的基础上，形成该数据库系统的应用需求说明；
2) 概念设计：根据需求分析设计和形成ER模型和给出数据说明（类型和特征说明，完整性说明，数据使用情况或要求的说明）；
3) 逻辑设计：将ER模型向关系模型转换，关系转换时注意保持主键、外键等约束关系，另外还应当进行规范化处理，以消除数据冗余；
4) 物理设计：给出索引和蔟集的设置、以及对关系模式的数据库划分等。
5）安全性设计：根据应用需要设置用户和角色，并为用户和角色定义满足应用要求的访问权限，并根据应用要求开展基本的系统备份恢复设计。
6）数据库实现：要求提交一组（或分章节给出）技术文档，内容包括设计中相关的：数据库基表创建SQL语句、完整性约束说明SQL语句、建立索引和蔟集的SQL语句、建立关系视图SQL语句、安全性授权说明SQL语句出饭器创建语句等。（要求采用WORD文件给出所有上述SQL语句描述），所有SQL命令均可在系统上实际运行，建立好设计希望的数据库。
特别注意：因设计时间较紧，而且课程为数据库课程设计，故并不要求学生对系统的应用功能进行设计、编程和开发实现（诸如：功能的设计、用户界面设计，模块设计和程序设计与实现等）。但如果完成了应用功能设计的同学在成绩评定方面会酌情参考。
目前资料收集情况（含指定参考资料）：

数据库系统基础教程（中、英文版，第3版），美国斯坦福大学，机械工业出版社2008.07
《数据库系统教程》，王能斌著，电子工业出版社，2008.08
《数据库设计教程》，何玉洁等翻译，机械工业出版社，2003
课程采用的耶鲁大学数据库教材（包括提供的辅助资料）。

课程设计的工作计划：
20周1周内完成！

特别说明：
实现部分6）提供的SQL语句应保证可实际上机运行，可以没有任何程序设计和实现代码

任务下达日期 2012 年 6月 25 日
完成日期 2012 年 07 月6日
说明：学院、专业、年级均填全称，如：计算机学院、计算机科学与技术、2010。

1.摘 要
本报告介绍了一个使用Microsoft SQL Server 设计的用于固定资产管理的数据库管理系统。该系统能够实现对固定资产基本信息、固定资产增加信息、固定资产减少信息、操作员信息、固定资产类别信息和所在部门信息的管理功能，即对这些信息编辑、查询和报表功能。
报告首先分析了用户的需求，设计出了系统的功能结构图，然后对系统进行了概念结构设计，设计出了系统的局部ER图和全局ER图，根据全局ER图对系统进行了逻辑结构设计，设计出了系统的数据结构即关系模式，根据这些关系模式，在Microsoft SQL Server 中，创建了固定资产基本信息、操作员信息、部门信息三张基本表对象；同时利用这些基本表对象创建了满足用户需求的各种查询对象；创建了主窗体；创建了用于信息编辑和浏览的用户窗体，其中包括如控制面板一样的主窗体；创建了供集中浏览和打印信息的报表对象。
关键词：数据库，SQL Server ，固定资产管理

2.小组情况
本系统是通过小组全体成员的共同努力，经过分工合作完成的，具体情况如下：
1、合作的工作
需求分析、概念结构设计、逻辑结构设计和报告的草稿通过小组讨论完成。
2、分工
在数据库系统的总体方案确定之后，小组成员开始分工，独立完成不同的模块及工作，其中
卿桃:负责资产信息管理和资产减少管理模块的设计
张福海,:前台界面设计以及总报告的撰写和排版工作
宋来璞:资料收集,告的撰写和排版工作
王磊:Sql 语句编写,用户程序界面以及程序编写

目 录
目 录 4
1 绪 论 5
2 需求分析 6
2.1 系统功能 6
2.2 系统数据 7
2.2.1 数据结构和数据项 8
3 概念结构设计 11
3.1 实体分析及其局部E-R图 11
3.2 实体之间的联系及其ER图 13
3.3 系统全局ER图 15
4 逻辑结构设计 17
5 数据库设计 18
5.1 创建表对象 18
5.1.1 操作员表 18
5.1.2 部门信息表 18
5.1.3 资产信息表 19
5.2 创建查询对象 20
5.3 创建窗体及控制面板 20
5.3.1 创建控制面板 20
5.3.2 创建信息编辑窗体 21
6 系统运行操作说明 25
总结 26
参考文献 27

1 绪 论
对于任何一个企业来说，固定资产管理的好坏都直接关系到企业的发展和管理，它是企业经营管理中非常重要的环节。固定资产的增加、信息修改和报废是一个紧密联系的有机整体，因此，固定资产管理系统需集增加、信息修改、报废情况，使企业管理人员能够及时掌握固定资产的有效信息，调整经营方案，提供制定决策的依据。
本报告设计的固定资产管理系统主要是负责固定资产的增加、信息修改和报废管理，以及固定资产信息的日常维护。
“数据库原理及应用”一直都是计算机应用专业的核心必修课程。随着数据库技术的不断发展，应用领域日益广泛，了解并掌握数据库已经逐步成为各类管理人员和技术人员的基本要求，对于我们大学生来说，掌握数据库的原理与应用是我们必要的要求。本课程设计——固定资产管理系统是运用我们在本学期所学的“数据库原理与应用”的知识而做出来的。它主要包括需求分析，概念结构设计，逻辑结构设计和创建数据库四个部分，这个固定资产管理系统为企业管理固定资产各种繁琐的信息提供了方便，理清了复杂信息之间的联系，构成一个清晰操作便捷的系统。同时，也让我们把所学的理论知识应用与实践中，学以致用，得到了很高的锻炼，考验我们的团队精神与合作。

2 需求分析
2.1 系统功能
随着信息化技术的飞速发展及普及，企业的固定资产管理模式也发生了巨大的变化，由原来的手工管理模式逐步转变为信息化管理，通过信息化管理，极大地提高管理水平和效率。
为了使本小组设计的系统能够尽可能满足企业固定资产管理的实际需求，在进行系统设计之前，小组全体成员通过查资料和多次激烈的讨论，最后确定本系统应该具有如下的功能：
u 操作员管理：能够对操作员信息进行有效的管理，其中包括操作员信息的添加、修改和删除，以及操作员信息查询和生成报表。
u 固定资产信息管理：能够对固定资产信息进行有效的管理，其中包括固定资产信息的添加、修改和删除，以及固定资产信息查询和生成报表。
u 固定资产增加管理：能够对固定资产增加的信息进行有效的管理，其中包括固定资产增加信息的添加、修改和删除，以及固定资产增加信息查询和生成报表。
u 固定资产报废管理：能够对固定资产减少的信息进行有效的管理，其中包括固定资产减少信息的添加、修改和删除，以及固定资产减少信息查询和生成报表。

上述的需求分析可以总结为如图2.1所示的功能结构图。
操作员管理
固定资产管理系统
固定资产管理
显示全部资产信息
按操作员编号查询
按部门查询资产
操作员管理
资产增加
资产信息修改
资产报废

按操作员编号查询
按操作员姓名查询
资产变动管理
增加操作员
删除操作员
资产信息管理
查看操作员信息
操作员变动管理

图2.1 固定资产管理功能结构图

2.2 系统数据
数据库的核心是数据，相互关联的数据构成数据结构。对于数据库设计来说，通常使用数据字典对各类数据及其集合进行描述，数据字典是进行数据收集和数据分析所获得的主要成果。下面根据系统功能对本系统设计的数据项和数据结构分别进行分析。
2.2.1 数据结构和数据项
本系统涉及固定资产、操作员、部门、三个对象，所以系统的数据结构分别由固定资产、操作员、部门组成，系统涉及的数据项由这三个对象本身的属性和它们之间关系的属性确定。下面将分别讨论它们的数据结构和数据项。
（1）固定资产
名称：固定资产
含义：固定资产是固定资产管理系统的主要数据结构，包含了固定资产的所有信息。固定资产已经属于系统管理的对象范畴，具有统一的编号。
组成：固定资产对象分别由资产编号、资产名称、资产类别名称、原值、累计折旧、现值、增加方式、增加时间、使用状态、所属部门编号、操作员编号十一个数据项组成。主要六个数据项的含义如下：
l 数据项：资产编号
含义：能够唯一标识每一项固定资产
数据类型：数字
长度：长整型
l 数据项：资产名称
含义：固定资产的名称
数据类型：文本
长度：50
l 数据项：资产类别名称
含义：固定资产属于的类型
数据类型：文本
长度：50
l 数据项：原值
含义：购入固定资产时的初始价值
数据类型：数字
长度：长整型
l 数据项：增加方式
含义：增加固定资产的方式
数据类型：文本
长度：50
l 数据项：使用状态
含义：固定资产所处于的状态
数据类型：文本
长度：50

（2）操作员
名称：操作员
含义：在系统中起非常重要的作用，固定资产的增加和减少都是由操作员完成的。
组成：操作员对象分别由操作员编号、操作员、密码三个数据项组成。
各数据项的含义如下：
l 数据项：操作员编号
含义：能够唯一标识每一个操作员的号码
数据类型：文本
长度：3

l 数据项：操作员
含义：操作员的名称
数据类型：文本
长度：10
l 数据项：密码
含义：操作员登录系统的安全密码
数据类型：文本
长度：4
（3）部门
名称：部门
含义：固定资产所属于的部门
组成：部门对象分别由部门编号、部门名称、部门负责人三个数据项组成。
各数据项的含义如下：
l 数据项：部门编号
含义：能够唯一标识每一个部门的号码
数据类型：文本
长度：2
l 数据项：部门名称
含义：部门的名称
数据类型：文本
长度：50
l 数据项：部门负责人
含义：负责该部门的领导
数据类型：文本
长度：50

3 概念结构设计
概念结构设计就是将需求分析阶段得到的用户需求抽象为数据库的概念结构。本论文使用E-R图来描述系统的概念结构，即使用ER图表示需求分析的结果。在实际设计过程中，首先分析系统中以实体为基本单位的局部ER图，然后分析两两实体之间的联系，画出两两实体联系的局部E-R图，再将两两实体之间联系的ER图作为基本单位，画出他们之间联系的ER图，依次类推，最后将各局部E-R图合并成全局E-R图，下面将分别进行分析。
3.1 实体分析及其局部E-R图
通过需求分析得知，固定资产管理系统的研究对象有固定资产、部门和操作员三个对象，也就是三个实体，但由于系统的主要功能是管理固定资产（固定资产的增加和报废），所以在实际处理中将固定资产分为固定资产增加和固定资产报废，也就是说，为了处理问题的方便，将系统的实体对象分为部门、操作员、固定资产增加和固定资产报废。
（1）部门
对于固定资产管理系统来说，比较重要的部门信息是部门编号、部门名称、部门负责人。其中部门编号能够唯一确定某个部门的所有信息，故在该实体中定义部门编号为实体标识符。部门的ER图如3.1所示。
部门
部门编号
部门名称
部门负责人

图3.1 部门ER图

（2） 操作员
对固定资产的所有管理工作由操作员来完成，操作员在系统中发挥着非常重要的作用，故系统必须对操作员进行统一管理，给每个操作员设置编号和密码。本系统中操作员实体的属性为操作员编号、姓名和密码，其中，操作员编号能够唯一标识操作员的各个属性，所以定义操作员编号为操作员实体的标识符。操作员的ER图如3.2所示。
操作员
操作员编号
姓名
密码

图3.2 操作员ER图

（3）固定资产增加
在固定资产实体中，包含资产编号、资产名称、部门编号、增加时价格、增加方式、增加时间、操作员编号七个属性。其中，资产编号能够唯一标识每一项固定资产，故定义资产编号为资产实体的标识符。固定资产实体的ER图如下：
固定资产增加
资产编号
资产名称
增加时价格
增加方式
增加时间
操作员编号
部门编号

图3.3 固定资产增加ER图

（4）固定资产报废
在固定资产减少实体中，包含资产编号、资产名称、部门编号、资产类别、操作员编号五个属性。其中，资产编号能够唯一标识每一项固定资产，故定义资产编号为固定资产减少实体的标识符。固定资产减少实体的ER图如下：
固定资产报废
资产编号
资产名称
资产类别
操作员编号
部门编号

图3.4 固定资产报废ER图
3.2 实体之间的联系及其ER图
（1）固定资产与部门联系的ER图
企业中的固定资产都分别分配到不同的部门，由不同部门来管理，同一部门可以管理多项固定资产，故固定资产和部门之间联系类型是m：1的联系。固定资产和部门联系的ER图如图3.5所示。
资产编号
资产名称
资产类别
原值
增加方式
使用状态
固定资产
管理
部门
部门编号
部门负责人
部门名称
1
m

图3.5 固定资产和部门联系的ER图

（2）操作员、资产变动联系的ER图
资产变动，包括了资产增加和资产报废。对于资产增加，操作员首先要对其进行基本处理（如编号），然后进行增加处理；对于资产报废，操作员要删除该项资产的所有信息。操作员和资产变动之间通过处理建立联系，两个实体之间是m:n联系。二者联系的ER图如图3.6所示。
姓名
日期
操作员
操作员编号
密码
增加加加
报废
资产变动
日期
资产编号
资产名称
资产类别
部门编号

图3.6 操作员、资产变动联系的ER图

（3）操作员、固定资产和资产变动联系的ER图
资产的增加和报废，都需要由操作员进行处理，此外，资产的变动，都会影响到固定资产的基本信息，这就需要有操作员进行对固定资产变动的出理。三者之间所建立的联系，均是m:n的关系。三者联系的ER图如图3.7所示。
固定资产
资产编号
资产名称
资产类别
原值
增加方式
使用状态
操作员
操作员编号
姓名
密码
资产变动
资产编号
资产名称
部门编号
资产类别
报废
增加
日期
日期

图3.7 操作员、固定资产和资产变动联系的ER图
3.3 系统全局ER图
将图3.5、3.6、3.7合并，同时对各个属性进行整合，就得到系统全局ER图。在整合的过程中，各局部ER图的属性发生如下的冲突，所以需要重新进行定义。
（1）日期 日期属性分别在两个联系中出现，需要重新定义，根据所处的位置，分别定义为增加日期和报废日期。
整合后的ER图如图3.8所示。
部门
管理
固定资产
增加
报废
操作员
资产变动

图3.8 系统全局ER图

整合后各实体及联系的属性如下：
部门（部门编号，部门名称，部门负责人）；
固定资产（资产编号，资产名称，资产类别，原值，增加方式，使用状态）；
操作员（操作员编号，姓名，密码）；
资产增加 （资产编号，资产名称，部门编号，增加时价格，增加方式，增加时间，操作员编号）；
资产报废（资产编号，资产名称，部门编号，资产类别，操作员编号）

4 逻辑结构设计
逻辑结构设计是将全局概念模型（ER图）转换成DBMS支持的概念模式或关系模式（或者称为数据结构）。本系统选用SQL Server 作为前台和后台数据库，该数据库属于关系型数据库，即使用表结构表示系统中的所有实体及其联系。在系统全局ER模型中，操作员和固定资产的两个关系都是m:n关系，在实际应用中，也需要将资产增加和资产报废信息进行独立的管理，所以在将全局ER图向逻辑结构的转换中，将三个实体及属性独立生成各自的关系模式，资产变动和固定资产独立生成各自的关系模式。为了实现对资产变动处理的方便，在资产变动和固定资产关系中，用资产编号作为关系的主键，同时将资产名称，资产类别名称，原值，使用状态和操作员编号等加入到关系模式的属性中。根据全局ER图得到如下的关系模式。
l 操作员（操作员编号，姓名，密码）
l 部门（部门编号，部门名称，部门负责人）
l 固定资产（资产编号，资产名称，资产类别，原值，增加方式，使用状态）
l 资产增加（资产编号，资产名称，部门编号，增加时价格，增加方式，增加时间，操作员编号）
l 资产报废（资产编号，资产名称，部门编号，资产类别，操作员编号）

5 数据库设计
由于本设计使用SQL Server 完成，SQL Server既是前台又是后台，所以本设计创建了表对象、查询对象、窗体对象和报表对象。
5.1 创建表对象
表对象是数据库最基本的对象，所有其它的对象都是基于表对象来创建。表对象是根据逻辑设计阶段设计的关系模式来创建的。在创建表结构之前，首先应该确定表中各自段的数据类型和约束，然后在设计视图中创建表对象。下面分别使用表格来表示各个表对象的数据类型和约束。
5.1.1 操作员表
在操作员对象的三个字段中，操作员编号能够唯一标识一个操作员，所以将该字段定义为主键，其它两个字段在操作员表中必不可少，所以定义为非空约束。将数据类型和约束用表表示为如表5.1所示。
表5.1 操作员表的数据类型及约束
列名
数据类型
约束情况
操作员编号
文本
主键
操作员
文本
非空
密码
文本
非空

对应的sql语句:
create table tab_operator(
oper_id char(3) primary key ,//主键
operator char(10) not null ,//非空
password char(4) not null//非空
)
5.1.2 部门信息表
在部门信息对象的三个字段中，部门编号能够唯一标识一个部门，所以将该字段定义为主键，其它两个字段在部门信息表中必不可少，所以定义为非空约束。将数据类型和约束用表表示为如表5.2所示。
表5.2 部门信息表的数据类型及约束
列名
数据类型
约束情况
部门编号
文本
主键
部门名称
文本
非空
部门负责人
文本
非空

对应的Sql语句:
create table tab_department(
dep_id char(2) primary key,//主键
dep_name char(50) not null,//非空
dep_manager char(50) not null//非空
)

5.1.3 资产信息表
在资产信息对象的十一个字段中，资产编号能够唯一标识每一项资产，所以将该字段定义为主键，其它九个字段在资产信息表中必不可少，所以定义为非空约束。将数据类型和约束用表表示为如表5.3所示。
表5.3 资产信息表的数据类型及约束
列名
数据类型
约束情况
资产编号
文本
主键
资产名称
文本
非空
资产类别名称
文本
非空
原值
数字
非空
累计折旧
数字
非空
现值
数字
非空
增加方式
文本
非空
增加时间
日期/时间
非空
使用状态
文本
非空
所属部门编号
文本
非空
操作员编号
文本
非空

对应的Sql语句:
create table tab_pro_info(
pro_id int primary key,//主键
pro_name char(50) not null,//非空
pro_class_name char(50) not null,//非空
ori_value int not null,//非空
all_depre int not null,//非空
now_value int not null,//非空
inc_method char(50) not null,//非空
inc_time date not null,//非空
use_state char(50) not null,//非空
dep_id char(2) not null,//非空
oper_id char(3) not null,//非空
check(pro_class_name in ('房屋建筑物','机器设备','运输设备','电子设备')),//资产类型约束
check(inc_method in('捐赠','盘盈','在建工程转入','融资转入')),//增加方式约束
check(use_state in('使用中','未使用','不需用')),//资产状态约束
Foreign key(dep_id) references tab_department,//dep_id 外键约束
Foreign key(oper_id ) references tab_operator//oper_id 外键约束
)

5.2 创建查询对象
在固定资产管理中，创建了按部门名称查询、按资产编号查询；在操作员管理中，创建了按操作员编号查询和按操作员姓名查询，共四个查询对象，通过这些对象，实现系统的信息查询功能。
5.3 创建窗体及控制面板
本系统与用户的交互是通过窗体对象来实现的。窗体为用户提供一个形式友好、内容丰富的数据库操作界面，通过窗体可以打开数据库中的查询、其它窗体和报表。本系统创建了6个普通窗体，6个主窗体（控制面板），通过这些窗体对象来调用所有的查询对象、窗体对象和报表对象。
5.3.1 创建控制面板
主窗体分了两个层次，第一层次的主窗体是用户进入系统的总窗体，按照管理模块的功能设置了两个按钮，单击命令按钮打开对应的管理模块窗体，通过这一层的窗体再通过命令进入。
图1:连接数据库

图2:功能选择模块

图3:固定资产管理

图4:操作员管理

5.3.2 创建信息编辑窗体
信息编辑窗体是用户编辑和浏览数据的窗体，其设计如图所示。
图1:资产查询

图2:资产删除,修改

图3:资产增加

图4:操作员信息查