中药管理系统后台设计-毕业设计论文

2018-10-24 20:42

本 科 毕 业 设 计

题 目:中药管理系统后台设计

中药管理系统后台设计

摘 要:中医学是中华民族宝贵的文化遗产,他具有学术体系的开放性,使其更加有利于和现代科学技术相结合。而计算机技术所具有的在数据挖掘、整理、继承与分析等处理数据方面的能力使其成为促进中医学发展的推进剂,计算机体系下的数据库技术的大型化和专业化的发展,更有效的提高了中医药管理系统的规范化。本次毕业设计源于对实际问题的解决,即设计一个有利于药物、药方、症状等信息管理的中药管理系统,系统基于B/S模式和 MVC架构,使用SQL Server 2005数据库对中药管理系统数据进行存储和查询。

中药管理系统后台设计实现的功能有对药物信息的添加、修改、查询和删除,对药方信息的添加、修改、删除,对药方中所包含的药物进行频次和比例的统计查询,对药方中包含的症状进行频次和比例的统计查询,又能关联查询出药物与症状之间的关系,依照查询的结果对中药的药用信息进行分析。

关键词:软件系统;中药管理;MVC;B/S;SQL Server 2005

1

Medicine Management System

Abstract:Chinese medicine is the precious cultural heritage of the Chinese nation. The open academic system makes it more conducive to be combined with modern science and technology. The ability in data mining, sorting, inheritance and analysis processing has made it become the propellant to promote the development of Chinese medicine. Database technology in large-scale and professional more effective to improve the standardization of Chinese medicine management system. The graduation design comes from the solution to the practical problems. Design a Chinese medicine management system in favor of drugs, prescriptions and symptoms. The system is based on B/S architecture and MVC model. SQL Server 2005 database is used to store and query data.

The system functions of MMS background design can add, modify, query,delete the drug and the prescription information. Inquire frequency and proportion about drugs and symptoms in prescription and relationship between drugs and symptoms. Finally, carries on the analysis to the medical information.

Keywords: Software system; TCM management; MVC; B/S; SQL Server 2005

2

目录

一、可行性分析 .......................................... 1

(一)当前系统的调查和研究 .................................... 1 (二)经济和技术可行性考虑 .................................... 1 (三)新系统的解决方案 ........................................ 1

二、需求分析与建模 ...................................... 2

(一)功能需求分析 ............................................ 2 (二)性能需求分析 ............................................ 5 (三)系统运行环境 ............................................ 5 (四)需求建模 ................................................ 5

三、概要设计 ............................................ 8

(一)数据库设计 .............................................. 8

1、需求分析阶段 ........................................... 8 2、概念结构设计阶段 ...................................... 11 3、逻辑结构设计阶段 ...................................... 12 4、物理结构设计阶段 ...................................... 13 5、数据库实施阶段 ........................................ 14 (二)中药管理系统后台操作数据流程 ........................... 18

四、详细设计 ........................................... 20

(一)客户端模块设计说明 ..................................... 20 (二)服务器端模块设计说明 ................................... 21

五、系统运行结构和操作使用说明 .......................... 21

(一)中药管理系统后台系统运行结构 ........................... 21 (二)中药管理系统后台操作使用说明 ........................... 22

1、软件安装 .............................................. 22 2、管理员登陆 ............................................ 23 3、药物信息管理模块 ...................................... 23

3

4、药方信息管理模块 ...................................... 24 5、置信度查询模块 ........................................ 25

六、系统测试 ........................................... 30

(一)黑盒测试 ............................................... 30 (二)多模块测试 ............................................. 32

总结 ................................................... 33 参考文献 ............................... 错误!未定义书签。 致谢 ................................... 错误!未定义书签。

4

一、可行性分析

(一)当前系统的调查和研究

