基本信息
应用IDC6917584967162420520
包名com.Harrsion_Ben.pmt
版本1.2.0
开发者黄浩臻
大小1.2 MB
价格免费
上架时间2026-03-21 15:19
更新时间2026-06-05 13:58
发布地区PS, AO, AF, IQ, BF, BI, BJ, BW, TD, CG …
隐私政策查看
SDK / API Level 说明
- 最低SDK(minsdk):17 — 应用运行所需的最低 HarmonyOS SDK 版本号
- 目标SDK(target_sdk):17 — 应用编译时面向的目标 SDK 版本号
- API Level(min_hmos_api_level):50005 — 应用要求的最低鸿蒙 API 级别(如 50000 = 5.0.0.0,50005 = 5.0.0.5,50101 = 5.0.1.1)
更新日志
1、优化深色模式下部门弹窗颜色显示异常
2、优化蓝图下UI,更简介大方
3、优化背景颜色下用户设置读取逻辑
2、优化蓝图下UI,更简介大方
3、优化背景颜色下用户设置读取逻辑
应用介绍
PMT 详细介绍(含各页签功能细节)
PMT(Project Management Tool),是一个围绕项目执行全过程的管理平台。它的核心价值是:把项目里分散在聊天记录、表格、会议纪要、脑子里的事项,统一到一个可追踪、可回溯、可协同的结构化空间里。
如果用一句更完整的话描述:PMT 是一款以项目为单位、以执行为中心、以可视化为抓手的轻量级项目管理系统。
一、产品定位与解决的问题
在很多团队里,项目推进最大的痛点不是“没有任务”,而是:
任务很多,但优先级混乱,今天该干什么不清楚;
会议开了不少,但结论和行动项散落,后续没人跟;
范围不断变化,需求边界模糊,返工频繁;
风险识别不及时,问题到了临近交付才集中爆发;
进度上报靠口头,缺少统一、直观、可信的时间线;
项目资料散落在多个地方,交接成本高,复盘困难。
PMT 的设计就是针对这些“执行层面”痛点:
它不是只做计划,也不是只做文档,而是把**人(相关方)—事(任务/目标/风险)—时间(会议/甘特图)—资料(附件)**串成一个闭环。
二、整体产品结构:从“项目入口”到“项目详情”
PMT 的基本使用路径可以理解为三层:
首页(项目列表层):管理“有哪些项目”,并做项目级筛选与搜索;
项目详情(执行层):在一个项目内通过多个页签管理不同维度信息;
用户设置(系统层):通知、主题、语言、数据导入导出、安全策略等通用能力。
1)首页(Index)能力
首页承担的是“项目工作台”职责,不是仅展示列表。可以看到它包含:
项目新建、编辑、删除;
项目描述管理;
项目状态筛选(全部、进行中、已结束);
项目搜索(名称/描述/目标);
项目页签能力配置(即:不同项目可启用不同功能页签);
项目数据迁移(例如项目改名后,历史数据键迁移);
项目数据清理(删除项目时清理关联存储);
项目显示范围同步(与蓝图/任务时间相关联)。
这套设计说明 PMT 已经考虑了真实使用中的管理动作:
不是“做了项目就固定不变”,而是支持项目在生命周期里不断调整、演进。
三、项目详情页的核心思想:多页签分工 + 数据互联
项目详情页是 PMT 的核心。它采用了“页签化拆分”的策略,把复杂项目拆成多个可操作视角。
你目前的页签体系包含:
相关方
Todo
范围
目标
风险
会议
蓝图(甘特图)
附件
这个设计的关键优点在于:
每个页签聚焦一类管理对象,但并非孤立存在,而是可互相引用和联动(例如 Todo 与蓝图时间轴、任务与 WBS、会议与执行跟踪)。
四、各页签详细功能说明
下面我按“管理目的—核心字段—关键操作—应用价值”来逐个展开。
A. 相关方页签(Stakeholder)
管理目的
建立项目中的“人”视图,明确谁参与、谁负责、谁支持、谁决策,减少责任模糊。
核心信息
从代码结构看,相关方条目至少包含:
姓名/对象名称
职位/角色(有“项目职位”字段)
类型区分(可见外部/内部过滤语义)
可编辑、可删除、可选择
关键操作
新增相关方;
编辑相关方资料;
批量选择与删除;
搜索/筛选(对负责人选择器有过滤逻辑);
可与任务负责人选择联动(蓝图任务里有 assignee 集合)。
业务价值
明确“谁做什么”;
为 Todo、蓝图任务分配负责人提供统一人员池;
便于会议参与者、行动项责任人快速关联。
B. Todo 页签(执行任务)
管理目的
承接“日常执行动作”,是项目推进的主战场。
核心信息
Todo 项目包含较完整字段体系:
任务名称
接收/开始/计划等日期相关字段
紧急程度(有 urgency 颜色映射)
删除状态/完成状态(代码中有 deleted、completed 相关处理)
可能包含备注等补充信息
关键操作
任务新增、编辑、删除;
列表排序(按紧急程度);
时间状态分类(逾期、当前、未来);
与蓝图联动生成可视化映射;
批量删除与过滤展示。
可视化能力(亮点)
代码里可以看到一整套 Todo 可视化与性能策略:
任务时间条宽度计算;
日期线位置计算;
任务映射到时间轴;
逾期/进行中/未来统计;
可视窗口附近渲染(减少节点压力);
分批渐进渲染(首屏更顺滑);
计算缓存(避免重复计算导致卡顿)。
业务价值
这让 Todo 不再只是“条目列表”,而是“可解释的进度信号”。
管理者可以快速判断:
当前是否积压、风险是否前置、节奏是否失控。
C. 范围页签(Scope / WBS)
管理目的
定义“项目要做什么、不做什么”,并把工作拆成结构化分解(WBS)。
核心结构
范围页签明显是两层模型:
一级项目(分组标题,不可直接选择)
二级项目(WBS,可选择,可关联)
并且支持展开/折叠、一键收起/展开、编辑模式切换等操作。
关键操作
新增一级范围项;
在一级项下新增/编辑/删除二级范围项;
调整层级内容;
展开/折叠管理;
选择 WBS 供其他模块引用(如蓝图任务关联 WBS)。
业务价值
把“范围”从口头约定变成可管理对象;
让任务与范围绑定,减少“做了很多但不在范围内”的偏差;
为后续变更控制、验收边界提供依据。
D. 目标页签(Objectives)
管理目的
定义“要达成什么结果”,避免项目只忙执行不看结果。
可能承载内容
结合页面命名与数据接口,目标页签应支持:
目标条目新增、编辑、删除;
目标列表维护;
目标内容搜索/展示;
与项目概览搜索关联(首页支持搜索目标)。
业务价值
保证任务与目标一致;
提升项目决策时的“对齐效率”;
方便阶段复盘:目标达成度可回看。
E. 风险页签(Risk)
管理目的
把“可能出问题”前置管理,而不是事后补救。
功能细节(从状态与方法可见)
风险条目新增、编辑;
风险筛选与排序;
风险选择器状态控制;
支持删除与列表维护;
与项目其余信息并列可见,便于联动判断。
业务价值
让风险从“会议里提一句”变成“可跟踪对象”;
可结合 Todo/会议推动风险应对行动;
降低后期集中爆雷概率。
F. 会议页签(Meeting)
管理目的
管理“沟通与决策过程”,确保会后能执行、能追溯。
核心字段
会议项有较完整会议模型:
标题
日期
时间
地点
议程
纪要
完成/删除标记相关状态
关键操作
新增会议;
编辑会议;
删除或标记;
隐藏已勾选会议项;
已完成会议窗口;
已完成会议详情弹窗查看。
业务价值
会议信息结构化沉淀;
决议可追踪,避免“会开完就散”;
对外汇报时可快速还原关键节点与讨论脉络。
G. 蓝图页签(Gantt / Roadmap)
管理目的
把项目进度从“文字描述”转化为“时间可视化蓝图”。
核心数据结构
蓝图里有成熟的甘特图任务模型,字段包括:
任务 ID、名称;
开始/结束日期;
依赖任务关系(dependencies);
负责人;
描述;
关联 WBS;
颜色;
时间轴配置(项目开始结束范围);
任务条位置信息(绘制计算)。
关键操作
新增甘特任务(弹窗);
编辑甘特任务(包含负责人、WBS、多字段);
全屏甘特查看;
横向/纵向滚动同步;
时间轴动态计算;
与共享存储同步任务变化。
与 Todo 的联动意义
蓝图不仅展示甘特任务,还承接 Todo 的时间映射可视化。
这相当于把“计划层(甘特)”和“执行层(Todo)”放到同一个时间参照系里,有助于发现:
计划是否被实际执行拖慢;
今日执行是否偏离关键路径;
哪些任务是关键堵点。
性能优化(非常实用)
你的实现里已经考虑大数据场景:
轴线缓存;
渐进式渲染;
可视区域渲染;
定时器清理机制;
共享存储同步减少重复开销。
这说明蓝图页签不是“装饰性图表”,而是面向真实数据量的可用模块。
H. 附件页签(Documents / Assets)
管理目的
让项目资料与执行上下文同场景存在,减少资料散落。
典型字段
附件项有:
名称
类型
描述
文件路径或可访问信息(含 URI 语义)
关键操作
新增附件条目;
编辑/删除;
选择与批量处理;
与权限管理配合(文档目录访问)。
业务价值
需求文档、方案、截图、报告可统一挂载;
交接时可直接沿项目结构查看;
降低“找不到版本/找不到文件”的沟通成本。
五、跨页签联动能力(PMT 的“系统感”来源)
PMT 的强项不止在“页签多”,而在“页签可协同”:
范围(WBS)→ 蓝图任务:任务可以关联 WBS,确保执行内容对齐范围;
相关方 → 任务负责人:人员池统一,避免负责人输入混乱;
Todo → 蓝图时间映射:执行层状态可映射到时间轴;
会议 → 执行动作:会议结论可以沉淀为后续任务;
目标 ↔ 搜索与项目总览:项目层可按目标检索;
附件 ↔ 全模块上下文:文档可跟任务、会议、范围一起看。
这套联动让 PMT 更像一个“项目中枢”,而非多个独立小功能堆叠。
六、用户设置与系统能力(落地可用性的关键)
除了业务模块,你的软件还具备很多“能长期使用”的基础能力:
主题切换(浅色/深色/跟随系统);
中英文切换(国际化键值完整);
通知与提醒时间设置;
数据管理入口(导出/导入);
密码模式(不校验/登录一次/每次进入);
设备适配(屏幕宽高密度判断,手机/平板布局考虑)。
这部分决定了软件能不能从“演示产品”变成“可持续使用的工具”。
七、典型使用场景(落地视角)
场景 1:项目启动
新建项目,选择启用页签;
录入相关方与核心目标;
在范围页签建立一级/二级 WBS;
在蓝图页签建立里程碑与主任务;
在会议页签记录启动会纪要。
结果:项目从第一天就是结构化的,不会“边做边乱”。
场景 2:周例会推进
会前查看 Todo 时间状态和甘特进度;
会中记录会议议题与结论;
会后更新 Todo 负责人、截止时间;
同步风险项与应对动作;
必要资料在附件页签归档。
结果:会议不再空转,形成“讨论—决策—执行—复盘”闭环。
场景 3:项目变更与交接
范围页签更新 WBS;
任务与 WBS 重新对齐;
导出当前项目完整数据;
交接方导入后继续推进;
用会议与附件快速恢复上下文。
结果:交接成本显著降低,知识不会断层。
九、产品优势总结
执行导向:不是只做计划,而是覆盖“计划到落地”全过程;
结构化沉淀:人、任务、范围、风险、会议、资料全在同一项目空间;
可视化推进:甘特与 Todo 联动,进度状态可视可解释;
灵活配置:项目级页签可启用/禁用,适配不同类型项目;
数据可迁移:导入导出和交换格式支持长期数据资产化;
可长期使用:主题、语言、通知、安全、设备适配能力完善。
PMT(Project Management Tool),是一个围绕项目执行全过程的管理平台。它的核心价值是:把项目里分散在聊天记录、表格、会议纪要、脑子里的事项,统一到一个可追踪、可回溯、可协同的结构化空间里。
如果用一句更完整的话描述:PMT 是一款以项目为单位、以执行为中心、以可视化为抓手的轻量级项目管理系统。
一、产品定位与解决的问题
在很多团队里,项目推进最大的痛点不是“没有任务”,而是:
任务很多,但优先级混乱,今天该干什么不清楚;
会议开了不少,但结论和行动项散落,后续没人跟;
范围不断变化,需求边界模糊,返工频繁;
风险识别不及时,问题到了临近交付才集中爆发;
进度上报靠口头,缺少统一、直观、可信的时间线;
项目资料散落在多个地方,交接成本高,复盘困难。
PMT 的设计就是针对这些“执行层面”痛点:
它不是只做计划,也不是只做文档,而是把**人(相关方)—事(任务/目标/风险)—时间(会议/甘特图)—资料(附件)**串成一个闭环。
二、整体产品结构:从“项目入口”到“项目详情”
PMT 的基本使用路径可以理解为三层:
首页(项目列表层):管理“有哪些项目”,并做项目级筛选与搜索;
项目详情(执行层):在一个项目内通过多个页签管理不同维度信息;
用户设置(系统层):通知、主题、语言、数据导入导出、安全策略等通用能力。
1)首页(Index)能力
首页承担的是“项目工作台”职责,不是仅展示列表。可以看到它包含:
项目新建、编辑、删除;
项目描述管理;
项目状态筛选(全部、进行中、已结束);
项目搜索(名称/描述/目标);
项目页签能力配置(即:不同项目可启用不同功能页签);
项目数据迁移(例如项目改名后,历史数据键迁移);
项目数据清理(删除项目时清理关联存储);
项目显示范围同步(与蓝图/任务时间相关联)。
这套设计说明 PMT 已经考虑了真实使用中的管理动作:
不是“做了项目就固定不变”,而是支持项目在生命周期里不断调整、演进。
三、项目详情页的核心思想:多页签分工 + 数据互联
项目详情页是 PMT 的核心。它采用了“页签化拆分”的策略,把复杂项目拆成多个可操作视角。
你目前的页签体系包含:
相关方
Todo
范围
目标
风险
会议
蓝图(甘特图)
附件
这个设计的关键优点在于:
每个页签聚焦一类管理对象,但并非孤立存在,而是可互相引用和联动(例如 Todo 与蓝图时间轴、任务与 WBS、会议与执行跟踪)。
四、各页签详细功能说明
下面我按“管理目的—核心字段—关键操作—应用价值”来逐个展开。
A. 相关方页签(Stakeholder)
管理目的
建立项目中的“人”视图,明确谁参与、谁负责、谁支持、谁决策,减少责任模糊。
核心信息
从代码结构看,相关方条目至少包含:
姓名/对象名称
职位/角色(有“项目职位”字段)
类型区分(可见外部/内部过滤语义)
可编辑、可删除、可选择
关键操作
新增相关方;
编辑相关方资料;
批量选择与删除;
搜索/筛选(对负责人选择器有过滤逻辑);
可与任务负责人选择联动(蓝图任务里有 assignee 集合)。
业务价值
明确“谁做什么”;
为 Todo、蓝图任务分配负责人提供统一人员池;
便于会议参与者、行动项责任人快速关联。
B. Todo 页签(执行任务)
管理目的
承接“日常执行动作”,是项目推进的主战场。
核心信息
Todo 项目包含较完整字段体系:
任务名称
接收/开始/计划等日期相关字段
紧急程度(有 urgency 颜色映射)
删除状态/完成状态(代码中有 deleted、completed 相关处理)
可能包含备注等补充信息
关键操作
任务新增、编辑、删除;
列表排序(按紧急程度);
时间状态分类(逾期、当前、未来);
与蓝图联动生成可视化映射;
批量删除与过滤展示。
可视化能力(亮点)
代码里可以看到一整套 Todo 可视化与性能策略:
任务时间条宽度计算;
日期线位置计算;
任务映射到时间轴;
逾期/进行中/未来统计;
可视窗口附近渲染(减少节点压力);
分批渐进渲染(首屏更顺滑);
计算缓存(避免重复计算导致卡顿)。
业务价值
这让 Todo 不再只是“条目列表”,而是“可解释的进度信号”。
管理者可以快速判断:
当前是否积压、风险是否前置、节奏是否失控。
C. 范围页签(Scope / WBS)
管理目的
定义“项目要做什么、不做什么”,并把工作拆成结构化分解(WBS)。
核心结构
范围页签明显是两层模型:
一级项目(分组标题,不可直接选择)
二级项目(WBS,可选择,可关联)
并且支持展开/折叠、一键收起/展开、编辑模式切换等操作。
关键操作
新增一级范围项;
在一级项下新增/编辑/删除二级范围项;
调整层级内容;
展开/折叠管理;
选择 WBS 供其他模块引用(如蓝图任务关联 WBS)。
业务价值
把“范围”从口头约定变成可管理对象;
让任务与范围绑定,减少“做了很多但不在范围内”的偏差;
为后续变更控制、验收边界提供依据。
D. 目标页签(Objectives)
管理目的
定义“要达成什么结果”,避免项目只忙执行不看结果。
可能承载内容
结合页面命名与数据接口,目标页签应支持:
目标条目新增、编辑、删除;
目标列表维护;
目标内容搜索/展示;
与项目概览搜索关联(首页支持搜索目标)。
业务价值
保证任务与目标一致;
提升项目决策时的“对齐效率”;
方便阶段复盘:目标达成度可回看。
E. 风险页签(Risk)
管理目的
把“可能出问题”前置管理,而不是事后补救。
功能细节(从状态与方法可见)
风险条目新增、编辑;
风险筛选与排序;
风险选择器状态控制;
支持删除与列表维护;
与项目其余信息并列可见,便于联动判断。
业务价值
让风险从“会议里提一句”变成“可跟踪对象”;
可结合 Todo/会议推动风险应对行动;
降低后期集中爆雷概率。
F. 会议页签(Meeting)
管理目的
管理“沟通与决策过程”,确保会后能执行、能追溯。
核心字段
会议项有较完整会议模型:
标题
日期
时间
地点
议程
纪要
完成/删除标记相关状态
关键操作
新增会议;
编辑会议;
删除或标记;
隐藏已勾选会议项;
已完成会议窗口;
已完成会议详情弹窗查看。
业务价值
会议信息结构化沉淀;
决议可追踪,避免“会开完就散”;
对外汇报时可快速还原关键节点与讨论脉络。
G. 蓝图页签(Gantt / Roadmap)
管理目的
把项目进度从“文字描述”转化为“时间可视化蓝图”。
核心数据结构
蓝图里有成熟的甘特图任务模型,字段包括:
任务 ID、名称;
开始/结束日期;
依赖任务关系(dependencies);
负责人;
描述;
关联 WBS;
颜色;
时间轴配置(项目开始结束范围);
任务条位置信息(绘制计算)。
关键操作
新增甘特任务(弹窗);
编辑甘特任务(包含负责人、WBS、多字段);
全屏甘特查看;
横向/纵向滚动同步;
时间轴动态计算;
与共享存储同步任务变化。
与 Todo 的联动意义
蓝图不仅展示甘特任务,还承接 Todo 的时间映射可视化。
这相当于把“计划层(甘特)”和“执行层(Todo)”放到同一个时间参照系里,有助于发现:
计划是否被实际执行拖慢;
今日执行是否偏离关键路径;
哪些任务是关键堵点。
性能优化(非常实用)
你的实现里已经考虑大数据场景:
轴线缓存;
渐进式渲染;
可视区域渲染;
定时器清理机制;
共享存储同步减少重复开销。
这说明蓝图页签不是“装饰性图表”,而是面向真实数据量的可用模块。
H. 附件页签(Documents / Assets)
管理目的
让项目资料与执行上下文同场景存在,减少资料散落。
典型字段
附件项有:
名称
类型
描述
文件路径或可访问信息(含 URI 语义)
关键操作
新增附件条目;
编辑/删除;
选择与批量处理;
与权限管理配合(文档目录访问)。
业务价值
需求文档、方案、截图、报告可统一挂载;
交接时可直接沿项目结构查看;
降低“找不到版本/找不到文件”的沟通成本。
五、跨页签联动能力(PMT 的“系统感”来源)
PMT 的强项不止在“页签多”,而在“页签可协同”:
范围(WBS)→ 蓝图任务:任务可以关联 WBS,确保执行内容对齐范围;
相关方 → 任务负责人:人员池统一,避免负责人输入混乱;
Todo → 蓝图时间映射:执行层状态可映射到时间轴;
会议 → 执行动作:会议结论可以沉淀为后续任务;
目标 ↔ 搜索与项目总览:项目层可按目标检索;
附件 ↔ 全模块上下文:文档可跟任务、会议、范围一起看。
这套联动让 PMT 更像一个“项目中枢”,而非多个独立小功能堆叠。
六、用户设置与系统能力(落地可用性的关键)
除了业务模块,你的软件还具备很多“能长期使用”的基础能力:
主题切换(浅色/深色/跟随系统);
中英文切换(国际化键值完整);
通知与提醒时间设置;
数据管理入口(导出/导入);
密码模式(不校验/登录一次/每次进入);
设备适配(屏幕宽高密度判断,手机/平板布局考虑)。
这部分决定了软件能不能从“演示产品”变成“可持续使用的工具”。
七、典型使用场景(落地视角)
场景 1:项目启动
新建项目,选择启用页签;
录入相关方与核心目标;
在范围页签建立一级/二级 WBS;
在蓝图页签建立里程碑与主任务;
在会议页签记录启动会纪要。
结果:项目从第一天就是结构化的,不会“边做边乱”。
场景 2:周例会推进
会前查看 Todo 时间状态和甘特进度;
会中记录会议议题与结论;
会后更新 Todo 负责人、截止时间;
同步风险项与应对动作;
必要资料在附件页签归档。
结果:会议不再空转,形成“讨论—决策—执行—复盘”闭环。
场景 3:项目变更与交接
范围页签更新 WBS;
任务与 WBS 重新对齐;
导出当前项目完整数据;
交接方导入后继续推进;
用会议与附件快速恢复上下文。
结果:交接成本显著降低,知识不会断层。
九、产品优势总结
执行导向:不是只做计划,而是覆盖“计划到落地”全过程;
结构化沉淀:人、任务、范围、风险、会议、资料全在同一项目空间;
可视化推进:甘特与 Todo 联动,进度状态可视可解释;
灵活配置:项目级页签可启用/禁用,适配不同类型项目;
数据可迁移:导入导出和交换格式支持长期数据资产化;
可长期使用:主题、语言、通知、安全、设备适配能力完善。