目 录
摘要
在信息飞速发展的今天,网络已成为人们重要的信息交流平台。宠物医生预约平台每天都有大量的信息需要通过网络发布,为此,本人开发了一个基于B/S(浏览器/服务器)模式的宠物医生预约平台。
该系统以node.js编程语言、MySQL和koa框架等为开发技术,实现了添加、修改、查看、删除系统数据。本系统采取组件化的方式对系统进行拆分,并对数据库中各个表的增删查改、表与表之间的约束关系进行分析与设计,最终实现符合用户需求功能的商业级应用。
系统界面简洁大方,布局合理,易操作易上手。对应用户的每一步操作,系统都能高响应地做出反馈。系统具体包含对用户的管理、用户管理、团队介绍管理、医生介绍管理、科室介绍管理、预约记录管理、爱宠服务管理等功能,为宠物医生预约提供一个管理平台,实现对数据地高效、安全地管理。
关键词:koa技术;MYSQL;宠物医生预约平台
Abstract
Today, with the rapid development of information, the network has become an important information exchange platform for people. Pet doctor reservation platform has a lot of information to be published through the network every day. Therefore, I developed a pet doctor reservation platform based on B / S (Browser / server) mode.
The system is based on node JS programming language, MySQL and koa framework are development technologies to add, modify, view and delete system data. The system adopts the component-based way to split the system, and analyzes and designs the addition, deletion, query and modification of each table in the database, and the constraint relationship between tables, so as to finally realize the commercial application that meets the needs of users.
The system interface is simple and generous, the layout is reasonable, easy to operate and easy to use. The system can respond to each step of the user's operation with high response. The system specifically includes user management, user management, team introduction management, doctor introduction management, department introduction management, appointment record management, pet service management and other functions. It provides a management platform for pet doctor appointment and realizes the efficient and safe management of data.
Keywords:Koa technology; MYSQL; Pet doctor appointment platform
1 绪论
1.1研究背景及意义
随着人们生活水平的不断提高,人们对于宠物食品的需求也越来越高。然而我国目前还没有一个专门针对宠物医疗和疾病诊疗的服务平台,因此宠物患者在就医过程中往往存在着很多困难和障碍,尤其是在一些偏远农村地区,由于缺乏完善的医疗体系,导致许多宠物医院无法满足广大人民群众对宠物治疗及健康管理的需要。为了解决这一问题,国家相关部门已经提出了“互联网+医疗”的理念,希望通过这种模式来推动传统医疗向信息化方向发展。宠物医生预约平台就是在这一形势下应运而生的。该平台能够实现宠物医疗信息共享,方便兽医工作者为患者提供服务,同时可以有效地缓解居民看病难,看病贵等问题,从而促进整个社会和谐稳定发展。
1.2开发现状
随着人们生活水平的不断提高,宠物在我国也越来越受到人们的关注。宠物行业作为一个新兴行业,其发展前景广阔。但是目前国内还没有专门针对宠物医生进行系统设计和研究的软件,宠物医生需要面对大量不同类型的客户群体,因此,如何为用户提供便捷的服务是宠物医生必须面临的问题。本文以“宠物专家”为例,分析了该宠物医生预约平台的功能需求、性能需求及业务要求等内容,并对该预约平台所使用的技术架构以及关键技术作了简要介绍。本项目采用B/S结构模式,利用node.js技术开发出一款面向宠物医生的预约平台。通过该平台可以方便地实现用户与宠物医生之间的交流沟通、实时查看宠物疾病信息、在线咨询宠物疾病治疗方案等功能。
本文详细阐述了该平台中各模块的具体设计方案和主要工作流程。首先从需求分析开始,根据用户需求确定系统功能模块组成;然后对系统各个子模块做详细的功能测试,包括数据库管理部分的性能测试和界面设计两方面;最后将系统整体部署到服务器上,完成整个系统的运行调试。经过测试表明:本平台能够较好地满足用户对于宠物医生预约服务的各项功能需求。同时,由于该预约平台具有良好的扩展性,可满足其他类似的应用需求。本文的研究成果已经成功运用于宠物医生的预约服务平台中,得到用户的肯定。
本文提出的宠物医生预约服务平台,不仅可以帮助宠物医生更好地为广大的宠物狗主人提供优质、高效的服务,而且能使广大宠物爱好者获得更加丰富的宠物知识和健康养殖经验,从而促进宠物事业的发展。另外,本文提出的基于node.js技术的宠物医生预约平台也为其它类似的宠物网站建设提供借鉴作用。综上所述,本项目研发的宠物医生预约平台具备一定的实用性,并且有很高的推广价值,相信在不久的将来,它一定会成为宠物医疗领域的又一新亮点。
1.3研究方法
本课题采用了文献法,问卷调查法,访谈法和观察法。通过对我国现阶段的宠物医院进行调研,并结合国内外现有的研究成果以及相关理论基础,以用户为中心的设计思想为指导,在充分分析宠物医疗服务需求特点及目前宠物医生预约现状的前提下,提出基于用户体验视角的宠物医生预约平台设计方案。
论文首先从系统开发环境与技术方案选择入手,对系统功能结构进行了详细的说明;然后介绍了宠物医生预约平台的总体架构设计,包括逻辑架构,物理框架,数据库结构设计等;接着分别针对不同类型用户群体的需求进行分析,确定了各模块所需实现的具体功能;最后完成了宠物医生预约平台各个功能模块的代码编写。
本项目中,用户体验作为一个重要因素贯穿于整个设计过程,主要体现在以下几个方面:(1)用户信息查询界面人性化;(2)用户界面操作简便化;(3)界面设计简洁化;(4)交互性强;(5)功能完善,使用方便,易于扩展;(6)安全性高。宠物医生预约服务平台的研发目的是为了提高宠物患者的就诊效率及质量,降低医患矛盾发生概率,从而更好地为广大宠物病患者提供优质服务。本文通过查阅大量的文献资料,深入了解当前国内宠物医学发展概况及其存在的问题,并结合国内外宠物医生预约服务平台应用情况,提出将用户体验理念融入到宠物医生预约服务平台之中,使其更符合现代社会人们日益增长的个性化健康管理需求,同时也有利于该平台的进一步推广和普及。本文根据用户体验的概念及原则,运用用户调查问卷的方式,对影响宠物医生预约服务平台满意度的因素展开实证研究,得出了一些有价值的结论。
1.4论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景,系统开发的现状和本文的开发现状与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
2 宠物医生预约平台分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
(1)经济可行性:
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下网站的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的koa技术能够迎合所有电子商务系统的搭建。开发这个宠物医生预约平台的时候我采用了koa+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
(4)法律可行性:
从开发者角度来看,koa和MYSQL是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。
综上所述法律可行性也没有问题。
2.2系统流程分析
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.2.1 数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-1显示的就是在增加数据时的流程。
![](https://i-blog.csdnimg.cn/blog_migrate/24fd4106de1da66a8d00d3fa24c260f8.png)
图2-1 数据增加流程图
2.2.2 数据修改流程
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-2所示。
![](https://i-blog.csdnimg.cn/blog_migrate/ff76ceaa4eb6079a36ed9ba234171e76.png)
图2-2 数据修改流程图
2.2.3 数据删除流程
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。
![](https://i-blog.csdnimg.cn/blog_migrate/d9113d7f3842425e9838396e372ec6d0.png)
图2-3 数据删除流程图
2.3 系统功能分析
2.3.1 功能性分析
按照宠物医生预约平台的角色,我划分为了注册用户管理模块和管理员管理模块这两大部分。
注册用户管理模块:
(1)用户注册登录:用户注册为用户并登录宠物医生预约平台;用户对个人信息的增删改查,比如个人资料,密码修改。
(2)查看宠物医生预约平台的首页信息:宠物医生预约平台的首页信息包含了首页、公告消息、康复故事、团队介绍、医生介绍、科室介绍、爱宠服务、我的(我的账户、个人中心)等。
(3)公告:用户在公告消息这一菜单下对用户提交的查看、同时也可以发布、评论。
(4)康复故事:用户进行资讯的阅览,查看管理者发布的康复故事信息。
(5)医生介绍:在首页导航栏上我们会看到“医生介绍”这一菜单,我们点击进入进去以后,会看到所有管理员在后台发布的医生介绍信息,我们选择想要了解医生的预约信息,查看医生信息,可以点赞+收藏+评论+预约;
(6)我的账户:当用户点击右上角“我的”这个按钮,会出现子菜单,点击“我的账户”可以对个人的资料以及登录系统的密码进行设置;
(7)个人中心:当用户点击右上角“我的”这个按钮,就会进入到对应的后台进行信息的管理了;
管理员管理模块:
(1)登录:管理员的账号是在数据表表中直接设置生成的,不需要进行注册;
(2)公共管理:当点击“公共管理”这一菜单的时候,会出现轮播图+公告栏两个子菜单,可以对这两个模块进行增删改查操作;
(3)用户管理:当点击“用户管理”这一菜单的时候,会出现管理员+注册用户两个子菜单,可以对这两个模块进行增删改查操作;
(4)系统系统内容管理界面:当点击“系统系统内容管理界面”这一菜单的时候,会出现康复故事+病例分类这两个子菜单,能够对用户在前台提交的康复故事进行管理,同时对前台展示的资讯分类信息进行增删改查操作;
(5)系统模块管理:当点击“系统模块”这一菜单的时候,会出现团队介绍管理+医生介绍管理+科室介绍管理+预约记录管理+爱宠服务管理这五个子菜单,能够对这五个子模块进行增删改查操作;
2.3.2 非功能性分析
宠物医生预约平台的非功能性需求比如宠物医生预约平台的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1宠物医生预约平台非功能需求表
安全性 | 主要指宠物医生预约平台数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指宠物医生预约平台能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响宠物医生预约平台占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着宠物医生预约平台 的页面展示内容进行操作,就可以了。 |
可维护性 | 宠物医生预约平台 开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本宠物医生预约平台的用例图:
用户角色用例如图2-3所示。
![](https://i-blog.csdnimg.cn/blog_migrate/bd18072907085d6e8c3236803f08d81f.png)
图2-3 宠物医生预约平台普通用户角色用例图
web后台管理上的管理员是维护整个宠物医生预约平台中所有数据信息的。管理员角色用例如图2-4所示。
![](https://i-blog.csdnimg.cn/blog_migrate/82f0100650439a32c03df7bb577315ac.png)
图2-4 宠物医生预约平台管理员角色用例图
2.5本章小结
本章主要通过对宠物医生预约平台的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个宠物医生预约平台 要实现的功能。同时也为宠物医生预约平台 的代码实现和测试提供了标准。
3 宠物医生预约平台总体设计
本章主要讨论的内容包括宠物医生预约平台的功能模块设计、数据库系统设计。
3.1 系统架构设计
本宠物医生预约平台 从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
![](https://i-blog.csdnimg.cn/blog_migrate/0e423b837d010a846a056bd4fec2ff1a.png)
图3-1宠物医生预约平台系统架构设计图
表现层(UI):又称UI层,主要完成本宠物医生预约平台的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本宠物医生预约平台 时的舒适度。UI的界面设计也要适应不同版本的宠物医生预约平台 以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本宠物医生预约平台的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本宠物医生预约平台的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本宠物医生预约平台 的数据存储和管理功能。
3.2 系统功能模块设计
3.2.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本宠物医生预约平台中的用例。那么接下来就要开始对本宠物医生预约平台的架构、主要功能和数据库开始进行设计。宠物医生预约平台根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
![](https://i-blog.csdnimg.cn/blog_migrate/0d10734602fef302354ac99463f43439.png)
图3-2 宠物医生预约平台功能模块图
3.2.2用户模块设计
后台管理者能够实现对前台注册的用户增删改查操作,用户模块结构图如下图:
![](https://i-blog.csdnimg.cn/blog_migrate/ffbec908f35494023d329f862a017b96.png)
图3-3用户用户模块结构图
3.2.3医生管理模块设计
宠物医生预约平台是中需要存储不少医生预约信息,其模块功能结构,具体的结构图如下:
![](https://i-blog.csdnimg.cn/blog_migrate/28c63aa839fcd0805ad3ce4cb9e8d1b0.png)
图3-4医生信息模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个宠物医生预约平台 中主要的数据库表总E-R实体关系图。
![](https://i-blog.csdnimg.cn/blog_migrate/9b8df1671623b0efcec605d144bb6c18.png)
图3-6 宠物医生预约平台总E-R关系图
下面根据宠物医生预约平台的数据库总E-R关系图可以得出宠物医生预约平台需要很多E-R图,在此罗列出来一些主要的数据库E-R模型图。
![](https://i-blog.csdnimg.cn/blog_migrate/c10e6002d77b0583b789fc1e7b12c5d0.png)
图3-7注册用户E-R关系图
![](https://i-blog.csdnimg.cn/blog_migrate/e3cd8fe774341939e839a207bf658e76.png)
图3-8 爱宠服务E-R关系图
![](https://i-blog.csdnimg.cn/blog_migrate/048640778181ce8e752ee02d6e7a8a65.png)
图3-9医生介绍E-R关系图
![](https://i-blog.csdnimg.cn/blog_migrate/69a494a49c5d57cf302d242395ca22c8.png)
图3-10科室介绍E-R关系图
3.3.2 数据库逻辑结构设计
通过上一小节中宠物医生预约平台中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
team_introduction表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
team_introduction_id | int | 11 | 是 | 是 | 团队介绍ID |
team_name | varchar | 64 | 否 | 否 | 团队名称 |
cover | varchar | 255 | 否 | 否 | 封面 |
establishment_time | date | 0 | 否 | 否 | 建立时间 |
number_of_teams | varchar | 64 | 否 | 否 | 团队人数 |
team_details | longtext | 0 | 否 | 否 | 团队详情 |
hits | int | 11 | 是 | 否 | 点击数 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
registered_user表: |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
registered_user_id | int | 11 | 是 | 是 | 注册用户ID |
remarks | varchar | 64 | 否 | 否 | 备注 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
pet_service表: |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
pet_service_id | int | 11 | 是 | 是 | 爱宠服务ID |
service_name | varchar | 64 | 否 | 否 | 服务名称 |
service_type | varchar | 64 | 否 | 否 | 服务类型 |
founding_time | date | 0 | 否 | 否 | 创立时间 |
service_price | varchar | 64 | 否 | 否 | 服务价格 |
service_introduction | longtext | 0 | 否 | 否 | 服务介绍 |
hits | int | 11 | 是 | 否 | 点击数 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
doctor_introduction表: |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
doctor_introduction_id | int | 11 | 是 | 是 | 医生介绍ID |
name_of_doctor | varchar | 64 | 否 | 否 | 医生姓名 |
doctor_gender | varchar | 64 | 否 | 否 | 医生性别 |
doctor_position | varchar | 64 | 否 | 否 | 医生职务 |
doctor_head | varchar | 255 | 否 | 否 | 医生头像 |
honor_record | text | 0 | 否 | 否 | 荣誉记录 |
curriculum_vitae | text | 0 | 否 | 否 | 个人简历 |
hits | int | 11 | 是 | 否 | 点击数 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
department_introduction表 |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
department_introduction_id | int | 11 | 是 | 是 | 科室介绍ID |
department_name | varchar | 64 | 否 | 否 | 科室名称 |
department_type | varchar | 64 | 否 | 否 | 科室类型 |
department_cover | varchar | 255 | 否 | 否 | 科室封面 |
founding_time | date | 0 | 否 | 否 | 创立时间 |
department_introduction | longtext | 0 | 否 | 否 | 科室介绍 |
hits | int | 11 | 是 | 否 | 点击数 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
comment表: |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
comment_id | int | 11 | 是 | 是 | 评论ID |
user_id | int | 11 | 是 | 否 | 评论人ID |
reply_to_id | int | 11 | 是 | 否 | 回复评论ID |
content | longtext | 0 | 否 | 否 | 内容 |
nickname | varchar | 255 | 否 | 否 | 昵称 |
avatar | varchar | 255 | 否 | 否 | 头像地址 |
create_time | timestamp | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
source_table | varchar | 255 | 否 | 否 | 来源表 |
source_field | varchar | 255 | 否 | 否 | 来源字段 |
source_id | int | 10 | 是 | 否 | 来源ID |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
appointment_record表: |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
appointment_record_id | int | 11 | 是 | 是 | 预约记录ID |
department_name | varchar | 64 | 否 | 否 | 科室名称 |
department_type | varchar | 64 | 否 | 否 | 科室类型 |
time_of_appointment | datetime | 0 | 否 | 否 | 预约时间 |
reservation_user | int | 11 | 否 | 否 | 预约用户 |
service_type | varchar | 64 | 否 | 否 | 服务类型 |
reservation_status | varchar | 64 | 否 | 否 | 预约状态 |
3.4本章小结
整个宠物医生预约平台的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 宠物医生预约平台详细设计与实现
宠物医生预约平台的详细设计与实现主要是根据前面的宠物医生预约平台的需求分析和宠物医生预约平台的总体设计来设计页面并实现业务逻辑。主要从宠物医生预约平台界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 用户首页界面
当进入宠物医生预约平台的时候,首先映入眼帘的是系统的导航栏,下面是系统内容,其主界面展示如下图4-1所示。
![](https://i-blog.csdnimg.cn/blog_migrate/1c480b4b66f6039da5b44661f9c1ec3a.png)
图4-1 用户首页界面图
4.1.2用户登录界面
宠物医生预约平台中的注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到宠物医生预约平台的首页中;否则将会提示相应错误信息,用户登录界面如下图4-2所示。
![](https://i-blog.csdnimg.cn/blog_migrate/e738ee6c23be03d12e50937640a52421.png)
图4-2用户登录界面图
4.1.3用户注册界面
不是宠物医生预约平台中正式用户的是可以在线进行注册的,如果你没有本宠物医生预约平台的账号的话,添加“注册”,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-3所示。
![](https://i-blog.csdnimg.cn/blog_migrate/36cfb19cad9288de18a044e03b849b79.png)
图4-3用户注册界面图
4.1.4公告栏界面
当点击导航栏上的“公告栏”的时候,就会进入对应的界面查看公告信息,公告栏界面如下图4-4所示。
![](https://i-blog.csdnimg.cn/blog_migrate/a9baf0cf81ac3fd342112094bd6aed89.png)
图4-4公告栏界面图
4.1.5康复故事界面
当访客点击宠物医生预约平台中导航栏上的“康复故事”后将会进入到该“康复故事”列表的界面,然后选择想要看的康复资讯,点击进入到详细界面,康复故事界面如下图4-5 所示。
![](https://i-blog.csdnimg.cn/blog_migrate/77fe9b445d109b65e180f63b97454dc7.png)
图4-5康复故事界面图
4.1.6科室介绍详情界面
当访客点击了任意科室生后将会进入该科室生介绍信息的详情界面,可以了解到该科室信息的科室名称、科室类型、创立时间、科室介绍等,同时可以对该科室详情进行预约,科室详情展示页面如图4-6所示。
![](https://i-blog.csdnimg.cn/blog_migrate/cc29d2663acac23ac8f1d9c886afccfa.png)
图4-6科室介绍详情界面图
4.2管理员功能模块
4.2.1 用户管理界面
宠物医生预约平台中的管理人员是可以对注册的用户进行管理的,也可以对管理员进行管控。界面如下图4-7所示。
![](https://i-blog.csdnimg.cn/blog_migrate/9b1d692ba504dff5047f928f18f79337.png)
图4-7用户管理界面图
4.2.2公共管理界面
宠物医生预约平台中的管理人员在“公共管理界面”这一菜单中是可以对前台显示的轮播图以及公告栏进行管控。界面如下图4-8所示。
![](https://i-blog.csdnimg.cn/blog_migrate/8575519c24e094dcd47a574e15586f51.png)
图4-8公共管理界面图
4.2.3系统内容管理界面
宠物医生预约平台中的管理人员在“系统内容管理界面”这一菜单中是可以对宠物医生预约平台内的康复故事、病例分类进行维护和管理的,界面如下图4-9所示。
![](https://i-blog.csdnimg.cn/blog_migrate/33093026dc953b120de07c0631656a44.png)
图4-9系统内容管理界面图
4.2.4系统模块管理界面
宠物医生预约平台中的管理人员在“系统模块管理界面”这一菜单下是可以对宠物医生预约平台内的团队介绍管理、科室介绍管理、医生介绍管理、预约记录管理、爱宠服务管理等信息进行管控的,其管理界面如下图4-10所示。
![](https://i-blog.csdnimg.cn/blog_migrate/f4c86a79d3136592611446484386b0ab.png)
图4-10系统模块管理界面界面图
5系统测试
5.1测试概述
软件测试是软件开发完成后必须经过的一道程序,它在软件开发过程中地位十分重要,需要由专业的测试工程师来对软件进行各方面的测试,大到功能模块测试,小到代码的单元测试,这对测试工程师来说需要有足够的耐心和专业的测试方案,软件测试归根结底就是对软件的结构和功能的综合测评,需要做到结构稳定和功能正确,二者兼顾。软件测试也叫寻找系统bug的过程,世界上没有完美无缺、不存在bug的软件,只能将软件的bug降到最低最小,来追求极致。
5.2测试过程
5.2.1登录测试
登录测试是系统最开始就要进行,测试用户能否登录,才能完成后续的功能操作。
登录测试用例表如下所示。
表6-1登录测试
用例编号 | YL001 | 程序版本 | 1.00 |
功能名称 | 使用者登录测试 | 编制人 | 李铁蛋 |
功能描述 | 根据用户的登录情况测试 | ||
用例目的 | 测试用户登录情况是否正确 | ||
测试项 | 测试数据 | 测试结果 | 预期结果 |
用户名 | 为空 | 请输入用户名 | 请输入用户名 |
密码 | 为空 | 请输入密码 | 请输入密码 |
用户密码组合 | 用户名:klouse 密码 klouses | 用户与密码不匹配 | 用户与密码不匹配 |
用户密码组合 | 用户名 : klouse 密码 klouse | 进入系统 | 正确的用户名和密码 登录系统 |
5.2.2信息录入测试
管理员在发布信息页面,通过按照预先格式发布信息,如果因为输入时候缺少相关内容,就不能发布成功,且有相应错误提示
信息录入发布测试用例表如下所示。
表6-1信息录入发布测试
用例编号 | YL002 | 程序版本 | 1.00 |
功能名称 | 信息发布测试 | 编制人 | 李铁蛋 |
功能描述 | 对使用者发布或者录入信息进行测试,判断其功能是否达到预期的要求 | ||
用例目的 | 对系统使用者录入发布信息进行原型测试。 | ||
测试项 | 测试数据 | 测试结果 | 预期结果 |
属性1 | 为空 | 请输入属性1对应的数据 | 请输入属性1对应的数据 |
属性2 | 为空 | 请输入属性2对应的数据 | 请输入属性2对应的数据 |
属性3 | 为空 | 请输入属性3对应的数据 | 请输入属性3对应的数据 |
全部输入 | 数据均填入 | 录入发布成功 | 录入发布成功 |
5.2.3信息更新测试
管理员在更新信息页面,通过按照预先格式更新信息,如果因为输入时候缺少相关内容或者更新的数据不符合当前规范的话,就不能更新成功,且有相应错误提示
信息更新测试用例表如下所示。
表6-1信息更新测试
用例编号 | YL003 | 程序版本 | 1.00 |
功能名称 | 信息更新测试 | 编制人 | 李铁蛋 |
功能描述 | 对使用者更新信息进行测试,判断其功能是否达到预期的要求 | ||
用例目的 | 对系统使用者更新信息进行原型测试。 | ||
测试项 | 测试数据 | 测试结果 | 预期结果 |
属性1 | 编号:321 | 编号更新成功 | 编号更新成功 |
属性2 | 名称:名称1 | 名称更新成功 | 名称更新成功 |
属性3 | 内容:内容1234内容 | 内容更新成功 | 内容更新成功 |
全部输入 | 数据均未更改 | 更新成功 | 更新成功 |
5.2.4信息删除测试
管理员在信息页面,通过点击数据删除按钮来删除该条数据,如果该数据和其他数据有关联,则提示是否确定删除。
信息删除测试用例表如下所示。
表6-1信息删除测试
用例编号 | YL004 | 程序版本 | 1.00 |
功能名称 | 信息删除测试 | 编制人 | 李铁蛋 |
功能描述 | 对使用者删除信息进行测试,判断其功能是否达到预期的要求 | ||
用例目的 | 对系统使用者删除信息进行原型测试。 | ||
测试项 | 测试数据 | 测试结果 | 预期结果 |
数据1 | 无任何关联的数据1 | 数据删除成功 | 数据删除成功 |
数据2 | 和其他数据有关联的数据2 | 请确认是否删除 | 请确认是否删除 |
5.3测试结果
在经过之前的所有的工作之后,通过对软件的测试方法、测试原则还有典型的测试用例进行全面的、深入的介绍。经过对系统的全面测试,系统目前所具有的所有功能均成功的实现并且通过了测试,整个系统实现了基于 node.js开发的期望。
结论
至此,宠物医生预约平台已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、koa技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
参考文献
[1]薛晓刚. 一种解析MYSQL数据库事务的方法、介质及设备[P]. 上海市:CN114238283A,2022-03-25.
[2]戴靓婕.MySQL数据库在自动测试系统中的应用研究[J].长江信息通信,2022,35(03):162-164.
[3]冯凯.“MySQL数据库”课程教学中常见问题探析[J].无线互联科技,2021,18(24):158-159.
[4]窦金凤,邱扬,曹家宝,曹培才,袁方正,杨涛. 一种基于Vue+Element UI+Koa2的前后端分离的可重用组件[P]. 山东省:CN113626016A,2021-11-09.
[5]杨涛. 基于Node.js的高并发电商购物系统设计与实现[D].北京邮电大学,2021.DOI:10.26969/d.cnki.gbydu.2021.002805.
[6]石涵. 构建传统功法治疗KOA动作分析框架的探索研究[D].北京中医药大学,2021.DOI:10.26973/d.cnki.gbjzu.2021.000124.
[7]. Information Technology - Data Management; Data on Data Management Reported by Researchers at Port Said University (Performance Evaluation of Iot Data Management Using Mongodb Versus Mysql Databases In Different Cloud Environments)[J]. Computer Technology Journal,2020.
[8]谢东圣. 纪录片《宠物医院》中宠物医生媒介形象研究[D].新疆大学,2020.DOI:10.27429/d.cnki.gxjdu.2020.001161.
[9]王仡捷.基于Node.JS技术的高并发网络应用架构的设计与实现[J].通化师范学院学报,2020,41(04):64-67.DOI:10.13877/j.cnki.cn22-1284.2020.04.014.
[10]刘娴,刘泽骁,荀丽丹.基于Node.js技术的报表信息管理平台设计与实现[J].无线互联科技,2019,16(24):51-52.
[11]毛亚楠,张哲.宠物医生的日常修行[J].方圆,2019(24):40-43.
[12]. Information Technology - Cloud Computing; Findings from Seoul Women's University in Cloud Computing Reported (An Asynchronous-driven Node.js Based Intermediary-free Direct Deal Distribution Platform Converged With Cloud Service)[J]. Computer Technology Journal,2019.
[13]毛英杰.基于Koa框架的停车诱导系统[J].福建电脑,2019,35(01):143-144+125.DOI:10.16707/j.cnki.fjpc.2019.01.072.
[14]Haro E.,Guarda T.,Peñaherrera A.O.Z.,Quiña G.N.. Backend development for web applications, restful web services: Node.js vs spring boot [Desarrollo backend para aplicaciones web, servicios web restful: Node.js vs spring boot][J]. RISTI - Revista Iberica de Sistemas e Tecnologias de Informacao,2019(E17).
[15]肖睿,程宁,田崇峰,金志雄,杜毅. MySQL数据库应用技术及实战[M].人民邮电出版社:, 201801.177.
[16]陈小兵,钱伟,郭旭,李铁铮. MySQL数据库攻击与安全防范技术研究[C]//.第六届全国网络安全等级保护技术大会论文集.,2017:89-93.
致 谢
逝者如斯夫,不舍昼夜。转眼间,大用户用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
免费领取项目源码,请关注点赞+私聊