一种关于覆盖率群组算法的思考--人员--群组--功能代号.

中国人

工作中遇到一种需要, 在思考一种类似于群的覆盖率算法, 一时又想不出来. 但是觉得肯定是 数学问题. 所以发出来, 希望站长和大家帮忙解决:

背景 是这样.
1, 工作中有个运行平台, 上面各个子程序都有FunctionID. 就称呼为ID 吧.  因为平台是一样的, 各个子功能不是对所有用户开放的, 譬如 ID1 是用户User1 使用, ID2 是Users2和Users1 使用.
2, 有些功能是一个模组, 譬如 ID1和ID3 在一起建立一个群组Group1, User1 拥有Group1 后就会拥有ID1 和ID3 的权限.
3, 关系表就不多了.  就是User --> Group -> ID. 都是N:N 的关系. User 和ID 也可以单独有关系.

现在, 问题来了.
   1, 随着程式ID 的增多, 一开始 就直接见你User -ID 就好.
  2, 随着时间推移, 就想优化. 将ID建立群组, 和User建立关系. 让User 和ID 之间关系越来越少.
  如何通过现在模式,,建立一种群组覆盖算法. 最优化群组.

中国人

强烈支持楼主ing……

站长苏飞

这个要看你有多少种情况，或者可以根据功能模块简历组，

中国人

站长苏飞 发表于 2014-11-19 20:16
这个要看你有多少种情况，或者可以根据功能模块简历组，

受教了学习中…… 能说的更详细点么. 现在就是三元关系. 同样的例子譬如说,   根据兴趣爱好,  筛选出最优的 群组覆盖. 譬如物流点, 建立在什么地方最好....

站长苏飞

我一直认为角色和个人的信息无关，什么爱好，所在地的无关，应该只有身份有关吧，比如管理员，经理，员工等。

可以根据这个线进行划分，

当然这只是一咱思路，你说下你的用户是以什么形式来做权限的应该就好分了吧，，比如跟上根据职位，根据等级等等

gtoliushan

楼主加油，我们都看好你哦。

gtoliushan

楼主加油，我们都看好你哦。

中国人

站长苏飞 发表于 2014-11-20 09:57
我一直认为角色和个人的信息无关，什么爱好，所在地的无关，应该只有身份有关吧，比如管理员，经理，员工等 ...

权限是人工审批. 功能点一个ID,  现在想减少 User 和ID 之间的联系. 让更多的ID 进入Group, User 直接和Group 建立关系. 简而言之,, 找出功能点类似的ID 组合成Goup.  类似于堆的思想.,

中国人

http://www.cnblogs.com/leoxie2011/archive/2011/05/19/2050626.html 这篇文章, 可以作为参考. 这个是事前, 事后优化还得自己慢慢参考把. 感谢sufeinet和大家参与回答.

love'点点

膜拜中....！