目录
摘 要
本设计实现了一套基于Python Flask的个人财务管理系统的管理功能,旨在为用户提供高效、便捷的财务数据管理解决方案。系统采用Flask框架构建RESTful API接口,实现了用户权限管理、财务记录管理、预算管理及年度收支统计等核心模块。普通用户可通过系统进行财务记录的添加、删除与查询,查看负债信息、预算支出和提醒,并支持年度收支数据的导出功能;管理员则具备更高权限,可管理系统用户、记录分类、预算类别等内容,同时对财务记录、预算信息及相关提醒进行全面管理。系统通过MySQL数据库存储用户数据,利用SQLAlchemy进行数据模型的定义与操作,确保数据一致性和安全性。系统设计了清晰的业务逻辑分层结构,包括视图层、服务层和数据访问层,便于扩展与维护。提升了系统的通用性与灵活性。本系统专注于后端逻辑实现,为个人财务管理提供了可靠的技术支撑。
关键词:个人财务管理系统;flask框架;Python语言
This design implements a set of Python Flask-based personal financial management system management functions, aiming to provide users with efficient and convenient financial data management solutions. The system adopts the Flask framework to build the RESTful API interface, realizing the core modules such as user rights management, financial record management, budget management and annual revenue and expenditure statistics. Ordinary users can add, delete and query financial records through the system, view debt information, budget expenditure and reminders, and support the export function of annual revenue and expenditure data; the administrator has higher authority, can manage the system users, record classification, budget category and other contents, and comprehensively manage financial records, budget information and related reminders. The system stores user data through the MySQL database and uses SQLAlchemy to define and operate the data model to ensure data consistency and security. The system designs a clear business logic hierarchy structure, including view layer, service layer and data access layer, for easy expansion and maintenance. Improves the versatility and flexibility of the system. This system focuses on the back-end logic implementation, and provides a reliable technical support for personal financial management.
Keywords: personal financial management system; flask framework; Python language
第一章 绪 论
1.1研究背景及意义
在快节奏的现代生活中,个人财务管理显得尤为重要。然而,传统的手工记账方式不仅繁琐,而且容易出错,难以满足现代人对于高效、便捷财务管理的需求[1]。开发一套基于Python Flask框架的个人财务管理系统,旨在为用户提供一种全新的、智能化的财务管理解决方案,具有重要意义。
本系统通过实现用户权限管理、财务记录管理、预算管理及年度收支统计等核心模块,为用户提供了全面的财务管理功能[2]。普通用户可以通过简单的操作,轻松实现财务记录的添加、删除与查询,随时查看自己的负债信息、预算支出和提醒,还能方便地导出年度收支数据,为个人的财务规划提供有力支持[3]。而管理员则拥有更高的权限,可以全面管理系统用户、记录分类、预算类别等内容,确保系统的正常运行和数据的安全性。
1.2国内外研究现状
近年来,随着信息技术的飞速发展和互联网技术的广泛应用,个人财务管理系统逐渐成为了研究的热点[4]。
在国内,越来越多的学者和开发者开始关注并投入到个人财务管理系统的研发中,旨在为用户提供更加智能化、个性化的财务管理服务。这些系统通常采用先进的技术架构和数据库管理系统,以确保数据的准确性和安全性[5]。通过不断优化用户界面和操作流程,提高了用户的使用体验和满意度[6]。
在国外,个人财务管理系统的发展已经相对成熟,涌现出了一批功能强大、操作简便的优质产品,为用户提供了全方位的财务管理解决方案[7]。随着用户需求的不断变化和技术的不断更新,个人财务管理系统的研发仍然面临着诸多挑战和机遇。
1.3论文组织结构
本论文共分为七个主要章节,具体结构如下:
1. 绪论:介绍研究背景与意义,回顾国内外研究现状,并概述论文的组织结构。
2. 相关技术介绍:详细介绍与本研究相关的技术,包括Python语言、B/S框架、flask框架和MySQL数据库。
3. 需求分析:对系统的功能需求和非功能需求进行分析,明确用户和管理员的需求,并进行可行性分析,包括技术、操作和经济可行性。
4. 系统设计:涵盖系统架构设计、系统模块设计,并进行数据库的概念设计与表设计。
5. 系统实现:具体描述各个功能模块的实现过程,展示系统如何根据需求进行开发。
6. 系统测试:阐述测试的目的,分析测试结果并得出结论,以验证系统的稳定性和功能完整性。
7. 总结:总结研究的主要成果和贡献,指出存在的不足及未来的研究方向。
第二章 关键技术
2.1MySQL简介
MySQL是一个关系型数据库管理系统(RDBMS),由瑞典的MySQL AB公司开发,现在属于Oracle公司旗下产品[8]。它使用结构化查询语言(SQL)进行数据库管理。MySQL是最流行的关系型数据库管理系统之一,尤其在WEB应用方面表现出色。
MySQL的主要特点包括:
1.关系型数据库:它使用表格来存储数据,每个表格都有行和列,行代表记录,列代表字段。这种结构使得数据的管理和查询变得非常高效。
2.SQL语言:MySQL使用SQL语言进行数据操作,这是一种非常强大且通用的语言,可以用于创建、修改、查询和删除数据库中的数据。
3.开源和免费:MySQL是开源的,意味着任何人都可以查看、修改和分发其源代码。此外,社区版是免费的,适合中小型网站的开发。
4.高效和稳定:MySQL的设计注重性能和稳定性,即使在处理大量数据时也能保持高效的性能。
5.支持多种平台:MySQL可以在多种操作系统上运行,包括Windows、Linux、Mac OS等。
6.可扩展性:MySQL支持各种扩展功能,如复制、分区、集群等,使得数据库可以适应不同的应用场景。
总的来说,MySQL是一个功能强大、易于使用且高度灵活的数据库管理系统,广泛应用于各种类型的网站和应用中。
2.2Python
Python是一种相对于编译型语言存在的、一种独立于机器,面向过程或对象的语言,Python表达方式简练、明了,没有冗余或多余的内容,容易理解。在通过使用统计分析方法来提取有用信息并形成结论,以支持决策制定的过程中Python都展现出了其特别的优势。Python有一个规模很大的数据处理库,这些库提供了功能性很强的数据元素的集合和数据分析手段,可以方便地对平台产生的海量数据进行处理、清洗和转换。Python具有多种相对前卫的推演和计算方式,这些方式提供了很多的图表类型和可视化效果,让用户可以简单易懂的了解数据信息。Python可以结合无界数据集设计的数据处理引擎,实现对直播平台数据的实时采集、处理和分析,从而为用户提供及时、准确的数据支持。
2.3flask框架
Flask是一个使用Python编写的轻量级Web应用框架。它设计简单,易于扩展,非常适合开发小型到中型的Web应用。Flask的核心非常简洁,只包含基本的路由和WSGI(Web Server Gateway Interface)功能,但可以通过扩展来增加其他功能,如数据库支持、表单处理、会话管理等。
Flask的灵活性是其一大特点。开发者可以自由地选择和使用各种第三方库和扩展,以满足项目的特定需求。这种灵活性使得Flask能够很好地适应不同的开发场景和项目规模。
Flask还拥有一个活跃的社区和丰富的文档资源。社区中的开发者们积极分享经验、解决问题,为新手提供了良好的学习环境和支持。文档则详细记录了Flask的使用方法和最佳实践,帮助开发者更快地掌握和应用这个框架。
2.4Pycharm简介
PyCharm是由JetBrains公司开发的专业Python集成开发环境(IDE),旨在提供全面的开发支持和工具,以提高Python项目的开发效率。它拥有强大的代码编辑器、调试器、测试框架支持和项目管理功能,可以帮助开发人员更快地编写正确的代码、进行代码调试和问题排查,并方便地进行单元测试和集成测试。此外,PyCharm还集成了常用的版本控制系统,支持团队协作和代码版本管理。总之,PyCharm是一款功能丰富、用户友好的Python开发工具,无论是初学者还是经验丰富的开发人员都能从中受益。
2.5B/S模式
B/S模式,全称为Browser/Server(浏览器/服务器模式),也被称为B/S结构,是WEB兴起后的一种网络结构模式。
B/S模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。在这种模式中,客户机上只需要安装一个浏览器,如Chrome、Safari、Microsoft Edge、Netscape Navigator或Internet Explorer等,而服务器则安装SQL Server、Oracle、MYSQL等数据库。浏览器通过Web Server同数据库进行数据交互。
此外,B/S模式是一种基于浏览器和服务器的应用程序架构,也被称为Web应用程序开发模式。该模式将应用程序的业务逻辑和数据处理都放在服务器端完成,而客户端只需要通过浏览器来访问服务器。这种模式实现了跨平台、跨操作系统和分布式计算等特点,主要依赖于Web技术,如HTML、CSS、PythonScript等,以及Web服务器、数据库等后端技术。
与传统的C/S(Client/Server)开发模式相比,B/S开发模式可以减少客户端的安装和维护工作,提高了应用程序的可移植性和易用性,适合于大规模企业级应用的开发。
第三章 系统分析
3.1系统可行性分析
3.1.1技术可行性
现代软件开发技术已经相当成熟,提供了丰富的工具和框架,可以应对各种复杂的业务需求。采用Python等成熟、稳定的语言进行开发,利用其面向对象、跨平台等特性,实现系统的模块化、可扩展性和可维护性。利用flask等现代框架,简化开发过程,提高开发效率。对于数据库的选择,使用MySQL等关系型数据库,以满足数据存储和查询的需求。因此,从技术层面来看,开发个人财务管理系统是完全可行的。
3.1.2经济可行性
系统的开发成本相对较低,可以利用开源框架和工具,降低开发成本。其次,系统的运行和维护成本也相对较低,可以采用Python等技术,实现系统的自动化部署和维护。因此,从经济层面来看,开发个人财务管理系统也是可行的。
3.1.3社会可行性
个人理财意识提升,促使更多人关注财务管理。开发个人财务管理系统满足需求,有广泛应用前景。该系统能提升财务管理效率,助用户规划和管理个人财务,具社会价值。系统开发可推动金融、信息技术等产业发展,对社会经济有积极影响。因此,开发个人财务管理系统在社会层面上是可行的。
3.1.4操作可行性
系统的操作界面设计简洁明了,易于用户理解和操作。系统提供了详尽的操作指南和帮助文档,使得用户能够快速上手并熟练使用系统。系统还具备良好的容错性和错误提示功能,当用户操作失误时,能够及时给出提示信息,引导用户进行正确的操作。因此,从操作层面来看,个人财务管理系统同样具备可行性。
3.2系统功能分析
3.2.1功能性分析
个人财务管理系统划分为了前端模块和后端模块两大部分。
普通用户模块:
- 注册登录:用户可以通过注册功能创建一个新的账户,需要填写必要的信息,如用户名、密码、邮箱等。注册成功后,用户可以使用这些凭据登录系统,进行后续的财务管理操作。
- 后台首页:用户登录后,首先会进入后台首页。在这里,用户可以看到一个简洁明了的界面,展示个人信息、修改密码、财务记录统计图、预算支出统计图以及年度收支统计图等关键信息。这些图表和数据帮助用户快速了解自己的财务状况,便于做出相应的财务决策。
- 财务记录管理:用户可以在这个模块中进行财务记录的添加、删除和查询操作。每一条财务记录都可以查看详细信息。用户还可以录入年度财务记录,以便进行年度财务分析和规划。
- 负债信息管理:在这个模块中,用户可以添加、删除和查询自己的负债信息。每一条负债记录都可以查看详细信息。用户可以更好地管理自己的债务,避免逾期还款带来的麻烦。
- 预算信息管理:用户可以在这个模块中添加、删除和查询自己的预算信息。每一条预算记录都可以查看详细信息。用户还可以记录实际支出,与预算进行对比,确保自己的消费在可控范围内。
- 预算支出管理:用户可以在这个模块中查询和查看预算支出的详细信息。通过这些信息,用户可以了解自己的支出情况,及时调整预算,确保财务健康。
- 预算提醒管理:用户可以在这个模块中查询和查看预算提醒的详细信息。系统可以设置预算提醒,当用户的支出接近或超出预算时,帮助用户更好地控制预算。
- 年度收支管理:用户可以在这个模块中导出年度收支数据。通过导出的数据,用户可以进行更详细的分析和总结,为下一年的财务规划提供参考。
管理员模块:
- 登录功能:用户可以通过输入正确的用户名和密码,进入后台管理系统。系统会进行身份验证,确保只有授权的管理员才能登录。
- 后台首页:登录成功后,管理员将进入后台首页。首页上展示了管理员的个人信息。管理员可以在这里修改自己的密码。首页还提供了财务记录统计图、预算支出统计图和年度收支统计图,方便管理员直观地了解财务状况。
- 系统用户:在系统用户管理模块中,管理员可以查看和管理所有系统用户。系统用户分为两类:管理员和普通用户。管理员可以添加新的用户账号,分配不同的权限,并对现有用户进行删除或修改操作。普通用户则只能查看和使用系统功能,无法进行管理操作。
- 记录分类管理:管理员可以对记录分类进行管理,包括添加新的分类、删除不再需要的分类以及查询特定分类的详细信息。
- 财务记录管理:在财务记录管理模块中,管理员可以添加新的财务记录,删除不再需要的记录,查询特定记录的详细信息,并录入年度财务数据。
- 负债信息管理:管理员可以对负债信息进行管理,包括添加新的负债记录、删除不再需要的记录以及查询特定负债的详细信息。
- 预算类别管理:在预算类别管理模块中,管理员可以添加新的预算类别、删除不再需要的类别以及查询特定类别的详细信息。
- 预算信息管理:管理员可以对预算信息进行管理,包括添加新的预算记录、删除不再需要的记录以及查询特定预算的详细信息。管理员还可以记录支出情况,并设置预算提醒,确保预算的执行情况得到及时监控。
- 预算支出管理:在预算支出管理模块中,管理员可以删除不再需要的预算支出记录,并查询特定支出的详细信息。
- 预算提醒管理:管理员可以对预算提醒进行管理,包括删除不再需要的提醒以及查询特定提醒的详细信息。
- 年度收支管理:在年度收支管理模块中,管理员可以删除不再需要的年度收支记录,并查询特定记录的详细信息。管理员还可以导出年度收支数据,方便进行进一步的分析和报告制作。
3.2.2非功能性分析
个人财务管理系统的非功能性需求比如个人财务管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等,具体可以表示在如下3-1表格中:
表3-1个人财务管理系统非功能需求表
| 安全性 | 主要指个人财务管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指个人财务管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
| 性能 | 性能是影响个人财务管理系统占据市场的必要条件,所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着个人财务管理系统的页面展示内容进行操作,就可以了。 |
| 可维护性 | 个人财务管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
3.3系统用例分析
个人财务管理系统的完整UML用例图分别是图3-1、3-2。
普通用户角色用例如图3-1所示。

