EricShaw
- 浏览: 29798 次
- 性别:
- 来自: 北京
-
最新评论
-
sxk4429：
写得不错a
持续集成构建方案：利用Nexus搭建Maven私服 -
george：
你的方案三，其实不用把is_manager属性加在role上， ...
组织结构与权限模型设计（三）
文章列表
前言
上篇文章组织结构与权限模型设计（一）和组织结构与权限模型设计（二）中，介绍了权限模型的两种实现方案。方案一将操作功能和数据范围在一个维度，用角色的权限描述，方案二将操作功能和数据范围分成两个维度，分别用角色的权限和职位描述。方案一的优点是，配置简单，用户在一个地方把权限配置好就行了；方案二的优点是，清晰易扩展（操作功能和数据范围分别扩展，不用做乘法）。
方案三
基于以上分析，方案三就是把前面两种方案结合了一下：权限依然是分为操作功能和数据范围两个维度，但是两个维度都在角色中定义。
还是以查看工作日志这个功能为例：
按方案三实现的话，系统中会有一个权限项，叫查看工作日志（ ...
前言
上篇文章组织结构与权限模型设计（一）中，介绍了权限模型的第一种实现方案，即用户与角色关联、角色与权限关联，职位作为用户的一个标签显示，不涉及权限。这种方案存在一个问题，通常我们说的权限，其实是包含两个维度：操作功能和数据范围。比如学校班级的班长有检查同学作业、布置任务的权利，这是说他能操作的功能；另外，班长只对本班级的学生有布置任务的权利，这里是对数据范围的限制。
方案二
基于上面的分析，可以认为权限是由操作功能和数据范围两个维度组成的，角色定义用户的操作功能，职位定义数据范围。在一个企业里面，不同部门的部门经理虽然职位是一样的（都是部门经理），但是他们所能做的事是不一样的 ...
前言
权限模型是企业管理软件最基本，也是最重要的功能之一，它属于系统的基础架构，涉及到对数据、操作功能的权限控制。它的难点在于如何将企业的日常管理合理地映射到系统的业务功能，使用户在使用系统的时候就跟日常办公一样自然，同时又能享受到办公自动化带来的效率提升。
在这次Qone Online的产品开发过程中，关于权限模型的方案讨论所花费的时间甚巨，演变出了很多种思路，本系列主要记录方案讨论的过程，一方面作为宝贵的经验财富，另一方面，也便于以后再回顾的时候看是否会有更加完美的方案。
分析
企业管理系统五花八门，这里我以软件企业的项目管理系统作为切入点进行分析。项目管理系统顾名思义主要 ...
背景
在部门论坛上转载了一篇关于软件配置项的文章，引发了很多同事的讨论，文章虽简单，但是大家讨论所激起的思想火花值得永久品味和珍藏。
原文
去掉配置项，开发自信的软件（http://www.aqee.net/2010/07/04/kill-t … ild-opinionated-software/）
你的程序里有太多的配置项，太多的东西需要人去配置。API切入点设置？主题颜色配置？100种不同的字体样式和字体大小选择？ 界面色调配置？语言切换配置？
去掉这些配置项，全部去掉。
你的远见铸就你的软件
你是软件的创造者，创造你想要的软件。你的应用程序应该代表你的观点。37sign ...
准备好了吗？当我们打开了通向SaaS的大门之前，请大家谨记 迈出SaaS的第一步，我们就不再是软件开发商 我们是在线服务商！
SaaS,是什么？“将软件部署为托管服务，使用者通过互联网对服务进行访问。”
不卖软件，卖服务1 将服务提供给客户，而不是软件本身2 软件是服务平台，服务工具，而非交易商品3 传统服务业的IT转型，或者以IT技术为基础而实现的新型服务业
优势何在?以IT技术实现自动化、低成本的服务模式，针对传统服务的长尾市场，通过规模效应获取利润。
商业模型的转变1 软件所有权转移——密切关注客户价值 ...