b/s系统快速开发框架，权限管理系统（售erp,cms,oa,b2b2c,o2o）

• 品牌其他
• 语言.NET
• 数据库Mssql
• 移动端无
• 大小12.4 MB
• 规格整站源码
• 授权免授权
• 源文件完全开源（含全部源文件）

• 安装服务￥3.00（额外,可选）【要求说明】
• 主机类型独立主机（服务器、VPS、VM），虚拟主机（仅有FTP管理）
• 伪静态无需
• 操作系统Windows
• 安装方式QQ远程协助
• web服务IIS

项目采用经典DDD架构（用沃恩.弗农大神的话，其实这是DDD-Lite）思想进行开发，简洁而不简单，实用至上，并且所写每一行代码都经过深思熟虑，符合SOLID规则！

教科书级的分层思想，哪怕苛刻的你阅读的是大神级精典大作（如：《企业应用架构模式》《重构与模式》《ASP.NET设计模式》等），你也可以参考本项目：

符合国情的RBAC（基于角色的访问控制），可以直接应用到你的系统。

权限资源

a. 菜单权限 经理和业务员登陆系统拥有的功能菜单是不一样的

b. 按钮权限 经理能够审批，而业务员不可以

c. 数据权限 A业务员看不到B业务员的单据

d. 字段权限 某些人查询客户信息时看不到客户的手机号或其它字段

用户  应用系统的具体操作者，我这里设计用户是可以直接给用户分配菜单/按钮，也可以通过角色分配权限。

角色  为了对许多拥有相似权限的用户进行分类管理，定义了角色的概念，以上所有的权限资源都可以分配给角色，角色和用户N:N的关系。

机构  树形的公司部门结构，国内公司用的比较多，它实际上就是一个用户组，机构和用户设计成N:N的关系，也就是说有时候一个用户可以从属于两个部门，这种情况在我们客户需求中的确都出现过。

系统工程结构：

OpenAuth.Domain 系统领域层

OpenAuth.Repository 系统仓储层，用于数据库操作

OpenAuth.App 应用层，为界面提供接口

OpenAuth.Mvc 采用基于jquery与bootstrap的B-JUI界面

OpenAuth.UnitTest 单元测试

Infrastructure 通用工具集合

后续

更多狂野的功能，正在玩命加载中，敬请期待...

1、自动：标有自动发货的商品，拍下后，在我购买的订单,远程下载出获取（下载）链接；
2、手动：未标有自动发货的的商品，拍下后，卖家会收到邮件、短信提醒，也可通过QQ或订单中的电话联系对方。

1、源码默认交易周期：2天，请买家在这个期间测试商品以免交易自动确认时间避免损失财产；
2、若上述交易周期双方依然无法完成交易，任意一方可发起追加周期（1~60天）的请求，对方同意后联系酷客淘客服延长。

1、描述：源码描述(含标题)与实际源码不一致的（例：描述PHP实际为ASP、描述的功能实际缺少、版本不符等）；
2、演示：有演示站时，与实际源码小于95%一致的（但描述中有"不保证完全一样、有变化的可能性"类似显著声明的除外）；
3、发货：手动发货源码，在卖家未发货前，已申请退款的；
4、安装：免费提供安装服务的源码但卖家不履行的；
5、收费：额外收取其他费用的（但描述中有显著声明或双方交易前有商定的除外）；
6、其他：如质量方面的硬性常规问题等。
注：经核实符合上述任一，均支持退款，但卖家予以积极解决问题则除外。

1、酷客淘会对双方交易的过程及交易商品的快照进行永久存档，以确保交易的真实、有效、安全！
2、酷客淘无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保，请买家自行鉴别；
3、在源码描述中同时有网站演示与图片演示，且站演与图演不一致时，默认按图演作为纠纷评判依据（特别声明或有商定除外）；
4、在没有"无任何正当退款依据"的前提下，商品写有"一旦售出，概不支持退款"等类似的声明，视为无效声明；
5、在未拍下前，双方在QQ上所商定的交易内容，亦可成为纠纷评判依据（商定与描述冲突时，商定为准）；
5、因聊天记录可作为纠纷评判依据，故双方联系时，只与对方在酷客淘上所留的QQ、手机号沟通，以防对方不承认自我承诺。
7、虽然交易产生纠纷的几率很小，但一定要保留如聊天记录、手机短信等这样的重要信息，以防产生纠纷时便于酷客淘介入快速处理。

1、酷客淘作为第三方中介平台，依据交易合同（商品描述、交易前商定的内容）来保障交易的安全及买卖双方的权益；
2、非平台线上交易的项目，出现任何后果均与酷客淘无关；无论卖家以何理由要求线下交易的，请联系管理举报。