图 3-1个人财务管理系统普通用户角色用例图
管理员角色用例如图3-2所示。

图 3-2个人财务管理系统管理员角色用例图
3.4系统总体流程设计
3.4.1数据开发流程
系统开发流程的主要步骤,从需求分析到系统完成的全过程。流程包括需求分析、总体设计(结构、功能、数据)、详细设计(模块、编码)、模块整合与调用,以及测试、扩展和完善,最终完成系统的开发。本系统的开发流程如图3-3所示

图 3-3系统开发流程图
3.4.2用户登录流程
用户输入用户名和密码后,系统先检查输入是否为空,再验证用户名是否存在,若存在则通过用户名获取密码并校验。若密码正确则登录成功,否则提示密码错误。若用户名不存在或无法登录,提示用户操作无效。如图3-4所示。

图 3-4登录流程图
3.4.3系统操作流程
用户首先进入系统登录界面,输入用户名和密码后,系统验证信息是否正确。若验证失败,返回登录界面重新输入,若验证成功,则进入功能界面,执行相应功能处理后结束操作流程。操作流程如图3-5所示。

图 3-5 系统操作流程图
3.4.4添加信息流程
管理员可以添加信息,用户添加可以自己权限内的信息,输入信息后,要想利用这个软件来进行系统的安全管理,首先需要登录到该软件中。添加信息流程如图3-6所示。

