帝可得系统学习

帝可得是一个基于物联网概念下的智能售货机运营管理系统

1.下载dkd-parent-master,下载redis,运行,jdk改成17,语言级别改成17,运行主函数

2.下载dkd-vue-master,启动成功

产品原型:帝可得 - 产品原型 - 腾讯 CoDesign

  • api:存放与后端接口交互的代码,比如封装的接口请求函数 。
  • assets:存放静态资源,如图片、字体、样式文件等。
  • components:放置可复用的 Vue 组件,方便在不同页面中调用。
  • directive:用于存放自定义指令,自定义指令可以扩展 Vue 的功能。
  • layout:保存页面布局相关代码,如设置页面的整体框架、导航栏等结构。
  • plugins:存放项目中使用的插件相关代码,比如对第三方库进行初始化配置。
  • router:管理路由配置,定义不同路径对应的页面展示。
  • store:在 Vuex 架构下,用于管理应用的状态,方便组件间共享数据。
  • utils:放置工具函数,例如数据处理、格式化等功能的函数。
  • views:存放页面级别的组件,代表应用中的各个页面。

实战篇;

1.点位管理

(1)库表设计

设置区域管理、点位管理、合作商管理的库表,

根据页面原型提取主要字段

AI生成数据库的三张表:

(2)生成基础代码

1.创建点位管理一级菜单

2.添加商圈类型的数据字典(静态数据文字不存在数据库中,避免占据内存)

先添加字典,再点进字典添加具体字典数据

3.配置三张表的生成信息

根据页面原型进行配置

导入三张表,

插入:新增时填的东西

编辑:修改时填的东西、

列表:在页面显示的东西

查询:根据哪个参数查询

包的路径改成manage,这个二级菜单是在manage路径下面的,生成功能名就是页面显示的,上级菜单选它的一级菜单

4.下载代码到项目

三个sql脚本放入datagirp运行,vue中api,views中分别有文件夹,粘贴到前端对应的部分,

main中的两个文件夹,打开manage--src-main-java的资源管理器复制进去

(3)区域管理改造

 显示点位数的方法:

选择第二种,避免维护额外字段的麻烦,并确保准确性

(4)合作商管理改造

合作商名称没有显示在一行,

改上面label的width。

icon是按钮前面的图标

产品原型的新增和修改的dialog不一样,

但是组件中两个用了同一个dialog,方法是在修改页面不显示的字段加上el-if

数据库中的密码字段未加密,不安全,使用若依内置的spring-security

在service中的PartnerServiceImpl进行加密处理

前端添加“查看详情”

v-hasPermi是权限校验,填入的东西在后端的controller中

写完按钮后再写函数

然后是模态框:

(5)点位管理改造

### 可得管理系统数据库 ER 图设计 可得管理系统的数据库设计通常涉及多个实体及其关系,这种设计的核心目标在于满足业务需求的同时优化数据存储和访问效率。以下是基于一般信息系统设计原则构建的一个可能的 **ER 图设计方案**。 #### 实体与属性 1. **员工 (Employee)** 属性:`EmpID`, `Name`, `Position`, `DepartmentID`, `Salary`, `HireDate`[^1] 描述:表示企业的雇员信息,每位员工属于某个部门并具有特定职位。 2. **部门 (Department)** 属性:`DeptID`, `DeptName`, `ManagerID`, `Location`[^1] 描述:描述公司内部的不同部门,每个部门由一名经理负责。 3. **考勤记录 (AttendanceRecord)** 属性:`RecID`, `EmpID`, `CheckInTime`, `CheckOutTime`, `Status`[^1] 描述:用于跟踪员工每日的上下班时间及相关状态(如迟到、早退等)。 4. **薪资记录 (PayrollRecord)** 属性:`PayID`, `EmpID`, `MonthYear`, `BasicPay`, `Bonus`, `Deductions`, `NetPay`[^1] 描述:保存每月员工工资计算详情。 5. **项目 (Project)** 属性:`ProjID`, `ProjName`, `StartDate`, `EndDate`, `Budget` 描述:代表企业正在进行或已完成的各种项目。 6. **任务分配 (TaskAssignment)** 属性:`AssignID`, `EmpID`, `ProjID`, `Role`, `HoursAllocated`[^1] 描述:关联员工与其参与的具体项目角色及工时安排。 7. **用户账户 (UserAccount)** 属性:`UserID`, `Username`, `PasswordHash`, `AccessLevel`[^2] 描述:支持系统登录验证机制,区分不同用户的权限级别。 8. **公告通知 (Announcement)** 属性:`AnnounceID`, `Title`, `Content`, `PublishDate`, `AuthorID`[^2] 描述:提供一种方式让管理员向全体员工发布重要消息或更新。 --- #### 关系说明 - **员工 → 部门**: 多对一的关系,即多名员工隶属于同一个部门。 - **员工 ↔ 考勤记录**: 一对一或多对多的关系,具体取决于是否允许多条历史记录存在。 - **员工 ↔ 工资记录**: 一对多的关系,因为每名员工每个月都会有一份新的工资单。 - **员工 ↔ 项目任务**: 多对多的关系,允许同一位员工参与到多个项目的多项任务中去。 - **用户账户 ↔ 权限组/角色表**: 可能扩展成更复杂的 RBAC 模型来细化操作控制逻辑[^2]. --- #### 数据流概述 整个系统中的主要数据流动路径如下: 1. 用户通过身份认证进入平台; 2. 查询个人资料或者提交日常事务处理请求; 3. 系统依据预设规则生成报表或将变更同步至持久化层; 4. 审核人员批准某些敏感动作之前需先确认原始凭证无误后再执行后续步骤; --- ```mermaid erDiagram Employee ||--o{ Department : belongs_to Employee }|--|{ AttendanceRecord : has_many Employee }|--|{ PayrollRecord : earns Project ||--o{ TaskAssignment : involves UserAccount ||--o{ Announcement : publishes ``` 以上只是一个简化版的概念模型展示,在实际应用过程中还需要考虑到更多细节因素比如异常情况预防措施等等[^2].
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值