当前有很多大型、中型、小型的药品管理系统,也有很多关于中药的管理系统,但这都是每个厂家或是每个用户专用的系统,出于对计算机的高效,严谨,用计算机来管理事务可以免去工作人员的繁琐工作。本次毕业设计作为一次大学四年计算机学习知识的运用,希望能够对现实的问题有所帮助,利于解决一些实际性问题,所以不能够和正规的药品管理系统进行媲美,系统中用到的知识点一部分是平时学到的内容,另一部分是自己重新学习掌握,技术方面的知识特别是数据库方面进行了很多次的向老师咨询。开发本系统之前对网上一些存在的中药管理系统进行了调查和分析,并结合需求人员的具体需求着手开发。 (二)经济和技术可行性考虑

对于成本方面的考虑,系统运行在自己的pc机上面,配有服务器,开发软件都是可以在网上免费下载,只需要有一台可以自己支配的能够使系统运行起来电脑即可。

中药管理系统从技术可行性方面考虑,需要的面向对象语言是java高级程序设计语言,用到关系型数据库SQL, 同时,软件工程的知识是设计系统的理论指导,这些技术都是专业知识,对于开发系统中用到的其他方面的技术信息需要自己重新掌握,每一个人的能力都是有限的,但是我们可以向其他的同学询问,还可以向专业的老师进行咨询,网络上的信息可以方便的供我们使用,只需要取其精华,弃其糟粕。 (三)新系统的解决方案

在开始设计的前期,设计出新系统的逻辑模型,进而做出几种方案供进行筛选,在这些可供选择的方案中,既包括不同的开发方案,也包括对现成软件的进

1

行改造方案等,每种方案都是建立在技术上面是否能够支持。鉴于本系统具体的用户方面的需求,要对数据库做出重新的设计,所以没有可用参考的现成模板可以借鉴,需要重新进行软件流程的设计,代码的编写更是从零开始,中药管理系统后台的结构框图如图1.1所示。

中药管理系统后台设计药物信息管理药方信息管理置信度查询添加新药物信息生成药物信息列表模糊查询药物信息详细查询药物信息更改药物信息删除药物信息添加药方信息生成药方信息列表修改药方信息药方信息打印删除药方信息药物药方置信度查询症状药方置信度查询药物和症状的关联查询多种症状置信度查询药物详细信息打印药物信息一种药物置信度查询多种药物置信度查询一种症状置信度查询药物关联查询症状关联查询图1.1 中药管理系统后台结构图

二、需求分析与建模

(一)功能需求分析

系统的功能需求主要分为三个方面,第一方面是药物信息(如图2.1所示)和录入、修改和删除,在查询体系中分为详细查询和模糊查询,对每味药物的详细信息具有打印功能,录入的药物信息生成药物列表。第二方面是药方信息的录入、修改和删除,对每个成功录入的药方也具备打印需求,生成的药方列表中每种属性都可以链接到对应的信息。第三方面是查询(如图2.3所示)需求,包括通过药方中已经收录的全部药物查询出每一种药物的频次和比例,用户还可以根

2

据自己的需求查询出来任意出现次数的药物名单,不只是单味药物可以查询,还可以查询出多味药物同时出现的次数和药方名单,根据这些所出现的药方名单统计出所有的包含的症状的出现次数,就可以分析出药物与症状之间的关联关系。由于数据库中查询的时间所限,对于查询关联的随机组合药物名单仅能够统计较少组合。对于药方中症状的查询是通过与药物查询相同的方式建立。药物与药物之间的关联查询就是用户输入某几种药物之后可以搜索出与之同时出现在同一药方中的药物都有哪些,症状与症状之间的关联查询就是输入某几个症状查询出与之同时出现的症状名单。

药物信息(添加,修改,查询,删除)药物属性信息药物特性信息药物功效信息药物编号药物名称和别名药物分类药物来源和出处药物四性药物五味药物归经药物功用药物用法药物主治症状

图2.1 药物信息

3

药方信息(添加,修改,删除)药方描述信息药方内容信息药方功效信息药方编号药物名称和作者药方方源和来源药方作者药物名称药物用量药方功用药方适应症型药方主治症状图2.2 药方信息