图 3-6 添加信息流程图
3.4.5修改信息流程
用户首先选择需要修改的记录,输入修改后的数据,系统判断输入数据是否合法。若数据不合法,提示重新输入,若数据合法,则将修改后的数据写入数据库,完成操作后流程结束。修改信息流程图如图3-7所示。

图 3-7 修改信息流程图
3.4.6删除信息流程
用户选择需要删除的记录后,系统判断是否确认删除。若未确认,返回选择环节,若确认删除,则更新数据库,删除对应记录,完成操作后流程结束。删除信息流程图如图3-8所示。

图 3-8删除信息流程图
第四章 总体设计
本章主要讨论的内容包括个人财务管理系统的功能模块设计、数据库系统设计。
4.1系统架构设计
本个人财务管理系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。

图 4-1个人财务管理系统架构设计图
表现层(UI):也称为用户界面层,它负责与用户进行直接的交互。一个优秀的UI设计能够显著提升用户的体验,确保用户在使用个人财务管理系统时感到舒适和便捷。为了确保良好的兼容性,UI界面设计需要适应不同版本的平台和各种屏幕尺寸的分辨率。此外,UI交互功能必须合理设计,确保用户的操作能够得到相应的反馈和结果,这要求表现层与业务逻辑层之间保持良好的通信和协同工作。
业务逻辑层(BLL):这一层主要处理个人财务管理系统的数据和业务逻辑。当用户通过表现层提交数据时,业务逻辑层会接收这些数据,进行处理,并将结果传递给数据层进行存储或查询。同时,当系统需要从数据层读取数据时,业务逻辑层会处理这些数据,并将其传递给表现层进行展示。
数据层(DL):虽然本个人财务管理系统的数据存储在服务端的MySQL数据库中,但数据层仍然作为一个独立的部分存在。它的主要功能是存储和管理个人财务管理系统的数据。数据层与MySQL数据库进行交互,执行数据的增、删、改、查等操作,确保数据的完整性和安全性。
这三个层次相互独立但又紧密协作,共同构成了个人财务管理系统的完整架构。通过合理的分层设计,可以提高系统的可维护性、可扩展性和可重用性,为用户提供更好的服务和体验。
4.2系统模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本个人财务管理系统中的用例。那么接下来就要开始对本个人财务管理系统的架构、主要功能和数据库开始进行设计。个人财务管理系统根据前面章节的需求分析得出,个人财务管理系统的功能模块图如下图所示。

