专栏名称: Hozin
交互劝退师,三分侠义,七分油腻
今天看啥  ›  专栏  ›  Hozin

[交互套路]无限级别的组织机构,如何管理?

Hozin  · 公众号  · 前端 设计  · 2024-09-09 08:20

主要观点总结

文章主要讨论了两个Tab实现三级机构管理的方式,并提出了随着组织架构级别的增加,需要更通用的界面设计的问题。Hozin提供了参考方案,强调以树形关系和路径的方式来管理任意级别的机构节点。

关键观点总结

关键观点1: 文章介绍了当前两级机构管理的界面设计及其存在的问题。

界面包括管理一级机构和二级机构的Tab,以及相应的表单界面。当组织架构级别增多时,需要更通用的界面设计来适应管理需求。

关键观点2: Hozin的参考方案提出了以树形关系和路径管理为核心的设计思路。

设计要点包括将树形关系转变为路径,向上追溯节点关系,向下统计子节点,避免在树形中进行多选和搜索,提供多种视图切换等。

关键观点3: 原型设计包括用路径来管理任意级别的机构节点的表格视图和机构节点的详情视图。

界面设计注重展示全局关系和节点详情,同时提供编辑和增加子节点的功能。


文章预览

两个Tab实现了三级机构管理: 界面1-1 第一个Tab,管理一级机构和下属机构 界面1-2 点击 [新增一级机构] 按钮的表单 界面1-3 第二个Tab,管理二级机构和下属机构 界面1-4 点击 [新增二级机构] 按钮的表单 问题:如果组织架构增加了很多级别,有没有更通用的界面设计? Hozin 提供的参考方案: 分析(1) 元数据 不能删 此例中,机构的名称不会变化,未来仅能低频变化的是“机构之间的从属关系”。 分析(2) 核心 对象 只有一个 从属关系,就是机构与机构的关系。节点性质,只有唯一的“机构”。 ※设计要点 (1) 树形关系 ,变为路径 拍扁的树形就是路径,一组连续的从属关系。 (2) 向上追溯 某个节点的父亲是谁,这是固定的。如果没有父亲,就是根节点。 (3) 向下统计 某个节点的子节点,就是统计出父亲是当前节点的节点。 (4) 避免在树形中 多 ………………………………

原文地址:访问原文地址
快照地址: 访问文章快照
总结与预览地址:访问总结与预览