查询需求药方中的药物查询药物与症状的关联查询药方中的症状查询单味药物频次与比例的查询 多味药物频次与比例的查询同时包含多味药物的要方查询所出现的药方中症状的排名药物与药物的关联查询症状与症状的关联查询药物同时出现的列表所出现的药方中药物症状的排名同时包含多个症状的药方查询多个症状频次与比例的查询单个症状频次与比例的查询图2.3 药物信息

4

(二)性能需求分析

系统反应时间要求:因为本系统注重查询方面的功能,所以对查询反映的时间有一定效率要求,查询都在数据库中进行,所以对数据库中的查询语句撰写方式要求较高,由于对药物和药方的随机组合出现次数查询中数据量较多,所以只做了组合数较少的出现次数列表。(例如有一百种药物的话,那么随机四种组合数就是3921225次,那么出现的数据量将无法使数据库进行快速的查询,另一方面,每一次进行查询的时候都要重新的插入到一个新的表中,那么就是每查询一次就插入数据一次,就会使反应速度非常慢,所以最好是将全部数据录入之后,也就是数据量稳定之后进行一次总体才查询使查询到的结果插入到数据表中,以后每次查询都在表中进行,不需要每次查询都插入数据到表中,这样就能够使查询的性能提高很多)。

系统灵活性要求:当系统无故障的时候能够灵活、方便的进行需要信息的查询。

(三)系统运行环境

软件环境:本次课题设计所采用的是windows7操作系统,需要安装的设计软件是编辑器选用eclipse,服务器选用apache-tomcat5.5以上应用服务器软件,数据库选用SQL server2005(64位),开发工具选用jdk1.7.0_03版本,IE浏览器为6.0以上。

硬件环境: 内存:2G,硬盘1T,处理器:P4.30G以上(四核)

安装说明:如果运行本系统必须先在电脑上安装有服务器,之后配置其他的上述相关软件。或者使用别的电脑作为服务器,采用建立网站的方式通过URL资源定位符进行访问服务器,后台管理员登陆之后进行相关的信息操作。 (四)需求建模

中药管理系统后台需求建模用例图如图2.4所示

5

药物信息添加、修改、查询、删除药物信息添加、修改、查询、删除药物与药方之间的查询,并能够间接查询症状后台管理员药物与药方之间的查询,并能够间接查询症状药物与药物,症状与症状之间的关联查询图2.4 后台用例图

中药管理系统后台各个用例之间的包含关系如图2.5,图2.6,图2.7所示

药物与药方之间的置信度查询<<使用>><<使用>>直接查询某单味药物出现的频次以及比例统计多个单味药物出现的频次和比例列表<<使用>><<使用>>直接统计多味药物同时出现的频次以及出现的药方药物与药物之间的关联图2.5 药物药方查询用例包含图

6

药物与药方之间的置信度查询<<使用>><<使用>>直接查询某单味药物出现的频次以及比例统计多个单味药物出现的频次和比例列表<<使用>><<使用>>直接统计多味药物同时出现的频次以及出现的药方药物与药物之间的关联

图2.6 症状药方查询用例包含图

药物与药方之间的置信度查询<<使用>><<使用>>直接查询某单味药物出现的频次以及比例统计多个单味药物出现的频次和比例列表<<使用>><<使用>>直接统计多味药物同时出现的频次以及出现的药方药物与药物之间的关联图2.7 关联查询用例包含图

7

三、概要设计

(一)数据库设计

本次数据库设计采用的是基于E—R模型的数据库设计方法,因为中药管理系统后台设计对于数据库的要求较高,所以在数据库方面进行了详细的设计,具体对于数据库的设计完全按照数据库设计基本步骤,分为:①需求分析阶段,②概念结构设计阶段,③逻辑结构设计阶段,④物理结构设计阶段,⑤数据库实施阶段。

1、需求分析阶段

