疫苗发布和接种预约系统(代码+数据库+LW)-CSDN博客

在现在社会，对于信息处理方面，是有很高的要求的，因为信息的产生是无时无刻的，并且信息产生的数量是呈几何形式的增加，而增加的信息如何存储以及短时间分析检索，也是有时效性的，所以，不管是任何的企业和个人，只要需要处理信息，必然是要寻找到一个适合自己的解决方案，而软件开发商和数据库提供商就是为了解决这些问题。相比之前人工信息处理的水平，现代的信息处理方法是完胜以前的信息处理方法。开发一个符合自己需求的信息管理系统，可以把整个信息处理的过程变得很有规范，并且很有水准，让整个信息处理变成一个自动化的过程，并且在数据处理结果之中直接设定好检索标准，或者是多条件检索标准，通过数据分析获得自己需要的内容，这都是信息化的好处。当一切信息数据存在小小的存储介质之中，那么数据迁移备份的重要性也变得更加简洁，可以设置自动化远程备份，自动化远程处理，不管是使用过程还是维护过程，都会变得更加的高效和整洁，最重要的成本上面的控制，可以极限减少，开源节流，不外如是，减少社会资源的浪费，也是计算机技术的存在的一个优势。所以，对于疫苗接种预约信息的管理，一方面为了提高疫苗接种预约信息的管理水平，另一方面为了提高疫苗接种预约信息的维护水平，疫苗发布和接种预约系统的开发就显得十分有必要了。

3.4系统功能分析

系统功能主要针对主要模块功能进行分析，暂时不考虑非典型性的问题，只要能满足正确操作流程即可。

疫苗发布和接种预约系统设置的角色有管理员，医生，用户等。

（1）管理员

管理员对公告信息，医院信息，疫苗信息，医生信息，用户信息，论坛帖子信息以及预约接种信息等信息进行管理。对管理员的功能进行分析之后，将使用图3.4的管理员用例图来描述管理员的功能。

（2）医生

医生需要审核用户提交的预约接种信息，查看医院信息，公告信息以及疫苗信息。对医生的功能进行分析之后，将使用图3.5的医生用例图来描述医生的功能。

用户查看疫苗信息，查看医院信息，提交预约接种信息，查看公告等。对用户的功能进行分析之后，将使用图3.6的用户用例图来描述用户的功能。

第四章系统设计

不管是好用还是不好用的系统，在如今的互联网时代都会被广而告之，但是能留存下来的，必然是好用的，并且好看的系统，不好用并且不好看的系统用户会逐渐抛弃的。所以，开发的系统必须是有主题的，要打开系统就明白这个系统主要的作用和功能，所以设计这方面需要下苦功夫的。

4.1界面设计原则

一般都是图片，文字以及各种输入框和按钮等组成的界面，每个界面的内容都大不相同，如何设计成页面的统一，操作的统一，这是下面需要讨论的问题。

第一点：界面设计必须符合人体工程学。人体工程学是一门入微级别的学问，主要考虑人类在各种工作状态下如何提高生产效率。所以说，界面设计的首要目的，就是为了提升效率。

第二点：有效导航是必须的。导航的目的，就是帮助操作人员的记忆能力，提高操作效率而生的，所以导航一定要设置的符合模块的功能，让用户一看到导航就会知道是哪个模块，需要哪些操作，这些步骤是必不可少的，如果把所有功能放到一个页面呈现平面化布局，肯定不合适，所以合适的导航能够帮助工作。

第三点：界面设计的统一性。统一性不是说背景图片是同一个图片或者背景是同一个色系，而是说让操作系统统一。比如导航就统一用树状结构，有模块有层次，理解容易。多项搜索如果一行放不下，就收起，可以选择多项也可以模糊查询，这些都要符合人类正常认知才可以。

所以说，系统设计的核心就是界面设计，主要的业务处理逻辑只要能处理，需要下大力气的还是页面设计。

4.2功能模块设计

本小节运用功能结构图来描述管理员具备的详细的功能，对管理员的功能结构图绘制结果如图4.1所示。管理员对公告信息，医院信息，疫苗信息，医生信息，用户信息，论坛帖子信息以及预约接种信息等信息进行管理。

