Initial commit
This commit is contained in:
parent
97312212a2
commit
c86552a3e6
556
README.md
556
README.md
|
|
@ -1,480 +1,486 @@
|
|||
# 基于Springboot+Mybatis和Oracle实现的医院预约挂号系统
|
||||
# 基于SpringBoot+Mybatis和Mysql实现的选课管理系统
|
||||
|
||||
# 一、可行性分析
|
||||
# 一、引言
|
||||
|
||||
## 1.1 项目开发背景
|
||||
计算机技术高度发达的今天，利用信息技术对大量复杂的信息进行有效的管理成为一种普遍而实用的手段。一方面，这极大的减少了簿记和人力的开销，另一方面，现代计算机强大的计算能力和网络的普遍部署，大大简化了大量信息的处理和流动。教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，教务日常管理工作日趋繁重、复杂。迫切需要研制开发一款基于 Web 的综合教务信息管理网站。
|
||||
|
||||
在当今的医疗体系中，绝大部分农村地区中小型医疗机构内部没有实现任何信息化管理，医院临床 信息，业务流程的数据依然采取纸质记录，造成数据容易丢失，对医院造成重大损失。医院内部的挂号、收费、药房、药库、科室、病床的信息管理都存在缺漏，对患者的临床信息不能做到完整保存、高效查询，数据的容易出错、遗漏，造成换院治病难，医院不敢治，错过最佳治疗期等现状，对患者的治 疗造成严重的影响，这些问题与医院信息化管理系统的建立实施目标基本一致。
|
||||
而这次我们所要研发的青枣选课管理系统的定位是基于 Spring boot 和 jsp+boostrap5 前端框架开发的，使用角色主要是普通用户、教师、管理员。
|
||||
|
||||
而本项目产品更是响应社会市场的需求诞生，作为一个集医学、信息、管理等多种学科的综合系统，实现更现代化、科学化、规范化的手段来加强医院的管理、提高医院的工作效率，改进医疗质量； 它通过将人力资源、业务流程与专业技术进行有效的整合，使医院管理更有效、更高效，使患者能够得到及时的治疗和服务。医院预约挂号系统有着很好的应用前景，用它来代替医院现场挂号，实现患者看 病挂号网络化是一个必然趋势。随着计算机技术和网络技术的发展，它的功能将会得到不断的发展和完 善。
|
||||
# 二、需求概述
|
||||
|
||||
本系统以医院为背景，在认真调研和分析了医院的现状之后，根据用户的需求和各个功能的关系，作出了积极的设计方案。在新的管理资源和管理模式上，一定能使工作质量、工作效率等得到提高，推 动医院发展的步伐。
|
||||
## 2.1 项目背景
|
||||
|
||||
## 1.2 项目开发意义
|
||||
- **开发目的**：学校管理
|
||||
|
||||
开发医院预约挂号系统，使患者就诊系统化，规范化，自动化，从而达到提高管理效率的目的。本系统开发设计思想是实现患者预约挂号的数字化。尽量采用现有软硬件环境，及先进的管理系统开发方 案，提高系统开发水平和应用效果的目的；系统应符合医院管理的规定，满足日常管理的需要，并达到 操作过程中的直观，方便，实用，安全等要求；系统采用模块化程序设计方法，这样既便于系统功能的各种组合，又便于未参与开发的技术维护人员补充，维护；系统应具备数据库维护功能，及时根据用户 需求进行数据的添加，删除，修改等操作。
|
||||
- **应用目标及其适用范围**：全体师生
|
||||
|
||||
网上预约挂号系统是一种基于互联网的新型挂号系统，利用该预约挂号系统，患者就可以在家里预 约医院的医生，而无需受排队之苦。它能更好的改善就医环境，简化就医环节，节约就医时间，真正体现了一切以病人为中心，一切从方便患者出发，符合当今医院人性化服务温馨服务的理念。目前，门诊一直是阻挠医院提高服务质量的一个复杂环节，特别是医疗水平高、门诊量大的医院。而造成门诊量难 以提高的因素主要有两个方面：一是集中式挂号，就诊人员流量不均，具有不确定性，有明显的就诊高 峰和低谷。高峰期患者挂号排队长，就诊时间长，医生熟人插号现象，环境拥挤混乱，医生就诊时间
|
||||
## 2.2 需求描述
|
||||
|
||||
短、不仔细、服务差。而低谷期，医生无患者可看，医院资源浪费。二是医生号难挂，特别是名医生，会出现倒号、炒号现象，严重损害患者利益，影响医院的声誉。而采用网上预约挂号，可有效解决这一现象，通过网上有效的身份验证，杜绝倒、炒医生号的现象，提高医院门诊服务质量，取得良好的社会 效益和经济效益。此外，患者到医院就诊前对医院的相关信息了解不多，对所要挂的专科医生的情况不太了解，只能凭经验和印象进行选择，具有较大的盲目性。而当医院开通网上预约挂号服务以后，求医 者只需坐在家中轻点下鼠标，就可以挂上医院医生门诊号，可以做到“足不出户选医生”。网上预约正悄 然改变着求医者的看病观念。所以，预约看病应用将越来越广泛。
|
||||
### 2.2.1 基本要求
|
||||
|
||||
## 1.3 项目可行性分析
|
||||
教务管理是高校管理的重要组成部分，对于学校和政府教育管理单位来说都至关重要，所以教务管理系统应该能够为用户提供充足的信息和快捷的查询手段。但是使用传统人工的方式管理学生学籍、档案、成绩等，效率低、保密性差，不利于查找、更新和维护。使用计算机对学生信息进行管理，能够极大地提高学生管理的效率，节约教育经费，这也是适应学校信息化建设发展趋势的重要因素。
|
||||
|
||||
### 1.3.1 技术可行性
|
||||
### 2.2.2 软件结构要求
|
||||
|
||||
**对系统的简要描述**
|
||||
教务管理系统在前期的开发为了测试的准确性，采用 B/S 的结构模式，在后期会加入域网服务器采用 C/S 的模式。
|
||||
|
||||
基于 Java+Eclipse 开发环境的常用框架 Springboot+Mybatis 和使用 Oracle 数据库开发的面向患者、医院管理员的网上信息管理系，系统在安装了 Windows10 操作系统的个人电脑上使用。
|
||||
### 2.2.3 操作接口基本要求
|
||||
|
||||
**系统处理流程**
|
||||
分为 B/S 与 C/S 两种类型，B/S 体现一种清晰，严谨之感觉。这个接口的体现是多为录入，查询与审批。C/S 提供相应的应用接口，对无使用权限的功能不在接口上显示。操作尽量简单，好用、易用。这个接口体现多为查询，统计分析。
|
||||
|
||||
患者登录该系统后，根据自己病情，查询医院内自己所需的医生信息及医生简历，选中医生后，登记患者的姓名及电话号码以及简要病历，并填写预约时间。患者预约信息反馈到医院系统管理员后，管理员对预约信息进行整理，产生挂号单。挂号单开放给医院预约挂号号码发放处和医院内各医生，医院预约挂号号码发放处根据预约清单打印并在预约当日按照预约清单发放挂号号码，医院内各医生可以进入系统根据预约清单查询预约自己的患者的数量及患者的简要病历。
|
||||
### 2.2.4 功能需求
|
||||
|
||||
### 1.3.2 操作可行性
|
||||
用软件的功能结构图加以说明如下：
|
||||
|
||||
操作可行性主要研究系统的操作方式在该用户组织内是否可行。在当前的社会条件下，互联网已 经在中国全面覆盖，在中国各地，均可以通过硬件设备联网。而且各商业组织也拥有属于自己的内部局 域网，所以该系统可以实现联网。该系统在联网情况下，可以通过 PC 机访问系统的数据，所以该系统的 操作方式符合该用户组织。而且本系统操作方法简单，只需掌握基本上网知识，用户即可以轻易学会使 用方法及操作流程。系统管理员需要进行简单培训。
|
||||
青枣选课管理系统的主要功能为：用户管理、学生信息管理、学生成绩管理、成绩统计与分析、选课管理、教室管理和信息查询。
|
||||
|
||||
### 1.3.3 经济可行性
|
||||
数据更新功能分为三部分：学生相关信息的添加、删除和修改。
|
||||
|
||||
经济可行性主要研究该系统的经济效益能否超过它的开发成本。目前在中国，到医院就医的人流 量是非常庞大的，所以人们对医院的依赖性非常强。在这样的背景下，为医院设计这样的一个系统，其 经济效益是十分可观的而且取消了人们就医挂号的烦恼。又由于通过网络传递信息可以不受距离的限 制，因此可以节省大量的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高医 院的执行效率，即提高了医院的经济效益，所以从经济上完全是可行的。
|
||||
- **数据添加功能**：提供便捷的录入界面将学生数据添加到数据库
|
||||
|
||||
# 二、项目开发计划
|
||||
- **数据删除功能**：将不满足要求的相相关记录从数据库中删除
|
||||
|
||||
## 2.1 编写目的
|
||||
- **数据修改功能**：允许管理员对他所指定记录的相关信息进行修改
|
||||
|
||||
此系统在可行性分析的基础上，进一步的说明对医院预约挂号系统的要求，准确的定义出医院预约 挂号系统要完成的任务，确定该系统要完成哪些工作，使系统尽可能的满足用户的要求，尽可能的简单 方便的运行。
|
||||
数据查询功能允许管理员进行两种方式的查询：记录浏览（不构造任何查询条件）和条件查询。
|
||||
|
||||
## 2.2 项目概述
|
||||
- **记录浏览功能**：可以方便快捷地浏览全部记录
|
||||
|
||||
医院挂号系统后台管理主要包括：用户管理、预约信息管理、医生信息管理、相关业务的查询和系统维护等
|
||||
- **条件查询功能**：允许用户构造各种组合条件来查询所需信息
|
||||
|
||||
- **用户管理**：在数据库中存储有各角色用户的信息信息，当某个角色的信息需要变化是时，可以随时进行信息的变更包括增加、删除、修改等功能，同时数据库中信息相应变化，并保持数据的时效性和完整性
|
||||
密码管理功能允许用户对密码进行修改。
|
||||
|
||||
- **预约信息管理主要包括**：随时查询患者的预约信息，如患者姓名、病例、所属科室等，而且可及时更新数据库数据
|
||||
|
||||
|
||||
- **医生信息管理主要包括**：医生信息的增、删、改、查等
|
||||
**性能要求**：方便快捷有效地完成学生信息管理的各项工作，录入数据合法性的校验程度高，数据查询速度快,能够快速的对学生信息进行管理。
|
||||
|
||||
## 2.3 功能描述
|
||||
## 2.3 功能模块需求分析
|
||||
|
||||
- **预约挂号**：实现患者从网上直接预约挂号。预约的时候需要填写患者的姓名、预约日期、电话以及简单的病情症状
|
||||
这里主要通过系统的主功能模块划分以及系统用例图来分析系统需求。
|
||||
|
||||
- **预约查询**：预约完成后患者可以查询自己的预约信息，当患者想改变医生则可取消本次预约
|
||||
### 2.3.1 主要功能模块划分
|
||||
|
||||
- **取消预约**：患者查询到自己的预约信息后，可以从次功能对先前的预约进行取消操作
|
||||
青枣选课管理系统分为三个模块：学生模块、教师模块和管理员模块。
|
||||
|
||||
- **登录**：管理员以及医生用户可以从登录功能模块进行登录而患者通过注册可以获得登录权限进而进行一系列操作
|
||||
- **学生模块的功能**：个人信息的查看，修改个人资料，查看理论课成绩，选修公共课，成绩排行榜功能
|
||||
|
||||
- **整理医生信息**：管理员登录以后可以对用户进行添加、删除和修改，实现对用户的管理
|
||||
- **教师模块的功能**：个人信息的查询，成绩的录入、修改、查看和分析，查看所负责的课程
|
||||
|
||||
- **调配医生**：管理员登录后通过次模块可以查看患者预约信息，并对患者预约的医生进行调配
|
||||
- **管理员模块的功能**：对学生、教师、班级、课程的增删改查，课程的安排，系统用户的添加和删除，为学生分配班级、课程等
|
||||
|
||||
- **医生查询**：医生用户登录可以查询预约自己的患者信息。通过查询患者信息，可以对工作有一个合理的安排与准备（未实现）
|
||||
对于各功能的详细介绍，如下表所示：
|
||||
|
||||
# 三、需求分析
|
||||
| 权限等级 | 身份 | 功能菜单 | 功能说明 |
|
||||
| ---- | ---- | -------------- | ---------------------------------------- |
|
||||
| 1 | 学生 | 登录 | 登录系统界面 |
|
||||
| 1 | 学生 | 成绩查询 | 通过输入自己的课程号，学期，查询自己的某个课程的相关成绩及其他信息。 |
|
||||
| 1 | 学生 | 个人信息 | 个人信息就是学生姓名，学生的性别年龄等个人相关信息。可以上传图片 |
|
||||
| 2 | 教师 | 登录 | 登录到教师模块 |
|
||||
| 2 | 教师 | 成绩录入 | 教师选择要录入分数的课程，直接在输入每个人的成绩，点击保存即可。 |
|
||||
| 2 | 教师 | 成绩查看 | 查看某门课程的所有学生的成绩；查看某一个学生的成绩 |
|
||||
| 2 | 教师 | 成绩分析 | 教师可以查看某门课的各个分数段的人数分布，课程的及格率等，还可看最高最低分、平均分。 |
|
||||
| 2 | 教师 | 个人信息 | 教师可以查看自己的个人信息，修改自己的个人信息，可以更换头像 |
|
||||
| 3 | 管理员 | 登录 | 登录到管理员模块 |
|
||||
| 3 | 管理员 | 学生信息管理 | 包括学生信息的查询、添加、修改和删除 |
|
||||
| 3 | 管理员 | 班级信息管理 | 先进行录入班级的信息，班级号，班级名称，班级院系 |
|
||||
| 3 | 管理员 | 教师信息管理 | 包括教师信息的查询、添加、修改和删除 |
|
||||
| 3 | 管理员 | 课程管理 | 包括课程的管理、班级管理和课程安排 |
|
||||
| 3 | 管理员 | 系统用户权限管理（拓展功能） | 管理员添加或删除使用该系统的学生、教师以及管理员的账号密码权限的信息 |
|
||||
| 3 | 管理员 | 个人信息管理 | 管理员有自己的个人信息，可以查看并修改自己的个人信息。 |
|
||||
|
||||
## 3.1 系统需求分析
|
||||
### 2.3.2 系统用例图
|
||||
|
||||
目前，门诊一直是困扰医院提高服务质量的一个复杂环节，特别是医疗水平高、门诊量大的医院，而造 成门诊质量难以提高的因素主要有两方面：
|
||||
根据以上主功能模块分析，青枣教务管理系统包括三个参与者：学生、教师、管理员。根据不同身份的用户和系统的交互活动不同，可以画出如下用例图：
|
||||
|
||||
- 一方面集中式挂号(现在流行的分层挂号只是相对而言一个范围较小的集中式挂号)，就诊人员流量不均、具有不确定性，有明显的就诊高峰和低谷(表现在整个医院不同门诊时间段及同科室的不同时间段)。 高峰期病人挂号排队长，就诊时间长，医生熟人插号现象，环境拥挤混乱，医生问诊时间短、不仔细、态度差。而低谷期，医生无病人看、溜号，医院资源浪费
|
||||
|
||||
|
||||
- 另一方面医生号(特别是名医生号)难挂，出现倒号、炒号现象，严重损害病人利益，影响到医院的声誉。而采用网上预约挂号，可有效的解决这一现象，还通过有效的身份验证，杜绝倒、炒医生号的现象，提高医院 门诊服务质量，取得良好的社会效益和经济效益
|
||||
# 三、软硬件及外部系统接口需求
|
||||
|
||||
为了解决这一问题，我们需要一种能够方便快捷的挂号方式来满足各方面的需求，减少排队挂号的 痛苦和时间的浪费，而本课题所研究的基于 Springboot+boostrap 框架的医院网上挂号预约系统正好是为了解决这一问题而设计的方案，因此，本系统拥有很大的用户需求。
|
||||
## 3.1 用户界面
|
||||
|
||||
## 3.2 系统流程图
|
||||
用户界面是程序中用户能看见并与之交互作用的部分,设计一个好的用户界面是非常重要的,本设计将为用户提供美观,大方,直观,操作简单的用户界面。
|
||||
|
||||
**患者用户流程图**
|
||||
## 3.2 硬件需求
|
||||
|
||||
|
||||
移动终端硬件配置应遵循如下原则：具有高的可靠性，可用性和安全性。【描述系统中软件和硬件每一接口的特征。这种描述可能包括支持的硬件类型、软硬件之间的交流的数据和控制信息的性质以及使用的通信协议。】
|
||||
|
||||
**管理员用户流图**
|
||||
## 3.3 运行环境
|
||||
|
||||
|
||||
- **Web 浏览器**：0+、Chrome、Opera、Safari、Firefox 及任何支持 HTML5 标准的浏览器
|
||||
|
||||
## 3.3 系统数据流图
|
||||
- **标准分辨率**：1024\*768、1920\*1080、2K
|
||||
|
||||
数据流图是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。数 据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。
|
||||
# 四、数据库的设计与实现
|
||||
|
||||
数据流图有四种基本符号：
|
||||
本系统采用 MySQL 数据库，系统数据库名为 qz.数据库中有 10 张表。下面分别介绍不同的表。
|
||||
|
||||
- 正方形表示数据的源点或终点
|
||||
## 4.1 数据表的概述
|
||||
|
||||
- 圆角矩形代表变换数据的处理
|
||||
系统中包括：学生表（student）、教师表（teacher）、班级表（class）、课程表（course）、成绩表（score）、学生班级（student_class）、教师课程（teacher_class）、教师班级（teacher_class）、课程安排表（course_arrange）、系统用户表（user）
|
||||
|
||||
- 开口矩形代表数据存储
|
||||
## 4.2 数据表的结构
|
||||
|
||||
- 箭头表示数据流
|
||||
**student（学生表）**
|
||||
|
||||
医院网络预约挂号系统中需要处理的信息有登录信息，医生信息以及患者预约信息，根据数据信 息的流向画出本系统的数据流图。医院预约挂号系统顶层数据流图如下图所示。
|
||||
学生表主要存取学生的学号、姓名、性别、年龄、专业、入学年份、电话、地址、照片
|
||||
|
||||
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | ----------- | ------- | ------ | ---- |
|
||||
| 1 | studentId | int | 11 | 学号 |
|
||||
| 2 | studentName | varchar | 255 | 姓名 |
|
||||
| 3 | sex | varchar | 255 | 性别 |
|
||||
| 4 | age | int | 20 | 年龄 |
|
||||
| 5 | major | varchar | 255 | 班级 |
|
||||
| 6 | yearSchool | int | 255 | 入学年份 |
|
||||
| 7 | telephone | varchar | 255 | 电话号码 |
|
||||
| 8 | address | varchar | 255 | 地址 |
|
||||
| 9 | photo | varchar | 255 | 照片 |
|
||||
|
||||
## 3.4 数据库 ER 图
|
||||
**teacher（教师表）**
|
||||
|
||||
**用户 ER 图**
|
||||
教师表主要存取教师的教师号、姓名、性别、学院、职位、学位、照片
|
||||
|
||||
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | ----------------- | ------- | ------ | ---- |
|
||||
| 1 | teacherId | int | 11 | 教师编号 |
|
||||
| 2 | teacherName | varchar | 255 | 教师姓名 |
|
||||
| 3 | sex | varchar | 255 | 性别 |
|
||||
| 4 | college | varchar | 255 | 学院 |
|
||||
| 5 | professionalTitle | varchar | 255 | 职称 |
|
||||
| 6 | degree | varchar | 255 | 学位 |
|
||||
| 7 | photo | varchar | 255 | 照片 |
|
||||
|
||||
**患者 ER 图**
|
||||
**class（班级表）**
|
||||
|
||||
|
||||
班级表主要存取班级号、班级名称、学院：
|
||||
|
||||
**医生 ER 图**
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | --------- | ------- | ------ | ---- |
|
||||
| 1 | classId | int | 11 | 班级编号 |
|
||||
| 2 | className | varchar | 255 | 班级名称 |
|
||||
| 3 | ofCollege | varchar | 255 | 学院 |
|
||||
|
||||
|
||||
**score（成绩表）**
|
||||
|
||||
**挂号表 ER 图**
|
||||
成绩表主要存取学生的学号、姓名、课程号、课程名、成绩
|
||||
|
||||
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | ----------- | ------- | ------ | ---- |
|
||||
| 1 | studentId | int | 11 | 学生编号 |
|
||||
| 2 | courseId | int | 11 | 课程编号 |
|
||||
| 3 | studentName | varchar | 255 | 学生姓名 |
|
||||
| 4 | courseName | varchar | 255 | 课程名称 |
|
||||
| 5 | grade | int | 5 | 分数 |
|
||||
|
||||
**科室 ER 图**
|
||||
**student_class（学生\_班级表）**
|
||||
|
||||
|
||||
学生班级班级表主要存取学生学号、学生姓名、班级号、班级名
|
||||
|
||||
**管理员 ER 图**
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | ----------- | ------- | ------ | ---- |
|
||||
| 1 | studentId | int | 20 | 学生编号 |
|
||||
| 2 | studentName | varchar | 255 | 学生姓名 |
|
||||
| 3 | classId | int | 11 | 班级编号 |
|
||||
| 4 | className | varchar | 255 | 班级名称 |
|
||||
|
||||
|
||||
**teacher_class（教师\_班级表）**
|
||||
|
||||
**系统ER图**
|
||||
教师班级表主要存取教师号、教师姓名、班级号、班级名称
|
||||
|
||||
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | ----------- | ------- | ------ | ---- |
|
||||
| 1 | teacherId | int | 11 | 教师编号 |
|
||||
| 2 | teacherName | varchar | 255 | 教师姓名 |
|
||||
| 3 | classId | int | 11 | 班级编号 |
|
||||
| 4 | className | varchar | 255 | 班级名称 |
|
||||
|
||||
## 3.5 功能需求
|
||||
**teacher_course（教师课程表）**
|
||||
|
||||
医院预约挂号系统主要实现一下几部分功能：内部人员权限管理，预约挂号，门诊流量统计，公告 栏管理，医生信息管理。
|
||||
教师课程表主要存取教师号、教师名称、课程号、课程名
|
||||
|
||||
- **内部人员权限管理模块**：管理员以及医生的登录以及修改密码。管理员可以从登录模块进入系统对预约信息以及医生基本信息进行整理。医生可以从登录模块进入系统查询患者预约情况
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | ----------- | ------- | ------ | ---- |
|
||||
| 1 | teacherId | int | 11 | 教师编号 |
|
||||
| 2 | teacherName | varchar | 255 | 教师姓名 |
|
||||
| 3 | courseId | int | 11 | 课程编号 |
|
||||
| 4 | courseName | varchar | 255 | 课程名称 |
|
||||
|
||||
- **预约挂号模块**：全国各地患者可以通过此模块进行预约挂号，并填写自己的挂号信息。可以查询自己先前的预约信息，也可以通过此系统取消先前的预约
|
||||
**course_arrange（课程安排表）**
|
||||
|
||||
- **医生信息管理**：管理员可以对医院医生的信息进行增加、修改和删除
|
||||
课程安排表是存取课程安排信息。主要存取教师号、教师名、课程号、课程名、班级号、班级名
|
||||
|
||||
## 3.6 性能需求
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | ----------- | ------- | ------ | ---- |
|
||||
| 1 | classId | int | 11 | 班级编号 |
|
||||
| 2 | className | varchar | 255 | 班级名称 |
|
||||
| 3 | courseId | int | 11 | 课程编号 |
|
||||
| 4 | courseName | varchar | 255 | 课程名称 |
|
||||
| 5 | teacherId | int | 11 | 教师编号 |
|
||||
| 6 | teacherName | varchar | 255 | 教师姓名 |
|
||||
| | | | | |
|
||||
|
||||
系统应具有配置灵活、易于维护、便于扩展、性能可靠等突出优点，支持面向对象的大型数据库系 统。如：MySQL、Oracle 等，可处理大容量数据，并具有高安全性和可靠性。
|
||||
**course（课程表）**
|
||||
|
||||
- **时间特性**：操作响应时间一般在 1~3 秒之内，随之数据量的增大，操作的响应时间就要延长
|
||||
课程表存取的是课程信息，包括课程号、课程名、学分
|
||||
|
||||
- **数据精度**：各种数据的输入，输出要满足各种对数据精度的要求，严格按照系统要求的格式
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | ---------- | ------- | ------ | ---- |
|
||||
| 1 | courseId | int | 11 | 课程编号 |
|
||||
| 2 | courseName | varchar | 255 | 课程名称 |
|
||||
| 3 | credit | float | 10 | 课程学分 |
|
||||
|
||||
- **适应性**：适应现有 Windows 系统的需求，并有可能适应更高级别的系统
|
||||
**user（系统用户表）**
|
||||
|
||||
## 3.7 运行需求
|
||||
系统用户表存取的是该系统的用户的账号密码信息
|
||||
|
||||
- **用户界面**：用户界面简单直观，一目了然，给用户带来极大的便利，让用户能够简单直接的运用本系统
|
||||
| 序号 | 字段名 | 类型 | 长度（字符） | 描述 |
|
||||
| ---- | --------- | ------- | ------ | ---- |
|
||||
| 1 | username | varchar | 255 | 用户名 |
|
||||
| 2 | password | varchar | 255 | 密码 |
|
||||
| 3 | superuser | varchar | 255 | 超级用户 |
|
||||
|
||||
- **硬件接口**：不需要特定的硬件或硬件接口进行支撑，一般微机均可运行
|
||||
## 4.3 E-R 图（实体-联系图）
|
||||
|
||||
- **软件接口**：运行于 Windows XP 或者更高版本的操作系统上
|
||||
**全局 E-R 图**
|
||||
|
||||
## 3.8 其他需求
|
||||
|
||||
|
||||
保密需求：必须输入相关的正确的用户名和密码才能进入系统，并且不同的用户选择相应的权限才 能登录成功。
|
||||
**班级信息 E-R 图**
|
||||
|
||||
- **数据要求**：对于患者和医生的联系电话，必须有严格的位数限制，经过分析研究，联系电话位数必须限制 11 位
|
||||
|
||||
|
||||
- **身份证要求**：为杜绝无关人员对系统进行恶意的破坏，在患者预约挂号时，必须填写自己真实的 18 位身份证号，输入的位数不对以及输入的身份证格式不对，系统则会提示身份证输入有误，不予存 到系统数据库里，预约失败
|
||||
**学生信息实体 E-R 图**
|
||||
|
||||
- **可维护性**：平时由管理人员可以维护，遇到大问题或难解决的问题由开发人员进行维护
|
||||
|
||||
|
||||
- **可扩展性**：在系统使用过程中，如果有医院在预约挂号方面有新的要求，则应能在本系统中进行扩展，增加新的功能
|
||||
**教师信息实体 E-R 图**
|
||||
|
||||
# 四、系统设计
|
||||
|
||||
|
||||
## 4.1 数据库设计
|
||||
**成绩信息实体 E-R 图**
|
||||
|
||||
**用户信息表（tuser）**
|
||||
|
||||
|
||||
| 字段名 | 字段类型 | 允许为空 | 主键 | 备注 |
|
||||
| ------ | ------------ | ---- | ---- | ------ |
|
||||
| uid | int(10) | N | Y | 用户名 |
|
||||
| uname | varchar(50) | | | 姓名 |
|
||||
| upwd | int(10) | | | 密码 |
|
||||
| uphoto | varchar(250) | | | 头像 |
|
||||
| role | int(10) | | | 判定用户权限 |
|
||||
**课程信息实体 E-R 图**
|
||||
|
||||
**患者表（patients）**
|
||||
|
||||
|
||||
| 字段名 | 字段类型 | 允许为空 | 主键 | 备注 |
|
||||
| -------- | ----------- | ---- | ---- | ----------- |
|
||||
| pid | int(10) | N | Y | 患者 Id |
|
||||
| pname | varchar(50) | | | 患者名字 |
|
||||
| psex | int(10) | | | 性别（0：男，1：女） |
|
||||
| address | varchar(50) | | | 地址 |
|
||||
| ptel | varchar(50) | | | 电话号码 |
|
||||
| cardID | varchar(50) | | | 身份证号码 |
|
||||
| birthday | datetime | | | 出生日期 |
|
||||
**课程安排信息实体 ER 图**
|
||||
|
||||
**医生表（doctors）**
|
||||
|
||||
|
||||
| 字段名 | 字段类型 | 允许为空 | 主键 | 备注 |
|
||||
| ------------ | ----------- | ---- | ---- | ----------- |
|
||||
| did | int(10) | N | Y | 医生 Id |
|
||||
| dname | varchar(50) | | | 医生名字 |
|
||||
| dsex | int(10) | | | 性别（0：男，1：女） |
|
||||
| dpmtid | int(10) | | | 科室 id |
|
||||
| dtel | varchar(50) | | | 电话号码 |
|
||||
| level | int(10) | | | 岗位级别 |
|
||||
| personalinfo | text | | | 个人介绍 |
|
||||
**学生班级信息实体 E-R 图**
|
||||
|
||||
**科室表（departments）**
|
||||
|
||||
|
||||
| 字段名 | 字段类型 | 允许为空 | 主键 | 备注 |
|
||||
| -------- | ----------- | ---- | ---- | ----- |
|
||||
| dpmtid | int(10) | N | Y | 科室 Id |
|
||||
| dpmtname | varchar(50) | | | 科室名 |
|
||||
| dpmtinfo | text | | | 科室介绍 |
|
||||
**信息实体 E-R 图**
|
||||
|
||||
**级别表（tlevel）**
|
||||
|
||||
|
||||
| 字段名 | 字段类型 | 允许为空 | 主键 | 备注 |
|
||||
| ----- | ------- | ---- | ---- | ----------------- |
|
||||
| lid | int(10) | N | Y | 级别 Id |
|
||||
| level | int(10) | | | 医生级别(0:普通医生，1：医生) |
|
||||
**教师课程实体 E-R 图**
|
||||
|
||||
**挂号表（registerTable）**
|
||||
|
||||
|
||||
| 字段名 | 字段类型 | 允许为空 | 主键 | 备注 |
|
||||
| ---------- | -------- | ---- | ---- | ----------------- |
|
||||
| rid | int(10) | N | Y | 门诊号 |
|
||||
| pid | int(10) | | | 患者 id |
|
||||
| rtypeid | int(10) | | | 挂号类型 id |
|
||||
| dpmtid | int(10) | | | 科室 id |
|
||||
| did | int(10) | | | 医生 id |
|
||||
| registdate | datetime | | | 预约挂号时间 |
|
||||
| expenses | int(10) | | | 挂号费用 |
|
||||
| ispay | int(10) | | | 是否支付（0：已支付，1：未支付） |
|
||||
**系统用户信息实体 E-R 图**
|
||||
|
||||
**挂号类型表（registerType）**
|
||||
|
||||
|
||||
| 字段名 | 字段类型 | 允许为空 | 主键 | 备注 |
|
||||
| --------- | ----------- | ---- | ---- | ------- |
|
||||
| rtypeid | int(10) | N | Y | 挂号类型 id |
|
||||
| rtypename | varchar(50) | | | 挂号类型 |
|
||||
| price | int(10) | | | 挂号单价 |
|
||||
# 五、项目实现
|
||||
|
||||
**公告表（board）**
|
||||
## 5.1 类图
|
||||
|
||||
| 字段名 | 字段类型 | 允许为空 | 主键 | 备注 |
|
||||
| ------ | ------------ | ---- | ---- | ----- |
|
||||
| bid | int(10) | N | Y | 公告 id |
|
||||
| btitle | varchar(250) | | | 公告标题 |
|
||||
| btext | text | | | 公告内容 |
|
||||
**学生-教师类图**
|
||||
|
||||
## 4.2 系统功能模块设计
|
||||
|
||||
|
||||
在需求分析的时候已经对系统的的功能进行了初步分析，在这里对系统功能进行详细的设计。
|
||||
**管理员-教师类图**
|
||||
|
||||
由于系统中面向的是医院的系统管理员，医院的坐诊医生，以及广大患者，所以对系统分为两大主 功能模块，即管理、患者两大主功能模块。
|
||||
|
||||
|
||||
管理模块是针对管理员对系统的管理进行设计的功能模块，管理员需要进行登录系统后方可进行系 统信息管理，所以首先要有登录模块。管理员登录系统后需要对医生的信息进行增加、删除和修改，所 以在此主功能模块下设计了一个整理医生信息模块，管理员可以通过此模块对医生信息进行管理。管理 员还需要对每天患者预约的信息进行查看整理，所以设计了一个调配医生，调配医生模块用于当患者预 约的医生在预约当日临时有事不能按时坐诊的话，管理员可以通过此模块给相关患者进行医生调配，就 是给相 关预约患者调配一个与患者预约的医生同科室的医生，然后保存到数据库里，以便患者查询预约信息。在主页面有一个公告栏，来公示医院的通知以及医院的新闻动态，公告栏由管理员管理，所以在 管理主功能模块下设计了一个公告栏模块。
|
||||
**选课类图**
|
||||
|
||||
患者主功能模块下设计了三个分模块：预约、查询信息和取消预约。患者从网上进行预约挂号时， 需要填写预约的各种信息，患者可以进入预约模块填写自己的预约信息，并保存，预约成功。当患者预 约成功后，患者想查询先前的预约信息，则需要一个查询模块，所以在患者主功能模块下设计了一个查 询信息模块。当患者在预约当日有事不能按时就诊，患者需要取消先前的预约，所以在患者主功能模块 下设计了一个取消预约的模块。医院预约挂号系统的功能模块如下图所示。
|
||||
|
||||
|
||||
|
||||
**登录类图**
|
||||
|
||||
## 4.3 功能分析
|
||||
|
||||
|
||||
- **登录**：当管理员及患者用户需要进入系统时，可以从登录模块输入用户名和密码，并选择自己权限 进行登录。当输入错误的信息时系统拒绝访问
|
||||
## 5.2 顺序图
|
||||
|
||||
- **调配医生**：当患者预约的专家在预约的时间临时有事情不能给患者看病的情况下，管理员可以对此患者进行专家调配，调配为同一科室的医生
|
||||
**管理员登录功能顺序图**
|
||||
|
||||
- **管理医生信息**：管理员通过此功能添加、修改和删除医生信息，及时更细医院里医生的信息，以方 便患者进行预约
|
||||
|
||||
|
||||
- **预约**：患者进入系统后，可以查看各个科室的各个医生信息，根据自己的病情预约适合的医生
|
||||
**学生登录功能顺序图**
|
||||
|
||||
- **查询信息**：当患者预约完毕后，可以通过查询功能，对自己先前的预约信息进行查询、核对
|
||||
|
||||
|
||||
- **取消预约**：当患者临时有事不能到医院看病时，可以通过查询信息查询到自己的预约信息，然后取消自己先前的预约
|
||||
**教师登录功能顺序图**
|
||||
|
||||
## 4.4 系统后端实体层、持久层实现
|
||||
|
||||
|
||||
**管理员类**
|
||||
**管理员管理公告顺序图**
|
||||
|
||||
|
||||
|
||||
|
||||
**科室类**
|
||||
**管理员管理教师顺序图**
|
||||
|
||||
|
||||
|
||||
|
||||
**医生类**
|
||||
**管理员管理课程顺序图**
|
||||
|
||||
|
||||
|
||||
|
||||
**患者类**
|
||||
**管理员管理学生顺序图**
|
||||
|
||||
|
||||
|
||||
|
||||
**挂号类**
|
||||
**教师成绩管理顺序图**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**学生选课顺序图**
|
||||
|
||||
**患者控制层**
|
||||
|
||||
|
||||
|
||||
## 5.3 活动图
|
||||
|
||||
**挂号控制层**
|
||||
**学生活动图**
|
||||
|
||||
|
||||
|
||||
|
||||
**前端页面渲染（结合 Thymeleaf 模板引擎）**
|
||||
**教师活动图**
|
||||
|
||||
**遍历患者信息**
|
||||
|
||||
|
||||
|
||||
**管理员管理学生信息活动图**
|
||||
|
||||
|
||||
|
||||
|
||||
**抽取公共页面**
|
||||
## 5.4 用例图
|
||||
|
||||
**患者登陆页面编写**
|
||||
**学生用例图**
|
||||
|
||||
|
||||
|
||||
|
||||
**页面定制**
|
||||
**教师用例图**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**管理员用例图**
|
||||
|
||||
## 4.5 程序流程设计
|
||||
|
||||
|
||||
**管理员使用流程图**
|
||||
## 5.5 状态图
|
||||
|
||||
|
||||
**登陆模块状态图**
|
||||
|
||||
|
||||
|
||||
|
||||
**患者查询个人预约流程图**
|
||||
**管理员模块状态图**
|
||||
|
||||
|
||||
|
||||
|
||||
# 五、项目展示
|
||||
# 六、系统实现
|
||||
|
||||
## 5.1 患者用户
|
||||
## 6.1 登录页面实现
|
||||
|
||||
**采用了 js 特效，登陆页面实现动态，给予用户良好的体验感**
|
||||
|
||||
|
||||
|
||||
## 6.2 学生平台功能实现
|
||||
|
||||
**登陆后显示当前用户名字，并且首页实现日历功能**
|
||||
**所有课程功能实现**
|
||||
|
||||
|
||||
|
||||
|
||||
**若用户未注册需先注册再使用该系统**
|
||||
**已选课程功能实现**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**已修课程功能实现**
|
||||
|
||||
**页面实现侧面菜单栏**
|
||||
|
||||
|
||||
|
||||
**已修课程功能实现**
|
||||
|
||||
**选择挂号医生、挂号时间**
|
||||
|
||||
|
||||
|
||||
**退出系统功能实现**
|
||||
|
||||
**查看个人预约页面，实现取消预约功能和二次预约功能**
|
||||
|
||||
|
||||
|
||||
## 6.3 教师平台功能实现
|
||||
|
||||
## 5.2 管理员用户
|
||||
**我的课程功能实现**
|
||||
|
||||
**登陆页面**
|
||||
|
||||
|
||||
|
||||
**成绩管理功能实现**
|
||||
|
||||
**首页，管理患者信息**
|
||||
|
||||
|
||||
|
||||
**评分功能实现**
|
||||
|
||||
**修改患者用户信息**
|
||||
|
||||
|
||||
|
||||
## 6.4 管理员功能实现
|
||||
|
||||
**新增患者用户信息**
|
||||
**学生管理功能实现**
|
||||
|
||||
|
||||
|
||||
|
||||
**管理医生信息**
|
||||
**修改学生信息功能实现**
|
||||
|
||||
|
||||
|
||||
|
||||
**管理科室信息**
|
||||
**课程管理功能实现**
|
||||
|
||||
|
||||
|
||||
|
||||
# 六、项目测试
|
||||
**课程添加功能实现**
|
||||
|
||||
## 6.1 测试目的
|
||||
|
||||
|
||||
测试为了发现程序中的错误而执行程序的过程通过分析错误产生的原因和错误的发生趋势可以帮助 项目管理者发现当前软件开发过程中的缺陷以便及时改进。
|
||||
**修改课程功能实现**
|
||||
|
||||
测试是为了证明程序有错误，而不是证明程序没有错误。一个成功的测试是发现了至今为发现的错误的测试
|
||||
|
||||
|
||||
## 6.2 测试方案
|
||||
**教师管理功能实现**
|
||||
|
||||
该系统主要运用的是黑盒测试，黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常 使用。在测试中，把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。只在程序借口进行 测试，检查程序功能是否能按照正常的规定使用，程序是否能适当的接受输入数据并产生正确的输出信 息，程序运行过程中是否保持外部信息的完整性。
|
||||
|
||||
|
||||
## 6.3 项目测试
|
||||
**添加教师功能实现**
|
||||
|
||||
**登陆用例测试**
|
||||
|
||||
|
||||
| 输入数据 | 预期输出 | 测试结果 |
|
||||
| --------- | ----------- | ------- |
|
||||
| 错误的用户名和密码 | 登陆失败，且前端有提示 | 与预期输出一致 |
|
||||
| 正确的用户名和密码 | 登陆成功，跳转到首页 | 与预期输出一致 |
|
||||
**修改教师信息功能实现**
|
||||
|
||||
**预约挂号测试**
|
||||
|
||||
|
||||
| 输入数据 | 预期输出 | 测试结果 |
|
||||
| -------------- | ---- | ------- |
|
||||
| 录入信息不填姓名或身份证号码 | 预约失败 | 与预期输出一致 |
|
||||
| 输入的身份证号码位数不对 | 预约失败 | 与预期输出一致 |
|
||||
| 输入正确的身份信息 | 预约成功 | 与预期输出一致 |
|
||||
**密码重置功能实现**
|
||||
|
||||
**管理员管理用户信息**
|
||||
|
||||
|
||||
| 操作 | 预期输出 | 测试结果 |
|
||||
| ------ | ---- | ------- |
|
||||
| 添加用户信息 | 添加成功 | 与预期输出一致 |
|
||||
| 修改用户信息 | 修改成功 | 与预期输出一致 |
|
||||
| 删除用户信息 | 删除成功 | 与预期输出一致 |
|
||||
**修改密码功能实现**
|
||||
|
||||
**管理员管理用户信息**
|
||||
|
||||
|
||||
| 操作 | 预期输出 | 测试结果 |
|
||||
| ------ | ---- | ------- |
|
||||
| 添加用户信息 | 添加成功 | 与预期输出一致 |
|
||||
| 修改用户信息 | 修改成功 | 与预期输出一致 |
|
||||
| 删除用户信息 | 删除成功 | 与预期输出一致 |
|
||||
# 七、可靠性与可用性需求
|
||||
|
||||
## 6.4 综合测试
|
||||
## 7.1 处理能力
|
||||
|
||||
在以上测试的基础主，对系统功能进行了整体测试，依次检验系统功能是否符合系统开发的目标。 经过使用大量的数据多次进行系统测试，发现了系统存在的问题并及时改进，最终实现了网站的开发目 标。
|
||||
由于是在线测评系统，其处理能力主要考虑系统能承载的最大并发用户数，按照实际情况的规划，系统至少能承载的最大并发用户数要求达到全校学生总人数\*φ，φ 为 0 至 1 的常数，随服务器容量而定。
|
||||
|
||||
## 6.5 网站维护
|
||||
## 7.2 响应时间
|
||||
|
||||
软件维护就是在软件已经交付使用之后，为了纠正错误或满足新的需要修改软件的过程。 软件维护可以分为四类：
|
||||
为了能够快捷地提供在线测评服务，系统应该能够快速地响应在线测评请求。用户最终得到结果的响应时间除了与系统响应速度有关外，还与网络状况有关。因此对 Web 服务器端需要较高的要求。
|
||||
|
||||
- **改正性维护**：在程序使用期间，用户必然会发现程序错误，把遇到的错误问题报告给维护人员然后由系统维护人员进行改正错误
|
||||
# 总结
|
||||
|
||||
- **适应性维护**：为了和变化的环境适当的配合而进行软件修改
|
||||
本次课程设计工作在最初选题过后，我们小组讨论决定选择了基于 Spring boot 和 boostrap5 进行项目开发，它是真正的跨平台，实现动态功能的一种技术。它能够让人非常简单方便地构建安全高速的应用。同时可以通过 MyBatis 持久层框架实现接口，访问几乎所有数据库，并且可以使用数据库连接池技术，有效控制连接数，确保系统的正常运转。从发展的眼光来看，JSP 的前途一片光明。在数据库的选择上，我也使用近些年发展很好的 MySQL,充分实现系统的跨平台性。
|
||||
|
||||
- **完善性维护**：为了满足用户使用过程中提出的新功能或着修改系统中已有功能的需求，而对软件进行的完善性维护
|
||||
在该系统的开发过程中，我们小组成员分工明确，并且配合默契，出现问题及时沟通。我们参阅了很多相关的书籍，许多网站的帮助解决了我们许多难题。系统中所有的页面，我们都争取使页面上代码简捷、易懂、易改。
|
||||
|
||||
- **预防性维护**：为了改进软件未来的可维护性和可靠性，或者给软件未来的改进奠定更好的基础而对软件进行维护
|
||||
经过多天的设计与开发，系统终于基本开发完成，各项预期功能都已得到实现。当然，该系统还具有进一步的扩展空间，将会伴随着日后的使用逐步完成，使得界面更加优美，操作更加顺畅。设计和开发过程中遇到的问题也都得到解决，学到了很多的开发经验，受益无穷。
|
||||
|
||||
# 六、项目总结
|
||||
|
||||
大学生涯转眼已到尾声，当初迈进大学校门的情景还历历在目，转而大学即将结束，我也要步入社 会实习了。在经过一个月的探索与实践中，我终于如愿以偿的完成了最后一门课程设计。
|
||||
|
||||
在课程设计中，我采用了 Springboot+Mybatis+Oracle 数据库技术。由于在以前的课堂学习中，大 部分在与学习理论知识初先把课堂理论知识运用干这个完整的课程设计的实践中感觉有点吃力，但是在 通过查询网上资料和自己的努力下，终于圆满的完成了课程设计。
|
||||
|
||||
在这段时间里，我学到了很多知识也有很多感受。从当初对 Java 不太了解的状态，在老师的教授下，我开始学习和试验，查看相关的资料和书籍，让自己头脑中模糊的概念逐渐洁晰，让自己非常稚嫩的设计 一步步完善起来每一次改进都是我学习的收获，每一次试验成功都会让我兴奋好一段时间。
|
||||
|
||||
自己所做的这个挂号系统采用的技术也比较新颖和流行，是现在实习工作的基本要求之一，同时让 我也充分认识到医院网络预约挂号系统给患者和医院带来的极大的方便，在认真调研和分析了医院的现 状之后，根据用户的需求和各个功能的关系，作出了积极的设计方案。在新的管理资源和管理模式上， 一定能使工作质量、工作效率等得到提高，推动医院发展的步伐。
|
||||
此次项目的设计和开发不但巩固了我们所学的书本知识，而且还学到了许多课堂上无法学到的实践知识，并且提高了我们自学能力，增强了专业技术的水平。
|
||||
|
|
@ -0,0 +1 @@
|
|||
Subproject commit 307df76b3c31f7c24f8d3c88bd4ef46cd946b808
|
||||
Binary file not shown.
Loading…
Reference in New Issue