在需求分析阶段,向数据库系统所处理的对象(系统的使用者)收集信息需求,处理需求,安全性和完整性需求,信息需求就是指是中医管理系统的使用者希望从数据库中获取什么信息,数据库中可能要存放那些信息等,处理需求是能够说明使用者希望未来系统对数据库要进行什么样的处理,各种处理有无优先次序,对处理频率和时间有无特殊需求等,安全性需求是指对数据库中存放的信息安全保密的需求,在进行需求分析阶段应进行了解哪些信息数据是需要保密的,哪些信息数据是不需要保密的,如果需要保密那么各个可能的数据用户又对保密的信息数据具有哪些权限等,完整性需求是指数据库中存放的数据应满足什么样的约束条件,也就是什么样的数据在数据库中才算是有效的。这些需求分析阶段的处理最终以数据流流图和数据字典的形式确定下来。

中药管理系统含有许多数据,下面用数据字典对每个数据规定一个定义条目如表3.1所示,为数据文件“药物属性”的数据字典

表3.1 数据文件“药物属性”的字典条目

文件名:药物属性信息 别 名: 组 成:药物编号+药物名称+药物别名+药物分类+药物来源+药物出处 备 注: 如表3.2所示,为数据文件“药物特性”的数据字典

8

表3.2 数据文件“药物特性”的字典条目

文件名:药物特性信息 别 名: 组 成:药物四气+药物五味+药物归经 备 注: 如表3.3所示,为数据文件“药物功效”的数据字典

表3.3 数据文件“药物功效”的字典条目

文件名:药物功效信息 别 名: 组 成:药物功用+药物用法+药物主治 备 注: 如表3.4所示,为数据文件“药方属性”的数据字典

表3.4 数据文件“药方属性”的字典条目

文件名:药方属性信息 别 名: 组 成:药方编号+药方名称+药方作者+药方方源+要方来源+药方时间 备 注: 如表3.5所示,为数据文件“药物内容”的数据字典

表3.5 数据文件“药物内容”的字典条目

文件名:药物内容信息 别 名: 组 成:包含药物名称+对应药物用量 备 注: 如表3.6所示,为数据文件“药方功效”的数据字典

9

表3.6 数据文件“药方功效”的字典条目

文件名:药方功效信息 别 名: 组 成:药方功用+药方适应症型+药方主治症状 备 注: 如表3.7所示,为数据流“置信度查询”的数据字典

表3.7 数据流“置信度查询”的字典条目

文件名:置信度查询信息 别 名: 组 成:药物—药方查询+症状—药方查询+关联查询 备 注: 中药管理系统含有许多数据项,以下分别列出了几个数据项的字典条目,“药物编号”(如表3.8所示),“药方方源”(如表3.9所示),“药物用量”(如表3.10所示)作为代表

表3.8 数据项“药物编号”的字典条目

数据项名:药方编号 别 名: 取 值:正整数(自动编号) 备 注:

表3.9 数据项“药方方源”的字典条目

数据项名:药方方源 别 名: 取 值:带有书名号的医书 备 注:

10

表3.10 数据项“药物用量”的字典条目

数据项名:药物用量 别 名: 取 值:数值(按照说明) 备 注: 2、概念结构设计阶段

E—R方法是最广泛被采用的概念模型设计方法,它直接从现实世界抽象出实体型及其相互间的联系,并用实体—联系图来表示概念模型,下面用E—R图来描述概念设计过程。

Power Designer 是能够把的E-R图(概念模型图)画出来后自动生成相应的SQL建表代码软件,概念设计模型如图3.11所示,物理设计模型如图3.12所示。

图3.11 Power Designer概念设计模型:

11

图3.12 Power Designer物理设计模型:

3、逻辑结构设计阶段

逻辑结构设计就是把概念结构设计阶段设计好的基本E—R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构,本系统中选用的数据库数sqlserver2005,按照一个实体集转换为一个关系模式,关系模式中的属性由原实体集中的各属性组成,关系模式的主键就是原实体集的主键的原理,转换后的逻辑关系模式有:

