土特产网站模板 织梦,网站建设+用ftp上传文件,淘宝营销网站建设,株洲人才网网上医院预约挂号系统设计与实现 摘 要 如今的信息时代#xff0c;对信息的共享性#xff0c;信息的流通性有着较高要求#xff0c;因此传统管理方式就不适合。为了让医院预约挂号信息的管理模式进行升级#xff0c;也为了更好的维护医院预约挂号信息#xff0c;网上医院…网上医院预约挂号系统设计与实现 摘 要 如今的信息时代对信息的共享性信息的流通性有着较高要求因此传统管理方式就不适合。为了让医院预约挂号信息的管理模式进行升级也为了更好的维护医院预约挂号信息网上医院预约挂号系统的开发运用就显得很有必要。并且通过开发网上医院预约挂号系统不仅可以让所学的SSM框架得到实际运用也可以掌握MySQL的使用方法对自身编程能力也有一个检验和提升的过程。尤其是通过实践可以对系统的开发流程加深印象无论是前期的分析与设计还是后期的编码测试等环节都可以有一个深刻的了解。 网上医院预约挂号系统根据调研确定管理员除了管理医生科室和用户外也能管理用户预约挂号信息下载用户病例发布健康资讯管理客服聊天信息。医生管理本人的坐诊信息审核预约挂号管理用户就诊病例。用户在前台查看医生坐诊对医生预约挂号评价并收藏医生查看健康资讯联系客服用户在后台支付挂号价格下载病例。 借助于网上医院预约挂号系统这样的工具让信息系统化流程化规范化是最终的发展结果让其遵循实际操作流程的情况下对医院预约挂号信息实施规范化处理让医院预约挂号信息通过电子的方式进行保存无论是管理人员检索医院预约挂号信息维护医院预约挂号信息都可以便利化操作真正缩短信息处理时间节省人力和信息管理的成本。 第一章 绪论 1.1 选题背景 如今的信息时代对信息的共享性信息的流通性有着较高要求尽管身边每时每刻都在产生大量信息这些信息也都会在短时间内得到处理并迅速传播。因为很多时候管理层决策需要大量信息作为参考依据也有些时候各大企业或学校也需要使用工具宣传自身的文化理念等等所以信息能够得到迅速传播并带给人们一定的参考价值充分发挥信息本身的作用是很有必要的而这些恰恰是传统模式所不能相比的。因此借助工具让信息系统化流程化规范化是最终的发展结果而这个工具则是计算机软件。本次设计实现的计算机软件网上医院预约挂号系统让其遵循实际操作流程的情况下对医院预约挂号信息实施规范化处理让医院预约挂号信息通过电子的方式进行保存无论是管理人员检索医院预约挂号信息维护医院预约挂号信息都可以便利化操作真正缩短信息处理时间节省人力和信息管理的成本。 1.2 选题意义 为了让医院预约挂号信息的管理模式进行升级也为了更好的维护医院预约挂号信息网上医院预约挂号系统的开发运用就显得很有必要因为它不仅可以让医院预约挂号信息的管理人员统一完成信息管理而且还会在保证医院预约挂号信息处于安全状态的情况下让医院预约挂号信息的处理流程缩短让信息的管理工作量减少让医院预约挂号信息的录入和后期维护缩短时间以及节省管理医院预约挂号信息需要投入的精力与资金。由于网上医院预约挂号系统运用的技术比较成熟所以它本身就具备了稳定的性能连续24小时运行都毫无压力。而且还可以保证数据处理的质量。另外网上医院预约挂号系统为了满足易用性的用户需求特意在页面的设计上合理布局各元素让重要内容和导航功能在关键区域展示让操作系统的用户可以毫不费力的完成系统的操作。总的说来网上医院预约挂号系统实现了信息资源的共享让信息可以以更好的方式进行传播让管理员的管理水平得到提升的同时也让医院预约挂号信息计算机化。 1.3 研究内容 根据网上医院预约挂号系统设计与实现的流程来对整个系统进行说明。本文将从下述6个部分介绍系统。 第一部分介绍选题的动因包括介绍课题背景和意义等。 第二部分介绍本系统选用的开发手段包括编程语言后台支持的数据库开发类技术等。 第三部分介绍系统的分析内容包括投资决策必须的可行性研究用户对功能的要求系统运行的性能要求等知识。 第四部分介绍系统的设计。包括对系统功能结构的设计数据表结构设计等。 第五部分介绍系统的实现。包括各模块实现的具体运行效果。 第六部分介绍系统测试。包括检查系统功能测试知识点的介绍等。 第二章 开发环境 对网上医院预约挂号系统进行开发需要了解开发技术的理论与实际运用对开发工具尤其是数据库的使用方法需要进行掌握。 2.1 SSM框架 SSM框架是三个框架的合称分别是Spring框架和SpringMVC框架以及MyBatis框架。三个框架随着时间的发展越来越变成了当今Java语言的开发主流帮助程序开发人员专注于业务逻辑以及配置相关操作能自动生成的都支持自动生成避免了很多耦合性出错通过控制反转和依赖注入让程序开发变成配置文件开发简单明了让创建的Java对象都能通过自身来进行创建。面向切面的操作让程序开发也变成了部门协同公共事务都交给了SpringAOP来操作让程序开发变得更加专注。MyBatis越来越智能可以用配置文件和SQL语句混合开发可以像操作Java语言一样操作数据库。 2.2 JSP技术 JSP开发技术是Java开发网站必须要学习的一门技术。JSP不能单单说是一种语言是Java语言诞生的公司为动态网页技术制定的一个网页技术标准。学习JSP技术之前肯定是要学习Java语言和一些HTML语言并且要对Servlet容器进行学习这些都属于架构上面的学习在学校学习了基础的语言之后再去理解架构也不过是用熟悉的Java语言重新造句而已让学习更加容易学习的难度也就大幅度的降低了。JSP编程过程中可以在HTML代码中插入Java的相关代码只需要用标签标记即可。JSP主要是用于实现用户界面方面的部分前端开发人员只需要结合HTML的代码对页面进行布局之后嵌入JSP操作JSP可以获取数据库相关数据通过Java的列表遍历方法就可以使JSP编译之后浏览器显示的数据界面是动态化的每次操作都可以让页面布局不乱而数据进行合理的更改显示。选择JSP技术进行网页应用程序的开发会达到很高的效率。 2.3 MYSQL数据库 MYSQL数据库起源于瑞典但是经营不善被数据库行业老大甲骨文公司给收购了收购了之后本以为只是为了发展Oracle数据库然后MySQL数据库就会被雪藏但是没想到甲骨文公司收购后对MySQL数据库进行了支持并且让之前Oracle占据不了的中小型市场让MySQL占用完全实现了甲骨文公司的利润增长不管是从大型数据库还是中小型数据库都有了自己的产品并且可以对两种数据库的优势尽量的发挥取长补短MySQL数据库反而发展的越来越好。 最新版本的MYSQL数据库配备上了管理工具因为甲骨文公司属于老牌的数据库厂商对数据库的客户端工具自然有其他下线厂商进行研发配套这些旁枝末节的事情并没有投入很大的精力造成的结果就是程序开发人员还是习惯使用传统的Navicat for MySQL或者SQLyog这些MySQL数据库管理工具大部分数据库开发调试人员还是习惯于视窗情况下看到相关数据。不管是越来越强的MySQL数据库还是市面上广泛流传的各种MySQL数据库客户端MySQL数据库能实现本课题的开发那么选择MySQL作为数据库是没有问题的。 第三章 系统分析 提前通过各种渠道比如图书馆电脑上的网站等渠道获取跟本系统有关联的资料同时设计调查问卷让系统的使用者参与调查了解其对系统的需求然后进行系统的分析确定本系统的开发可行性确定本系统的功能等内容。 3.1可行性分析 这部分内容主要从开发的角度和运行使用的角度等层面研究系统确定是否投资系统为进一步开展工作提供理论依据。 3.1.1技术可行性 本系统采用的技术和开发类语言都具备丰厚的理论基础同时这些开发技术和开发语言在市面上都得到了广泛运用很多功能实现的源码都以模块化的方式通过网络进行了公开所以本系统可以参考这些代码实现功能。因此系统开发技术可行。 3.1.2操作可行性 网上医院预约挂号系统根据用户阅读习惯对系统内容进行排版布局把系统页面中的关键位置用来设置导航条可以方便用户第一时间找到需要的内容同时页面中也会设置一些提示用于帮助用户操作系统因此系统操作可行。 3.1.3经济可行性 本系统需要在硬件设备上配置开发环境就可以开展系统的开发工作。由于本系统并不是商业化程序所以本人学习用的笔记本或机房电脑都符合要求。对于开发环境的配置问题可以通过网络直接下载安装期间并不收取费用。因此系统经济可行。 以上就是从技术操作经济的层面研究系统最终确定系统可以开展。 3.2系统流程分析 要访问网上医院预约挂号系统需要符合要求的身份证明访问者身份的信息就是在登录界面需要填写的信息其中有用户名有密码。在登录界面系统后台也有专门编写的安全验证机制只有信息匹配的访问者才有资格进入系统。具体流程见下图。如果访问者提供的信息在数据库中没有记录就表明该访问者没有权限也就无法享受系统提供的服务。 图3-1 操作流程图 在网上医院预约挂号系统里面任何填充的数据都要经过合法性验证具体流程见下图。只有符合条件的数据才可以保存。 图3-2 添加信息流程图 经过时间的改变系统里面的很多数据也需要更新更新时同样需要检查更新的数据是否合法具体流程见下图。只有判断符合要求的数据最终才可以保存。 图3-3 修改信息流程图 为了避免操作者大意误删数据任何需要删除的数据都需要反复确认具体流程见下图。删除的数据将不会在页面中显示。 图3-4 删除信息流程图 3.3系统性能分析 用户使用系统一是为了阅读需要的信息二是为了享受系统提供的服务。因此一个质量较好的系统就更容易让用户频繁使用。而能够反馈系统的质量的信息就是系统的性能。常见的能够表示系统性能的指标有安全性系统可扩展性数据完整性等。接下来就对这些指标进行介绍。 3.3.1数据完整性 只要是系统中的数据其长期保存在数据库里面就要求其具备可靠性。这样才能发挥出数据具备的参考价值。一般来说为了保证数据信息是准确的并且可靠的在数据处理上包括录入数据编辑数据等都要求数据信息是完整登记的。同时系统中的数据其自身需要具备完整性外也要求数据之间产生的关系也要具备完整性。另外在数据库中填充信息时同样的信息应该以同样的方式出现在不同的表中。对于数据进行完整性定义也是方便后期对数据的使用和查看。 3.3.2系统可扩展性 站在当前用户需求的角度考虑问题具有一定的局限性由此设计的系统也一样。为了保护开发系统的财产同时也为了让系统长远立足市场系统开发人员就需要充分预留系统的空间让系统在未来的日子里可以扩充功能并进行更新和升级。这就是系统具备可扩展性的表现。 3.3.3系统安全性 系统在投入使用中用户与系统的交互会产生数据比如插入数据编辑数据等操作都会产生数据。而作为系统的后台支持的数据库主要任务就是保存这些数据。为了不让数据信息被窃取或者泄露也是为了对系统的安全性进行保证所以市面上也出现了很多的加密技术其中MD5单向加密技术在系统中运用得最多。其原因有三点 第一点面对任意两段明文在经过MD5加密处理后它们的密文不一样 第二点面对任意一段明文进行MD5加密处理后其密文不变 第三点破解MD5加密的数据非常困难 目前关于MD5加密技术的代码已经可以从网站上下载可以直接将模块化的代码在系统中直接引用。一般来说用户注册的数据还有管理员登录系统使用的数据都是很重要的资源所以这部分数据常常会经过加密处理这样也就消除了系统安全上的隐患。 3.4系统功能分析 这部分内容在系统分析环节比较重要它直接关系本系统开发的进展。无论是设计还是实现都是在本系统调研的功能的基础上进行。 为了直观显示系统的功能运用用例图这样的工具显示分析的结果。分析的管理员功能如下。管理员除了管理医生科室和用户外也能管理用户预约挂号信息下载用户病例发布健康资讯管理客服聊天信息。 图3-5 管理员用例图 为了直观显示系统的功能运用用例图这样的工具显示分析的结果。分析的医生功能如下。医生管理本人的坐诊信息审核预约挂号管理用户就诊病例。 图3-6 医生用例图 为了直观显示系统的功能运用用例图这样的工具显示分析的结果。分析的用户功能如下。用户在前台查看医生坐诊对医生预约挂号评价并收藏医生查看健康资讯联系客服用户在后台支付挂号价格下载病例。 图3-7 用户用例图 第四章 系统设计 设计一个系统不单单是设计系统的页面可以说系统设计其本质是一个结合了众多设计过程的比较复杂的系统工程。一般来说在完成系统设计时需要了解和掌握很多设计的知识有界面布局技术的知识页面采用的字体和颜色的运用还有页面空白的规范使用等如何将这些元素进行组合让页面可以直观表达信息内容的同时也能维持页面整体的美观。 4.1 系统设计思想 系统开发必然需要统一设计思想。根据这个设计思想指导系统的开发可以加快系统开发进程。根据目前用户对网上医院预约挂号系统的需求确定下述原则即为本系统的设计思想。 1实用性本系统依照用户需求设计功能遵循用户使用方便的原则把用户在实际工作中的各个操作细节也充分考虑进来让使用者在没有系统操作说明书的情况下也能很容易的完成系统的操作。 2先进性为了让本系统具备高性能设计时需要把目前的各种成熟技术加以考虑比如软件开发技术也要考虑进去比如计算机技术也需要进行考虑。对于系统结构的选择本系统将毫不犹豫的选择成熟先进的B/S结构方便开发的同时对于后期的维护也提供了便利。 3高安全性设计本系统时对于一些系统的关键数据要严加看管比如管理员本人的账号和密码一定要加密保存在数据库里面。除此以外也需要充分使用安全措施对用户的共享资源进行保护。 4可维护性设计时要提前考虑本系统的可维护性因为一个便于维护的系统在后期产生的维护成本将会大大降低。维护一般包括软硬件的维护还有对于网络的维护等。 5可扩展性重新开发一个新系统相比在原有系统上升级会花费大量的资金和精力由此一个好的系统必定具备良好的可扩展性。在用户需求变动的情况下可以通过系统的更新和升级来持续满足用户需求这样的系统就具备了可扩展性。 4.2功能结构设计 这部分内容使用结构图这样的工具显示设计结果设计的管理员功能见下图。管理员除了管理医生科室和用户外也能管理用户预约挂号信息下载用户病例发布健康资讯管理客服聊天信息。 图4-1 管理员功能结构图 设计的医生功能见下图。医生管理本人的坐诊信息审核预约挂号管理用户就诊病例。 图4-2 医生功能结构图 设计的用户功能见下图。用户在前台查看医生坐诊对医生预约挂号评价并收藏医生查看健康资讯联系客服用户在后台支付挂号价格下载病例。 图4-3 用户功能结构图 4.3数据库设计 现如今关系数据库已经广泛占据了市场。其具有坚实的理论基础并且它可以很好的支持SQL这样的查询语言。所以大部分程序的后台数据库几乎都是关系数据库。它们被用于长期对程序数据进行保存采用的方式就是正确使用SQL语句在数据库中完成数据的插入修改删除等操作。 4.3.1 数据库E-R图 系统设计的内容不仅仅是对功能进行模块设计它也包括了对数据库进行设计。功能设计这部分内容已经完成了接下来进行的数据库设计也要根据规定的流程进行。 数据库设计这部分内容也需要参照用户的需求来完成。同时为了方便展示数据库中存在的各种关系需要使用到E-R图并运用E-R图中常见的符号来表示用户需求中的数据内容。所以在建立E-R模型前需要把用户需求的数据信息进行拆分并分析并确定实体实体特征还有它们之间的关联然后选择某个绘制E-R模型的工具比如Visio,亿图Navicat等用规定的符号去表示这些数据。这些常用的符号分别是矩形菱形椭圆它们表示的内容分别是实体关系属性。 1设计的医生实体还有其属性见下图。 图4-3 医生实体属性图 2设计的医生坐诊实体还有其属性见下图。 图4-4 医生坐诊实体属性图 3设计的用户实体还有其属性见下图。 图4-5 用户实体属性图 设计的用户病例实体还有其属性见下图。 图4-6 用户病例实体属性图 设计的预约挂号实体还有其属性见下图。 图4-7 预约挂号实体属性图 6设计上述实体间关系见下图。 图4-8 实体间关系E-R图 4.3.2 数据库表结构 很多时候在进行数据表的存储结构的设计时都会遇到一些困扰比如每张数据表如何命名如何设计每张数据表里面的字段如何为各个字段进行命名以及如何设置字段的取值范围等信息。很多初学者在进行表结构设计时无论是对表进行命名还是对字段进行命名都是采用中文的方式导致在编码阶段在对数据进行操作时总是报错影响编码人员的开发速度而且一旦数据表结构建立之后后期进行修改也比较麻烦。因为设计数据表的结构就意味着程序中需要长期保存的数据都是根据这样的结构进行保存的在后面的使用中无论是程序数据往数据表中写入还是需要编辑或删除数据都是按照这个规则进行。如此说来设计数据库也是非常重要的任务它关系到后面程序的开发也关系到程序的运行使用。 通常在设计数据表结构时会把前面设计的E-R图进行表结构的转化。把实体用来代表数据表把其属性也就是椭圆形代表的内容用来表示数据表中的字段然后根据程序对于数据的存储要求设计字段的类型和长度。比如用户的年龄可以用int整数型设置其长度为4或者6等。总之数据表结构一旦建立就可以往里面填充数据了。 表4-1 客服聊天信息表 字段类型空默认注释idbigint(20)否主键addtimetimestamp否CURRENT_TIMESTAMP创建时间useridbigint(20)否用户idadminidbigint(20)是NULL管理员idasklongtext是NULL提问replylongtext是NULL回复isreplyint(11)是NULL是否回复 表4-2 科室信息表 字段类型空默认注释idbigint(20)否主键addtimetimestamp否CURRENT_TIMESTAMP创建时间keshivarchar(200)否科室 表4-3 医生信息表 字段类型空默认注释idbigint(20)否主键addtimetimestamp否CURRENT_TIMESTAMP创建时间yishenggonghaovarchar(200)否医生工号mimavarchar(200)否密码yishengxingmingvarchar(200)否医生姓名xingbievarchar(200)是NULL性别touxiangvarchar(200)是NULL头像zhichengvarchar(200)是NULL职称keshivarchar(200)是NULL科室lianxidianhuavarchar(200)是NULL联系电话youxiangvarchar(200)是NULL邮箱moneyfloat是0余额 表4-4 医生坐诊信息表 字段类型空默认注释idbigint(20)否主键addtimetimestamp否CURRENT_TIMESTAMP创建时间yishenggonghaovarchar(200)否医生工号yishengxingmingvarchar(200)否医生姓名xingbievarchar(200)是NULL性别touxiangvarchar(200)是NULL头像zhichengvarchar(200)是NULL职称keshivarchar(200)是NULL科室youxiangvarchar(200)是NULL邮箱shanzhanglingyuvarchar(200)是NULL擅长领域zuozhenshijianvarchar(200)是NULL坐诊时间guahaojiageint(11)否挂号价格gerenjieshaolongtext是NULL个人介绍 表4-5 用户信息表 字段类型空默认注释idbigint(20)否主键addtimetimestamp否CURRENT_TIMESTAMP创建时间yonghumingvarchar(200)否用户名mimavarchar(200)否密码xingmingvarchar(200)否姓名xingbievarchar(200)是NULL性别touxiangvarchar(200)是NULL头像shoujivarchar(200)是NULL手机moneyfloat是0余额blacklistint(11)是0是否拉黑 表4-6 用户病例信息表 字段类型空默认注释idbigint(20)否主键addtimetimestamp否CURRENT_TIMESTAMP创建时间binglibianhaovarchar(200)是NULL病例编号binglimingchengvarchar(200)是NULL病例名称yonghumingvarchar(200)是NULL用户名xingmingvarchar(200)是NULL姓名shoujivarchar(200)是NULL手机bingqingvarchar(200)是NULL病情jianchaxiangmuvarchar(200)是NULL检查项目jianchajieguovarchar(200)是NULL检查结果yaodanvarchar(200)是NULL药单yizhulongtext是NULL医嘱zhuyishixiangvarchar(200)是NULL注意事项binglifujianvarchar(200)是NULL病例附件riqidate是NULL日期yishenggonghaovarchar(200)是NULL医生工号zhichengvarchar(200)是NULL职称 表4-7 预约挂号信息表 字段类型空默认注释idbigint(20)否主键addtimetimestamp否CURRENT_TIMESTAMP创建时间yuyuebianhaovarchar(200)是NULL预约编号yuyuemingchengvarchar(200)否预约名称yishenggonghaovarchar(200)是NULL医生工号yishengxingmingvarchar(200)是NULL医生姓名touxiangvarchar(200)是NULL头像yuyueshijiandatetime是NULL预约时间guahaojiagevarchar(200)是NULL挂号价格yuyueneironglongtext是NULL预约内容beizhuvarchar(200)是NULL备注yonghumingvarchar(200)是NULL用户名xingmingvarchar(200)是NULL姓名shoujivarchar(200)是NULL手机sfshvarchar(200)是否是否审核shhflongtext是NULL审核回复ispayvarchar(200)是未支付是否支付 第五章 系统实现 前面做的所有工作都是为了给系统实现做准备。在系统实现期间需要根据设计方案执行通过运用编码技术实现一个可以处理事务的系统。 5.1管理员功能实现 5.1.1 客服管理 实现管理员权限的客服管理功能其运行效果见下图。管理员管理客服聊天信息一旦接收到用户提交的咨询信息管理员即可回复。 图5-1 客服管理页面 5.1.2 医生管理 实现管理员权限的医生管理功能其运行效果见下图。医生的基本资料包括医生的联系电话工号以及科室等可以让管理员增删改查管理。 图5-2 医生管理页面 5.1.3 用户管理 实现管理员权限的用户管理功能其运行效果见下图。用户通过注册提交个人信息管理员可以拉黑用户也能对用户取消拉黑。 图5-3 用户管理页面 5.1.4 用户病例管理 实现管理员权限的用户病例管理功能其运行效果见下图。用户病例附件可以让管理员下载查看管理员也能查询用户的病例信息。 图5-4 用户病例管理页面 5.2医生功能实现 5.2.1 医生坐诊管理 实现医生权限的医生坐诊管理功能其运行效果见下图。医生在个人后台增删改查本人的坐诊信息坐诊信息描述了坐诊时间挂号价格等。 图5-5 医生坐诊管理页面 5.2.2 预约挂号管理 实现医生权限的预约挂号管理功能其运行效果见下图。用户对医生进行预约挂号医生只需审核挂号对前来就诊的用户登记病例信息。 图5-6 预约挂号管理页面 5.2.3 用户病例管理 实现医生权限的用户病例管理功能其运行效果见下图。医生登记的用户病例资料都会显示在本页面医生可以下载病例附件。 图5-7 用户病例管理页面 5.3用户功能实现 5.3.1 查看医生坐诊 实现用户权限的查看医生坐诊功能其运行效果见下图。用户在本页面查看坐诊时间和挂号价格信息点击预约挂号即可提交资料进行挂号用户也能评价本页面显示的医生或者点击红色五角星收藏医生。 图5-8 查看医生坐诊页面 5.3.2 联系客服 实现用户权限的联系客服功能其运行效果见下图。用户在操作系统期间有疑问可以向客服进行咨询。 图5-9 联系客服页面 5.3.3 预约挂号 实现用户权限的预约挂号功能其运行效果见下图。用户在前台提交了预约挂号信息之后可以进入用户后台支付挂号的价格查看挂号明细。 图5-10 预约挂号页面 5.3.4 用户病例 实现用户权限的用户病例功能其运行效果见下图。用户就诊之后医生会登记用户的病例用户在本人的后台可以下载病例附件。 图5-11 用户病例页面 第六章 系统测试 一个完整的系统是经由各个子模块组合而成而各个子模块也都是编制人员通过编程语言和技术实现的。所以对系统测试不仅包含对每个子模块进行测试也包括对组合的系统整体进行测试最后还需要目标用户的参与测试编制的系统。测试期间发现的系统错误都需要记录并花时间寻找解决办法去改正错误提高系统的质量也减少用户在实际使用系统中所产生的困扰。 6.1系统测试的特点 制作的系统在进行测试检验时也具备一些特点。接下来就对这些特点进行描述 第一点比较完整的系统测试需要经历端到端的测试。 第二点测试系统一方面需要测试系统的架构另外一方面也要测试系统的业务流程等 第三点测试目标系统需要对测试方法进行正确使用降低目标系统的出错率。 总之系统测试除了功能需要运行正常外系统具备的性能也要得到体现在面对故障时系统才有能力去应对。 6.2 系统功能测试 本部分测试选用黑盒测试主要是检查输入系统的数据其运行后输出结果是否跟预期保持一致。 6.2.1 用户登录测试 这里选取管理员的登录功能进行检查测试数据如下。通过不同数据录入对系统的输出结果进行比对看实现的登录功能是否符合要求。 表6-1 管理员登录测试表 测试功能操作步骤数据输入预期结果最终结果管理员登录在登录页面根据提示填写验证信息最后提交验证的信息有账号也有密码输入的数据保证其中一个是正确的进行测试失败失败输入的数据都保持正确成功成功 6.2.2 医生查询功能测试 网上医院预约挂号系统存在很多数据查询功能就可以帮助使用者快速获取信息对该功能测试的数据见下表。只有使用者录入的关键词内容正确才会得到匹配的结果。 表6-2医生查询功能测试表 测试功能操作步骤数据输入预期结果最终结果医生查询功能进入查询页面登记要查询内容的关键词并提交登记格式有误的内容或者是保持医生姓名为空失败失败正确录入医生姓名成功成功 6.3 系统测试结果 在对网上医院预约挂号系统进行功能和性能上的检测之后也对系统的兼容性和易操作性进行了检测。最后得出网上医院预约挂号系统与用户需求保持高度一致系统具有一定的安全性能可以对用户提供的数据进行安全保存另外系统不仅可以满足用户现有需求其具备的扩展性也能让系统在未来进行功能扩展或升级以满足用户的不同操作需求。 结 论 从设计到制作完成本系统已经花了三四个月时间这期间也得到了导师的帮助。不然我不可能在这么短时间完成。网上医院预约挂号系统的开发是一个运用理论知识来指导实际工作的任务。尽管已经充分把大学期间从书本上学习的知识运用了进来但还是发现自身知识的匮乏。不过比较有收获的事情就是通过本系统的开发我对计算机软件的开发有了重新的见解也知道它实现的具体流程并且自己通过实际操作不仅重新回顾和补充了以往学习的书本知识也知道理论和实际操作之间的相互关系并能够在一定环境下让理论指导实践。项目能够完成也代表着我自身开发能力的进步。 项目制作期间我觉得最关键的环节就是系统的分析和设计分析系统具备的功能需要多查找同类型系统的资料并把用户需求进行参考才可以得出本系统的需求。设计时也是在需求分析的基础上开展也是对功能的具体细分同时还有设计保存数据的数据库不但要创建合适的数据表也需要认真对表结构进行构思尤其是表的字段设计还有表关系的设计也是很关键的设计环节。因为后期的编码都是根据设计文档开展下去的。编码虽然对编程技术的要求较高但是一些良好的编程习惯也不能忽视比如注释代码这样便于后期的程序维护。还有学会如何对变量取名因为程序里面涉及到的变量有很多一个方便记忆又容易与其它变量区分的变量名称是非常有益的可以节省编码和测试过程的时间。 网上医院预约挂号系统完全根据需求文档设计制作可以在数据处理上发挥它的优势而且使用者也能轻松完成对系统的操作。从界面设计的角度来看网上医院预约挂号系统始终遵循简单大方的原则让使用者一进入系统界面不会产生压抑等负面情绪而是比较愉悦的心情去操作系统。从程序编码的角度来看本系统设计的结构比较清晰而且编码的方式也比较规范化在关键处也都进行了代码注释。从数据存储的角度来看本系统选用的MySQL数据库本身比较轻盈但能短时间完成大量数据的处理其提供的功能不可小觑。 作为毕设进行制作的网上医院预约挂号系统其缺陷也是显而易见的只能说需求文档要求的大致功能都得到实现但是程序的有些操作逻辑还是比较复杂并没有进行优化在今后的时间里将会继续学习新技术利用重构的方式设计本系统使之具备更强的可扩展性让系统日趋完善。