【精品】VFP医疗部门总务信息管理系统(毕业论文+源代码)
收藏
资源目录
压缩包内文档预览：(预览前20页/共27页)
编号：1639623
类型：共享资源
大小：213.45KB
格式：RAR
上传时间：2017-08-30
上传人：机****料
认证信息
个人认证
高**（实名认证）
河南
IP属地：河南
50
积分
- 关 键 词：
-
精品
vfp
医疗
部门
总务
信息管理
系统
毕业论文
源代码
- 资源描述：
-
【精品】VFP医疗部门总务信息管理系统(毕业论文+源代码),精品,vfp,医疗,部门,总务,信息管理,系统,毕业论文,源代码
- 内容简介：
-
延边大学本科毕业论文 某医疗部门总务信息管理系统 （ 固定资产 ） 作 者 ： 李 国 珍 院 系 ： 理工学院 专 业 ： 计算机科学与技术 年 级 ： 99 级 学 号 ： 1994010271 指导教师 ： 徐善针 职 称 ： 讲 师 答辩日期 ： 2003 年 6 月 18 日 某医疗部门总务信息管理系统（固定资产） 1 内 容 摘 要 言以及所有计算机语言发展过程中的一个重要分支。 方面具有 一方面采用了面向对象、事件驱动程序的编程机制。它简化了程序设计的难度，降低了对程序设计的要求，加快了应用程序开发的速度。因为 有以上的优点，所以在我的毕业设计中采用了它作为开发工具。 我的毕业设计题目是某医疗部门总务信息管理系统 (固定资产 )主要包括固定资产的入库 (出库 )的输入、修改、查询、打印和物品的库存统计、修改和打印等功能 减轻操作人员的工作量 . 关键字 : 总务 固定资产 is an in of of to on it of it of to of it to be s of my is of a It is a of It of or s he to is to a to be of 医疗部门总务信息管理系统（固定资产） 2 目 录 前言 . 3 第一部分 能简介 .二部分 软件定义时期 题定义 .行性研究 .求分析 .三部分 软件开发时期 . 体设计 .细设计 码 .试报告 四部分 重点难点分析 23 第五部分 改进计划 25 第六部分 后 记 26 第七部分 参考文献 27 某医疗部门总务信息管理系统（固定资产） 3 前 言 在信息时代，人们需要对大批量的信息进行加工处理，在这过程中应用数据库技术，一方面促进了计算机技术的高速发展，另一方面也形成了专门的信息处理理论及数据库管理系统。 系 数据库系统是新一代小型数据库管理系统的杰出代表，它以强大的性能、完整而又丰富的工具、极高的处理速度、友好的界面以及完备的兼容性等特点，备受广大用户的欢迎。无论是组织信息、运行查询、创建集成的关系数据库系统，还是为最终用户编写功能全面的数据管理应用程序， 可以提供管理数据所需要的工具，可以在应用程序或数据库开发的任何一个领域中提供帮助。 所以能够做到这一点，首先得益于 8 等环境的支持， 8 下各种应用软件通常所提供的工 具栏、下拉菜单、对话框等，在 均得到了较好的体现。其次， 当今最为流行的面向对象程序设计技术、可视化技术，均被 采用。最后， 用户提供的大量生成器、想到，均可协助用户更快、更好的开发程序。 用了 们能够开发出经得起比较、经得起市场风浪、经得起生产实践考验的系统，因为我们选择开发环境主要是对操作系统和开发软件的选择，其原则是 根据系统的选择。该系统的开发环境如上所述，操作系统选择微软的 发软件选择 开发周期短。 基于以上所述，我们选择了 开发 ” 某医疗部门总务信息管理系统 (固定资产 )”。 编者： 李国珍 2003年 6月 6日 某医疗部门总务信息管理系统（固定资产） 4 第一部分 能简介 为数据库结构和应用程序开发而设计的功能强大的面向对象的环境。无论是组织信息、运行查询、创建集成的关系型数据库系统，还是为最终用户编写功能全面的数据管理应用程序， 可以提供管理数据所需的工具 ,可以在应用程序或数据库开发的任何一个领域中提供帮助。 具有的速度、能力和灵活性，是普通数据库管理系统无法比拟的，它把我们带入一个 时代。 其强大的功能主要有： 增强的项目及数据库管理 o 我们可以对项目及数据有更强的控制，能够使用源代码管理产品，同时可以在 “项目管理器 ”中看到组件的状态。数据库容器允许几个用户在同一个数据库中同时创建或修改对象。利用 “数据库设计器 ”可以迅速更改数据库中对象的外观。 o 我们可以借助 “项目管理器 ”创建和集中管理应用程序中的任何元素；可以访问所有向导、生成器、工具栏和其他易于使用的工具。它提供了一个进行集中管理的环境。 o 可以对 统本身定制工具栏，也能够为编写的应用程序定义工具栏。 更简便、快速、灵活的应用程序开发 o 加了新的 “应用程序向导 ”，其提供的新的 象和改进了的应用程序框架功能可以使我们的应用程序更有效率。 还添加了一些功能来增强开发环境，以便更容易地向应用程序中添加有效的功能。 o 供了更多更好的生成器、工具栏和设计器等 ,在他们的帮助下，我们可以快速开发应用程序。 o 在 ，我们可以更简便地调试及监控的应用程序组件：可以跟踪事件以及记录执行代码的工具，它看起来与 的调试环境很相似；利用它可以深入程序，查看属性设置值，对象以及数组元素的值；可以显示交互的或代码中的信息提供了方便的途径，同时可以把结果输出到应用程序窗口之外的另一个窗口；可以用来分析程序、应用程序或实际运行的项目代码。 o 不用编程创建界面 o 应用程序组件的实例中收集了一系列应用程序组件，他们显示了如何利用 特性解决现实世界的问题。在应用程序中可 以直接使用示例组件及它们的代码。 某医疗部门总务信息管理系统（固定资产） 5 提供真正的面向对象程序设计 然支持标准的面向过程的程序设计方式，但更重要的是它现在提供真正的面向对象程序设计的能力。借助 对象模型，可以充分使用面向对象程序设计的所有功能，包括继承性、封装性、多态性和子类。 使用优化应用程序的 术 一种从表中快速地选取记录集的技术，它可将查询响应时间从数小时或数分钟降低到数秒 ,可以显著地提高查询的速度。 可以与多个开发者 一齐工作 如果是几个开发者开发一个应用程序，可以使用 许同时访问数据库组件的能力。同时，若要跟踪或保护对源代码的更改，还可以使用带有 “项目管理器 ”的源代码管理程序。 充分利用已有数据 如果有 前版本的文件，只要打开他们，就会出现 换对话框。可以把其他数据源移到 中，如果有电子表格或文本文件中的数据，比如 用 以方便地实现数据共享。 可以开发客户服务器解决方案，增强客户 /服务器性能 多语言编程 由于 持英语、冰岛语、日语、朝鲜语、繁体汉语以及简体汉语多种语言的字符集，因此能在几个领域提供对国际化应用程序开发的支持。 帮助文件 ： 专业水平的软件通常都带有联机帮助功能。无论写出来的程序是要给大量的用户使用，还是仅仅局限于公司内部有限的使用者，我们都应该为用户提供详细的、易于理解的联机帮助文档。 作系统下的帮助文件的工具。使用 它我们可以为我们编写的应用程序生成一组帮助文件。 某医疗部门总务信息管理系统（固定资产） 6 第二部分 软件定义时期 现在计算机的应用范围越来越广泛，计算机参与到了各行各业的信息管理中，为了满足需要各种管理软件应运而生，极大的方便了人们对信息的管理与运用。在软件定义这一阶段我们明确了软件开发的目的，并确定了“某医疗部门系统管理 (固定资产 )”开发的总目标；继而确定了系统开发的可行性；导出了实现此系统总目标应采用的策略及系统需完成的各个功能。本软件的开发就是为了方便医疗部门管理人员快捷的对物品的统计以及管理而编写的，它具有快 速，准确的对物品进行新增、删除、修改，查询等一些固定资产的一些操作。 该时期共经历了以下三个阶段： 题定义 通过与医院管理处的负责人进行交流，了解到目前本医院的系统管理评估考核还处在信息的输入、修改、追加、查询、统计和打印输出都由人工进行操作。医疗部门的系统管理”就是为减轻管理人员的劳动强度，减小人工操作的复杂性而开发的一个实际应用的项目。 1、从各系统的性质看，该系统很明显属于一个关于数据库方面的应用系统。 2、从系统的功能看，该系统应该在整体上实现对固定资产材料信息及固定资产信息的管理和操 作，其中应包括对各种信息的输入、修改、追加、查询、统计和打印等多个功能模块。同时该系统不应仅限于在一台计算机上实现，同时还应实现数据库共享，即多个用户均能在自己的计算机上应用该系统并可以对数据库中的已有数据进行数据的追加和修改等的操作，且被更新的数据应及时反馈到其他各个用户的面前。 3、从系统的规模看，该系统应该包括两大模块 固定资产和固定资产管理。（其中的固定资产由本人负责完成，固定资产部分有本组的其他同学完成 在对问题定义阶段的结论进一步复查和 确认之后，仔细分析了固定资产处的人工处理过程，以后，更加进一步的了解到本系统应具体解决的问题，从而导出系统的物理及逻辑模型。 整个系统的流程是在用户的要求下进行的，固定资产系统分别处理各个用户的事务，并把用户查询等的结果在显示器上显示出来，把用户输入等的数据输入到硬盘的数据库中，把用户需要打印的报表打印到相应的文档上。 某医疗部门总务信息管理系统（固定资产） 7 数据流图如下： 3. 进一步分 解处理事务功能的数据流图 简化的数据字典 (1)口令 : 用户身份验证 (2)数据流：事务 = 输入 | 修改 | 查询 | 打印 统计报表 = 物品入库报表 | 物品出库报表 |物品库存报表 (3)数据库 = 资产入库表 + 资产出库表 + 资产库存表 + 类别表 + 领取单位表 + 供货单位表 + 临时入库表 +临时出库表 +报废表 有多个相互关联的数据表组成，用来存放固定资产信息，并对其进行操作。 (4)临时表 存放将要显示输出或打印输出的临时表 通过对系统模型的分析，我们认为 该系统既具有技术可行性又具有操作可行性。一方面 在开发该系统时不论选择任何一种目前比较流行的数据库开发系统都能满足我们的要求；另一方面负责固定资产的老师们都用过类似的系统，所以完全可以接受这种操作方式。总之，该系统顺利地通过了可行性研究阶段。 物品采购 总务科 入库单 出库单 报表 科室请领 某医疗部门总务信息管理系统（固定资产） 8 求分析 以上，我们初步了解了用户的要求，并提出了可行性的方案。而这一阶段是对系统认识最为全面、准确、清晰、具体的一个比较关键的时期，也应该是用户基本上确定自己的最终要求阶段。一旦结束需求分析，整个系统的框架基本上就不应该改变了，它关系到整个 系统的成败。所以，我也在此阶段对上一阶段得出的系统所能实现的功能仔细的分析了一下，并进一步将它们具体化，为进入总体设计阶段打下良好了的基础。 (一 ) 确定对系统的综合要求 1系统功能的要求 1） 信息输入 a) 数据录入 资产入库信息情况：资产编号 、 资产名称、资产类别、入库数量、供货单位等信息情况 资产库存信息情况 :资产编号、资产名称、资产类别、入库日期、库存数量等信息情况 资产出库信息情况 :资产编号、领取单位、出库日期、出库数量、经办人 ,流水号等信息情况 报废信息 : 资产编号 ,流水号等 信息情况 b) 生成物品顺序列号 物品信息输入：内容包括物品编号、物品类别代码号、供货单位代码、领取单位代码、流水号等信息 2) 信息修改 此功能的内容与信息输入的内容基本一致。 3）信息查询、统计 入库表查询 :根据工作处提供的入库报表内容对数据进行查詢和統計查询 . 库存表查询：根据工作处提供的对库存物品的月统计进行查询。 出库表查询 : 根据工作处提供的出库报表内容对数据进行查詢和統計查询 . 4）信息输出 信息输出时需要同时完成对各类信息的统计处理排序的功能。信息输出包括： 资产出库、入库、库存表的打印 5）系统维护 供货单位：资产供货单位 代码及名称维护 领取单位：资产领取单位名称及代码维护 某医疗部门总务信息管理系统（固定资产） 9 2系统运行要求 为了让固定资产系统能够正常运行，至少要具备以下的系统要求 具有 486 66理器（或更高档处理器）的 一个鼠标 足够的硬盘空间，最小安装需要 15 16 5 操作系统或 8 操作系统 3将来可能提出的要求 把该系统的文件服务器模式改为客户服务器模式，使固定资产工作人员在必要时能够在网上查询自己或他人的固定资产信息情况 。 （二）分析系统的数据要求 任何一个软件系统本质上都是一个信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远的影响，因此，必须分析系统的数据的要求。 数据字典： 1） 数据流 口令 = 密码口令 事务 = 输入 | 修改 | 查询 | 统计 | 打印 统计报表 = 物品出入库、库存报表 2） 数据存储 数据库 =总务库 （三）导出系统的逻辑模型 综合上述两项的分析结果可以导出系统的比较详细数据流图如下：(图 1) 经过需求分析阶段的分析和与指导教师以及同用户之间的交流以后，虽然所画的数据流图不是最详尽的，也不够严格。但是对本系统的各方面的要求有了非常详实的认识，并对目标系统必须完成的工作了解得比较透彻，下一步我们将无所顾忌地进入总体设计阶段了。 某医疗部门总务信息管理系统（固定资产） 10 登陆处理 用户 用户请求处理 库表 库表 存表 货单位表 取单位表 数据录入 数据查询 数据 浏览 系统维护 入库 出库 入库表查询 出库表查询 供货单位维护 领取单位维护 出库表浏览 入库表浏览 库存表浏览 存表 库表 (图 1) 报 废 报废表 某医疗部门总务信息管理系统（固定资产） 11 第三部分 软件开发时期 经过软件定义时期以后，就步入了软件的开发时期。在此过程中，要尽量寻求实现此系统的最佳方案，进而实现系统的要求。这也是我 下功夫最多的一个时期，也是收获最大的一个阶段。 体设计 设计应用软件时，进行通盘考虑是在建立应用程序的任何特定窗口和过程之前进行的，此时的许多决定都会改变应用程序的具体措施。在具体编写程序之前应考虑采用什么样的途径才能最大限度的满足要求。鉴于此情况，经过通盘考虑后，我认为本系统应分为以下几个功能模块： 根据工作处负责人提供的所有报表，搜集并分析其所有的数据项以后，在总体设计阶段建立了系统所需要的数据库 。 总务信息管理系统（固定资产） 数据输 入 数据查询 数据浏览 数据维护 数据出库 数据报废 入库查询 出库查询 库存查询 浏览入库 浏览出库 浏览库存 浏览报废 供货维护 领取维护 数据入库 退出 某医疗部门总务信息管理系统（固定资产） 12 系统涉及到的数据库：总务库 数据表 固定资产入库表 进货表 固定资产出库表 出库表 固定资产库存表 库存表 固定资产类别表 类别表 固定资产领取部门表 领取表 固定资产供货单位表 供货表 固定资产报废处理表 报废表 固定资产临时入库表 临时入库表 固定资产临时出库表 临时出库表 分别叙述如下 : 进货表 : 字段名称 数据类型 资产编号 字符型 资产名称 字符型 资产单价 字符型 资产数量 字符型 日 期 日期型 资产类别 字符型 供货单位 字符型 审核人 字符型 出库表 : 字段名称 数据类型 资产编号 字符型 资产出库数量 字符型 资产出库日期 日期型 资产类别 字符型 领取单位 字符型 流水号 字符型 审核人 字符型 资产名称 字符型 某医疗部门总务信息管理系统（固定资产） 13 库存表 : 类别表 : 字段名称 数据类型 类别代码 字符型 类 别 字符型 领取表 : 字段名称 数据类型 领取部门代码 字符型 领取部门名称 字符型 供货表 字段名称 数据类型 供货单位代码 字符型 供货单位 字符型 报废表 字段名称 数据类型 报废资产编号 字符型 报废资产流水号 字符型 报废部门 字符型 报废人 字符型 报废日期 日期型 审核人 字符型 报废原因 字符型 字段名称 数据类型 资产编号 字符型 资产名称 字符型 资产单价 字符型 资产数量 字符型 资产类别 字符型 日 期 日期型 某医疗部门总务信息管理系统（固定资产） 14 临时进货表 : 字段名称 数据类型 资产编号 字符型 资产名称 字符型 资产单价 字符型 资产数量 字符型 日 期 日期型 资产类别 字符型 供货单位 字符型 审核人 字符型 临时出库表 : 字段名称 数据类型 资产编号 字符型 资产出库数量 字符型 资产出库日期 日期型 资产类别 字符型 领取单位 字符型 流水号 字符型 审核人 字符型 资产名称 字符型 现在我们已经对系统有了一个整体上的系统结构和数据库结构。下面，我们一起进入详细设计阶段吧！ 细设计 到了确定应该怎样具体的实现所要求的系统的时候了，在这个阶段我们得出了物品 管理系统的精确描述，从而在编码阶段可以把这个描述直接翻译成具体的程序设计语言书写的程序。所以这一阶段的结果直接决定了最终程序代码的质量。我们也 一样要认真对待，并划出最详尽、可靠、准确的程序流程图。在此，我列出一些程序模块的流程图。（如下 ） 某医疗部门总务信息管理系统（固定资产） 15 用户界面的具体实现 主界面 如下图 主界面功能介绍： 1 资产登记出库 (固定资产入库 ,出库，报废处理 ) 如下图 实现物品的入库 ,出库 ,报废功能 某医疗部门总务信息管理系统（固定资产） 16 某医疗部门总务信息管理系统（固定资产） 17 2 资产浏览 进货表浏览（ 可实现进货表近期浏览和打印 ) ） 出库浏览 (可实现出库表近期浏览和打印 ) 见程序。 库存表浏览 (可实现库存表近期浏览和打印 ) 见程序 报废表浏览 (可实现报 废表近期浏览和打印 ) 见程序 某医疗部门总务信息管理系统（固定资产） 18 3 数据查询 出库表查询 (按资产编号，类别，日期，领取单位等查询 ) 库存表查询 : (按资产编号，类别，日期等查询 ) 雷同上述界面 (见程序 ) 进货表查询 : (按资产编号，类别，日期 ,供货单位等查询 ) 雷同上述界面 (见程序 ) 某医疗部门总务信息管理系统（固定资产） 19 供货单位维护 领取部门维护 某医疗部门总务信息管理系统（固定资产） 20 终于到了期待已久的编码阶段了。这是我们真正的与计算机接触的时候，编码必须严格遵循详细设计阶段的结果，编写出严密、有逻辑性的代码。在这一阶段我 犯了一个错误，就是没有注意代码的可读性（即没写注释），这不但使其他读者感到茫然，也给自己对程序的测试带来很大的不便，常常是不知所云。这也是我今后需要注意和改进的部分。系统中共包括 20个表单， 1个程序， 1个菜单，1个数据库，共 9个数据表。 在设计表单的过程中，我一共使用了 20 个表单，先将所有的表单列在表中。 表单清单： 项目 表单名称 用途 1 登陆表单 输入密码 2 资产登记 进行资产 添加 3 出库表单 进行出库处理 4 进货表查询 显示入库明细 5 库存表查询 显示库存明细 6 出库表查询 显示出库明细 7 供货单位 供货单位的更新 8 供货单位 添加新的供货单位 9 供货单位 删除不用的供货单位 10 领取部门 领取单位的更新 11 领取部门 添加新的领取单位 12 领取部门 删除无效的领取单位 13 报废处理 用于资产报废 14 报废表浏览 浏览报废表 15 打印出库单 用于打印浏览出库单 16 打印进货单 用于打印浏览进货单 17 进货表浏览 浏览进 货表 18 库存表浏览 浏览库存表 19 出库表浏览 浏览出库表 20 主表单 运行界面 某医疗部门总务信息管理系统（固定资产） 21 选用程序设计语言 根据“医疗部门总务信息管理系统”要求，包括数据要求、功能要求、性能要求等，又由于 为数据库结构和应用程序开发而设计的功能强大的面向对象的环境。无论是组织信息、运行查询、创 建集成的关系型数据库系统，还是为最终用户编写功能全面的数据管理应用程序， 可以提供管理数据所需 要 的工具 ,可以在应用程序或数据库开发的任何一个领域中提供帮助。 具有的速度、能力和灵活性，是普通数据库管理系统无法比拟的，它把我们带入一个 时代。 所以 我们选用的语言便是目前在中小型企业中比较盛行的 文版作为开发“固定资产系统”的工具。 编码过程中曾遇到的一些问题 （具体的代码见源程 序清单） 编码初期进展很慢。 由于第一次接触 以是边学边用。有很多地方在很好实现的，可在 就是找不到解决的好办法，这使我有一段时间很烦恼，但功夫不负有心人，经过大概半个月的学习与练习，我终于认识了庐山真面目。不再因为“语言不通”而再度碰壁了，但还没有熟练到炉火纯青的地步。 没有理解数据环境的实际含义。 在 ，数据环境是一个很重要的概念。数据环境是 在打开或修改一个表 单或报表时需要打开的全部表、视图和关系。 在 据环境设计器”， 随表单或报表一起保存的数据环境可以用 “ 数据环境设计器 ”进行 设计和 修改。 在一个表单中，我并没有设置数据环境，所以总是出现“不识别别名 字样，所有数据库中的表都无法应用，可我的数据库分明已经打开了！后来经过徐老师的点拨才知道是“数据环境”在作怪。 对控件的 性理解不透。 在绑定表单中的 件时，总是想当然地模仿书上的例题设置属性 该控件预显示的字段。这样一来，一点击 据库中当前纪录的对应字段的数据就自动的变为 件的个问题困扰了我整整一天，后来才查到 性的值决定 性的值，所以才会出现这样的结果。 区别不开 令 在使用数据库中的数据表时，见参考书中有时用 有时又用 是不解。经过徐老师的讲解以及实际应用才体会到它们之间的区别： 用来打开一个新的数据表或关闭一个数据 表的命令；而 用来在打开的数据表中切换当前工作区的。 令操作的表必须以独占方式打开，以确保在运行期间反复读取文件中的数据时数据的完整性和一致性。必须以独占方式打开的命令还有： 某医疗部门总务信息管理系统（固定资产） 22 3 4 测试报告 软件测试在开发过程中是一个不可缺少的部分。因为在开发软件系统的漫长过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合 客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完全无缺，因此，在软件生命周期的各个阶段都不可能避免的产生差错。我们力求在每个阶段结束之前通过严格的技术审查，尽可能早的发现并纠正错误；但是，经验表明审查并不能发现所有的差错，此处在编码过程中还不可避免地会引起一些新的错误。如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。 目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明，设计和编码的最后复审。基于上述的原因，我在编码过程中进行了模块测试，编码结束后进行了系统测试和验收测试。下面将介绍测试方案，测试过程和测试结果。 一 模块测试 1 测试方案 采用了白盒测试，即按照程序内部的逻辑结构，检验程序中的每条通路是否都按预定要求正确工作。 2 测试过程：检验模块之间的接口。 A. 每个被调用模块是否正确接受参数。 B. 每个调用模块是否能调用每个自己想要调用的模块。 3 测试结果 测试结果表明，每个模块之间的接口都吻合，即被叫用模块都能正确接受参 数，调用模块能调用自己想要调用的每个模块。 二 . 系统测试和验收测试 1 测试方案 采用了黑盒测试，即检查程序功能是否能按照规格说明书的规定正确使用，程序是否适当的接收输入数据产生正确的输出信息，并且保持外部信息的完整性。 2 测试过程：主要检验是否能正确实现每个功能。 A. 每个功能是否按照规格说明书的要求正确使用。功能包括：设定电力计名称功能，查询特定记录功能和按条件显示图例。 B. 用户界面是否友好。 3 测试结果 结果表明，每个功能都能按照规格说明书里的要求正常使用且速度达到了预期的标准，用户界面较友好。 当然，整个系统在 测试过程中仍发现了不少的错误，但在指导老师的指导下改正并完善了所发现的错误和不足知处，达到了测试要求 某医疗部门总务信息管理系统（固定资产） 23 第四部分 本系统的重点与难点分析 我设计的某医疗部门管理系统 (固定资产 )终于完成了！在开发的过程中，难免遇到一些理解起来比较困难的问题，也碰到一些自认为比较重要的“重点问题”，现列举如下： 一 、数据库 数据库系统概述 数据库系统为我们提供了一种把与我们的工作和生活紧密相关的信息集合在一起的方法，它还提供了 在某个集中的地方存储和维护这些信息的方法。数据库系统主要由三大部分组成：数据库管理系统（ 是专门负责组织和管理数据信息的程序）、数据库应用程序（它是我们能够获取、显示、和更新由 数据库（按一定结构组织在一起的相关数据的集合）。 存储了大量的数据信息，其目的是为用户提供数据信息服务，而数据库应用程序正是与 在 ，可以使用数据库组织和 建立表和视图间的关系。数据库不但提供了存储数据的结构，而且还有很多其他的好处。在使用数据库时，可以在表一级进行功能扩展，例如创建字段级规则和记录级规则、设置默认字段值和触发器等，还可以创建存储过程和表之间的永久关系。此外，使用数据库还能访问远程数据源，并可创建本地表和远程表的视图 。 如何访问数据库中数据 一种强有力的数据库应用程序开发工具，我在设计过程中直接凭借表单和报表中的控件与数据库的绑定或间接通过编程来访问数据库中的数据。在 接从数据环境设计器中保数据库中的数据表或视图拖到表单中，您就会发现表单中已经存在表中的所有信息，您若对表单的布局或内容等不太满意您完全可以自己在表单设计器中进行修改，这样会节省您的不少宝贵时间。 二、类 类包含了有关对象的特征和定义，是对象的蓝图，有了类才能产生相应的对象。 供的类就是窗体控件工具栏上的控件（称为基类），通过这些基类便可产生 是我们并不是必须通过基类来产生对象，我们还可以通过自定义的子类来产生我们自己的对象。子类是基于基类而产生的。在本系统中，我并没有建立自己的 子类库，但在学习阶段初步了解了类的特征和定义方法。 某医疗部门总务信息管理系统（固定资产） 24 三、菜单的引用 在 件保存在磁盘上，应用时必须调用该文件，如在固定资产系统中就使用 do 令来引用系统的主菜单。并且菜单文件不能被单个表单调用，它可以直接显示在屏幕上；也可以被“表单集”调用。 四、初始化 N FF to d:zj do do d:zj 关闭系统菜单，状态栏，对话窗体等的系统环境设置。 五 删除信息的处理 对固定资产纪录的删除 我对固定资产记录中信息的删除则采取的是真正删除做法。也就是把案卷表中的对应记录从表中永久性删除（使用 六 修改信息的处理 在固定资产系统中，修改功能与输入功能是在一个模块里共同处理的。也就是用户 在输入新的数据时可以同时完成对数据的修改。 七、查询的处理 虽然在 供了查询设计器，但为了编程时能比较灵活的处理数据，我还是选择 不需要额外的过程是命令 (预先打开数据库、数据表；不需要额外命令（ 预先建立关联；其查询结果可直接输出到表或报表上工我们使用。 在固定资产系统中的查询都是复合查询，用 八 维护 本人在这做了供货维护和领取 维护。 某医疗部门总务信息管理系统（固定资产） 25 第五部分 改 进 计 划 由于时间和水平的原因，某医疗部门总务信息管理系统 (固定资产 )还很不完善，我只完成了固定资产得出入库部分，为了使整个系统能更好地为用户服务，在此对系统中有些部分的优化和改进提一些建议： 某医疗部门总务信息管理系统 (固定资产 )只完成了固定资产管理的出入库信息处理，没有把固定资产如何采购部
- 温馨提示:
1: 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
人人文库网所有资源均是用户自行上传分享，仅供网友学习交流，未经上传用户书面授权，请勿作他用。
川公网安备: 51019002004831号