摘 要
随着信息技能的飞速发展，人们对于数据的存储、管理和共享需求日益增长。传统的集中式存储系统在处置惩罚大规模数据时面临着性能瓶颈和扩展性问题。而 Hadoop 作为一种分布式计算框架，为解决这些问题提供了有效的解决方案。
本研究旨在设计并实现一种基于 Hadoop 的分布式云条记系统。该系统将充分利用 Hadoop 的分布式存储和计算本领，提供高效、可靠和安全的云条记服务。通过将数据分布在多个节点上，不仅可以进步系统的可靠性和容错性，还可以大概实现水平扩展，以应对不断增长的数据量和用户需求。
通过本研究，渴望为用户提供一种机动、高效且安全的云条记解决方案，使他们可以大概更加方便地记录、组织和分享知识。同时，这也将为分布式系统的应用和发展提供有益的探索和实践。
关键词：分布式云条记系统；Mysql；
Abstract
With the rapid development of information technology, people's demand for data storage, management, and sharing is growing day by day. Traditional centralized storage systems face performance bottlenecks and scalability issues when processing large-scale data. As a distributed computing framework, Hadoop provides effective solutions to address these issues.
This study aims to design and implement a distributed cloud note taking system based on Hadoop. This system will fully utilize Hadoop's distributed storage and computing capabilities to provide efficient, reliable, and secure cloud note taking services. By distributing data across multiple nodes, not only can the reliability and fault tolerance of the system be improved, but horizontal scalability can also be achieved to cope with the growing amount of data and user needs.
Through this study, it is expected to provide users with a flexible, efficient, and secure cloud note taking solution, enabling them to more conveniently record, organize, and share knowledge. Meanwhile, this will also provide useful exploration and practice for the application and development of distributed systems.
Key words: Distributed cloud note taking system; MySQL;
目 录
摘 要
第1章 前 言
1.1 研究背景和意义
1.2 国内外研究近况
1.3 本文的组织结构
第2章 技能与原理
2.1 开辟技能
2.2 Hadoop框架先容
2.3 MySQL数据库
2.4 B/S结构
第3章 需求分析
3.1 需求分析
3.2 系统可行性分析
3.2.1 技能可行性
3.2.2 经济可行性
3.2.3 操纵可行性
3.3 系统流程分析
第4章 架构设计
4.1 系统体系结构
4.2 数据库实体设计
4.3 数据库表设计
第5章 系统实现
5.1 普通用户功能模块
5.2 管理员功能模块
第6章 系统测试
6.1 测试目标
6.2 测试方法
6.3 功能测试
6.4 测试结论
第7章 结 论
参考文献
致 谢
第1章 前 言
1.1 研究背景和意义
随着云计算和大数据技能的快速发展，越来越多的用户倾向于将条记和文档存储在云端，并渴望可以大概随时随地举行访问和编辑。在这样的背景下，基于Hadoop的分布式云条记系统的设计与实现具有重要的研究背景和意义。
该系统旨在利用Hadoop的分布式存储和计算本领，构建一个高可靠、高扩展性的云条记平台。通过将用户的条记和文档分散存储在不同的节点上，系统可以实现数据的冗余备份和负载均衡，进步数据的可靠性和访问服从。同时，用户可以通过Web界面或移动应用程序随时随地访问和编辑自己的条记内容。
该系统的研究意义主要体现在以下几个方面。首先，通太过布式存储和计算的技能本领，该系统可以支持大规模用户并发访问和协作编辑，满足用户对云端条记的高效管理需求。其次，该系统提供了数据的冗余备份和容错机制，确保用户数据的安全性和可靠性。别的，系统还可以通过数据分析，为用户提供个性化的条记推荐和搜刮功能，进步用户体验和服从。
别的，基于Hadoop的分布式云条记系统的设计与实现也有助于推动企业的数字化转型和信息化建设。该系统可以帮助企业实现对内部文档和知识的集中管理和共享，进步团队协作和工作服从。同时，系统还可以应用于教育领域，为门生和教师提供便捷的在线学习和教学资源。
综上所述，基于Hadoop的分布式云条记系统的设计与实现具有重要的研究背景和意义。该系统通过利用Hadoop的分布式存储和计算本领，实现高可靠、高扩展性的云条记平台，满足用户对云端条记的管理和访问需求。这将为用户提供更加安全、高效的云端条记服务，促进企业的数字化转型和信息化建设
1.2 国内外研究近况
现在，基于Hadoop的分布式云条记系统的设计与实现在国内外都受到了一定的关注和研究。以下是国内外研究近况的描述：
国内研究近况：
在国内，随着大数据技能的快速发展和应用推广，基于Hadoop的分布式云条记系统的研究得到了广泛关注。一些高校、研究机构和企业开始关注如何利用Hadoop的分布式存储和计算本领，构建高可靠、高扩展性的云条记平台。这些系统通常通太过布式文件系统和分布式数据库等技能，实现用户条记的分布式存储和访问，并提供Web界面或移动应用程序举行用户交互。
国外研究近况：
在国外，分布式云条记系统的研究同样受到广泛关注。一些国际着名的云计算和大数据公司致力于开辟基于Hadoop的分布式云条记系统，以满足用户对安全、高效的云端条记服务的需求。这些系统通常接纳HDFS（Hadoop Distributed File System）作为底层存储，联合HBase等分布式数据库，以实现数据的分布式存储和访问。
发展趋势：
将来，基于Hadoop的分布式云条记系统的发展将出现以下趋势。首先，系统将更加注重数据安全和隐私保护。随着用户对数据隐私的关注度进步，系统需要接纳相应的安全措施，如数据加密和身份认证等，以保护用户的数据安全。其次，系统将注重用户体验和个性化服务。通过引入机器学习和推荐算法等技能，系统可以根据用户的偏好和行为举行个性化的条记推荐和搜刮，提供更智能、高效的服务。
总之，基于Hadoop的分布式云条记系统的设计与实现已经受到国内外的关注和研究。将来的发展趋势是注重数据安全和用户体验，通过技能创新提供更安全、高效、智能的云端条记服务。这将为用户提供更好的云条记体验，促进大数据技能在云计算领域的应用和推广。
1.3 本文的组织结构
第一章是前言，本文章的开头部分，对本题目标研究背景意义和国内外研究近况等一些做文字性的描述。
第二章研究了分布式云条记系统的所接纳的开辟技能和开辟工具。
第三章是系统分析部分，包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分，本文章的重要部分，提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的详细实现，先容系统的各个模块的详细实现。
第六章在前几章的基础上对系统举行测试和运行。
末了对系统举行了认真的总结，以此对将来有一个新的展望。
第2章 技能与原理
2.1 开辟技能
本系统前端框架接纳了比力流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库使页面快速成型。后端部分：接纳Hadoop作为开辟框架，同时集成MyBatis、Redis等相干技能。
2.2 Hadoop框架先容
Hadoop是一个由Apache基金会所开辟的分布式系统基础架构。用户可以在不了解分布式底层细节的环境下，开辟分布式程序。充分利用集群的威力举行高速运算和存储。Hadoop实现了一个分布式文件系统（ Distributed File System），其中一个组件是HDFS（Hadoop Distributed File System）。HDFS有高容错性的特点，而且设计用来部署在低廉的（low-cost）硬件上；而且它提供高吞吐量（high throughput）来访问应用程序的数据，得当那些有着超大数据集（large data set）的应用程序。HDFS放宽了（relax）POSIX的要求，可以以流的情势访问（streaming access）文件系统中的数据。Hadoop的框架最核心的设计就是：HDFS和MapReduce。HDFS为海量的数据提供了存储，而MapReduce则为海量的数据提供了计算。
2.3 MySQL数据库
mysql数据库具有很多的优点，他操纵起来非常的简单，只需要编写一小段代码就可以实现相应的功能，而且编写出的代码可以在任何的平台下举行使用，对使用平台没有任何的要求，因此任何的软件开辟人员都可以利用mysql数据库来举行系统的开辟设计，同时他也可以为软件开辟节省了很多的开销，mysql数据库由于存储量大、操纵简单。功能强大因此将他最为该系统的数据存储是完全可以的。
mysq数据库是一个开放的架构，任何软件开辟员都可以举行使用，随着计算机网络的不断发展，MySQL数据库也在功能方面不断的举行提拔，也更加适应全部的系统的开辟，我们在对数据库举行操纵的时间，黑白常简单易上手的，我们只需要编写一小段的代码就可以实现相应的功能，而且编辑出的代码可以在任何的平台上使用，不需要在举行二次的编译。由于MySQL数据库具有以上非常多的优点，我们将它最为数据库的首选应用到系统的开辟中，由于他的体积非常小，开辟的成本也非常的低，全部受到很多软件开辟者的喜欢，被更多的运用到系统的开放中，所以本系统也是利用MySQL数据库来对全部的数据举行存储和编辑。
2.4 B/S结构
B/S（浏览器/服务器）结构是现在使用最多的结构模式，它可以使得系统的开辟更加的简单，好操纵，而且还可以对其举行维护。使用该结构时只需要在计算机中安装数据库，和一些很常用的浏览器就可以了。浏览器就会与数据库举行信息的连接，可以实现很多的功能，B/S结构是可以直接举行使用的，而且B/S结构在使用中极大的淘汰了工作的维护。基于B/S的软件，全部的数据库之间都是相互独立的，因此黑白常安全的。因为基于B/S结构可以清楚的看到系统正在处置惩罚的业务，而且可以大概实时的让管理人员作出决议，这样就可以避免学校的损失。B/S结构的根本特点是集中式的管理模式，用户使用系统天生数据后，这些数据就可以存储到系统的数据库中，方便日后可以大概用到，这样就可以满足人们的全部的需求。
图2-1 B/S模式三层结构
第3章 需求分析
3.1 需求分析
开辟系统的过程中，去调查用户的功能诉求，对需要存在的功能举行需求分析是特别重要的，且对于系统的开辟有着实际的意义，设计分布式云条记系统通过对用户的需求举行分析，联合实际环境举行开辟研究，对用户的全部需求做出一个完整的根本的框架，然后一步一步的完成、实现。需求分析可以为系统的开辟提供一个目标，只有按照这个目标举行开辟设计，才能举行完整的开辟，这样设计出的系统才有使用的意义，才能在竞争激烈的软件市场中生存，才能真正的帮助人们解决问题，进步实际的服从。
3.2 系统可行性分析
3.2.1 技能可行性
本系统接纳的是现在应用最广泛的程序举行技能的支持，主要的技能支持是java语言，他作为一个相当成熟的语言程序，在众多的软件开辟中起着很大作用。而且用java语言编辑出来程序可以直接运行，不需要借助其他的翻译器举行翻译。所以在技能方面是完全可以行的。
3.2.2 经济可行性
本项目开辟的初衷就是为了节省，因为系统开辟的全部过程都是我自己开辟的我，而且在开辟过程使用到的技能也都是市面上常见的容易操纵的，所以不需要请专业的人士花资金来举行系统的开辟，而且在项目开辟的过程中我也学到了更多的知识。开辟的这个软件可以在网络中举行免费的下载，对计算机的软硬件没有很高的要求，因此这个项目黑白常实惠的，在经济方面是完全可性的。
3.2.3 操纵可行性
操纵可行性也就是系统的可用性，一个系统的操纵是否容易决定着这个系统的使用度，在系统的操纵方面的设计我都是接纳轻巧易懂的方式，操纵的整个菜单界面整齐有序，全部的功能都有序的排列，不会出现重叠大概需要转换的现象，用户想要哪方面的操纵都可以直接举行操纵，所以该系统任何人都可以举行操纵，不需要有相干专业的技能这样用户在操纵起来就容易很多。
3.3 系统流程分析
用户需要拥有属于自己的账号和密码，且必须精确，这样才能顺利登录到系统中。进入网站后，用户可以自行查询云记信息，在自己云记信息详情页面的末了，可以直接选择添加。详细流程如下图3-1所示：
图3-1 用户操纵流程图
为了保证系统的安全性，要使用本系统对系统信息举行管理，必须先登岸到系统中。其详细登录流程图如图3-1所示：
图3-1 系统操纵流程图
第4章 架构设计
4.1 系统体系结构
分布式云条记系统的结构图4-1所示：
图4-1 系统结构
登录系统结构图，如图4-2所示：
图4-2 登录结构图
系统结构图，如图4-3所示：
图4-3 系统结构图
4.2 数据库实体设计
数据库的功能就是对系统中全部的数据举行存储和管理。全部的数据可以在数据库中产时间的举行存储，方便用户的使用。而且全部的数据库中的数据也应该具有一定的共享性，任何的系统可以对一些数据举行使用，同时还应该保持一定的独立性，每一个数据库中的数据都有很强的安全性，可以被很好的存放到数据库，没有举行身份的验证是不能对这些数据举行查察和使用的。数据库的设计需要明白每一个实体之间的联系，系统的E-R图如下图所示：
图4-4用户管理实体属性图
云记信息管理实体属性图如图4-5所示。
图4-5云记信息管理实体属性图
条记类型实体属性图如图4-6所示。
图4-5条记类型管理实体属性图
4.3 数据库表设计
当分布式云条记系统在运行的时间，数据库要能确保自己的独立性，想要哪部分的数据就选择相应的设置选项，对应的数据就会以表格的情势显现出来。当对这一个功能举行设置，他就会与数据库举行连接，会在对话框中弹出相应的数据源。
表access_token (登岸访问时长)
编号
| 名称
| 数据类型
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 说明
| 1
| token_id
| int
| 10
| 0
| N
| Y
|
| 临时访问牌ID
| 2
| token
| varchar
| 64
| 0
| Y
| N
|
| 临时访问牌
| 3
| info
| text
| 65535
| 0
| Y
| N
|
|
| 4
| maxage
| int
| 10
| 0
| N
| N
| 2
| 最大寿命：默认2小时
| 5
| create_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间：
| 6
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间：
| 7
| user_id
| int
| 10
| 0
| N
| N
| 0
| 用户编号:
|
表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
| 更新时间：
|
表comment (批评)
编号
| 名称
| 数据类型
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 说明
| 1
| comment_id
| int
| 10
| 0
| N
| Y
|
| 批评ID：
| 2
| user_id
| int
| 10
| 0
| N
| N
| 0
| 批评人ID：
| 3
| reply_to_id
| int
| 10
| 0
| N
| N
| 0
| 复兴批评ID：空为0
| 4
| content
| longtext
| 2147483647
| 0
| Y
| N
|
| 内容：
| 5
| nickname
| varchar
| 255
| 0
| Y
| N
|
| 昵称：
| 6
| avatar
| varchar
| 255
| 0
| Y
| N
|
| 头像地址：[0,255]
| 7
| create_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间：
| 8
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间：
| 9
| source_table
| varchar
| 255
| 0
| Y
| N
|
| 泉源表：
| 10
| source_field
| varchar
| 255
| 0
| Y
| N
|
| 泉源字段：
| 11
| source_id
| int
| 10
| 0
| N
| N
| 0
| 泉源ID：
|
表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：
|
表note_type (条记类型)
编号
| 名称
| 数据类型
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 说明
| 1
| note_type_id
| int
| 10
| 0
| N
| Y
|
| 条记类型ID
| 2
| note_type
| varchar
| 64
| 0
| N
| N
|
| 条记类型
| 3
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| 4
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表praise (点赞)
编号
| 名称
| 数据类型
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 说明
| 1
| praise_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：
| 8
| status
| bit
| 1
| 0
| N
| N
| 1
| 点赞状态:1为点赞，0已取消
|
表regular_users (普通用户)
编号
| 名称
| 数据类型
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 说明
| 1
| regular_users_id
| int
| 10
| 0
| N
| Y
|
| 普通用户ID
| 2
| user_name
| varchar
| 64
| 0
| N
| N
|
| 用户姓名
| 3
| user_phone_number
| varchar
| 16
| 0
| Y
| N
|
| 用户电话
| 4
| user_gender
| varchar
| 64
| 0
| Y
| N
|
| 用户性别
| 5
| examine_state
| varchar
| 16
| 0
| N
| N
| 已通过
| 稽核状态
| 6
| user_id
| int
| 10
| 0
| N
| N
| 0
| 用户ID
| 7
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| 8
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表sensitive_vocabulary (敏感词汇)
编号
| 名称
| 数据类型
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 说明
| 1
| sensitive_vocabulary_id
| int
| 10
| 0
| N
| Y
|
| 敏感词汇ID
| 2
| sensitive_vocabulary
| varchar
| 64
| 0
| Y
| N
|
| 敏感词汇
| 3
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| 4
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
表slides (轮播图)
编号
| 名称
| 数据类型
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 说明
| 1
| slides_id
| int
| 10
| 0
| N
| Y
|
| 轮播图ID：
| 2
| title
| varchar
| 64
| 0
| Y
| N
|
| 标题：
| 3
| content
| varchar
| 255
| 0
| Y
| N
|
| 内容：
| 4
| url
| varchar
| 255
| 0
| Y
| N
|
| 链接：
| 5
| img
| varchar
| 255
| 0
| Y
| N
|
| 轮播图：
| 6
| hits
| int
| 10
| 0
| N
| N
| 0
| 点击量：
| 7
| create_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间：
| 8
| 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
| email
| 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
| open_id
| varchar
| 255
| 0
| Y
| N
|
| 针对获取用户信息字段
| 14
| create_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间：
| 15
| vip_level
| varchar
| 255
| 0
| Y
| N
|
| 会员等级
| 16
| vip_discount
| double
| 11
| 2
| Y
| N
| 0.00
| 会员扣头
|
表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
| 更新时间：
|
表yunji_information (云记信息)
编号
| 名称
| 数据类型
| 长度
| 小数位
| 答应空值
| 主键
| 默认值
| 说明
| 1
| yunji_information_id
| int
| 10
| 0
| N
| Y
|
| 云记信息ID
| 2
| regular_users
| int
| 10
| 0
| Y
| N
| 0
| 普通用户
| 3
| user_name
| varchar
| 64
| 0
| Y
| N
|
| 用户姓名
| 4
| cloud_record_time
| varchar
| 64
| 0
| Y
| N
|
| 云记时间
| 5
| note_type
| varchar
| 64
| 0
| Y
| N
|
| 条记类型
| 6
| cloud_record_title
| varchar
| 64
| 0
| Y
| N
|
| 云记标题
| 7
| cloud_record_content
| text
| 65535
| 0
| Y
| N
|
| 云记内容
| 8
| number_of_releases
| varchar
| 64
| 0
| Y
| N
|
| 发布数量
| 9
| create_time
| datetime
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 创建时间
| 10
| update_time
| timestamp
| 19
| 0
| N
| N
| CURRENT_TIMESTAMP
| 更新时间
|
第5章 系统实现
5.1 普通用户功能模块
分布式云条记系统，在系统的首页可以查察后台首页、云记信息管理（云记信息表列表、云记信息添加）、个人信息、修改密码、网站首页、等信息举行相干操纵，如图5-1所示。
图5-1后台首页界面图
用户注册，在用户注册页面可以填写账号、密码、姓名、昵称、手机等信息举行注册操纵，如图5-2所示。
图5-2用户注册界面图
用户登录，用户通过输入账号和密码，选择脚色并点击登录举行系统登录操纵，如图5-3所示。
图5-3登录界面图
修改密码，用户使用该系统注册完成后，用户对登录密码有修改需求时，系统也可以提供用户修改密码权限。系统中全部的操纵者可以大概变动自己的密码信息，执行该功能首先必须要登入系统，然后选择密码变动选项以后在给定的文本框中填写初始密码和新密码来完成修改密码的操纵。在填写的时间，假如两次密码填写存在差异，那么此次密码变动操纵失败。密码修改界面如下图所示。如图5-4所示。
图5-4修改密码界面图
云记信息管理，在云记信息管理页面可以查察云记信息列表详细信息，还可以对云记信息举行添加，云记信息列表和云记信息添加如图5-5和5-6所示。
图5-5云记信息列表界面图
图5-6云记信息添加界面图
5.2 管理员功能模块
管理员登录，管理员通过输入界面上显示的信息然后点击登录就能登录到系统举行系统的使用了，如图5-7所示。
图5-7管理员登录界面图
管理员登录进入系统之后，就可以对后台首页、系统用户、条记类型管理、云记信息管理、系统管理（轮播图）等信息举行相应的操纵管理，如图5-8所示。
图5-8管理员功能界面图
用户管理，管理员可以对系统中全部的用户脚色举行管控，包罗了管理员、普通用户这两种脚色，假如需要添加新的用户，点击页面中的“添加”按钮根据提示输入上用户信息，点击“提交”以后在对应的用户界面就可以查察到了，可以点击用户后面的“删除”按钮直接删除某一用户。如图5-9所示。
图5-9用户管理界面图
条记类型管理信息，管理员点击“条记类型管理”这一菜单的时间，会出现条记类型列表和条记类型添加这两个子菜单，可以对这两个模块举行增编削查操纵。条记类型列表和条记类型添加如图5-9和5-10所示。
图5-9条记类型列表界面图
图5-10条记类型添加界面图
系统管理，管理员可以对系统前台展示的轮播图举行增编削查，方便用户举行查察。如图5-11所示。
图5-11系统管理界面图
第6章 系统测试
6.1 测试目标
随着互联网不断的发展，现在各大领域都利用互联网举行了信息的管理，因此产物能否存货，质量问题是很重要的尺度，也决定着是否有更多的人使用。所以软件的质量我们必须要把关，必须要把软件做好，做到位，少出不须要的问题，这样才能有更多的用户使用，而且得到更多的推广。所以，我们在开辟完系统后，需要举行大量的测试，以确保系统的稳定性和可使用性，并要确定系统的质量能否做到满足不同人的需求。这是系统在开辟设计中非常重要的环节，测试的效果直接关系到系统的优劣。
集成测试：在系统测试当中会出现很多的问题，我们要实时的举行标注而且在举行测试的时间要接纳自动化的测试，这样即准确又快速，而且不会出现疲劳，手动的测试很容易出现疲劳期，而且测试的效果也偶然间会堕落，所以在测试的时间才去自动测试时最好的测试方法。
在测试的过程中实时的发现问题，而且举行问题的解决，这样设计出的系统可以正常稳定的运行，不会出现庞大的问题。我所举行的软件测试参照以下三个步骤举行测试：
(1)模块测试：对系统中的每一项都举行针对的测试，发现并找到问题。
(2)系统测试：让系统长时间举行各种环境下的运行，反馈运行期间的稳定性问题并解决。
(3)验收测试：其他测试完成后，末了检测阶段，确保软件准备就绪。
6.2 测试方法
在对系统举行测试的时间我们主要应用到两种测试的方法，通过测试我们就能找出大概存在的问题保证系统乐成运行。
从软件的内部构造和详细实验是否有关系的观点来看：黑盒测试和白盒测试。
1）黑盒测试：测试系统功能，当用户举行相应的操纵时，系统是否可以大概实时且准确的反馈数据，并执行相应功能。需要对功能以及使用方法举行详细的测试，保证全部的操纵信息都可以大概完整的输出输入。
2）白盒测试：主要是对系统的结构举行测试，了解系统在运行过程中是否可以正常的工作。
分布式云条记系统的测试也会从下面几方面举行：
(1)窗体测试：比方用户登录界面，在用户名和密码输入时，需要界面窗口弹出，给予用户反馈，我对窗口的设计举行了测试，确保每一个窗口在用户举行相应操纵后，可以大概实时的弹出。
(2)数据跟踪：举行数据跟踪，我们就能知道系统功能是否在顺利的执行当中。将数据库中的相干的信息举行变动，弹出我们需要的相对应的数据信息。同时，在追踪过程中，我们也更容易的发现系统的问题所在，便于解决问题和维护系统。
(3)综合测试：完成上述测试后，需要对系统举行由内而外的重新检测，来宏观的发现系统中存在的问题，而且实时的举行解决，系统的设计要联合实际的使用环境有针对性的举行开辟，可以满足不同人的需求。
6.3 功能测试
本分布式云条记系统设计根本达到我理想的开辟状态，在各个功能的运行方面，体现较为精良，根本满足用户的使用需求，实时矫正了较多的错误信息。总体说来，软件通过了相应的测试。
表6-1：用户登录测试表
| 模块名称
| 测试用例
| 预期效果
| 实际效果
| 是否通过
| | 登录模块
| 用户名：admin 密码：123
| 弹堕落误提示，提示密码错误
| 弹堕落误提示，提示密码错误
| 通过
| | 登录模块
| 用户名：123
密码：admin
| 弹堕落误提示，提示用户名错误
| 弹堕落误提示，提示用户名错误
| 通过
| | 登录模块
| 用户名：admin
密码：admin
| 管理员登录乐成
| 管理员登录乐成
| 通过
|
表6-2：修改密码测试表
| 模块名称
| 测试用例
| 预期效果
| 实际效果
| 是否通过
| | 修改密码模块
| 原密码：666
新密码：123
确认密码：123
| 弹堕落误提示，提示原密码错误
| 弹堕落误提示，提示原密码错误
| 通过
| | 修改密码模块
| 原密码：admin 新密码：123
确认密码：333
| 弹堕落误提示，提示确认密码不同等
| 弹堕落误提示，提示确认密码不同等
| 通过
| | 修改密码模块
| 原密码：admin 新密码：123
确认密码：123
| 密码修改乐成
| 密码修改乐成
| 通过
|
6.4 测试结论
测试的过程要按照指定好的操持一步一步的实验，测试时间一定不要发急，而且将测试的效果举行详细的记录，我们在举行测试的时间做好选择自动化的测试，这样更加的准确也更快捷，假如接纳人工测试的方法就不会这么的方便，很大概会出现一些问题，而且极其测试不会疲劳也不会出现问题。在测试的时间一定要非常专注，时候关注着测试的效果，一旦发现非常实时举行修改，；末了，测试完之后的文档应该保存下来，方便以后测试时用到。
通过测试，我们也可以直观的感受到，在我们最开始举行系统设计的时间，先把思路理清楚，才能有机会把代码写好。有好的逻辑性的代码在后期的测试中才能避免出现问题，也可以给我们节省很多的时间和不须要的操纵。
第7章 结 论
分布式云条记系统为用户提供了公平的、相互包容的、操纵方便的使用系统，根本满足了用户的使用需要，以及我最初的开辟目标和方向。Java语言、MySQL数据库等技能时是我开辟的基础，这些技能都有各自的优点，学好这些技能，至关重要。通过这些优点设计出来的系统可以大概正常稳定的运行，而且可以满足人们的全部需求，在对系统的需求以及各个模块举行了详细的分析后，有针对性的举行设计，末了通过测试，系统可以大概正常的运行，该分布式云条记系统设计完成。
本次开辟过程中使用的是Java技能，该技能具有代码编写简单方便，对平台没有要求对技能方面也没有要求，而且有很好的面像对象性，所以在技能方面是相当成熟的。利用java技能作为系统主要的技能支持可以使得系统可以大概正常的运行而且实现相应的功能。在这次的系统的设计过程中遇到了很多的困难，幸好有老师同学们的帮助，在他们的帮助下完成了这次系统的设计。
参考文献
[1]Juwana I ,Sodri A ,Muttil N , et al.Potential Pollution Loads of the Cikembar Sub-Watershed to the Cicatih River, West Java, Indonesia[J].Water,2024,16(2):
[2]Discover A New Minecraft Experience: Join Incremental Prisons Java 1.20 Server[J].M2 Presswire,2024,
[3]周德,杨成慧,罗佃斌.基于Hadoop的分布式日志分析系统设计与实现[J].现代信息科技,2023,7(23):57-60.DOI:10.19850/j.cnki.2096-4706.2023.23.012.
[4]任宏,李春林,李晓峰.基于Hadoop技能的物联网大数据同步存储系统设计[J].网络安全和信息化,2023,(12):85-87.
[5]Putrinadia V A ,Budihastuti R U ,Melinawati E , et al.#330 : Factors Affect Infertile Woman to Access Infertility Services in Central Java, Indonesia[J].Fertility Reproduction,2023,05(04):
[6]Shane Morand Unleashes His Next Java Jolt: A Functional Coffee Revolution Awaits in 2024[J].M2 Presswire,2023,
[7]H D A ,Syndi N ,Mia M , et al.Central nervous system infection in a pediatric population in West Java.[J].PLoS neglected tropical diseases,2023,17(11):e0011769-e0011769.
[8]谢盛嘉.基于Hadoop平台的学情分析系统设计[J].电子技能,2023,52(11):408-409.
[9]石文昭.基于Hadoop的自动化设备羁系系统设计[J].信息记录材料,2023,24(11):178-180.DOI:10.16009/j.cnki.cn13-1295/tq.2023.11.025.
[10]李威,邱永峰.基于Hadoop的电商大数据可视化设计与实现[J].现代信息科技,2023,7(17):46-49.DOI:10.19850/j.cnki.2096-4706.2023.17.009.
[11]高健,杨慧.基于Hadoop的电商离线数据挖掘系统设计[J].信息与电脑(理论版),2023,35(15):135-137.
[12]徐凰耀.基于Hadoop技能的电子商务配送系统设计和实现研究[J].信息与电脑(理论版),2023,35(15):144-146.
[13]王冬梅.基于Hadoop的高校大数据平台构建研究[J].互联网周刊,2023,(14):79-81.
[14]吴建.基于Linux的Hadoop集群搭建的探索与实现[J].物联网技能,2023,13(07):134-137+141.DOI:10.16667/j.issn.2095-1302.2023.07.033.
[15]胡伟英.大数据技能下煤矿设备状态Hadoop平台设计[J].山东煤炭科技,2023,41(06):209-211+215.
[16]王柳月,江会.基于Hadoop的信息化病案自动管理系统设计[J].信息技能,2023,(06):124-128.DOI:10.13274/j.cnki.hdzj.2023.06.022.
[17]贾峰.微服务框架在云条记系统中的应用[J].现代计算机,2022,28(01):117-120.
[18]林荣杭,刘小英.基于Flutter的云条记系统[J].信息技能与信息化,2021,(10):41-43+46.
[19]周瑛,刘仁芬,李娜.云条记系统的设计与实现[J].长江信息通信,2021,34(08):63-65.
[20]薛辉.基于语音辨认的课堂条记系统设计与实现[J].商洛学院学报,2020,34(02):54-58.DOI:10.13440/j.slxy.1674-0033.2020.02.010.
致 谢
光阴似箭，一晃大门生活即将已往了。一直以严谨的态度和积极的热情投身于学习和工作中，固然有竞争，也有泪水，但是通过我不断学习和奋斗不断的美满自己，不仅很好的完成了我的学业而且也让我的各方面得到了发展，取得了很大的进步。
大学的生活也即将结束，固然也有很多的不舍，但是终究是要告别的。回想大学的学习生活，有泪水也有汗水。在此期间我严格要求自己，凭着对知识的强烈寻求，刻苦钻研，勤劳好学，态度端正，目标明白，牢固的把握了一些专业知识和技能，做到了理论联系实际。除了专业知识的学习外，我还不断的扩展我的知识面，从不同的领域以不同的方式来获得新的知识。争取成为一名各方面都很及格的大门生。
这次的毕业设计，是我独自完成周期最长，也是耗力最大的一个项目。值得庆幸的是，在我毕业设计完成的过程当中，有很多帮助我的同学和老师。在几个月的开辟过程中，我遇到了大大小小无数个问题。是我的舍友和老师，不断地帮助鼓励。
我的引导老师，在自身工作十分繁忙的环境下，依然能做到实时规复我们发去的问题邮件，并抽时间对我们举行线下的辅导。指出我们设计上的失误，逻辑错误以及产物力规划问题，可以说没有导师的帮助，我的毕设会陷入死胡同，是导师为我辅导了迷津，像迷雾中的路灯，为我指明方向！
点赞+收藏+关注 → 私信领取本源代码、数据库
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
