关 键 词：

精品 vb access 药品 供销 存贮 系统 封面 开题 报告 讲演 呈文 论文 任务书 答辩 ppt 外文 文献 中文翻译

资源描述：

【精品】VB+access药品供销存贮系统(系统+封面+开题报告+论文+任务书+答辩PPT+外文文献+中文翻译),精品,vb,access,药品,供销,存贮,系统,封面,开题,报告,讲演,呈文,论文,任务书,答辩,ppt,外文,文献,中文翻译

内容简介：

中文翻译 - 1 - 准备将 用程序升级到 述 本文档为使用 的开发人员提供有关将应用程序升级到 建议。 以打开 程并将其升级到 术。但在大多数情况下，将工程升级到 ，需要对工程进行一些修改。本文档的目的是就设 计和实现当前 程提供建议，以便升级到 只需进行最少的修改。在适当的地方，我们将使用新的语言构造；但是，本文档并不用作 语言参考。 什么是 下一个版本。 新设计了产品，而不仅仅是简单地为 加某些新功能。新版本比以前的版本更易于编写分布式应用程序，如 企业 有两个新的窗体包（ 体和 体）；用于访问断开连接的数据源的 版本；最新型的语言、删除了传统关键字、提高了类型安全性并公开了高级开发人员需要的低级别构造。 这些新功能为 发人员开启了一扇新的大门：使用 体和 以快速开发可伸缩的 点；通过继承，该语言可真正支持面向对象的编程； 体本身支持访问和可视继承；现在部署您的应用程序就像把可执行文件 和组件从一个目录复制到另一个目录那么简单。 在可与其他 言完全集成。您不仅可以用不同的编程语言开发应用程序组件，而且您的类现在可以通过跨语言继承性来继承用不同语言编写的类。使用统一的调试程序，现在可以调试多语言应用程序，而不管它们是在本地运行还是在远程计算机上运行。最后，无论您使用何种语言， 架都为 和 供了丰富的 为 什么 能百分之百兼容？ 中文翻译 - 2 - 设计 可以考虑两种选择：更新现有代码的基础以便在 架上运行；或者从头开始生成，充分利用平台的优点。要想达到客户最需要的功能（例如继承和线程处理），要想提供对平台的完全和不受限制的访问，并确保 进入下一代 用程序，正确的决定是在新的平台上从头开始生成。 例如，在 体中的许多新功能都可以作为新控件或更多属性添加到现有的代码基础中。但是，这将以把所有其 他重要功能（例如安全性和可视继承）继承到 体为代价。 我们的主要目标之一就是确保 码能完全与用其他语言（例如 # 或 +）编写的代码协同工作，并使 发人员方便地使用 架的功能，而不必采用传统的编程手段使 作。与 + 以及其他任何以公共语言运行时为目标的语言一样， 在有相同的变量 类型、数组、用户定义类型、类和接口；但是我们不得不从语言中去掉了某些功能，例如定长字符串和非零数组。 在是真正的面向对象的语言；某些不直观和不一致的功能已经从语言中删除，例如 其结果是使 具活力，它将继续成为创建基于 应用程序的最佳工具，并且现在要成为创建下一代 点的最佳工具。 升级到 基本原则已从传统的 发转为生成下一代 此，您需要升级代码来利用 优点。 在 打开 程时，将自动出现“升级向导”引导您完成升级过程，并自动创建新的 程（您现有的工程不会改变）。这是单向过程；在 不能打开新的 程。 工程升级后，语言因语法改变而改变，您的 体转换为 体。在大多数情况下，升级代码后还需要对其进行某些更改。这是因为某些对象和语言功能在 没有等价内容，或者对于自动升中文翻译 - 3 - 级来说，等价内容差别太大。升级后，可能还需要改变您的应用程序以利用 某些新功能。 同时使用 持升级 程；如果您有一个用 本 1 到版本 5 编写的工程，我们建议您把它加载到 （选择升级 控件），编译并保存该工程，然后再将该工程升级到 以安装到同一台计算机上，并同时运行。同样，用 写的应用程序也可以安装在同一台计算机上并同时执行。用 写的组件可以与 用 期版本和其他语言编写的 件协同工作。 例如，可以把用 写的 件拖放到 体上，使用 库中的 象，或者向 执行文件中添加到 的引用。 用 译的组件与用 译的组件在运行时有细微的差别。对于起始应用程序，由于 象通过垃圾回收释放，因此如果该对象被显式地清除，在从内存确实删掉它们之前，可能会有一段延迟。其他的差别，例如变体 /对象的变化将在本文后面部分说明。这些差别共同导致的结果是 用程序将与 用程序具有相似的运行时特征，但并不完全相同。 另外， 件和 的这些组件之间不需要二进制兼容。组件现在有比以前更强大的版本管理和部署系统，可以通过简单地将文件复制到一个目录中（不再是 署该文件，并且升级到新版本组件就像用新文件替换旧文件一样容易。您所要做的就是确保类和方法与早期版本兼容。 体系结构建议 台对早期体系结构进行了改进，对可伸缩性和分布式应用程序提供更强大的支持，尽管它有断开连接的数据访问、基于 消息传输和基于文件复制的部署（不再是组件注册）。为了充分利用这些功能，在设计您的应用程中文翻译 - 4 - 序时所使用的体系结构 ，应该与要在 使用的体系结构相似。 基于浏览器的应用程序 创建基于浏览器的 用程序提供了下列几种技术： 程 档 入了 增强版即 随 体添加到体系结构中， 体是带有 件的 。体系结构是基于服务器的。 下面推荐和体系结构建议的列表主要针对开发基于浏览器的 用程序，使其能无缝移植到 程中： 建议您按照 层体系结构的指导方针来创建您的应用程序，用 建界面，用 + 象创建业务逻辑。 完全支持 可以使用 体继续扩展应用程序。 + 务对象可以不进行修改即用于 升级到 用程序包括 面和客户端 些应用程序不能自动升级到 们建议您把这些应用程序留在 。 不支持 档，象 程一样不能自动升级。我们建议您把 档应用程序留在 ，或者在可能的情况下，以用户控件代替 档。 档和 用程序可以与 术协同工作。例如，可以从 体导航到 面，反之亦然。 中文翻译 - 5 - 不再有 用程序将升级到 升级后您必须进行一些修改。现有的 用程序可以与 体和 用程序协同工作，但对于新工程，我们建议您使用带 务对象的 台。 客户端 /服务器工程 供用于创建客户端 /服务器应用程序的下列技术： 体 中间层对象 用户控件 有一个新窗体包，即 体。 体具有与 体不同的对象模型，但绝大部分是兼容的。当您的工程升级后， 体转换为 体。 进了对开发中间层 组件服务组件的支持。使用统一的调试程序，您可以从客户端应用程序进入 组件，然后再返回客户端应用程序。您也可以使用统一的调试程 序逐句调试 组件（假设这些组件被编译成本机代码，带有符号化调试信息，并且没有优化）。 引入了一种新的中间层组件，即 务。 务在 ，并使用允许通过防火墙请求方法的 输协议。它们使用行业标准 递并返回数据，允许其他语言和平台访问它们的功能。尽管它们不支持 务，但是当您不需要分布式事务，而仍需要与其他平台协同工作时，可以把 组件转换成 务。尽管没有自动方式，但此任务很小，可以在将工程升级到 ，使用拖放操作在很短时间内完成。 工程升级后，用户控件升级为 件；但自定义属性标记设置和快捷键分配不会升级。 单层应用程序 持生成下列几种单层应用程序： 中文翻译 - 6 - 单层数据库应用程序 载项 工具程序和游戏 单层数据库应用程序是一些 用程序，其特征是在 据库中存储数据。这些应 用程序升级到 有某些限制（请参见本文档后面的“数据”部分）。 现在 全集成到 ，有新的语言中枢扩展模型。 载项现在是 载项，您可以在 任何语言中自动处理和添加功能。例如，您可以编写一个 载项来重新为 # 体着色，或者为 添加注释。为了提供此项功能， 经不再使用旧的扩展模型，您需要更改应用程序中的扩展对象来利用新功能的优点。 许多应用程序被归为“工具”程序类别。用来操纵文件、注册表设置之类的工具应用程序常常不需要任何额外的修改即可升级。升级后，有许多新功能可供使用，如语言中的异常处理可以捕捉文件系统错误，并使用 架注册表类操纵注册表。要注意的是，依赖 特定性能特征的应 用程序（如 戏）可能需要进行某些修改，因为 不同的性能特征。对于 的游戏支持，您可以使用 7 或新版本的 引入许多新功能，包括对所有二维图元、图像保真的 合支持和图形文件格式的扩展支持。 数据 供下列几种数据访问类型： 据对象 ( 远程数据对象 ( 数据访问对象 ( 入了 增强版，称为 于断开连接的数据，并对分布式应用程序中 性能进行改进。 体控件提供读 /写数据绑定，为 体提供只读数据绑定。 中文翻译 - 7 - 在对 行细微修改（在本文档的语言部分中叙述）后，仍然可以将其用在 代码中。但是， 支持将 据绑定到控件、数据控件或“ 户” 连接。如果您的应用程序中包含 据绑定，我们建议您把它们留在 ，或者在将工程升级到 ，先将 据绑定升级到 为 体支持 据绑定。关于如何执行此工作的信息，可从 助中获得。 综上所述，我们建议您在 程中使用 升级 升级代码后， 建了一个新的已升级工 程，并为您执行大部分必要的语言和对象更改。下面部分提供了升级代码的几个示例。 变体到对象 早期版本支持 据类型，可以将其分配给任意基本类型（除定长字符串）、 ， 据类型合并为一个新的数据类型： 以分配给基本数据类型、 对象的指针。 当您的工程升级到 ，所有被声明为 变量都变为 样，当代码插入编辑器后， 键字被替换为 体到 体 一个新的窗体包（即 体），它提供对访问的本机支持，并有一个就地菜单编辑器。您现有的 体将升级为 体 接口 早期版本中，公共类的接口常常对用户隐藏。在 ，您可以在“代码编辑器”中查看和编辑它们。当工程升级时，您可以选择是否为公共类自动创建接口声明。 升级报告和注释 中文翻译 - 8 - 工程升级后，会向您的工程中添加升级报告，逐条列出需要对已升级的代码进行的全部修改。另外，还会向代码中添加注释，提醒您可能出现的问题。这些注释自动显示在 “任务列表”中。 编程建议 此部分提供有关编写代码的建议，以便最大程度地减少将工程升级到 所需的修改。 使用早期绑定 支持后期绑定对象，即声明一个变量为 据类型，并在运行时把它分配给类的实例。但是在升级过程中，在解析默认属性时，或在基础对象模型已经改变，属性、方法和事件需要转换的情况下，后期绑定对象会出现问题。例如，假设您有一个窗体称为“ 一个标签称为“ 在 体中，标签的 性现在称为 您的代码升级后， 性的所有实例都变为 是因为后期绑定对象没有类型， 测不到对象的类型，或不知道是否需要转换所有属性。在这些情况下，您需要在升级后自己更改代码 当您的 码中使用 量时，如果您要指定变量、对变量执行操作或将变量传递给函数，我们建议您使用显式转换 持基于参数类型的重载函数。 于参数类型决定调用哪个函数。如果您把整数传递给 ，则调用整数版本。如果传递字符串，则调用字符串版本。将 据类型传递到重载函数的代码可能引起编译错误或运行时错误。如果使用如下例所示的显式转换，则代码升级到 可正常工作。 使用后期绑定对象的显式转换是很好的编码习惯。它使编码意图易于判断，使您可以轻松地将工程转移到 。 使用 储日期 早期版本支持使用 据类型存储和操纵日期。在 不能这样做，因为日期在内部不是存储为双精度类 型。 中文翻译 - 9 - 架提供 数，用于在双精度类型和日期类型之间转换。但是，当您的工程升级到 后，使用双精度类型存储日期的代码的意图就很难判断。要避免对您的 的代码进行不必要修改，请始终使用 据类型存储日期 解析无参数默认属性 在 ，许多对象都公开默认属性，作为编程的快捷方式，可以省略掉这些默认属性。 在后期绑定示例中，默认属性在运行时被解析， 认属性的值显示为 支持无参数默认属性，因而不允许使用此编程快捷方式。当您的工程升级后， 析无参数默认属性，但是依赖运行时解析的后期绑定用法则不能自动解析。在这些情况下，您必须自己更改代码。另一个复杂的问题是许多库使用称为 _属性实现默认属性。 _性作为代理，将调用传递给真正的默认属性。所以当您的工程升级时，某些默认属性将被解析为 _码仍可照常 工作，但是比使用真实属性显式编写的代码难于理解。所以，在您的 码中尽量避免使用无参数默认属性。 山东理工大学 毕业设计（论文） 题 目： 药品供销存系统 药品销售系统 学 院： 工程技术学院 专 业： 计算机科学与技术 学 号： 0522120984 学生姓名 ： 陈衍超 指导教师 ： 李全用 孙坤 毕业设计论文时间：二六年 十二 月 十一 日 二七年 四月 十三日 共 十二 周 毕 业 设 计 任 务 书（理工） 学院 工程技术学院 学生姓名 陈衍超 专业 计算机科学与技术 班级 计升本 0501 学号 0522120984 指导教师 李全用 职 称 高级工程师 孙坤 助教 课题名称 药品供销存系统 药品销售系统 起止日期 自 2006 年 12 月 11 日 起至 20 07 年 4 月 13 日 一、课题来源、目的与要求： 课题来源： 联系生产实际的课题。 目的： 本课题的目的是基于 术，设计一个药品供销存系统 ，实现药品库房的基本管理。本课题的设计和完成，旨在让学生掌握 发技术和 据库的应用技术，了解企业级库房管理系统的业务逻辑，能够将计算机开发技术应用到实际的管理信息系统当中，培养学生进行实际项目开发的基本能力，锻炼学生独立思考，分析问题和解决问题的能力。 要求： 本课题和另外一个课题，共同完成一个比较基本的药品供销存系统 课题的要求是完成药品供销存系统中销售系统的设计与开发，这个模块是本系统的基本模块。要实现药品的入库登记、销售登记，还要包括对不合格药品的 退货处理，实现药品的日常业务管理，库存管理。实现药品相关记录的查询，界面要可视化，易于操作。 二、主要设计内容： 本课题药品供销存系统 药品销售系统，主要设计内容是： 1、日常事务窗体的设计与实现 该模块主要用于登记药品入库、销售、入库退单、销售退单的基本信息， 实现药品的日常管理，是此系统的基本功能模块。 2、库存管理窗体的设计与实现 该模块主要包括：库存查询、库存盘点、价格管理，实现药品低储量的报警。 主要完成对库存药品的管理。 3、查询窗体的设计与实现 该模块主要包括：入库 查询、销售查询、入库退单查询、销售退单查询基本信息主要实现对药品入库、销售基本信息的查询。 三、主要设计技术指标与参数： 1、熟悉药品管理系统的业务流程，正确分析基本信息的实现和管理的需求，撰写相应模块的用例文档 熟练的使用 行程序设计，同时结合使用 据库。 3、完整、准确的实现主要设计内容的功能要求，并对设计内容进行测试，并对测试结果进行记录；对测试过程中出现的错误做及时的修改。 4、 根据课题内容及需求分析的用例文档以及设计和编码完成的工作，完成毕业论文的撰写工作。 四、分阶段指导性进度计划： 第 1 3 周 分析药品供销存系统的业务流程，对课题中要求的两个模块划分用例以便达到 熟悉了业务流程及相关软件， 完成了模块需求分析的目的。 第 4 6 周 设计模块窗体添加代码，进行单元测试，达到 规划设计基本方案，实现模块系统功能的目的。 第 7 8 周 整合小组模块，实现系统的完整功能，进行整体系统测试。 第 9 10 周 进一步完善整体系统，总结系统设计过程，书写毕业论文。 第 11 12 周 完善系统功能，修改毕业论文，准备答辩。 五、主要参考文献资料： 1周佩德 . 数据库原理及应用 . 北京 :电子工业出版社 ,1999. 272李光明 . 程实例大制作 . 华东 :冶金工业出版社 ,2001. 453黄淼云 . 公自动化编程 . 北京 :国防工业出版社 ,2000. 674 李大友 . 序设计 . 北京 :清华大学出版社， 1999. 675 发人员指南 . 北京 :机械工业出版社 ,2001. 566 陈明 . 序设计 . 北京 :中央电大出版 ,7 刘韬 ,骆娟 . 效编程百例 . 北京 :人民邮电出版社 ,2002. 678 徐孝凯 . 数据结构（ c+描述 ） . 北京：中央电大出版 ,2003. 789 萨师煊 , 王珊 . 数据库系统概论（第二版） . 广州：高等教育出版社 ,2002. 6510 王兴晶 . 据库开发典型实例 . 西安：电 子工业出版社 ,2001. 111 . 512 . f 002. 56导教师（签字）： 20 年 月 日 系主任（签字）： 20 年 月 日 注：本表由指导教师填写，经系主任审定后下发学生。 毕业设计答辩评审表 课题名称 药品供销存系统 学生姓名 陈衍超 答辩小组评分 评语： 答辩小组负责人签字： 年 月 日 答辩小组成员签名 毕业设计成绩评定 指导教师评分 评阅人评分 答辩评分 综合评分 （按结构分 4： 2： 4 答辩委员会负责人签字： 20 年 月 日 毕 业 设 计 等 级 （按优、良、中、及格、不及格） 中文摘要 - I - 摘 要 计算机网络化管理在药品供销存管理中的应用 (医院、药店等药品业务管理和流动资金管理的重要组成部分，随着社会信息化的迅速发展，利用计算机网络系统对药品的采购、库存、消耗进行核算和管理显得尤为重要。经过近几年来计算机网络的不断完善和升级，实现了药品管理系统的智能化，实现了药品管理工作的高效性和安全可靠性。 本篇论文详细介绍了利用 软件工具制作“药品管理系统”的过程，这个数据库管理系统适用于中小药店以及小型诊所的进销存管理。 药品管 理是医院药品管理的核心，是节流增收最有潜力的环节。本药库管理系统是按照卫生部新的财务制度的要求设计的，采用药品分类国家标准编码体系，实现了发药与库存管理一体化。支持药品多种规格的变换，加权平均等多种仓库管理模式。支持药品有效期管理，防止药物的过期浪费，可以根据现有的库存、药品有效期以及往年同期的药品消耗情况制定采购计划、失效预报或应暂停采购的药品清单，方便领导决策。 本系统 主要有以下几个功能模块：（ 1）系统登录模块，登录系统。（ 2）系统设置模块，管理系统用户及密码。（ 3）基本信息管理模块，录入药品基本信息， 供货商及客户的相关信息。 (4)药品管理模块，库存药品信息，药品的报损。 (5)其他信息管理模块，流通资金，业务员管理，数据备份，数据库初值。 关键词 ：药品管理，数据库， he in in is so on to on t of C)in in so is to as as (1) (2) 3) (4) 5) 录 - 目 录 摘 要 .一章 绪论 .发背景 .题的目的、意义 .二章 系统设计前期准备 .品管理系统简介及行业情况 .品管理系统的可行性研究报告 . 市场需求 . 开发环境的简介 .计前提 .三章 系统数据库设计 .统数据分析 .据描述 .据 需求 .四章 系统总体设计 .品管理系统功能结构 .观设计 . 运行设计 . 安全保密设计 .五章 系统模块设计及功能实现 .录模块 .他支出 .六章 系统的测试和维护 .系统的实施 .录 - 统的测试 .统的维护 .论 .考文献 . 谢 .录 . 错误 !未定义书签。 附录 .一章 绪论 - 1 - 第一章 绪论 发背景 随着我国市场经济的发展和人们对医药产品需求的迅速增加， 医药行业正处于一个高速发展的时期。而我国大部分医药企业虽然经营实现了专业化，但是从信息机制上还没有摆脱陈旧的销售模式，企业内部没有形成完善、有效的激励和约束的信息化管理机制，企业发展的动力不足，从而影响了企业的持续、稳定、快速的发展。 如何利用现代信息技术使企业拥有快速、高效的市场反映能力和高度的效率，已是许多医药经营企业特别关心的问题。再者，由于医药产品种类繁多、经营模式特殊、业务量大，单凭手工记账已很难适应工作的需要。医药作为关系到人们健康的特殊行业，国家对医药行业又有一些不同于其他行业的管理政策，这些 都加大了管理的难度。这就把药店的信息化管理摆上日程，药店急需一套既能够有效管理药品，又能够实时提供足够市场信息的药店管理信息系统。如何尽快建立和完善现代企业的信息化管理机制问题，已成为药品经营企业发展的关键所在 4。 计算机基于语言基础融合了强大的数据库开发能力是一种非常好的数据开发工具。事实证明，计算机编程语言在工资档案管理体系的应用，使数据管理更现代化，自动化，智能化。减轻了人工管理的工作量，使其变得更具有条理性，科学性，为解决医药管理行业的各种问题做出了巨大的贡献。 题的目的、意义 此次毕 业设计选题范围是相当广泛且实用的，含盖了目前大部分计算机软件类开发的课题，给我们很大的自由发展的空间。可以每个学生挑选出最合适的课题，更适合同学们的兴趣和价值取向。选择此课题对我来说有着不同的意义，应该来说此课题更接近于实际开发的全过程。同时对编程、数据库调用等方面是一个比较综合的考验。让我在此过程中得到很好的锻炼。 第一章 绪论 - 2 - 管理系统是一个医药企业单位不可缺少的部分，它的内容对于各类生产企业的决策者和管理者来说都至关重要，所以药品管理系统应该能够为用户提供充足的信息和快捷的数据处理手段。 药品 管理系 统 的开发应用， 能集中处理药品的 供 销存业务，严格规范公司的应收应付管理，并利用先进的管理模式对提高仓储管理的工作效率和对市场的反应能力进行帮助，能高效益、低库存、保证服务质量的满足药品销售日常管理的需要，使其采用现代化管理手段以适应药品销售的发展。 第二章 药品管理系统设计前期准备 - 3 - 第二章 系统设计前期准备 品管理系统简介及行业情况 21 世纪是信息时代，在这个信息时代里竞争异常激烈，所以实现药品的信息智能化管理特别重要。通过药品管理系统可以让药品监督部门有效的管理各地方的售药机构；其次，让顾客增加对售药机构的可信度；再次，各个售药机构可以 方便的了解到这一段时间的售药情况，顾客消费情况和顾客满意程度等等；更重要的是统一的药价管理机制，与顾客之间建立了友好的关系，增进了与顾客之间的交流，为售药机构自身发展提供有力的支持 1。药品管理系统是为了加强药品管理，以便更好地对药品进行监督和管理，对售药机构人员的工作，起到了高效性、准确性管理而开发。本系统主要包含供货商管理，客户管理，业务员管理，仓库管理，药品报损，密码设置，流通资金等 6。 药品管理系统是以合理、全面、准确的药品，供货商，客户编码体系为基础，提供了对药品数量、金额、有效期的全面管理 ，统一的药价管理机制规范了药品的价格。系统能随时提供药库的库存、药品流向和消耗，还能根据现有库存，药品有效期提供采购计划或应暂停采购的药品清单，以提高资金的利用率，避免不必要的损失，方便快捷的途径对药品基本信息进行定期的更新和删除等管理。 品管理系统的可行性研究报告 场需求 随着计算机技术的发展和普及 ,各行各业的管理机构需要由计算机处理大量的信息，逐步实现智能化，从以前的以人为主到今天的以机器为主。在我国药品品种繁多，规模甚大，以往的手工记载、查询操作容易出错且工作效率低，浪费许多人力 和物力，对管理人员会造成诸多的不便，还有可能疏忽一些细节，使顾客的利益将受到侵害。综上所述，药品管理系统的开发及应用是有前景的，有意义的，且是势在必行的。 第二章 药品管理系统设计前 期准备 - 4 - 发环境的简介 据库的选择上几种不同的数据库大同小异，因此选择合适的编程语言是本课题的关键： 称 在 作平台下设计应用程序的最迅速、最简捷的工具之一，是近期比较热门的数据库系统开发平台，尤其在国外使用的频率是相当高的，从数据库管理、客户 /服务器软件到 布式应用程序的开发， 能胜任，目前在国内也有很大的市场。 基于 言的特点，可以单独运行数据库应用系统，适合办公管理人员操作管理数据 5。 称 在 作平台下设计应用程序的最迅速、最简捷的工具之一。不论是初学者还是专业开发人员， 为他们提供了一整套的工具，可以轻松方便地开发应用程序。因此， 语言。 一种通用程序设计语言，包括在 众多 用软件中的 使用 言，以供用户进行二次开发；目前制作网页使用较多的 本语言也是 子集。 利用 数据访问特性，用户可以对包括 其他企业数据库在内的大部分数据库格式创建数据库和前端应用程序，以及可调整的服务器端部件。利用 术， 处理器、 子数据表及其他 用程序提供的功能，甚至可直接使用由 业版或企业版创建的应用程序和对象。 供了学习版、专业版和企业版，用以满足不同的开发需要。学习版使编程人员很容易的开发 T 的应用程序。专业版为专业编程人员提供了功能完备的开发工具，专业版中包含了学习版的所有功能。企业版允许专业人员以小组的形式来创建强大的分布式应用程序。它包括专业版的所有特性。 据库的简介 二章 药品管理系统设计前 期准备 - 5 - 带的数据库 是 面的一个组件。是用来制作简单的数据 库。 件中一部分的 然有着同样强大的功能，但使用的人却相对少些，不像 样广泛。事实上，真正用过 用户，对其强大功能和灵活应用均称赞有加。 据库管理系统是 件的重要组成部分，适用于小型商务活动，用以存贮和管理商务活动所需要的数据。 仅是一个数据库，而且它具有强大的数据管理功能，它可以方便地利用各种数 据源，生成窗体（表单），查询，报表和应用程序等 7。 一种关系式数据库，关系式数据库由一系列表组成，表又由一系列行和列组成，每一行是一个记录，每一列是一个字段，每个字段有一个字段名，字段名在一个表中不能重复。 表与表之间可以建立关系（或称关联，连接），以便查询相关联的信息。据库以文件形式保存，文件的扩展名是 据库由六种对象组成，它们是表、查询、窗体、报表、宏和模块。 表 ( 表是数据库的基本对象，是创建其他 5 种对象的基础。 表由记录组成，记录由字段组成，表用来存贮数据库的数据，故又称数据表。 查询 ( 查询可以按索引快速查找到需要的记录，按要求筛选记录并能连接若干个表的字段组成新表。 窗体 ( 窗体提供了一种方便的浏览、输入及更改数据的窗口。还可以创建子窗体显示相关联的表的内容。窗体也称表单。 报表 ( 报表的功能是将数据库中的数据分类汇总，然后打印出来，以便分析。 宏 ( 宏相当于 的批处理，用来自动执行一系列操作。 用起来十分方便。 模块 (： 模块的功能与宏类似，但它定义的操作比宏更精细和复杂，用户可以根据自己的需要编写程序。模块使用 程 。 第二章 药品管理系统设计前 期准备 - 6 - 计前提 A. 输入药品的信息，以便于管理人员对药品进行管理，也便于核对修改 于管理员对职工进行管理 于管理员及时与供货商联系货源 D为客户设置库，便于管理员详细了解客户相关信息 E为系统设置密码，便于增强系统的安全性 F 于减少损失和维护客户的利益 G. 设置 流通资金，便于对供销存各环节的协调 询 到简单、易用的效果 第三章 系统数据库设计 - 7 - 第三章 系统数据库设计 统数据分析 药品管理系统的数据分析包括数据流程图和数据字典。前者描述系统中的处理过程和数据流动，后者定义系统的元素。它们都为确定系统要求提供有用的信息。 数据字典是集合，也就是对数据流图中所有元素的定义的集合 7。数据字典是系统分析阶段的重要文档，它清楚地定 义与详细地数据流程图上未能详细表达的内容，同时它能够组织数据，是同用户交谈的极好工具。此外，数据字典记载着每个数据项的关键条目，从中可以检查出各数据元素的详细内容或漏掉的数据元素。 下面给出了药品管理系统中，数据字典的部分条目。 基本数据项 名称：供货商编号 编号： 名：编号 简述：用来标识供货商的唯一编号 类型：字符型 长度： 8位字符 取值： 8位自定义字符，不可重复 名称：客户编号 编号： 名：无 简述：用来标识客户的唯一编号 第三章 系统数据库设计 - 8 - 取值： 8位自定义字符，不可重复 根据以上的介绍，再对其进行分析后，我们可以大致用以下这个数据流图来描述这个系统 10。 图 2统流程图 据描述 本系统数据库 含以 12个表：供货商信息表 户信息表 库信息表、流通费用、药品报损、业务员、产品类目表 品信息表库操作信息表 存产品信息表 面介绍本模块几个主要数据库表格： 供货商信息表 应商编号 8 位 供应商全称 64 位 药品供销存管理系统 药品销售系统 药品管理系统 日常业务 库存管理 查询统计 基本信息 系统设置 其他支出 第三章 系统数据库设计 - 9 - 简称 8 位 地址 64 位 所属地区 64 位 邮政编码 64 位 电话 8 位 传真 8 位 开户银行 64 位 银行帐号 24 位 纳税人登记 8 位 数据库表如下图所示： 图 3应商 客户信息表 户编号 8 位 客户全称 64 位 简称 8 位 第三章 系统数据库设计 - 10 - 地址 64 位 所属地区 64 位 邮政编码 64 位 电话 8 位 传真 8 位 开户银行 64 位 银行帐号 24 位 纳税人登记 8 位 预付 32 位 数据库表如下图所示： 图 3户 药品报损 报损日期 16 位 药品名称 16 位 简称 8 位 批号 32 位 有效期至 16 位 第三章 系统数据库设计 - 11 - 单位 32 位 规格 8 位 仓库编号 8 位 进价 8 位 报损数量 8 位 报损金额 16 位 数据库表如下图所示： 图 3品报损 据需求 药品基本信息表以及供货商基本信息表和客户信息表是 构成本系统的核心数据文件。在药品管理系统中，首先是对这些药品信息的完整和准确的记录包括价格（这是最敏感的问题），与之相对应的如厂商资料、厂地等务必做到统一准确。业务员基本信息表是经销机构对该员工及其详细资料的记录，是药店诊所进行售药以及回馈客户的主要参考资料，因此必须也要准确和完整。 8 第三章 系统数据库设计 - 12 - 有两种形式来输出数据： 其一是在本系统中直接通过界面来显示给用户或药房销售人员或管理人员来查阅。 其二是通过打印报表的形式来显示给用户或销售人员或管理人员来查阅。 第四章 系统总体设计 - 13 - 第四章 系统总体设计 品管理系 统功能结构 软件所实现的功能强弱是衡量一个软件的最根本的标准。经过对系统的可行性分析、需求分析以及数据库设计后，结合调研的情况，确定了本系统的功能模块。 系统功能结构如图所示： 图 4理系统流程图 药品管理系统 基本信息管 理 系统设置 其他支出 供货商管理 客户管理 仓库管理 业务员管理 初期建帐 数据备份 数据恢复 药品报损 流通费用 第四章 系统总体设计 - 14 - 观设计 行设计 由于各模块功能单一，所以上层模块与下层模块之间存在调用与返回的关系，同层模块之间没有联系。 系统首次运行时，必须进行数据的录入，包括：新药品信息的录入与业务员 ,供货商 ,客户基本信息的录入。在系统界面上，可以选择相应模块 。 系统运行哪个模块，由用户通过鼠标选择（单击即可，但有的模块需要输入密码），或者可以由键盘控制 。 全保密设计 操作员在进行查询时，必须进行用户名和密码登记，且用户名是唯一的，如果用户名不是唯一的，那么用户在进行信息维护时可能使用不当会对原系统产生破坏作用。为了保证用户输入信息不被他人修改，又要求用户必须设置密码。只有在用户名和密码同时输入正确时，才能修改当前用户的信息，不能修改其他用户的信息。只有管理员才有添加新用户的资格 11。 第五章 系统模块设计及功能实现 - 15 - 第五章 系统模块设计及功能实现 录模块 主要是完成用户的登录，根据用户的级别系统赋予不同的权限。要求用户从列表框中选取出用户名，然后输入密码。通过验证进入系统。用户分别两种，一种是 A 级用户，是系统管理员级；另一种是 B 级用户 ,是药房销售人员级。这两种级别的用户的区别就是所拥有的权限不同。在用户管理模块中，能够对所有用户密码、创建用户的工作以及系统资料的删除，只有 A 级用户，即系统管理员级用户。 登录界面如图所示 : 图 5录界面 登录模块主要代码如下： 以上代码实现的是使 件自动识别数据库路径。 第五章 系统模块设计及功能实现 - 16 - s s s f 0 您还没有设置操作员密码和权限，请设置操作员密码和权限 !) e 以上代码表示如果用户还没有设置操作员权限，系统将以弹出对话框的形式提示用户。 ub 查询操作员信息 ma 作员 = & f 操作员 ) 查无此操作员 ,请重新输入操作员代号 !) f & ; 药品报损 五章 系统模块设计及功能实现 - 25 - 打开数据库出错 以上代码表示将药品报损数据库表中的数据显示在当前窗体中。 运行界面如图所示： 图 5品报损信息 第六章 系统的测试和维护 - 26 - 第六章 系统的测试和维护 用程序的开发步骤 : 系统 分析和系统设计 系统开发 调试 测试 生成可执行文件 软件运行 3。 系统的实施 系统的实施包括以下几个方面： 括硬件、软件和软件环境的准备，硬件、软件如前面系统要求所述。 过系统使用说明为用户使用本系统提供方便。 全性是本系统中至关重要的问题，因此本系统分为有系统管理员和普通用户，并授予不同的权限。 统的测试 作为一个完整的系统，文档是其中不可缺少的部分也是相当重要的部分。好的文档能够使用 户快速了解并准确的使用系统的各项功能。减少误操作，减少错误产生的可能，这对用户和开发人员都有很多的好处。所以在开发本系统中，编写了本文档，对几大模块的做了详细说明。 由于我本身能力的局限性，所以做编写的代码，即使经过反复检查也难免出错所以在本阶段力求使用有限的时间找出尽可能多的错误，力求系统尽量正确。我们在本系统的测试中使用了黑盒法（即不关心程序内部的逻辑结构，而是根据程序的功能来设计的检测）请一位不熟悉本系统的人来进行随意性的操作，打破习惯的操作顺序，从中发现错误，在此阶段系统的大量错误得到了改正。使得本 系统更易于使用 第六章 系统的测试和维护 - 27 - 该系统经过了单元测试、集成测试、系统测试、验收测试。其中，在验收测试中，我们主要是请未参加本系统开发的同学帮助操作看能否出现我们未曾考虑到的错误 3。 在实际的测试期间我发现了不少问题，总的来说有以下几个方面： 当用 的控件与 行连接时，有时会出现“数据库无法识别”的问题，这时检查不出那里出错，只有重建数据库。 在安装有 同的机器上运行该程序时，会发生“加载错误”这样的问题，通过在多台机器上进行测试，我们发现系统兼容性 有问题。 在测试时，经常遇到被病毒感染的文件无法正常执行，主要是 J(欢乐时光 )病毒感染脚本文件，所以在运行前要进行杀毒处理，清除被病毒感染的多余脚本代码，保证系统正常运行。 药品管理系统与 3 个外部实体有关：顾客、药房销售人员和系统管理员。其中系统管理人员拥有所有信息资料添加、删除和修改的权限，而药房销售人员只具有普通权限不能对信息资料做任何的删除操作。由于我们没有对操作权限进行明确的分工，使普通用户的操作可能导致信息的丢失或修改。我们及时发现并解决了该问题，保证了系 统数据的安全、可靠性。 统的维护 系统开发完成后 ,为了满足用户对已经开发软件的性能于运行环境下不断提高的要求 ,达到延长软件使用寿命的目的 ,必须对系统进行维护 应性维护和完善性维护。目的在于纠正本系统开发时期没第六章 系统的测试和维护 - 28 - 有发现的遗留错误 , 并在系统使用过程中，不断添加新信息，使用系统的功能和内容日趋完善，而且在使用期时满足不断适应硬件支持环境发生的变化。 本系统