本小节运用功能结构图来描述医生具备的详细的功能，对医生的功能结构图绘制结果如图4.2所示。医生需要审核用户提交的预约接种信息，查看医院信息，公告信息以及疫苗信息。

本小节运用功能结构图来描述用户具备的详细的功能，对用户的功能结构图绘制结果如图4.3所示。用户查看疫苗信息，查看医院信息，提交预约接种信息，查看公告等。

4.3.2 数据库表结构

在程序开发的过程中，系统设计里面包含有数据库的设计，一般都在功能设计的后面进行数据设计，为什么有这样的顺序呢？那是有原因的。数据库设计不能凭空想象，必须符合数据的定义，而数据只是在使用过程之中产生，其实并没有具体化的表现，所以要把数据进行结构的整理，字段的规划。比如用户账号可能是中文或者英文，以及数字形式存在，更或者可能包含一些符号，那么账号字段的设计就只能是文本形式存在，不能是数据形式或者是时间形式存在，以此类推，数据表结构的设计就是在对系统的具体实现数据进行描述规划的一种行为。所以在这个环节尤其要注意，否则可能使用过程中会发现很多不可预料的问题。

对本系统的数据库的要求就是，要严格遵循数据实现原则，符合数据定义范式。对每个表都要进行具体分析，并且表之间的关系更应该有逻辑性，如果违反前面的要求，那么数据很有可能出现问题，所以要把数据之间的关系用E-R图形式画出来，这样理解起来更直观，更不容易出错，效率也更高。

表4.1 论坛表

字段	注释	类型	空
id (主键)	主键	int(11)	否
forum_name	帖子标题	varchar(200)	是
yonghu_id	用户	int(11)	是
yisheng_id	医生	int(11)	是
users_id	管理员	int(11)	是
forum_content	发布内容	text	是
super_ids	父id	int(11)	是
forum_state_types	帖子状态	int(11)	是
insert_time	发帖时间	timestamp	是
update_time	修改时间	timestamp	是
create_time	创建时间	timestamp	是

表4.2 公告信息表

字段	注释	类型	空
id (主键)	主键	int(11)	否
news_name	公告标题	varchar(200)	是
news_types	公告类型	int(11)	是
news_photo	公告图片	varchar(200)	是
insert_time	公告时间	timestamp	是
news_content	公告详情	text	是
create_time	创建时间	timestamp	是

表4.3 管理员表

字段	注释	类型	空
id (主键)	主键	bigint(20)	否
username	用户名	varchar(100)	否
password	密码	varchar(100)	否
role	角色	varchar(100)	是
addtime	新增时间	timestamp	否

表4.4 疫苗信息表

字段	注释	类型	空
id (主键)	主键	int(11)	否
yimiao_name	疫苗标题	varchar(200)	是
yimiao_types	疫苗类型	int(11)	是
yimiao_photo	疫苗图片	varchar(200)	是
yiyuan_id	医院信息	int(11)	是
yimiao_clicknum	点击次数	int(11)	是
insert_time	发布日期	date	是
yimiao_content	疫苗详情	text	是
create_time	创建时间	timestamp	是

表4.5 医生表

字段	注释	类型	空
id (主键)	主键	int(11)	否
username	账户	varchar(200)	是
password	密码	varchar(200)	是
yisheng_name	医生姓名	varchar(200)	是
yisheng_photo	头像	varchar(255)	是
sex_types	性别	int(11)	是
yisheng_phone	联系方式	varchar(200)	是
yisheng_email	邮箱	varchar(200)	是
yisheng_delete	假删	int(11)	是
create_time	创建时间	timestamp	是

表4.6 医院信息表

字段	注释	类型	空
id (主键)	主键	int(11)	否
yiyuan_name	医院名称	varchar(200)	是
yiyuan_types	医院类型	int(11)	是
yiyuan_photo	医院图片	varchar(200)	是
yiyuan_address	医院地址	varchar(200)	是
yiyuan_content	医院详情	text	是
create_time	创建时间	timestamp	是

表4.7 用户表