由常规实体药物信息、药方信息、药房内容实体等转换成的关系模式如下:

药物信息(药物编号,药物名称,药物别名,药物分类,药物来源,药

物方源,四气,五味,归经,药物功用,药物用法,药物主治症状)

药方信息(药方编号,药方名称,药方来源,药房作者,药方产生时间) 药方内容(药方编号,药物名称,药物用量) 药方功用(药方编号,药方功用) 药方适应症型(药方编号,适应症型) 药方主治症状(药方编号,主治症状)

12

4、物理结构设计阶段

Sqlserver2005数据库中的表都有上面设计好的概念模型和逻辑模型转换(Power Designer软件)而来,具体实例表如图3.13至图3.19所示:

图3.13 drug表

图3.14 prescription表

图3.15 prescriptcontent表

图3.16 prescripteffect表

13

图3.17 prescriptsymptom表

图3.18 prescriptmainuse表

此外,在进行查询的过程中还用到了临时表,下面为一个进行两两组合药物查询的临时表

图3.19 临时表

5、数据库实施阶段

本次数据库中为了实现相关的查询一共运用了5次视图,13次存储过程,4次函数,1次触发器,下面依次介绍个字的功能作用

函数的作用:数据库中录入的药方内容数据(药物名称和药物用量)信息,药方功用信息,药方适应症型信息,药方主治症状信息都是按照药方编号唯一而对应不唯一的药物,功用,症型,主治,这种数据的录入之后对于显示到用户可以浏览到的界面中需要在数据库中用函数的把对于同编号不同其他信息的数据整合起来。

其中整合药物的函数如下:

14

set ANSI_NULLS ON set QUOTED_IDENTIFIER ON go

ALTER function [dbo].[CToHcontent](@pid int) returns varchar(8000) as begin

declare @r varchar(8000) set @r = ''

select @r = @r + ',' + dname from prescriptcontent where pid=@pid

return STUFF(@r, 1, 1, '') end

存储过程的作用:中药管理系统后台设计中对于数据库中的信息查询不能够仅仅通过简单的查询语句进行搜索,也同时需要很多嵌套查询,逻辑循环等复杂的功能,存储过程的建立对于经常查询的语句来说,为其在数据库中建立了永久地存储在数据库中的SQL语句,在以后每次执行的时候这些经过分析的语句驻留在内存中,,这样加快了查询的速度,也为查询语句等数据库中的编码问题提供模块化的设计,又能保证系统的安全性[4]。

最近这两年做增大增粗手术的男士普遍增多,不过我还是建议大家都不要做那个增大手术,这方法很不可取,做了手术的都在后悔,并且以后很容易留下后遗症。市面上卖的那些各种各样的药都不要乱吃,只是管当时,以后也会有副作用。你记住,到目前为止都没有可以达到增长阴茎的任何药物,那都是虚假的。还有网上看的一些按摩来增大的方法也不太可取,因为你没有按照正确的方法一步一步来练习,按摩不当也会伤害yinjing的。希望大家都不要被市面的药物所迷惑,请选择正确的治疗方案。有兴趣的可以联系我朋友自己去咨询,价格也不贵。卫星/msdf003

其中统计药方中随机药物组合出现的列表存储过程如下:

15

管理员名 ①大于等于四位小于十位字符或字符与数字、下划线组合 ②全是数字,③少于四位字符,④大于等于十位字符 ⑥全是数字,⑦全是字符,⑧小于六位数字与字符组合,⑨大于六位数字与字符组合 密码 ⑤6位数字与字符的组合

表7.2 有效等价类的测试用例

管理员名 密码 测试用例 admin good00 期望结果 输入有效 输入有效 测试范围 ① ⑤

表7.3 无效等价类的测试用例

管理员名 测试数据 123456 期望结果 管理员名不能全是数字 管理员名 管理员名 密码 密码 密码 密码 me goodmorning 123456 goodmorning we123 goodmorning123

