科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用ASP.NET技术建设社区人员管理系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的社区人员管理系统,完成用户管理、人员登记、物资信息、物资订单、健康打卡、留言反馈、公告信息、特殊家庭等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。社区人员管理系统使用c# 语言,采用基于MVVM模式的搜ASP.NET技术进行开发,使用visual编译器编写,数据方面主要采用的是微软的SQL Server关系型数据库来作为数据存储媒介,配合HTML+CSS 技术完成系统的开发。
关键词:ASP.NET技术;SQL Server;社区人员管理系统
Abstract
The rapid development of science and technology has caused tremendous changes in people's daily lives. The rapid development of electronic information technology has made the application level of electronic information technology in various fields popular and applied. The arrival of the information age has become an irresistible fashion trend, and the history of human development is entering a new era. In practical application, the working rules and development steps of the application software are used to build a community personnel management system using ASP.NET technology.
This design mainly implements a community personnel management system that integrates the advantages of humanization, efficiency, and convenience, and completes functional modules such as user management, personnel registration, material information, material orders, health clocking, message feedback, announcement information, and special families. The system communicates with the server through a browser to achieve data interaction and change. This system improves work efficiency and reduces errors and omissions in data storage through scientific management methods and convenient services. The community personnel management system uses the C # language, uses the MVVM mode based search ASP.NET technology for development, and uses a visual compiler to write. In terms of data, it mainly uses Microsoft's SQL Server relational database as the data storage medium, and cooperates with HTML+CSS technology to complete the system development.
Keywords:ASP.NET technology; SQL Server; Community Personnel Management System
1 绪论
1.1慨述
随着社会的快速发展,计算机的影响是全面且深入的。人们生活水平的不断提高,日常生活中人们对社区人员管理方面的要求也在不断提高,要疫情防控信息的人数更是不断增加,使得社区人员管理系统的开发成为必需而且紧迫的事情。社区人员管理系统主要是借助计算机,通过对社区人员管理系统所需的信息管理,增加用户选择,同时也方便对广大户信息的及时查询、修改以及对用户信息的及时了解。社区人员管理系统对用户带来了更多的便利,该系统通过和数据库管理系统软件协作来满足用户的需求。
1.2课题意义
随着全球信息化的发展,人们的生活节奏越来越快,对信息的时效性越来越重视。以传统的宣传方式为载体的传统媒介早已不能满足人们对获取信息的方式、便捷性的需求。所以社区人员管理系统渐渐成为人们关注的焦点。首先,社区人员管理系统,网上获取信息的实时性、便捷性要远远高于传统媒介。系统-经上线,无论用户在世界的哪个角落,只要能够连接互联网,就能在第一时间获得想要的信息。
计算机技术在现代管理中的应用,使计算机成为人们应用现代技术的重要工具。能够有效的解决获取信息便捷化、全面化的问题,提高效率。
1.3B/S体系结构介绍
B/S结构(Browser/Server,浏览器/服务器模式),是WEB兴起后的一种网络结构模式,WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。客户机上只要安装一个浏览器,如Chrome、Safari、Microsoft Edge、Netscape Navigator或Internet Explorer,服务器安装SQL Server、Oracle、SQL Server等数据库。浏览器通过Web Server同数据库进行数据交互。
1.4ASP.NET框架介绍
ASP.NET又称为ASP+,不仅仅是ASP的简单升级,而是微软公司推出的新一代脚本语言。ASP.NET基于.NET Framework的Web开发平台,不但吸收了ASP以前版本的最大优点并参照Java、VB语言的开发优势加入了许多新的特色,同时也修正了以前的ASP版本的运行错误。
ASP.NET具备开发网站应用程序的一切解决方案,包括验证、缓存、状态管理、调试和部署等全部功能。在代码撰写方面特色是将页面逻辑和业务逻辑分开,它分离程序代码与显示的内容,让丰富多彩的网页更容易撰写。同时使程序代码看起来更洁净、更简单。
1.8.1硬件环境
.NET平台的的运行对硬件有如下要求:
①计算机/处理器。
建议配置:装有450 MHz Pentium Ⅱ级别处理器的PC。
最低配置:装有300 MHz Pentium Ⅱ级别处理器的PC,否则编译过程运行异常缓慢。
②RAM的最小要求。
Windows XP Professional:160 MB RAM。
Windows 2000 Professional:96 MB RAM。
Windows 2000 Server:192 MB RAM。
Windows NT 4.0 Workstation:64 MB RAM。
Windows NT 4.0 Server:160 MB RAM。
③硬盘:标准版在安装驱动器上需要有2.5GB,包括系统驱动器上的500MB。
Professional和Enterprise版在安装驱动器上需要有.5GB,包括系统驱动器上的500MB。如果不需要Microsoft Visual Studio.NET中的参考文档,而且只需要支持C#开发的话,最少需要700M左右的空间。
④驱动器:CD-ROM或DVD-ROM驱动器,用以使用光盘,安装开发平台程序。当然,这不是绝对的,完全可以选择网络安装方式。
⑤显示器:SuperVGA(800×600)或更高分辨率的256色显示器,其实建议使用1024×768以上的分辨率,否则开发过程会因为可视范围过小而不方便开发。
⑥输入设备:MjcrosoR鼠标或兼容的指针设备。
当然这里指出的硬件需要也并非绝对的,,如果有条件,应该选择配置更高的机器,这对开发是很有帮助的。
①操作系统:MicrosoR Windows NT 4.O或更高版本的操作系统,包括Microsoft windows2000系列,Microsoft windows 2003系列,不支持Microsoft Windows 95,Microsoft windows 98,Microsoft windows Me等操作系统。
注意:对于Microsoft Windows NT 4.0需要升级到SP6以上的版本。对于Windows 2000以上的操作系统,需要将Windows 2000升级到SP3以后的版本。
②Framework:Framework是.NET的支撑基础。它包含.NET平台的运行库与公用语言运行时,所有的.NET平台下的程序都需要基于它的类库来建立程序,而所有的程序也需要先编译为中间语言(IL)然后由公用语言运行时管理执行。可以说没有Framework就没有.NET平台。
针对.NET的开发,微软还为开发人员准备了很多开发工具,它们被集中到Framework SDK中,要进行.NET的开发,这些开发、调试工具是不可少的。因此,要进行,NET开发,最好安装Framework SDK。
不过需要注意的是,Microsoft Windows 2003系列已经集成Framework(但不包含Framework SDK),除非有新的版本,一般不需要再安装。另外在Linux下与Framework对应的是Mono。
③MDAC:有了上面讲述的这些之后,就已经具有最基本的.NET开发平台,可以进行一些简单程序的开发。但是,当要使用数据库、XML等对象时,编写的程序可能无法执行。
因为.NET还有基本的需要——MDAC(Microsoft Data Access CompHDnents),翻译为中文是微软数据访问组件。这是一整套的微软的数据访问组件,几乎所有的windows平台下的数据库访问都是由这些组件来完成的,因此,对于.NET的数据库开发来说,MDAC是不可缺少的部分。
AdobeDreamweaver
MicrosoftExpression Web
MicrosoftWebMatrix
Notepad++
EditPlus
2 社区人员管理系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
(1)技术可行性分析
社区人员管理系统存储所使用的是SQL Server数据库以及开发中所使用的是IDEA、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用ASP.NET框架进行开发,使系统的可扩展性和维护性更佳,减少ASP.NET配置代码,简化编程代码,目前ASP.NET框架也是很多企业选择的框架之一。
(2)经济可行性分析
在开发社区人员管理系统中所使用的开发软件像IDEA开发工具、Tomcat8.0服务器、SQL Server5.7数据库、Photoshop图片处理软件等,这些都是开源免费的,这些环境在学校都进行了系统的学习,自己能够独立操作完成,不需要额外花费,而且系统的开发工具从网上都可以直接下载,因此在经济方面是可行的。
(3)操作可行性分析
此次项目设计的时候我参考了很多类似系统的成功案例,对它们的操作界面以及功能都进行了系统的分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。因此操作可行性也没有问题。
2.2系统流程分析
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.2.1 数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-2所示。
图2-2 数据修改流程图
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
2.3 系统功能分析
社区人员管理系统的设计与实现是为了让使用者更加方便的进行管理员工相关联的一些信息,使用者查找管理的时候能够节省大量的时间和精力,有效减少不必要的查找时间。系统在功能上划分为管理员、居民用户以及工作人员这三大部分。
居民用户:
(1)登录:用户在后台可以通过账号和密码进行登录,用户的账号和密码是在数据库中直接设定的,如果忘记密码可以点击“忘记密码”进行密码找回;
(2)人员登记:管理员点击“人员登记”会显示出所有的人员登记信息,支持通过剧用户或者居住楼栋对人员登记进行查询,如果想要添加新的人员登记信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条人员登记信息,点击“删除”进行删除。
(3)健康打卡:点击“健康打卡”这个按钮可以查看到自己提交的所有的健康打卡信息,支持通过居民用户或者居住楼栋进行查询健康打卡信息,如果想要添加新的健康打卡信息,点击“添加”按钮然后根据提示输入健康打卡信息,点击“提交”后,在健康打卡界面就会显示新增的健康打卡信息,可以点击某一健康打卡信息查看健康打卡信息的详情;
(4)留言反馈:点击“留言反馈”这个按钮可以查看到自己提交的所有的留言反馈信息,支持通过标题名称或者居民用户进行查询留言反馈信息,如果想要添加新的留言反馈信息,点击“添加”按钮然后根据提示输入留言反馈信息,点击“提交”后,在留言反馈界面就会显示新增的留言反馈信息,可以点击某一留言查看留言反馈信息的详情;
(5)个人资料:点击“个人资料”菜单可以对个人信息以及登录的密码进行设置。
管理员:
(1)登录:管理员在后台可以通过账号和密码进行登录,管理员的账号和密码是在数据库中直接设定的,如果忘记密码可以点击“忘记密码”进行密码找回;
(2)用户管理:管理员可以对系统中所有的用户角色进行管控,包含了管理员以及居民用户、工作人员这三种角色,如果需要添加新的用户,点击页面中的“添加”按钮根据提示输入上用户信息,点击“提交”以后在对应的用户界面就可以查看到了,可以点击用户后面的“删除”按钮直接删除某一用户。
(3)物资信息:管理员点击“物资信息”会显示出所有的物资信息,支持输入物资编号或者物资名称对物资信息进行查询,如果想要添加新的物资信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条物资信息,点击“删除”进行删除,也可以点击后面的“需求物资”按钮对物资信息的需求物资信息进行维护;
(4)人员登记:管理员点击“人员登记”会显示出所有的人员登记信息,支持通过剧用户或者居住楼栋对人员登记进行查询,如果想要添加新的人员登记信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条人员登记信息,点击“删除”进行删除。
(5)物资订单:点击“物资订单”这个菜单,可以查看到系统中所有添加的物资订单信息,支持通过订单编号或者物资编号对物资订单信息进行查询,如果想要添加新的物资订单,点击“添加”按钮,根据提示输入物资订单信息,点击“提交”按钮,新的物资订单信息就在系统中显示出来了,也可以对添加的物资订单信息进行删除;
(6)健康打卡:点击“健康打卡”这个菜单,可以查看到系统中所有添加的健康打卡信息,支持通过居民用户或者居住楼栋对健康打卡信息进行查询,如果想要添加新的健康打卡,点击“添加”按钮,根据提示输入健康打卡信息,点击“提交”按钮,新的健康打卡信息就在系统中显示出来了,也可以对添加的健康打卡信息进行删除;
(7)公告信息:点击“公告信息”这个菜单,可以查看到系统中所有添加的公告信息,支持通过公告编号或者公告标题对公告信息进行查询,如果想要添加新的公告信息,点击“添加”按钮,根据提示输入公告信息,点击“提交”按钮,新的公告信息就在系统中显示出来了,也可以对添加的公告信息进行删除;
(8)个人资料:点击“个人资料”菜单可以对个人信息以及登录的密码进行设置。
2.3.2 非功能性分析
社区人员管理系统的非功能性需求比如社区人员管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1社区人员管理系统非功能需求表
安全性 | 主要指社区人员管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指社区人员管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响社区人员管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着社区人员管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 社区人员管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本社区人员管理系统的用例图:
居民用户角色用例如图2-3所示。
图2-3 社区人员管理系统居民用户角色用例图
web后台管理上的管理员是维护整个社区人员管理系统中所有数据信息的。管理员角色用例如图2-4所示。
本章主要通过对社区人员管理系统的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个社区人员管理系统要实现的功能。同时也为社区人员管理系统的代码实现和测试提供了标准。
本章主要讨论的内容包括社区人员管理系统的功能模块设计、数据库系统设计。
3.1 系统架构设计
本社区人员管理系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1社区人员管理系统架构设计图
表现层(UI):又称UI层,主要完成本社区人员管理系统的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本社区人员管理系统时的舒适度。UI的界面设计也要适应不同版本的社区人员管理系统以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本社区人员管理系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本社区人员管理系统的数据是放在服务端的SQL Server数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本社区人员管理系统的数据存储和管理功能。
3.2 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本社区人员管理系统中的用例。那么接下来就要开始对本社区人员管理系统的架构、主要功能和数据库开始进行设计。社区人员管理系统根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
图3-2 社区人员管理系统功能模块图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个社区人员管理系统中主要的数据库表总E-R实体关系图。
图3-6 社区人员管理系统总E-R关系图
通过前面E-R关系图可以看到项目需要创建很多个数据表。以下是项目中的主要数据库表的关系模型:
表announcement_information (公告信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | announcement_information_id | int | 10 | 0 | N | Y | 公告信息ID | |
2 | announcement_no | varchar | 64 | 0 | Y | N | 公告编号 | |
3 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
4 | publishing_users | int | 10 | 0 | Y | N | 0 | 发布用户 |
5 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
6 | announcement_content | text | 65535 | 0 | Y | N | 公告内容 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表auth (用户权限管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表health_clock_out (健康打卡)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | health_clock_out_id | int | 10 | 0 | N | Y | 健康打卡ID | |
2 | resident_users | int | 10 | 0 | Y | N | 0 | 居民用户 |
3 | residential_buildings | varchar | 64 | 0 | Y | N | 居住楼栋 | |
4 | residential_room_number | varchar | 64 | 0 | Y | N | 居住房号 | |
5 | resident_name | varchar | 64 | 0 | Y | N | 居民姓名 | |
6 | clock_in_date | date | 10 | 0 | Y | N | 打卡日期 | |
7 | measuring_body_temperature | varchar | 64 | 0 | Y | N | 测量体温 | |
8 | physical_condition | text | 65535 | 0 | Y | N | 身体状况 | |
9 | clock_in_remarks | text | 65535 | 0 | Y | N | 打卡备注 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表hits (用户点击)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表material_information (物资信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | material_information_id | int | 10 | 0 | N | Y | 物资信息ID | |
2 | item_no | varchar | 64 | 0 | Y | N | 物资编号 | |
3 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
4 | material_specification | varchar | 64 | 0 | Y | N | 物资规格 | |
5 | material_picture | varchar | 255 | 0 | Y | N | 物资图片 | |
6 | material_introduction | text | 65535 | 0 | Y | N | 物资介绍 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表material_order (物资订单)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | material_order_id | int | 10 | 0 | N | Y | 物资订单ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 订单编号 | |
3 | item_no | varchar | 64 | 0 | Y | N | 物资编号 | |
4 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
5 | material_specification | varchar | 64 | 0 | Y | N | 物资规格 | |
6 | resident_users | int | 10 | 0 | Y | N | 0 | 居民用户 |
7 | residential_buildings | varchar | 64 | 0 | Y | N | 居住楼栋 | |
8 | residential_room_number | varchar | 64 | 0 | Y | N | 居住房号 | |
9 | resident_name | varchar | 64 | 0 | Y | N | 居民姓名 | |
10 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
11 | demand_quantity | int | 10 | 0 | Y | N | 0 | 需求数量 |
12 | requirement_remarks | text | 65535 | 0 | Y | N | 需求备注 | |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表message_feedback (留言反馈)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | message_feedback_id | int | 10 | 0 | N | Y | 留言反馈ID | |
2 | title_name | varchar | 64 | 0 | Y | N | 标题名称 | |
3 | resident_users | int | 10 | 0 | Y | N | 0 | 居民用户 |
4 | resident_name | varchar | 64 | 0 | Y | N | 居民姓名 | |
5 | message_content | text | 65535 | 0 | Y | N | 留言内容 | |
6 | notes | text | 65535 | 0 | Y | N | 留言备注 | |
7 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
8 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表personnel_registration (人员登记)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | personnel_registration_id | int | 10 | 0 | N | Y | 人员登记ID | |
2 | resident_users | int | 10 | 0 | Y | N | 0 | 居民用户 |
3 | residential_buildings | varchar | 64 | 0 | Y | N | 居住楼栋 | |
4 | residential_room_number | varchar | 64 | 0 | Y | N | 居住房号 | |
5 | resident_name | varchar | 64 | 0 | Y | N | 居民姓名 | |
6 | personnel_name | varchar | 64 | 0 | Y | N | 人员姓名 | |
7 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
8 | visit_date | date | 10 | 0 | Y | N | 来访日期 | |
9 | reason_for_visit | text | 65535 | 0 | Y | N | 来访原因 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表resident_users (居民用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | resident_users_id | int | 10 | 0 | N | Y | 居民用户ID | |
2 | residential_buildings | varchar | 64 | 0 | Y | N | 居住楼栋 | |
3 | residential_room_number | varchar | 64 | 0 | Y | N | 居住房号 | |
4 | resident_name | varchar | 64 | 0 | Y | N | 居民姓名 | |
5 | resident_gender | varchar | 64 | 0 | Y | N | 居民性别 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表special_families (特殊家庭)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | special_families_id | int | 10 | 0 | N | Y | 特殊家庭ID | |
2 | family_name | varchar | 64 | 0 | Y | N | 家庭名称 | |
3 | number_of_households | varchar | 64 | 0 | Y | N | 家庭人数 | |
4 | home_location | varchar | 64 | 0 | Y | N | 家庭位置 | |
5 | family_introduction | text | 65535 | 0 | Y | N | 家庭介绍 | |
6 | family_notes | text | 65535 | 0 | Y | N | 家庭备注 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表upload (文件上传)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表working_personnel (工作人员)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | working_personnel_id | int | 10 | 0 | N | Y | 工作人员ID | |
2 | personnel_name | varchar | 64 | 0 | Y | N | 人员姓名 | |
3 | gender_of_personnel | varchar | 64 | 0 | Y | N | 人员性别 | |
4 | personnel_job_number | varchar | 64 | 0 | N | N | 人员工号 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
3.4本章小结
整个社区人员管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4.1登录模块
管理员和居民用户在登录界面输入账号+密码,点击“登录”按钮,系统在用户数据库表中会对管理员和居民用户的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,其主界面展示如下图4.1所示。
图4.1 登录界面图
4.2用户管理模块
管理员可以对系统中所有的用户角色进行管控,包含了管理员、工作人员和居民用户这三种角色,如果需要添加新的用户,点击页面中的“添加”按钮根据提示输入上用户信息,点击“提交”以后在对应的用户界面就可以查看到了,可以点击用户后面的“删除”按钮直接删除某一用户,这里以居民用户为例。界面如下图4.2所示。
图4.2用户管理界面图
4.3修改密码模块
用户使用该社区人员管理系统注册完成后,用户对登录密码有修改需求时,系统也可以提供用户修改密码权限。系统中所有的操作者能够变更自己的密码信息,执行该功能首先必须要登入系统,然后选择密码变更选项以后在给定的文本框中填写初始密码和新密码来完成修改密码的操作。在填写的时候,假如两次密码填写存在差异,那么此次密码变更操作失败,下面的图片展示的就是该板块对应的工作面。界面如下图4.3所示。
图4.3 修改密码界面图
4.4人员登记模块
管理员点击“人员登记”会显示出所有的人员登记信息,支持通过居民用户或者居住楼栋或者居民姓名对人员登记信息进行查询,如果想要添加新的人员登记信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条人员登记信息,点击“删除”进行删除。界面如下图4.4所示。
图4.4 人员登记界面图
4.5物资信息模块
管理员点击“物资信息”会显示出所有的物资信息,支持输入物资编号或者物资名称或者物资图片对物资信息进行查询,如果想要添加新的物资信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条物资信息,点击“删除”进行删除,也可以点击后面的“需求物资”按钮对物资信息的需求物资信息进行更新维护。界面如下图4.5所示。
图4.5物资信息界面图
4.6物资订单模块
点击“物资订单”这个菜单,可以查看到系统中所有添加的物资订单信息,支持通过订单编号或者物资编号或者物资名称对物资订单信息进行查询,只有管理员用户可以添加新的物资订单,点击“添加”按钮,根据提示输入物资订单信息,点击“提交”按钮,新的物资订单信息就在系统中显示出来了,也可以对添加的物资订单信息进行删除。界面如下图4.6所示。
4.7健康打卡模块
点击“健康打卡”这个菜单,可以查看到系统中所有添加的健康打卡信息,支持通过居民用户或者居住房号对健康打卡信息进行查询,只有管理员用户可以添加新的健康打卡,点击“添加”按钮,根据提示输入健康打卡信息,点击“提交”按钮,新的健康打卡信息就在系统中显示出来了,也可以对添加的健康打卡信息进行删除。界面如下图4.7所示。
图4.7 健康打卡界面图
4.8留言反馈模块
点击“留言反馈”这个菜单,可以查看到系统中所有添加的留言反馈,支持通过标题名称或者居民用户或者居民姓名对留言反馈进行查询,只有管理员用户可以添加新的留言反馈,点击“添加”按钮,根据提示输入留言反馈,点击“提交”按钮,新的留言反馈就在系统中显示出来了,也可以对添加的留言反馈进行删除。界面如下图4.8所示。
图4.8 留言反馈界面图
5系统测试
系统开发的最后一个步骤就是系统测试,系统测试也是整个系统十分重要的一个环节,测试的好坏关系到产品的发展。用户对软件的质量、性能和可靠性等需求就要通过测试来实现。测试过程要必须遵循严谨性、完善性、规范性的原则,测试的主要目的就是看看在系统运行中,是否会出现bug,然后对出现的bug进行调试,直到程序完美运行。但是软件的测试只能尽可能的减少bug,理论上来说是无法达到消除bug。但是bug越少,系统出错的几率就越低,用户使用起来也更方便、更安全。
近年来,软件包含测试从现在的检验当中来看,系统接近预期目标可能出现的问题,并对这些错误做出相应的修正,假如我们不进行早期的测试错误就会延续下去,最后所做出的成品就会有很大的困难。
我们要在这个测试的过程当中找出错误。测试成软件开发的主要一部分,自从有了程序的设计那天开始,它就成为了重要的组成部分。经过统计来看,软件测试可以占据这个系统45%的工作量,而在软件开发的成本当中,对于测试成本来说它包含了很多的测试工作。每个程序测试时都会出现和遇到错误。在整个程序的开发过程当中,人为去查找错误是非常复杂和困难的,所以我们一般都会找一些测试的工具来进行测试。
5.1系统测试的意义
随着现代信息的快速发展,在社会各大领域中已经都开始应用网络信息技术,在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注,因为一个软件的好与坏它决定着这个系统在市场上的生存,所以我们必须要把软件质量来做好,这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题,因为一个系统的软件质量决定着用户在后期上成本经济的问题。
5.2 测试方法
黑盒测试又被人们称作为功能测试,通常是在程序的接口来做一些测试的方法,它一般包括对程序的功能和使用的方法来做出一些数据的接受和输出,同时还可以做出正确的输出信息,并保证与外部信息的完整性。
白盒测试通常被人们称作为结构测试,在整个程序的结构和处理当中它是由程序当中的逻辑测试和检验程序来完成一些正确的工作。
具体的功能测试它是包括:系统的适用性、准确性、安全性等功能测试。
5.3测试分析
基于社区人员管理系统满足相关信息的管理需求,在设计时借鉴了国内外优秀网站的优点,从界面到系统设计都保证了管理员以及用户能够方便操作。系统的主要特点和优点归纳如下:
(1)本系统用的移置性和针对性都比较高,因为针对性高可以提供更好的服务而移置性可以在多个系统上运行,更给用户带来了极大的方便。
(2)该基于社区人员管理系统内容全面,管理方便可以及时的全面的处理各种错误,异常,这样避免了很多因用户的马虎操作而出现的失误,其操作方便,用户界面友好,能够上网的人都可以很好的进行操作。
经过对上述的测试结果分析,所有基本功能齐全,操作简单,系统运行性能良好,系统安全可靠,能促进基于社区人员管理系统的发展,发展前景广阔。
结论
至此,社区人员管理系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、ASP.NET技术、SQL Server,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]赵瑞,黄思怡,韩朝桂,陈秋婷,邹明珠.新冠疫情下社区人员管理系统的设计与实现[J].现代信息科技,2022,6(24):14-17+22.DOI:10.19850/j.cnki.2096-4706.2022.24.004.
[2]李海明. 一种街道社区常住人员信息登记管理系统[P]. 山东省:CN114821883A,2022-07-29.
[3]陈谦民,陆雨婷,邵赟,鲍帅丽,高越.基于C#的社区疫情人员防控管理系统[J].现代信息科技,2022,6(13):43-47.DOI:10.19850/j.cnki.2096-4706.2022.013.011.
[4]侯昆昆. 社区人员房屋管理系统数据访问技术研究[D].湖北大学,2022.DOI:10.27130/d.cnki.ghubu.2022.000176.
[5]张胜昌,张艳,赵良昆.SQL Server数据库安全影响因素及优化设计措施分析[J].电脑编程技巧与维护,2022(01):83-84+98.DOI:10.16184/j.cnki.comprg.2022.01.057.
[6]王子铭,杜应吉.基于SQL-Server数据库的渡槽健康状态综合评价[J].水力发电,2022,48(01):123-129.
[7]刘详飞,苏震,吴文奇. 基于人脸识别的社区人员管理系统[P]. 湖北省:CN214670813U,2021-11-09.
[8]于康娟.在SQL Server数据库应用技术教学中的实践与探索[J].电子元器件与信息技术,2021,5(08):251-252.DOI:10.19772/j.cnki.2096-4455.2021.8.113.
[9]Dafei Wu,Qinghong Pan,Li Xiaolong. Permission and content management model based on ASP.NET technology and three-layer network architecture[J]. Journal of Intelligent & Fuzzy Systems,2020,39(6).
[10]宁海涛.基于ASP.NET技术的高校办公室文档自动化管理方法[J].信息与电脑(理论版),2020,32(19):10-11.
[11]Yanyan Xu,Xu Yanyan,Liu Chunfu. Using ASP.NET Technology to Build Cross-border E-commerce Business Foreign Language Network Courses[J]. Journal of Physics: Conference Series,2020,1648(3).
[12]石磊.基于ASP.NET技术的教工考评系统[J].计算机与网络,2020,46(06):70-72.
[13]杨博,冯晓.重庆市数字社区综合平台管理系统的构建[J].测绘,2019,42(01):18-21.
[14]阮厚勇, 美关公基于智慧社区的社区人员信息智能管理系统平台V1.1. 安徽省,合肥优恩物联网科技有限公司,2018-11-27.
[15]林凡,成杰,张秋镇,彭杰,崔苗,张广驰.基于智能穿戴的社区矫正人员管理系统研究[J].移动通信,2017,41(24):29-34.
致 谢
逝者如斯夫,不舍昼夜。转眼间,大用户用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
标签:Web,varchar,10,管理系统,用户,信息,点击,毕业设计,开题 From: https://blog.csdn.net/2401_86929326/article/details/142909712免费领取项目源码,请关注❤点赞❤收藏并私信博主,谢谢~