字段	注释	类型	空
id (主键)	主键	int(11)	否
username	账户	varchar(200)	是
password	密码	varchar(200)	是
yonghu_name	用户姓名	varchar(200)	是
yonghu_photo	头像	varchar(255)	是
sex_types	性别	int(11)	是
yonghu_phone	联系方式	varchar(200)	是
yonghu_id_number	用户身份证号	varchar(200)	是
yonghu_email	邮箱	varchar(200)	是
yonghu_delete	假删	int(11)	是
create_time	创建时间	timestamp	是

表4.8 预约接种表

字段	注释	类型	空
id (主键)	主键	int(11)	否
yonghu_id	用户	int(11)	是
yimiao_id	疫苗	int(11)	是
yuyuejiezong_time	预约日期	date	是
yuyuejiezong_text	预约备注	text	是
yuyuejiezong_yesno_types	预约审核	int(11)	是
yuyuejiezong_yesno_text	审核原因	text	是
create_time	创建时间	timestamp	是

第五章系统实现

程序开发人员对功能具体实现后，都要描述自己编写的功能实现，一般都通过文字描述功能，实现用图片截图的形式出现，通过这样的设定，可以让更多得人明白系统的实现结果，达到更容易理解程序操作的目的。

5.1 管理员功能实现

5.1.1 疫苗信息管理

管理员点击导航栏的疫苗信息管理链接就进入疫苗信息管理界面。疫苗信息管理界面如图5.1所示。本功能允许管理员对疫苗信息进行修改，包括修改疫苗图片，疫苗标题等信息，删除疫苗信息等。

5.1.2 医院信息管理

管理员点击导航栏的医院信息管理链接就进入医院信息管理界面。医院信息管理界面如图5.2所示。本功能允许管理员修改医院图片，医院地址等信息，删除需要删除的医院信息等。

5.1.3 医生管理

管理员点击导航栏的医生管理链接就进入医生管理界面。医生管理界面如图5.3所示。本功能允许管理员修改医生头像，修改医生姓名等信息，删除需要删除的医生信息。

5.2.1 预约接种管理

医生点击导航栏的预约接种管理链接就进入预约接种管理界面。预约接种管理界面如图5.4所示。医生需要对预约接种信息进行查看，然后审核预约接种信息。

5.2.2 疫苗信息查看

医生点击导航栏的疫苗信息查看链接就进入疫苗信息查看界面。疫苗信息查看界面如图5.5所示。本功能允许医生查询疫苗信息，查看疫苗类型，医院地址，疫苗图片等信息。

5.2.3 医院信息查看

医生点击导航栏的医院信息查看链接就进入医院信息查看界面。医院信息查看界面如图5.6所示。本功能允许医生查询医院信息，查看医院地址，医院图片等信息。

结论

疫苗发布和接种预约系统的开发不是一帆风顺的，虽然严格按照一定的开发流程来进行疫苗发布和接种预约系统的开发，但是中间出现了很多突发情况。当题目选择之后，就开始查找资料，也不知道是查找方式问题还是阅历问题，感觉资料查的都是相关资料，但是当查到资料后看的一头雾水，好多都是与疫苗发布和接种预约系统开发不相关的，像浪里淘沙一样过滤了很多无用的东西才收集到一点点对自己可用的。当定下功能功能的时候，又开始对功能进行分析，反复的判断功能直接的关系，是否存在逻辑问题。数据库的设计也是一大问题，也许是开发经验不足，当数据库设计好后，编码到一半发现考虑问题不够重复，编码实现太复杂，需要在对数据库表重新设计，返工很多遍。在开发过程中，看到同伴们在努力的开发自己也埋头苦干，最终实现了疫苗发布和接种预约系统。

本次使用Java技术开发的疫苗发布和接种预约系统，就是运用计算机来管理疫苗接种预约信息，该系统是可以实现论坛管理，公告信息管理，疫苗信息管理，医生管理，医院信息管理，用户管理，预约接种管理等功能。符合设计预期。

经过整体的开发了解，发现了疫苗发布和接种预约系统的不足之处，首先第一点就是开发人少，时间短，属于练手项目，所以很多实际生活中可能遇到的问题并没有考虑到位，比如数据的冗余，大数据并发等，这些都是没有考虑的，在以后的日子里将会对技术方面精益求精，不断修复疫苗发布和接种预约系统，让疫苗发布和接种预约系统更强壮。