项目运行
环境配置：
Jdk1.8 + Tomcat7.0 + Mysql + HBuilderX（Webstorm也行）+ Eclispe（IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持）。
项目技术：
SSM + mybatis + Maven + Vue 等等组成，B/S模式 + Maven管理等等。
环境需要
1.运行环境：最好是java jdk 1.8，我们在这个平台上运行的。其他版本理论上也可以。
2.IDE环境：IDEA，Eclipse,Myeclipse都可以。推荐IDEA;
3.tomcat环境：Tomcat 7.x,8.x,9.x版本均可
4.硬件环境：windows 7/8/10 1G内存以上；或者 Mac OS；
5.是否Maven项目: 否；查看源码目录中是否包含pom.xml；若包含，则为maven项目，否则为非maven项目
6.数据库：MySql 5.7/8.0等版本均可；
毕设帮助，指导，本源码分享，调试部署(见文末)
3.1 系统可行性分析
由于本系统是作为毕业设计系统，且系统本身存在一些技术层面的缺陷，并不能直接用于商业用途，只想要通过该系统的开发提高自身学术水平，不需要租赁服务器等额外花费。所有创造及工作过程仅需在个人电脑上就能实现，使用到的软件大多为开源软件，所以经济成本并不高，可以轻易实现。
3.1.2 技术可行性
技术可行性是考虑在现有的技术条件下，能否顺利完成开发任务。以及判断现有的软硬件配置是否能满足开发的需求。而本系统采用的是SSM开发框架，并非十分困难，所以在技术上是绝对可行的。此外，计算机硬件配置是完全符合发展的需要。
3.1.3 运行可行性
本系统作为以jsp作为开发技术的系统，而且选用B/S结构则决定了要操作本系统仅需要占用很小的资源，并没有过多地硬件配置要求，目前市面上只要能正常运行浏览器的个人电脑都可以正常运行使用该系统。
综上所述，本系统的设计与开发在经济上、技术上、运行上的条件都是满足的，因此，系统开发具备可行性条件。
3.2 系统现状分析
系统使用用户的数量直接决定了用户信息管理者的工作量，毫无疑问，系统管理者的工作量较大较繁琐。通过前期的调研总结出系统现有的对用户管理工作状况如下分析：
缺少统筹规划，如果一个系统在信息化管理中缺少综合性、系统性、整体性，那不可避免的需要投入大量人力物力来规划整理信息。引入信息化管理方式无疑可以达到节省信息管理成本的目的不仅减少资源浪费还可以使医院挂号信息变得井井有条，成为市场竞争中的一大优势。
要循序渐进，心急吃不了热豆腐，任何事情都不可能一蹴而就，就算信息系统也一样，要让系统发挥最大效率还是应该多调研，多听取管理员的意见，并进行必要的统筹规划，有组织有目的地设计系统功能，团结各个部门发挥主观能动性。
(1)信息安全措施不到位
隐私权神圣不可侵犯，这是中华人民共和国宪法赋予我们的权利，人和人都不能侵犯我们的正当权益，而网络用户信息管理存在极大安全隐患，信息泄露的案列不在少数，加强信息安全措施是完善网络信息管理过程中不可避免的一环。
(2)资源不能充分共享
资源共享是网络的一大特点，没有共享就没有社交，网络也就失去了他应有的魅力，如果能够实现用户信息共享，无疑对于用户的发展存在不可或缺的帮助。
(3)现有系统可扩展性不高。
如今科学技术发展飞速，随着而来的就是技术更新，那势必会给软件更新带来挑战，因此，系统必须具备良好的开放性和可扩充性，为了不落后于时代，这是必备特色之一。
基于上述分析，医院挂号系统应该切合实际，做到确实有效，集体表现为：一是系统能够整理并集合归类用户信息，防止用户信息混乱，难以整理；二是系统要安全稳定，不能泄露用户信息，造成隐私泄露，不仅伤害用户利益更是对医院名誉的损毁；三是系统要具有良好的开放性，不仅要方便定期的维护维修，更要方便及时增加新功能，保证先进的时代契合性。经过详细的讨论论证，确定系统的总体要求。
3.3 功能需求分析
系统功能需求分析是通过软件开发者在参与市场调研，管理者交流后经过详细缜密的思考，再讨论研究后得出的初步系统开发所需实现功能。这是开发的第一步，也是至关重要的一步，如果不在这个阶段制定系统所需模块，日后会带来不必要的麻烦。因此，必须严肃认真，全身心投入去做好这个步骤。
本系统采用自上往下的方法开发，基本定位如下功能：
本课题要求实现一套医院挂号系统，系统主要包括管理员、医生和用户的功能模块。
（1）用户用例图如下所示：
图3-1用户用例图
（2）医生用例图如下所示：
图3-2医生用例图
（3）管理员用例图如下所示：
图3-3管理员用例图
3.4 系统设计规则与运行环境
软件系统的优劣很大程度上是由系统设计的完善与否决定的。世间万物都必须遵循生老病死的法则，这是大自然的规则不能违反，软件设计也一样需要遵循系统设计规则。因此，在设计过程中必须遵循系统设计规则。
规则如下：
简单性：为了扩大系统使用者的受众面，系统设计应该本着操作越简单约好的原则，这样不仅能提高系统的使用率更能够扩大系统使用面。。
针对性：一个系统针对性越强，所能提供的功能必然越完善，用户体验肯定更好，所以应该明确指定系统针对性。
实用性：实用永远是检验一个系统是否成功的唯一标准，使用的语言再高端，使用的结构再新颖但不能满足管理员、医生及用户的要求那就是失败。
运行环境：
本系统是一个利用B/S结构来开发的程序，数据库在服务器上部署MySQL数据库即可，其他包括 Eclipse等常规开发程序。硬件要求：CPU：酷睿i3 -3.0GHZ；内存：4G以上；硬盘：128GB。软件系统：操作系统：Windows 10；数据库：MySQL。
3.5系统流程分析
3.5.1操作流程
图3-4登录流程图
3.5.2添加信息流程
添加信息流程图，如图所示：
图3-5添加信息流程图
3.5.3删除信息流程
删除信息流程图，如图所示：
图3-6删除信息流程图
4 系统设计
4.1 系统设计主要功能
通过市场调研及咨询研究，了解了用户的使用需求，于是制定了管理员、医生、用户的功能模块。其功能结构图如下图4-1所示：
图4.1系统功能结构图
4.2 数据库设计
4.2.1 数据库设计规范
数据可设计要遵循职责分离原则，即在设计时应该要考虑系统独立性，即每个系统之间互不干预不能混乱数据表和系统关系。
数据库命名也要遵循一定规范，否则容易混淆，数据库字段名要尽量做到与表名类似。
4.2.2 E-R图
管理员信息E-R图，如图4-2所示：
图4-2 管理员信息E-R图
咨询信息E-R图，如图4-3所示：
图4-3咨询信息E-R图
医生信息E-R图如图4-4所示。
图4-4医生信息E-R图
挂号信息E-R图如图4-5所示。
图4-5挂号信息E-R图
5.1 系统功能模块
医院挂号系统，在系统首页可以查看首页、医生、医院公告、个人中心、后台管理等内容操作，如图5-1所示。
图5-1系统首页界面图
用户注册、用户登录，在注册页面可以填写用户账号、用户姓名、密码、确认密码、手机号、邮箱、身份证等详细内容进行注册、登录，如图5-2所示。
图5-2 用户注册、用户登录界面图
医生；在医生页面中可以查看医生工号、医生姓名、医生号码、头像、性别、科室、挂号数、挂号费等内容可进行预约、咨询、点我收藏操作；如图5-3所示。
图5-3医生界面图
在个人中心页面通过查看我的收藏，也可以对个人信息进行编辑用户账号、用户姓名、密码、手机号码、图片、性别、邮箱、身份证等内容进行更新信息操作，如图5-4 所示。
图5-4个人中心界面图
5.2 管理员功能模块
管理员登录，通过登录页面输入用户名、密码、选择角色等信息进行登录操作，如图5-5所示。
图5-5管理员登录界面图
管理员登录进入医院挂号系统可以查看个人中心、用户管理、医生管理、挂号信息管理、科室管理、挂号变更管理、咨询信息管理、系统管理等信息进行相应操作，如图5-6所示。
图5-6管理员功能界面图
医生管理；在医生管理页面中可以查看医生工号、医生姓名、医生号码、头像、性别、科室、挂号数、挂号费、是否审核、审核回复等内容，并进行审核、挂号、查看、修改、删除等操作；如图5-7所示。
图5-7医生管理界面图
挂号信息管理：在挂号信息管理页面中可以对编号、医生工号、医生姓名、医生号码、头像、科室、挂号数、挂号费、用户账号、用户姓名、挂号时间、是否审核、审核回复、是否支付进行审核、挂号变更、查看、修改、删除等操作，如图5-8所示。
图5-8挂号信息管理界面图
科室管理；在科室管理页面中可以查看科室内容，并进行查看、修改、删除等操作；如图5-9所示。
图5-9科室管理界面图
挂号变更管理；在挂号变更管理页面中可以查看变更号、编号、医生工号、医生姓名、医生号码、科室、挂号数、挂号费、用户账号、用户姓名、挂号时间等内容，并进行查看、修改、删除等操作；如图5-10所示。
图5-10挂号变更管理界面图
咨询信息管理；在咨询信息管理页面中可以查看医生工号、医生姓名、用户账号、用户姓名、是否审核、审核回复等内容，并进行查看、修改、删除等操作；如图5-11所示。
图5-11咨询信息管理界面图
系统管理，在轮播图管理页面可以对名称、值等内容进行详情、修改或删除等操作，还可以对医院公告管理进行相应操作，如图5-12 5-13所示
图5-12轮播图管理界面图
