固定资产管理系统毕业论文设计

固定资产管理系统毕业论文设计内容摘要：

： DataSource 属性：返回或者设置一个数据源，通过该数据源，控件被绑定到某个数据库。 可以设定为 ADO Data 控件、 Data 控件等。 示例代码如下： = adoData1 AllowUpdate 属性：返回或者设置一个值，指出用户是否能够更改控件中 的数值。 AllowDelete 属性：返回或者设置一个值，指出用户是否能够从与该控件连接的结果中删除记录。 AllowAddNew 属性：返回或者设置一个值，指出用户是否能够从与该控件连接的结果集中增加新记录。 数据库平台介绍 Microsoft Access 数据库在 VB 数据库编程中具有非常明显的应用优势： （ 1） Microsoft Access 是 VB 默认的数据库格式，在变成应用中使用最方便快捷，而且随着 Microsoft Access 的不断升级 ,VB 也在新版本中不断增加对其新特色的支 持。 相比之下，其他数据库格式显然要差一些。 （ 2） Microsoft Office 是当今世界上最为流行的办公软件，其家族成员Microsoft Access 的拥有率很高。 这使得 Access 数据库在 VB 数据库编程中颇具代表性。 （ 3） Microsoft Access 秉承了微软所见即所得的思想，软件界面友好，易学易用，且功能强大，即便是对数据库了解不多的普通用户也可以很快的建立所需的数据库结构，是编写数据库的好工具。 鉴于以上 Microsoft Access 的种种优势，在本设计中选取了 Microsoft Access数据库来介绍其变成知识。 编程时可以使用 VB 代码来定义并生成 Microsoft Access数据库，但显然这样的工作量以及变成基础都是令普通读者望而却步的。 通常使用更为简洁的方法，即使用工具来创建数据库，然后在 VB 中加以引用。 正是出于这样的原因， VB 自带了可视化数据管理器，可以创建和修改所需的数据库。 当然也可以在Microsoft Access 中直接创建数据库 ,然后在于 VB 相连。 东华理工学院长江学院毕业设计（论文） 平台简介 7 MIS 简介 MIS ( Manage Information System ) 即管理信息系统 ，是一个以人为主导、应用计算机技术、网络通讯技术、数据库技术、进行信息的收集、传输存储、加工更新和维护，为企业或组织的管理、决策提供信息服务，以增强竞争力和提高效率为目的的继承化的人 — 机系统。 系统设计的目标是在保证时间逻辑模型的基础上，尽可能提高系统的各项指标，即系统的工作效率、可靠性、工作质量、可变性与经济性等。 管理信息系统开发是一项系统工程，为了保证系统的质量，设计人员必须遵守共同的设计原则： 系统是作为统一存在的； 为了保持系统的长久生命力，要求系统具有很强的环境适应性； 一个成功的管理信息系统必须具 有较高的可靠性； 在满足系统需求的条件下，尽可能减少系统开销。 东华理工学院长江学院毕业设计 （论文） 系统总体设计 8 3. 系统总体设计 本章主要是对系统的总体功能的设计、数据库的设计以及数据表的优化进行详细的分析。 功能需求分析 固定资产管理对每个企业单位都是十分重要的工作，固定资产管理的好，可以使资产发挥最大效益，杜绝各种不良资产 ； 反之 ， 则会造成生产资料利用率低下，甚至造成资产流失。 本管理系统是为适应于 企业 的固定资产管理而开发的软件。 从资产使用的角度管理固定资产，协助学校建立一套完善的数据管理模 型，提供全面数据的编辑、查询、系统管理等等功能，达到对资产科学管理的目的。 上一代的学校固定资产管理系统主要采用 Foxbase 或 FoxPro,系统开发环境也是数据库内置的开发工具。 其特点是单机单用户方式，开发简单，能充分利用数据库的特性。 其缺点是开发出的系统依赖性强，运行必须依托数据库环境；不容易升级与扩展；无法实现数据的共享与并行操作；代码重用性差。 原有 企业 固定资产管理系统数据共享差的问题更加突出，而新需求的提出也越来越多，越来越频繁。 这就要求系统在可扩展性和标准化的要求更高。 而原有的系统由于其与生俱来的缺 点而无法在适应现有的需求了。 因此，使用现在的新技术，开发出适应新的需求的新系统的任务刻不容缓。 在现代企业里一直存在着一个很重要但缺乏行之有效的解决之道的问题 —— 企业固定资产管理。 许多企业在自身企业固定资产管理上缺乏统一有效的管理，不能快速、准确地注册、注销、修改资产相关信息、进行固定资产信息的查询工作以及对资产的折旧统计，从而在固定资产管理中存在着各种各样的漏洞，给企业带来不必要、不可遇见的潜在威胁，因此在企业内部创建一个针对固定资产管理的系统是企业运行管理的必要环节。 系统功能设计 应用系 统开发的第一步，就是必须了解即将开发的应用系统的特点，明确该系统所需要完成的功能以及各功能之间的相互联系，从而知道系统开发的后续工作，这一步作为系统的功能设计是十分重要的。 作为一个整体来看，系统会显得太大太复杂，很难理解。 通过对企业的需求分析，可以将本系统划分为三个模块（这就是所谓的纵向分解），确定各个模块的接口，从而实现整体功能。 我们将系统功能再进一步划分，将每个模块分解出几个子功能，并确定这些子功能与父功能的接口（这就是所谓的横向分解）。 通过纵向和横向分解，东华理工学院长江学院毕业设计 （论文） 系统总体设计 9 我们可以很直观、很清晰的看到这个系统的功能 划分，其具体功能描述如表 11所示。 资产管理 资产查找 统计表 注册新资产 注销资产 编辑资产 资产折旧 按资产编号查找 条件查找 注销统计表 折旧统计表 表 11 系统主要功能模块表 三个模块的功能分别为： （ 1） 资产管理模块：实现了企业固定资产的注册、注销、编辑以及折旧价格的计算； （ 2） 资产查找模块：为管理员提供资产的查询，是他们能够很方便、快捷的了解到他们所需要资产的状态； （ 3） 统计表模块：该模块主要实现了企业固定资产的注销状态及折旧计算的直观表达，使管理员快速的掌握资产的状态。 系统流程图 通过以上 的系统需求分析和功能模块设计，现在我们有了初步的系统流程图（如下图 12 所示）。 在管理系统开发中，我们就以这幅流程图作为系统运行的框架，并在次框架的基础上逐步实现企业对该系统的需求。 修改数据 输 出 输 出 图 12 系统流程图 主菜单 注 销 资 产 注 册 资 产 折旧统计表 注 销统计表 按条件查找 按编号查找 资 产 折旧 修改 资 产 东华理工学院长江学院毕业设计 （论文） 系统总体设计 10 数据流图与数据字典 经过以上分析 ,我们可以初步设计出系统数据流图以及数据字典的建立。 系统数据流图如下所示： 图 13 数据流图 输入 原始数据 系统数据 数据修改 数据注销 折旧计算 查找功能 导出 折旧统计表 注销统计表 东华理工学院长江学院毕业设计（论文） 系统分析与实现 11 4. 系统分析与实现 数据库的设计 数据库结构的设计是总体设计阶段非常重要的环节，好的数据库结构可以简化开发过程，使系统功能更加清晰明确。 因为数据库结构的变化会造成编码的改动，所以必须认真设计数据库结构后在进行编码，从而避免无谓的重复工作。 概念设计 在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束 ，产生一个反映用户观点的概念模式。 然后再把概念模式转换成逻辑模式。 将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定 DBMS的限制。 利用 ER 方法进行数据库的概念设计，可分成三步进行：首先设计局部 ER 模式，然后把各局部 ER 模式综合成一个全局模式，最后对全局 ER 模式进行优化，得到最终的模式，即概念模式。 （ 1） 设计局部 ER 模式 实体和属性的定义： 资产信息表（资产编号、资产分类、资产型号、购买日期、购买价格、折旧 价格、生产单位、使用状态、使用部门编号、负责人、 使用年限、注销日期、备注、注销） 部门信息（使用部门编号、部门名称、责负人） ER 模型的“联系”用于刻画实体之间的关联。 一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。 若有联系，进一步确定是 1:N， M:N，还是 1:1 等。 还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。 例如： u 一个资产（编号）只能具有一种身份，而一种身份可被具有多个编号（ 1： 1）； u 一种资产只能属于一种资产类别 （资产分类），而一种资产类别可以包含多多个资产（ 1： N）； u 一个种资产可以由多本不同的生产单位生产，而一个生产单位也可以生产多个不同的产品（ N:N）。 东华理工学院长江学院毕业设计（论文） 系统分析与实现 12 （ 2）设计全局 ER 模式 所有局部 ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。 全局概念结构不仅要支持所有局部 ER 模式，而且必须合理地表示一个完整、一致的数据库概念结构。 1) 确定公共实体类型 为了给多个局部 ER 模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。 在这一步中我们仅根据实体类型名和键来认定公共实体类型。 一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。 2)局部 ER 模式的合并 合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。 3)消除冲突 冲突分为三类：属性冲突、结构冲突、命名冲突。 设计全局 ER模式的目的不在于把若干局部 ER模式形式上合并为一个 ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。 4）局 ER 模式的优化 在得到全局 ER 模式后，为了提 高数据库系统的效率，还应进一步依据处理需求对 ER 模式进行优化。 一个好的全局 ER 模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。 综上所述，“固定资产管理系统”的全局 ER 模式如下： 资产信息表（资产编号、资产分类、资产型号、购买日期、购买价格、折旧价格、生产单位、使用状态、使用部门、负责人、使用年限、注销日期、备注、注销） 关系数据库的逻辑设计 由于概念设计的结果是 ER 图， DBMS 一般采用关系型 ，因此数据库的逻辑设计过程就是把 ER 图转化为关系模式的过程。 由于关系模型所具有的优点，逻辑设计可以充分运用关系数据库规范化理论，使设计过程形式化地进行。 设计结果是一组关系模式的定义。 （ 1） 导出初始关系模式 资产信息表（资产编号、资产分类、资产型号、购买日期、购买价格、折旧价格、生产单位、使用状态、使用部门编号、负责人、使用年限、注销日期、备注、注销） 部门信息（使用部门编号、部门名称、责负人） 东华理工学院长江学院毕业设计（论文） 系统分析与实现 13 （ 2） 产生子模式 子模式是管理人员所用到的那部分数据的描述。 除了指出管理人员用到的数据外， 还应指出数据与概念模 式中相应数据的联系，即指出概念模式与子模式之间的对应性。 部门信息（使用部门编号、部。