表7.4 “置信度查询”的测试用例

输入等价类 测试用例说明 测试数据 黄芪 王老吉 期望结果 输入有效 输入无效 选取理由 关系到数据库表中是否收录的数据信息 管理员名过短 管理员名过长 输入无效 输入无效 输入无效 输入无效 ③ ④ ⑥ ⑦ ⑧ ⑨ 测试范围 ② 药物—要方查询 ①药物表中收录的数据 ②药物表中未收录的数据 31

症状—要方查询 ③药物表中收录的数据 ④药物表中未收录的数据 关联查询 ⑤药方中同时出现的药物 ⑥药方同时出现的症状 脚疼 休克 输入有效 输入无效 关系到数据库表中是否收录的数据信息 黄芪,地龙,伏龙肝 黄芪,地龙 输入无效 关系到数据库中收录的信息是否输入有效 关联合理 (二)多模块测试

对于完成的程序来说大多都要进行多模块测试,这种体现在多层次上的复杂测试对于简单的测试中设计的纠错技术都是适用的,按照多模块测试的测试分层概念设计中药管理系统后台设计层次测试的流程图,如图6.1,图6.2所示。

中药管理系统后测试层次单元测试集成测试高级测试确认测试系统测试

图6.1 中药管理系统后台设计层次测试流程图

32

中药管理系统后台设计信息中药管理系统后台设计其他成分测试模块管理员注册和登陆模块测试测试报告中药管理系统后台设计软件需求信息模块添加药物信息模块测试测试报告集成测试模块添加药方信息模块测试已经安装的软件系统确认测试已经确认的软件系统系统测试测试报告模块置信度查询模块测试测试报告测试报告测试报告测试阶段可以运行的中药管理系验收阶段统后台编码阶段图6.2 中药管理系统后台设计层次测试的信息流程

测试说明:第一层为单元测试,其在编码阶段完成

第二层为测试阶段,完成的是集成测试与确认测试两个层次的测试,这个阶段的任务是通过单元测试的模块逐步组装起来,通过测试与纠错,最终得到一个满足需求的中药管理系统后台系统。

总结

为期两个半月的毕业设计工作到此终于告一段落,这期间,付出了很多,收获的也很多。

从最开始的题目的确定,到了解系统的具体要求,到各个模块的分析设计,再到代码的开始编写,这一系列的过程所需要进行的工作将会使我的专业知识有所进步。中药管理系统后台设计使用的语言是JAVA高级语言,框架是MVC框架,模式是B/S模式,这让我在这些方面都得到了良好的学习,特别是在数据库方面,为了完成系统的任务,我又重新的把数据库的书籍温习了一遍,对数据库中的查

33

找、存储过程、视图、函数、触发器都有了进一步的了解,对于以前课程上学习到的知识如果想要进一步的应用于实践,还需要不断的更新与加强。JAVA语言是我选修方向企业信息化主修的一门高级语言课程,能够用自己的专业基础技能完成毕业设计的工作是一件两全其美的事情。

中药管理系统是基于实践能够应用的软件系统,着重于在数据库中对一些信息的查询,检索,基本能够满足中医药用者的需求。当然,本系统中存在一部分漏洞,还有某些功能不完善,可能在以后的实际应用中还需要进一步功能性的扩展,这些都是系统应用之后需要再完成的工作任务,如果有可能,希望能够借该系统继续与使用者保持合作,在以后对该系统进一步完善。

34


中药管理系统后台设计-毕业设计论文.doc 将本文的Word文档下载到电脑 下载失败或者文档不完整,请联系客服人员解决!

下一篇:[精品WORD文档]陈家镇中心幼儿园建设项目可行性研究报告

相关阅读
本类排行
× 注册会员免费下载(下载后可以自由复制和排版)

马上注册会员

注:下载文档有可能“只有目录或者内容不全”等情况,请下载之前注意辨别,如果您已付费且无法下载或内容有问题,请联系我们协助你处理。
微信: QQ: