new
This commit is contained in:
@@ -0,0 +1,109 @@
|
||||
---
|
||||
number headings: first-level 2, max 6, 1.1.
|
||||
banner: "![[dariusz-sankowski-3OiYMgDKJ6k-unsplash.jpg]]"
|
||||
---
|
||||
<center><h1>24年一季度工作计划</h1></center>
|
||||
|
||||
<h2>目录</h2>
|
||||
|
||||
```table-of-contents
|
||||
```
|
||||
|
||||
<div style='page-break-after: always;'></div>
|
||||
|
||||
## 1. 计划背景
|
||||
|
||||
### 1.1. 依据
|
||||
|
||||
本计划参考^[[2024年创医元二组工作计划]]，结合团队实际工作情况，修改并制定。
|
||||
|
||||
> [!QUOTE] 二组24年整体工作计划 上半年计划
|
||||
> ![[2024年创医元二组工作计划#2.2.1. 上半年：完善产品，团队升级]]
|
||||
|
||||
### 1.2. 当前工作情况
|
||||
1月31日，二组开了一次小组会议，同事逐一介绍了自己手上的工作，并且对团队当前产品与工作方式进行了一次讨论。孔文斌、陈孟泽、陈启慧、陈思宇等积极加入了讨论，并提出意见。
|
||||
#### 1.2.1. 当前团队整体工作情况
|
||||
1. 研发工作，**APP微应用架构**
|
||||
2. 产品升级，**家校互动产品原型设计**
|
||||
3. 实施工作，**乐昌环境部署**
|
||||
1. 即将面临较大的需求
|
||||
2. 团队以产品研发人员的配置主为
|
||||
|
||||
#### 1.2.2. 问题
|
||||
> [!question] 产品仅完成了核心主要功能，有太多细节没有考虑
|
||||
> 如密码健壮性检查，用户下载开发密钥还需要开发人员重后台查找等。
|
||||
|
||||
> [!question] 密码管理与数据安全问题
|
||||
> 研发人员不考虑自身开发环境密码没问题，可一旦部署到外部可以查询到的网络中，研发人员一定要转换思维。
|
||||
|
||||
> [!question] 大屏数据接口失效
|
||||
> 模拟数据，准备交付时，业务修改，导致部分数据接不上甚至要重新写对接接口。
|
||||
|
||||
<div style='page-break-after: always;'></div>
|
||||
|
||||
## 2. 工作计划
|
||||
|
||||
### 2.1. 二月份工作内容
|
||||
|
||||
> [!info] 家校互动 2.0 - 教师自主入驻
|
||||
> > [!col]
|
||||
> > > [!info] 春节前
|
||||
> > > 完成产品原型讨论，确定第二版功能。 [@龚家丽](app://obsidian.md/@%E9%BE%9A%E5%AE%B6%E4%B8%BD)
|
||||
> >
|
||||
> > > [!info] 春节后
|
||||
> > > 启动家校互动2.0研发。[@陈启慧](app://obsidian.md/@%E9%99%88%E5%90%AF%E6%85%A7)，[@邱嘉豪](app://obsidian.md/@%E9%82%B1%E5%98%89%E8%B1%AA)
|
||||
|
||||
> [!info] 隐患巡查 2.0 - 隐患自查
|
||||
> > [!col]
|
||||
> > > [!SUCCESS] 春节前
|
||||
> > > 已完成一次面对面需求讨论。[[@龚家丽]]
|
||||
> >
|
||||
> > > [!info] 春节后
|
||||
> > > 完成产品原型的设计与讨论。[[@龚家丽]]
|
||||
|
||||
> [!info] 团队内学习产品
|
||||
> > [!col]
|
||||
> > > [!info] 春节前
|
||||
> > > 团队学习家校互动、出租屋管理业务系统。 <br>[[@陈启慧]] [[@邱嘉豪]]
|
||||
> >
|
||||
> > > [!info] 春节后
|
||||
> > > 计划产品内部介绍，让团队更熟悉综合服务平台的业务整合，以后的产品设计，将优先考虑基于平台的业务融合体系来设计：[[@陈思宇]] [[@高宇]]
|
||||
> > > 1. 《综合服务平台业务融合体系》
|
||||
> > > 1. 《综合服务平台应用市场整合逻辑》
|
||||
> > > 1. 《综合服务平台/泽安园2.0微应用开发讲解》
|
||||
|
||||
> [!info] 项目过程优化
|
||||
> > [!col]
|
||||
> > > [!SUCCESS] 春节前
|
||||
> > > 已完成团队内的工作情况讨论会。[[@二组全体]]
|
||||
> >
|
||||
> > > [!info] 春节后
|
||||
> > > 1. 完善自动化测试逻辑，解决迭代后，部分接口等接接不上的问题。[[@高宇]]
|
||||
> > > 2. 建立一个研发向产品经理反馈修改意见的过程，让研团人员可以与产品经理共同优化产品。[[@高宇]]
|
||||
|
||||
|
||||
<div style='page-break-after: always;'></div>
|
||||
|
||||
> [!info] 乐昌实施教育网格实施
|
||||
> > [!col]
|
||||
> > > [!info] 春节前
|
||||
> > > 1. 2月5日交付用户第一个版本
|
||||
> > > 2. 节前完成全部基础数据配置与功能调试[[@孔文斌]] [[@陈启慧]]
|
||||
> >
|
||||
> > > [!info] 春节后
|
||||
> > > 落实乐昌教育局域名，完成小程序，OA移动端的配置与实施培训。[[@龚家丽]] [[@孔文斌]]
|
||||
|
||||
|
||||
### 2.2. 三月份工作安排
|
||||
|
||||
|
||||
> [!NOTE] 隐患2.0产品与研发。[[@龚家丽]] [[@陈孟泽]] [[@孔文斌]]
|
||||
> 由于当下自查的逻辑，需求方面并没有全部确，二月份内，春节节后回来后两周，无法保证产品原型可以就绪。因此三月份暂定为确定完需求，并且在月中前可以完全启动开发。
|
||||
|
||||
> [!NOTE] 完成家校互动2.0研发。[[@陈启慧]]，[[@邱嘉豪]]
|
||||
> 1. 这部分功能完成之后，可以支持教师自主注册，加入平台，不依赖平台添加学校或是教育局推动。
|
||||
> 2. 找第一批5位老师开始对系统的初步试用，完善产品 [[@龚家丽]] [[@陈启慧]]，[[@邱嘉豪]]
|
||||
|
||||
> [!NOTE] AI大模型普及与教育方向应用沙龙
|
||||
> 通过讲沙龙，让大家对AI产品，需做的事情，产品的设计有一个概念，以推进后将AI引入产品做准备。
|
||||
|
||||
@@ -0,0 +1,80 @@
|
||||
```yaml
|
||||
apiVersion: batch/v1
|
||||
kind: CronJob
|
||||
metadata:
|
||||
name: spol-prod-tenant-creation
|
||||
namespace: daily-test
|
||||
labels:
|
||||
controller: cronjob
|
||||
spec:
|
||||
schedule: "0 23 * * *" #表明每晚23点会执行这个任务
|
||||
jobTemplate: # job控制器模板，用于为cronjob控制器生成job对象，下面其实就是job的定义
|
||||
metadata:
|
||||
name: job
|
||||
spec:
|
||||
template: # 模板，当副本数量不足时，会根据下面的模板创建pod副本
|
||||
spec:
|
||||
restartPolicy: Never # 重启策略只能设置为Never或者OnFailure
|
||||
containers:
|
||||
- name: spol-prod-tenant-creation-job
|
||||
image: registry.cn-guangzhou.aliyuncs.com/gdcyy-open-library/auto_test:latest
|
||||
# 打印当前的系统时间
|
||||
command: ["apifox","run","https://api.apifox.com/api/v1/projects/1107786/api-test/ci-config/412428/detail?token=x-F8QkIvHfo93FxgmsNKte","-r","html,json","--upload-report"]
|
||||
```
|
||||
|
||||
### 综合服务平台测试用例
|
||||
1. 租户初始化
|
||||
1. 为租户分配权限
|
||||
2. 为租户的管理员分配权限
|
||||
3. 新增普通用户
|
||||
2. 开发商的应用管理
|
||||
1. 开发商/超管，新建应用
|
||||
1. 更新公私钥（超管），返回公私钥字符串
|
||||
2. 读取应用的开发信息，客户端ID
|
||||
3. 向租户授权使用
|
||||
2. 应用SSO认证信息校验
|
||||
3. 应用用户
|
||||
1. 租户管理员
|
||||
1. 查看已添加应用
|
||||
2. 去应用市场，查看未添加的应用
|
||||
3. 添加应用，查看租户应用，是否可配置
|
||||
4. 移除应用，
|
||||
1. 即在租户的应用管理界面，不再显示
|
||||
2. 应用市场可见
|
||||
5. 设置应用的管理员和用户范围
|
||||
6. 启用/禁用应用的快捷菜单
|
||||
1. 校验用户登录后，读取菜单接口，查看对应的菜单项
|
||||
4. SSO模块的测试
|
||||
1. cookie校验登录，
|
||||
1. cookie授权，校验返回值
|
||||
2. sdk封装校验cookie，
|
||||
3. 三方登录，拿到token
|
||||
2. 授权码校验登录
|
||||
1. 授权码校验，返回code
|
||||
2. 根据code获取三方业务系统服务地址（部分应用适用，如教育网格小程序，统一一个前端，不同后端）
|
||||
3. sdk封装校验code,
|
||||
4. 第三方登录，拿到token
|
||||
3. 使用token请求业务接口（获取字典）
|
||||
4. 登出逻辑，请求字典接口判断是否失效
|
||||
5. 平台微应用体系测试
|
||||
6. 认证小程序的测试
|
||||
|
||||
### 家校
|
||||
1. 管理端
|
||||
1. 在综合服务平台上启动，登录校验 参考 [[kubernetes-job#综合服务平台测试用例]] **授权码校验登录**
|
||||
1. 判断登录成功
|
||||
2. 学校信息管理与维护
|
||||
1. 字典数据管理（评价周期、升学配置等）
|
||||
2. 教学结构的信息维护
|
||||
1. 班级/年级等
|
||||
2. 任课教师配置
|
||||
3. 通讯录，学生和家长信息的维护
|
||||
1. 导入（暂时有点麻烦）
|
||||
3. 自动升学（触发一次升学的任务）
|
||||
2. 家长端
|
||||
3. 教师端
|
||||
|
||||
### 出租屋管理
|
||||
|
||||
传阅
|
||||
人事管理模块
|
||||
Reference in New Issue
Block a user