图 4-2个人财务管理系统功能模块图
4.3数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
4.3.1数据库概念结构设计
下面是整个个人财务管理系统中主要的数据库表总E-R实体关系图。

图 4-3个人财务管理系统总E-R关系图
4.3.2数据库逻辑结构设计
通过上一小节中个人财务管理系统中总E-R关系图上得出一共需要创建多个数据表。在此主要罗列几个主要的数据库表结构设计。
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | token_id | int | 是 | 是 | 临时访问牌ID | |
| 2 | token | varchar | 64 | 否 | 否 | 临时访问牌 |
| 3 | info | text | 65535 | 否 | 否 | 信息 |
| 4 | maxage | int | 是 | 否 | 最大寿命:默认2小时 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_id | int | 是 | 否 | 用户编号 |
表 4-2-annual_income_and_expenditure(年度收支)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | annual_income_and_expenditure_id | int | 是 | 是 | 年度收支ID | |
| 2 | ordinary_users | int | 否 | 否 | 普通用户 | |
| 3 | recording_time | date | 否 | 否 | 记录时间 | |
| 4 | record | varchar | 64 | 否 | 否 | 记录类型 |
| 5 | record_classification | varchar | 64 | 否 | 否 | 记录分类 |
| 6 | record_the_amount | double | 否 | 否 | 记录金额 | |
| 7 | record_the_year | varchar | 64 | 否 | 否 | 记录年度 |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 10 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 11 | source_id | int | 否 | 否 | 来源ID | |
| 12 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-3-auth(用户权限管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | auth_id | int | 是 | 是 | 授权ID | |
| 2 | user_group | varchar | 64 | 否 | 否 | 用户组 |
| 3 | mod_name | varchar | 64 | 否 | 否 | 模块名 |
| 4 | table_name | varchar | 64 | 否 | 否 | 表名 |
| 5 | page_title | varchar | 255 | 否 | 否 | 页面标题 |
| 6 | path | varchar | 255 | 否 | 否 | 路由路径 |
| 7 | parent | varchar | 64 | 否 | 否 | 父级菜单 |
| 8 | parent_sort | int | 是 | 否 | 父级菜单排序 | |
| 9 | position | varchar | 32 | 否 | 否 | 位置 |
| 10 | mode | varchar | 32 | 是 | 否 | 跳转方式 |
| 11 | add | tinyint | 是 | 否 | 是否可增加 | |
| 12 | del | tinyint | 是 | 否 | 是否可删除 | |
| 13 | set | tinyint | 是 | 否 | 是否可修改 | |
| 14 | get | tinyint | 是 | 否 | 是否可查看 | |
| 15 | field_add | text | 65535 | 否 | 否 | 添加字段 |
| 16 | field_set | text | 65535 | 否 | 否 | 修改字段 |
| 17 | field_get | text | 65535 | 否 | 否 | 查询字段 |
| 18 | table_nav_name | varchar | 500 | 否 | 否 | 跨表导航名称 |
| 19 | table_nav | varchar | 500 | 否 | 否 | 跨表导航 |
| 20 | option | text | 65535 | 否 | 否 | 配置 |
| 21 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 22 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-4-budget_category(预算类别)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | budget_category_id | int | 是 | 是 | 预算类别ID | |
| 2 | support_category | varchar | 64 | 否 | 否 | 预算类别 |
| 3 | create_time | datetime | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-5-budget_expenditure(预算支出)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | budget_expenditure_id | int | 是 | 是 | 预算支出ID | |
| 2 | ordinary_users | int | 否 | 否 | 普通用户 | |
| 3 | budget_title | varchar | 64 | 否 | 否 | 预算标题 |
| 4 | budget_category | varchar | 64 | 否 | 否 | 预算类别 |
| 5 | expenditure_time | date | 否 | 否 | 支出时间 | |
| 6 | expenditure_amount | double | 否 | 否 | 支出金额 | |
| 7 | expenditure_remarks | varchar | 64 | 否 | 否 | 支出备注 |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 10 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 11 | source_id | int | 否 | 否 | 来源ID | |
| 12 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-6-budget_information(预算信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | budget_information_id | int | 是 | 是 | 预算信息ID | |
| 2 | ordinary_users | int | 否 | 否 | 普通用户 | |
| 3 | budget_title | varchar | 64 | 否 | 否 | 预算标题 |
| 4 | budget_category | varchar | 64 | 否 | 否 | 预算类别 |
| 5 | budget_amount | double | 否 | 否 | 预算金额 | |
| 6 | budget_remarks | varchar | 64 | 否 | 否 | 预算备注 |
| 7 | budget_expenditure_limit_times | int | 是 | 否 | 记录支出限制次数 | |
| 8 | budget_reminder_limit_times | int | 是 | 否 | 提醒限制次数 | |
| 9 | create_time | datetime | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-7-budget_reminder(预算提醒)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | budget_reminder_id | int | 是 | 是 | 预算提醒ID | |
| 2 | ordinary_users | int | 否 | 否 | 普通用户 | |
| 3 | budget_title | varchar | 64 | 否 | 否 | 预算标题 |
| 4 | budget_category | varchar | 64 | 否 | 否 | 预算类别 |
| 5 | budget_amount | double | 否 | 否 | 预算金额 | |
| 6 | reminder_time | datetime | 否 | 否 | 提醒时间 | |
| 7 | reminder_content | varchar | 64 | 否 | 否 | 提醒内容 |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 10 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 11 | source_id | int | 否 | 否 | 来源ID | |
| 12 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-8-code_token(验证码)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | code_token_id | int | 是 | 是 | 验证码ID | |
| 2 | token | varchar | 255 | 否 | 否 | 令牌 |
| 3 | code | varchar | 255 | 否 | 否 | 验证码 |
| 4 | expire_time | timestamp | 是 | 否 | 失效时间 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-9-debt_information(负债信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | debt_information_id | int | 是 | 是 | 负债信息ID | |
| 2 | ordinary_users | int | 否 | 否 | 普通用户 | |
| 3 | debt_object | varchar | 64 | 否 | 否 | 负债对象 |
| 4 | amount_of_liabilities | double | 否 | 否 | 负债金额 | |
| 5 | reasons_for_liabilities | varchar | 64 | 否 | 否 | 负债原因 |
| 6 | debt_document | varchar | 255 | 否 | 否 | 负债文档 |
| 7 | debt_duration | date | 否 | 否 | 负债时间 | |
| 8 | debt_remarks | varchar | 64 | 否 | 否 | 负债备注 |
| 9 | create_time | datetime | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-10-financial_records(财务记录)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | financial_records_id | int | 是 | 是 | 财务记录ID | |
| 2 | ordinary_users | int | 否 | 否 | 普通用户 | |
| 3 | recording_time | date | 否 | 否 | 记录时间 | |
| 4 | record | varchar | 64 | 否 | 否 | 记录类型 |
| 5 | record_classification | varchar | 64 | 否 | 否 | 记录分类 |
| 6 | record_the_amount | double | 否 | 否 | 记录金额 | |
| 7 | recording_attachment | varchar | 255 | 否 | 否 | 记录附件 |
| 8 | record_remarks | varchar | 64 | 否 | 否 | 记录备注 |
| 9 | annual_income_and_expenditure_limit_times | int | 是 | 否 | 录入年度限制次数 | |
| 10 | create_time | datetime | 是 | 否 | 创建时间 | |
| 11 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-hits(用户点击)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | hits_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 否 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID |
表 4-12-ordinary_users(普通用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | ordinary_users_id | int | 是 | 是 | 普通用户ID | |
| 2 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 3 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 4 | user_age | varchar | 64 | 否 | 否 | 用户年龄 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-13-record_classification(记录分类)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | record_classification_id | int | 是 | 是 | 记录分类ID | |
| 2 | record_classification | varchar | 64 | 否 | 否 | 记录分类 |
| 3 | create_time | datetime | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-14-schedule(日程管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | schedule_id | smallint | 是 | 是 | 日程ID | |
| 2 | content | varchar | 255 | 否 | 否 | 日程内容 |
| 3 | scheduled_time | datetime | 否 | 否 | 计划时间 | |
| 4 | user_id | int | 是 | 否 | 用户ID | |
| 5 | create_time | datetime | 否 | 否 | 创建时间 | |
| 6 | update_time | datetime | 否 | 否 | 更新时间 |
表 4-15-score(评分)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | score_id | int | 是 | 是 | 评分ID | |
| 2 | user_id | int | 是 | 否 | 评分人 | |
| 3 | nickname | varchar | 64 | 否 | 否 | 昵称 |
| 4 | score_num | double | 是 | 否 | 评分 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 8 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 9 | source_id | int | 是 | 否 | 来源ID |
表 4-16-upload(文件上传)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | upload_id | int | 是 | 是 | 上传ID | |
| 2 | name | varchar | 64 | 否 | 否 | 文件名 |
| 3 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 6 | father_id | int | 否 | 否 | 父级ID | |
| 7 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 8 | type | varchar | 32 | 否 | 否 | 文件类型 |
表 4-17-user(用户账户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_id | int | 是 | 是 | 用户ID | |
| 2 | state | smallint | 是 | 否 | 账户状态:(1可用|2异常|3已冻结|4已注销) | |
| 3 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 4 | login_time | timestamp | 是 | 否 | 上次登录时间 | |
| 5 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 6 | phone_state | smallint | 是 | 否 | 手机认证:(0未认证|1审核中|2已认证) | |
| 7 | username | varchar | 16 | 是 | 否 | 用户名 |
| 8 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 9 | password | varchar | 64 | 是 | 否 | 密码 |
| 10 | | varchar | 64 | 否 | 否 | 邮箱 |
| 11 | email_state | smallint | 是 | 否 | 邮箱认证:(0未认证|1审核中|2已认证) | |
| 12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 14 | create_time | timestamp | 是 | 否 | 创建时间 |
表 4-18-user_group(用户组)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | group_id | mediumint | 是 | 是 | 用户组ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 名称 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | register | smallint | 否 | 否 | 注册位置 | |
| 9 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
第五章 详细设计与实现
个人财务管理系统的详细设计与实现主要是根据前面的个人财务管理系统的需求分析和个人财务管理系统的总体设计来设计页面并实现业务逻辑。主要从个人财务管理系统界面实现、业务逻辑实现这两部分进行介绍。
5.1后台首页模块
展示个人信息、修改密码、财务记录统计图、预算支出统计图以及年度收支统计图等关键信息。这些图表和数据帮助用户快速了解自己的财务状况,便于做出相应的财务决策。后台首页模块展示如下图所示。

图 5-1后台首页模块图
5.2用户注册模块
不是个人财务管理系统中正式用户的是可以在线进行注册的,当填写上自己的账号+设置密码+确认密码+昵称+邮箱+手机号+身份+用户姓名+用户性别等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用户注册模块展示如下图所示。

图 5-2注册模块图
5.3登录模块
个人财务管理系统中注册后的用户是可以通过自己的用户名+密码进行登录的,当用户输入完整的自己的用户名+密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的用户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到个人财务管理系统的首页中,否则将会提示相应错误信息,登录模块如下图所示。

图 5-3登录模块图
5.4普通用户功能模块
5.4.1财务记录管理模块
用户可以在这个模块中进行财务记录的添加、删除和查询操作。每一条财务记录都可以查看详细信息。用户还可以录入年度财务记录,以便进行年度财务分析和规划。财务记录管理添加模块如下图所示:

图 5-4财务记录管理添加模块图
5.4.2负债信息管理模块
在这个模块中,用户可以添加、删除和查询自己的负债信息。每一条负债记录都可以查看详细信息。负债信息管理添加模块如下图所示。

图 5-5负债信息管理添加模块图
5.4.3预算信息管理模块
用户可以在这个模块中添加、删除和查询自己的预算信息。每一条预算记录都可以查看详细信息。用户还可以记录实际支出,与预算进行对比,确保自己的消费在可控范围内。预算信息管理模块如下图所示。

图 5-6预算信息管理添加模块图
5.5管理员功能模块
5.5.1系统用户模块
系统用户管理功能允许管理员对系统中的用户进行全面管理。管理员可以添加用户、修改用户信息、设定用户角色以及处理用户账号的停用或删除。这一功能确保了系统用户信息的准确性和安全性,也方便管理员根据实际需要调整用户权限。用户管理流程图如下所示。

图 5-7用户管理流程图
系统用户模块如下图所示。

图 5-8系统用户模块图
5.5.2记录分类管理模块
管理员可以对记录分类进行管理,包括添加新的分类、删除不再需要的分类以及查询特定分类的详细信息。记录分类管理模块如下图所示。

图 5-9记录分类管理模块图
5.5.3预算类别管理模块
在预算类别管理模块中,管理员可以添加新的预算类别、删除不再需要的类别以及查询特定类别的详细信息。预算类别管理模块如下图所示。

图 5-10预算类别管理模块图
5.5.4年度收支管理模块
在年度收支管理模块中,管理员可以删除不再需要的年度收支记录,并查询特定记录的详细信息。管理员还可以导出年度收支数据,方便进行进一步的分析和报告制作。年度收支管理模块如下图所示。

图 5-11年度收支管理模块图
5.5.5预算支出管理模块
在预算支出管理模块中,管理员可以删除不再需要的预算支出记录,并查询特定支出的详细信息。预算支出管理模块如下图所示。

图 5-12预算支出管理模块图
第六章 系统测试
在系统开发的流程中,前台、后台以及数据库的建设只是整个项目的基础构建部分,完成了这些仅仅意味着系统框架的搭建告一段落。然而,一个系统的真正成熟与稳定,关键在于其是否能经受住严格的测试。测试是系统开发流程中不可或缺的一环,它对于确保系统质量至关重要。
6.1系统测试的目的
一个系统测试的目的就是检验系统在真正的工作环境和条件下是不是能够正常运行,各种功能能不能符合设计的要求,通过测试发现系统当中存在的一些潜在的错误,然后对系统进行改进,使得系统最终以完美的形式展现给用户,提高用户使用过程中的体验度,真正达到项目的实际使用目的。
6.2测试用例
6.2.1用户登录功能测试
表6-1 用户登录功能测试表
| 用例名称 | 用户登录系统 |
| 目的 | 测试用户通过正确的用户名和密码可否登录功能 |
| 前提 | 未登录的情况下 |
| 测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
| 预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
| 实际结果 | 实际结果与预期结果一致 |
6.2.2创建数据测试
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如表6-2 所示。
表6-2 创建数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行创建数据 | |
| 测试用例描述 | 使用者输入要创建的数据 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
6.2.3修改数据测试
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如表6-3所示。
表6-3 修改数据测试用例
| 测试用例编号 | YL_06 | |
| 测试用例名称 | 系统使用者进行修改数据 | |
| 测试用例描述 | 使用者对可修改的数据项进行修改 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
| 将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
6.2.4查询数据测试
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如表6-4所示。
表6-4 查询数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行查询数据 | |
| 测试用例描述 | 全部查询以及输入关键词查询 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 界面自动查询全部 | 显示对应所有记录 | 预期结果 |
| 输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
| 输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
6.3测试结果
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
经过本次系统测试,个人财务管理系统的各项功能均得到了全面的验证。测试结果显示,系统在不同使用场景下均能稳定运行,功能和性能均达到了预期的设计要求。特别是在数据创建、数据修改以及数据查询等核心功能上,系统展现出了良好的稳定性和准确性。
在测试过程中,我们发现了少量潜在的缺陷,并及时进行了修复。这些修复工作进一步提升了系统的可靠性和用户体验。通过全面的测试用例执行,我们确保了系统的测试覆盖率达到了较高水平,为系统的最终上线提供了坚实的保障。
综上所述,本次系统测试取得了圆满成功。个人财务管理系统的功能和性能均达到了预期目标,为系统的后续开发和维护奠定了坚实的基础。该模块将在实际应用中发挥出色的表现,为用户提供高效、便捷的资源管理服务。
- 张敏静,梁强,张冠青.浅析“校园贷”问题成因及应对策略——基于“个人财务管家”APP的思考[J].辽宁经济,2020,(02):45-47.
- 田黄.随手科技个人财务管理APP产品竞争战略研究[D].广西师范大学,2020.
- 魏鑫跃,王超.关于个人财务报告“框价限”的研究[J].商业经济,2020,(07):158-159+169.
- 英子.如何规划个人财务[J].理财,2021,(11):55.
- 赵琪.性格影响个人财务决策[N].中国社会科学报,2021-12-03(003).
- 周娟.财务规划视角下的个人养老金[J].中国保险,2023,(04):29-31.
- 庞敏.MySQL数据库的数据安全应用设计技术研究[J].数字通信世界,2024,(09):25-27.
- 戴靓婕,王希.MYSQL数据库访问技术及Python运用研究[J].长江信息通信,2024,37(10):54-56.
- 王朝辉.基于Flask框架的测试集成系统设计与实现[J].科技创新与应用,2024,14(33):115-118.
- 马宏恩,刘奇付.个人财务管理系统的设计与实现[J].信息与电脑(理论版),2018,(06):50-52.
- 黄海.个人财务数字化转型的经验与思考[J].交通财会,2024,(12):5-14.
- 石也牧.浅谈如何写出整洁的Python代码[J].科技风,2025,(01):147-150.
- 王永红.Python程序设计课程的教学实践[J].集成电路应用,2025,42(01):412-414.
- 杨硕,史亚平.基于Python+Flask的在线考试系统设计与实现[J].电脑知识与技术,2025,21(02):47-49+56.
- 靳俊霞.基于项目导向的高职院校Python教学提升与实践创新[J].办公自动化,2025,30(02):28-31.
- 郭慧.基于Python的关键路径算法实现[J].山西电子技术,2025,(01):76-79.
- 陈佳,刘连忠,胡洋,等.实践型Python安全编程课程改革[J].中国现代教育装备,2025,(03):97-100.
- Python Sunrise Coffee: Better Beans, and Better Coffee [J]. M2 Presswire, 2025,
- Salunke V S ,Ouda A . A Performance Benchmark for the PostgreSQL and MySQL Databases [J]. Future Internet, 2024, 16 (10): 382-382.
- Shao W ,Liu K . Design and Implementation of Online Ordering System Based on flask [J]. Journal of Big Data and Computing, 2024, 2 (3):
个人财务管理系统设计与实现工作已结束,虽然过程中充满挑战,但内心充满自豪和满足。感谢大学四年间教导我的所有老师,他们的专业知识与人生智慧让我成长为能独立完成系统的学生。特别感谢指导老师,他耐心解答疑惑,引导我解决问题,提升自主解决能力。室友和同学们的宝贵建议和支持也让我取得长足进步。未来,我将继续努力追求卓越,不辜负所学所悟和老师期望。坚信坚定信念和不懈努力,未来定能取得更辉煌成就。期待更美好未来!
此外,个人财务管理系统设计与实现不仅是技术挑战,挫折和困难是成长的垫脚石,让我更深入理解问题,精确找到解决方案。每次解决问题,都感到满足和自豪。
对于未来,我充满期待和信心。无论道路多崎岖,只要保持坚定信念,持续努力,定能取得更大成就。期待将知识和技能运用到实际中,为社会做出更大贡献。
最后,感谢所有帮助和支持我的人。你们的教诲、鼓励和支持让我有今天的成就。我会继续努力,不辜负期望,为实现更美好的未来而奋斗。
数据库配置文件 代码如下 在app.py:
db = SQLAlchemy()
app = Flask(__name__, static_folder='static')
# 数据库链接配置
app.config['SQLALCHEMY_DATABASE_URI'] = 'mysql+pymysql://root:root@127.0.0.1:3306/projectxxxxx'
app.secret_key = 'v&#prqo7t*(!ktb+8r=+83@#_$n1pg_xig$j=6v^r3#$i)wx87'
db.init_app(app)
app.config['UPLOAD_FOLDER'] = 'static/upload'
登录代码如下:
def Login(self, ctx):
"""
登录API
@param {Object} ctx http请求上下文
"""
print("===================登录=====================")
ret = {
"error": {
"code": 70000,
"message": "账户不存在",
}
}
body = ctx.body
# 获取用户
password = md5hash(body["password"]) or ""
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if obj:
# 检查用户所属用户组
user_group = service_select("user_group").Get_obj({'name': obj['user_group']}, {"like": False})
if user_group and user_group['source_table'] != '':
user_obj = service_select(user_group['source_table']).Get_obj({"user_id": obj['user_id']},
{"like": False})
if user_obj['examine_state'] == '未通过':
ret = {
"error": {
"code": 70000,
"message": "账户未通过审核",
}
}
return ret
if user_obj['examine_state'] == '未审核':
ret = {
"error": {
"code": 70000,
"message": "账户未审核",
}
}
return ret
# 校验用户状态
if obj["state"] == 1:
# 校验密码
if obj["password"] == password:
# 生成Token
timeout = datetime.now(tz=timezone.utc)
timestamp = int(time.mktime(timeout.timetuple())) * 1000
token = md5hash(str(obj["user_id"]) + "_" + str(timestamp))
# 存储Token
# session[token] = obj["user_id"]
session.setdefault(token, obj["user_id"])
session.permanent = True
service_select("access_token").Add(
{"token": token, "user_id": obj["user_id"]}
)
# 回传用户
obj["token"] = token
ret = {
"result": {"obj": obj}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "用户账户不可用,请联系管理员",
}
}
return ret
注册代码如下:
# 用户类
class User(controllerClass):
def __init__(self, config={}):
"""
构造函数
@param {Object} config 配置参数
"""
config_init = {
# 选择的模板那路径模板
"tpl": "./user/",
# 选择的服务
"services": "user",
# 注册API
"get_api": ["state", "quit"],
"post_api": ["login", "register", "change_password", "forget_password"],
# 唯一判断
"unique": ["username"]
}
config_temp = config
config_temp.update(config_init)
super(User, self).__init__(config_temp)
def Register(self, ctx):
"""
注册API
@param {Object} config 配置参数
"""
print("===================注册=====================")
userService = service_select("user")
body = ctx.body
# 判断必须信息
if "username" not in body and body["username"] == '':
return {"error": {
"code": 70000,
"message": "用户名不能为空",
}}
if "user_group" not in body and body["user_group"] == '':
return {
"error": {
"code": 70000,
"message": "用户组不能为空",
}
}
if "password" not in body and body["password"] == '':
return {
"error": {
"code": 70000,
"message": "密码不能为空",
}
}
# 取出表单
post_param = body
post_param['nickname'] = body["nickname"] or ""
post_param['password'] = md5hash(body["password"])
# 校验是否存在用户
obj = userService.Get_obj({"username": post_param['username']}, {"like": False})
if obj:
return {
"error": {
"code": 70000,
"message": "用户名已存在",
}
}
ret = {
"error": {
"code": 70000,
"message": "注册失败",
}
}
# 添加
bl = userService.Add(post_param)
if bl:
ret = {
"result": {
"bl": True,
"message": "注册成功"
}
}
return ret
找回密码代码如下:
def Forget_password(self, ctx):
"""
找回密码API
@param {Object} config 配置参数
"""
print("===================修改密码=====================")
ret = {
"error": {
"code": 70000,
"message": "用户信息不能没有"
}
}
body = ctx.body
if not body["code"]:
return {
"error": {
"code": 70000,
"message": "验证码不存在或者错误"
}
}
# 获取用户
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if not obj:
return {
"error": {
"code": 70000,
"message": "用户名不存在或者错误"
}
}
password = md5hash(body["password"])
if not password:
return {
"error": {
"code": 70000,
"message": "密码不存在或者错误"
}
}
修改代码如下:
def Change_password(self, ctx):
"""
修改密码API
@param {Object} config 配置参数
"""
print("===================修改密码=====================")
ret = {
"error": {
"code": 70000,
"message": "账号未登录",
}
}
request = ctx.request
headers = request.headers
# 判断Token
if ("x-auth-token" in headers) and headers["x-auth-token"]:
token = headers["x-auth-token"]
user_id = tokenGetUserId(token, request)
userService = service_select("user")
# 获取密码和新密码
body = ctx.body
password = md5hash(body["o_password"])
# 判断用户密码是否正确
obj = userService.Get_obj({"user_id": user_id, "password": password}, {"like": False})
if obj:
# 修改密码并返回结果
password = md5hash(body["password"])
bl = userService.Set({"user_id": user_id}, {"password": password})
if bl:
ret = {"result": {"bl": True, "message": "修改成功"}}
else:
ret = {
"error": {
"code": 70000,
"message": "修改失败",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "账户未登录",
}
}
return ret
增删查改代码如下:
增
def Add(self, ctx):
"""
增
@param {Object} ctx http请求上下文
@return {Object} 返回json-rpc格式结果
"""
body = ctx.body
unique = self.config.get("unique")
obj = None
if unique:
qy = {}
for i in range(len(unique)):
key = unique[i]
qy[key] = body.get(key)
obj = self.service.Get_obj(qy)
if not obj:
# 添加数据前
error = self.Add_before(ctx)
if error["code"]:
return {"error": error}
error = self.Events("add_before", ctx, None)
if error["code"]:
return {"error": error}
# 添加数据
result = self.service.Add(body, self.config)
# 添加数据发生错误
if self.service.error:
return {"error": self.service.error}
# 添加数据成功后
res = self.Add_after(ctx, result)
if res:
result = res
res = self.Events("add_after", ctx, result)
if res:
result = res
return {"result": result}
else:
return {"error": {"code": 10000, "message": "已存在"}}
删
# 删
def Del(self, ctx):
"""
删
@param {Object} ctx http请求上下文
@return {Object} 返回json-rpc格式结果
"""
if len(ctx.query) == 0:
errorMsg = {"code": 30000, "message": "删除条件不能为空!"}
return errorMsg
result = self.service.Del(ctx.query, self.config)
if self.service.error:
return {"error": self.service.error}
return {"result": result}
改
# 改
def Set(self, ctx):
"""
改
@param {Object} ctx http请求上下文
@return {Object} 返回json-rpc格式结果
"""
# 修改数据前
error = self.Set_before(ctx)
if error["code"]:
return {"error": error}
error = self.Events("set_before", ctx, None)
if error["code"]:
return {"error": error}
query = ctx.query
if 'page' in query.keys():
del ctx.query['page']
if 'size' in query.keys():
del ctx.query['size']
if 'orderby' in query.keys():
del ctx.query['orderby']
# 修改数据
result = self.service.Set(ctx.query, ctx.body, self.config)
# 修改数据发生错误
if self.service.error:
return {"error": self.service.error}
# 修改数据成功后
res = self.Set_after(ctx, result)
if res:
result = res
res = self.Events("set_after", ctx, result)
if res:
result = res
return {"result": result}
查
# 查多条
def Get_list(self, ctx):
"""
查多条
@param {Object} ctx http请求上下文
@return {Object} 返回json-rpc格式结果
"""
query = dict(ctx.query)
config_plus = {}
if "field" in query:
field = query.pop("field")
config_plus["field"] = field
if "page" in query:
config_plus["page"] = query.pop("page")
if "size" in query:
config_plus["size"] = query.pop("size")
if "orderby" in query:
config_plus["orderby"] = query.pop("orderby")
if "like" in query:
config_plus["like"] = query.pop("like")
if "groupby" in query:
config_plus["groupby"] = query.pop("groupby")
count = self.service.Count(query)
lst = []
if self.service.error:
return {"error": self.service.error}
elif count:
lst = self.service.Get_list(query,
obj_update(self.config, config_plus))
if self.service.error:
return {"error": self.service.error}
self.interact_list(ctx, lst)
return {"result": {"list": lst, "count": count}}
# 查一条
def Get_obj(self, ctx):
"""
查一条
@param {Object} ctx http请求上下文
@return {Object} 返回json-rpc格式结果
"""
query = dict(ctx.query)
config_plus = {}
if "field" in query:
field = query.pop("field")
config_plus["field"] = field
obj = self.service.Get_obj(query, obj_update(self.config, config_plus))
if self.service.error:
return {"error": self.service.error}
if obj:
self.interact_obj(ctx, obj)
return {"result": {"obj": obj}}
Md5加密算法代码:
# 帮助方法,取得md5后的hash值
def md5hash(key):
input_name = md5()
input_name.update(key.encode("utf-8"))
return input_name.hexdigest()

被折叠的 条评论
为什么被折叠?



