自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

通用权限管理系统

愚公移山,我要做全国最最好用的标准权限组件、通用权限管理系统

  • 博客(10)
  • 资源 (4)
  • 收藏
  • 关注

原创 不管工作压力太大了,还是工作压力太小了;都容易引起开发人员的辞职风波

<br />   最近一件事情充分意识到,工作压力太大了开发人员容易辞职,集团公司有一个大型软件项目进展不利,我们公司的领导干部也被叫过去开会需要进行协助开发,由于这个项目会影响到整个集团的声誉,上级领导也很重视,项目中的一部分工作被划分到我们公司来了,也是本着都是一个集团公司的成员,也就没推脱,把任务接下来了。<br />   集团的项目是用Java开发的门户网站,其中有一个任务是需要集成论坛,指定是用PHPWIND,我们公司全体都是开发.NET的,而且很多人手上都有明确的工作安排,无法抽调人员也不好另外

2010-07-30 11:03:00 1441 1

原创 简单高效防注入攻击的动态SQL语句拼接方法,提高网站的安全性

<br />   并非人人是高手,并非人人是神仙,我也有不懂的地方,我也有不注意的技术问题,多交流多学习就是最好的提高方法<br /> <br />   其实对与初学者来说,进行的动态的查询语句拼接也不是那么好做的事情,就是做出来了,也未必是经得起考验的足够灵活好用的,未必是能拿得出手可以进行推广的,是否能拿得出就是其中的关键。<br /> <br />   今天检查公司的软件项目质量,发现有2个同事写的程序存在SQL注入攻击的漏洞,当然也不能怪罪人家,他们也是刚参加工作1-2年,还没有那么丰富的技术经验、

2010-07-28 19:03:00 1051 5

原创 防用户误删除,耗费一周时间把DeleteMark标志都加上来了,系统中所有的删除操作都变成“伪删除”

<br /><br /><br /><br /> <br />用 DeleteMark 的出发点:<br />1:虽然在界面上有删除提示,但是客户错误的删除了一笔数据后,想恢复被删除的数据是特别困难的,有人曾比喻,若输入数据的工作量,用1来比喻,那恢复被误删除的数据的工作量,很可能是100,所以就算界面上有删除提示,客户也确认删除了,但是还能有把数据挽救的余地才是保险的做法。<br /> <br />2:程序写太好了,客户用了好几年,程序的速度也飞快,数据库也很精简,很难收到维护费,曾经有一个大客户,软件用

2010-07-19 11:02:00 1115

原创 走火入魔.NET权限组件-字段访问权限(数据表字段的访问权限)思想来解决数据列的权限控制需求

<br />答应了客户写一个控制数据列的访问控制程序,虽然已经到了深夜1点多了,还是硬着头皮把程序都调整好,文档都写好,明天客户上班了,就可以看到例子程序了,希望能满足客户的实际需要。<br /> <br /> 其实权限的存储,看透了,也是很简单的事情,就是 “什么对象对什么资源有什么权限?”把这个逻辑关系能保存好就ok了,你这样设计了,别人也容易阅读你的程序,容易理解你的数据库设计,将来也容易维护一些。 <br />   用一个思想,前后不矛盾的,把整个系统实现出来,也有些不容易,很多环节会出现前后矛盾,

2010-07-14 01:02:00 1051

原创 走火入魔.NET权限组件-用树型资源权限(数据集权限)思想来权限递归问题

<br />程序接口如下:<br />        /// <summary><br />        /// 60.获取用户的某个资源的权限范围(树型资源)<br />        /// </summary><br />        /// <param name="userInfo">用户</param><br />        /// <param name="userId">用户主键</param><br />        /// <param name="targetCategory

2010-07-11 20:01:00 770

原创 走火入魔.NET权限组件-用资源权限(设置权限)思想来解来解决权限的存储问题

<br />   一个软件并不是B/S的就牛了,或者是C/S的就怎么了,软件的主要目的是为了达到用户的什么目的?QQ为啥不做个B/S的?VS系列为啥不做个B/S的?SAP为啥不做个B/S的?操作系统为啥不作个B/S的?只要能满足客户的需求不管事B/S的C/S的都是可以的,客户是否用起来方便,维护是否方便,定位是否准确比B/S的还是C/S的更重要,一个思想并不在于它是B/S的还是C/S的,而在于是把问题如何巧妙的解决的。<br /> <br />   其实权限的存储,看透了,也是很简单的事情,就是 “什么对象

2010-07-11 16:01:00 863

原创 C# ASP.NET 最常用的通用权限的3个方法例子展示(每个功能一行代码实现)

C# ASP.NET 最常用的通用权限的3个方法例子展示。 参考代码如下:代码//------------------------------------------------------------<br />// All Rights Reserved , Copyright (C) 2010 , Jirisoft , Ltd. <br />//------------------------------------------------------------<br /><br />using S

2010-07-08 23:03:00 1301

原创 软件公司美女多,可以明显提高纯爷们的整体的工作效率

<br />想想这10来年不长不短的工作时间,总结出来一个秘密,那就是:“美女可以明显提高软件工作的工作效率”。<br />1:很早时,在一个台资公司,老板就是下命令,公司绝对不可以招美女,因为来了美女后,这些程序员会争抢,容易导致内乱,所以公司大多招聘的都是恐龙级的,大家在公司里,平时加班也多、地处偏远的开发区什么的,人工作了几年后明显会变得麻木,生活无乐趣,突然间来了一个国外留学的丰满女,的确出了事情,公司里几个男生争抢着约会啥的,还导致过2个同事之间动手动脚,分析一下原因发现,一直以来女的太缺少了。<

2010-07-07 09:06:00 951 2

原创 走火入魔.NET权限组件在公司的网络版温湿度监控系统中进行实战-用资源权限(数据集权限)思想来解决实际问题

<br />前些日子公司有一个温湿度控制的监控类软件产品在开发,刚开始定位是单机版软件,后来重新被定位为多用户的、有权限控制的网络版温湿度监控系统,大家都觉得每个软件都有个性化的权限设置,无法进行通用,还是每个软件都开发自己的权限控制比较实在。<br /> <br />我的对策是如下:<br /> <br />1:一天一个人能开发几个稳定的页面?一整套完善的权限控制少说需要10来个页面、往多了说有几十个页面,那需要开发多久?代码检查多久?测试多久?将来又由谁维护?跟公司的其他产品是否有一定的兼容性?<br

2010-07-07 00:06:00 3411 11

原创 C# ASP.NET B/S模式下,采用lock语法 实现多用户并发产生不重复递增单号的一种解决方法技术参考

<br />往往我们在开发程序、调试程序时,无法模拟多用户同时操作的实际环境下的运行情况。<br /> <br />为了模拟多用户并发操作,我们先写个多线程的例子来充分模拟多用户并发的情况代码    class SequenceTest<br />    {<br />        /// <summary><br />        /// 定义委托<br />        /// </summary><br />        /// <param name="user">用户</param><br

2010-07-04 18:04:00 1296 1

通用权限管理系统组件使用说明书V3.1

第1章 通用权限管理组件简介 7 1.1 软件开发现状分析 7 1.2 功能定位、建设目标 7 1.3 目标用户群体 9 1.4 系统优点 11 1.5 系统架构大局观 12 1.6 物理结构图 13 1.7 逻辑结构图 14 1.8 系统运行环境配置 15 1.9 安装程序、数据库设计、数据库文件 15 1.10 相关程序文档结构说明 16 1.11 软件安装、配置、运行方法 17 第2章 登录后台管理系统 21 2.1请用“登录”不要“登陆” 21 2.2系统登录 22 第3章 用户(账户)管理 23 3.1申请用户(账户) 25 3.2用户(账户)审核 27 3.3用户(账户)管理 29 第4章 组织机构(部门)管理 33 4.1大型业务系统 34 4.2中小型业务系统 35 4.3微型的业务系统 36 4.4内外部组织机构 37 第5章 角色(用户组)管理 38 第6章 职员(员工)管理 42 6.1职员(员工)管理 42 6.2职员(员工)的排序顺序 43 6.3职员(员工)与用户(账户)的关系 44 6.4职员(员工)导出数据 45 6.5职员(员工)离职处理 47 第7章 内部通讯录 48 7.1 我的联系方式 49 7.2 内部通讯录 50 第8章 即时通讯 51 8.1 发送消息 51 8.2 即时通讯 53 第9章 数据字典(选项)管理 55 9.1 数据字典(选项)管理 56 9.2 数据字典(选项)明细管理 58 第10章 系统日志管理 59 10.1 用户(账户)访问情况 60 10.2 按用户(账户)查询 61 10.3 按模块(菜单)查询 62 10.4 按日期查询 63 第11章 模块(菜单)管理 64 第12章 操作权限项管理 67 第13章 用户权限管理 71 第14章 序号(流水号)管理 72 第15章 系统异常情况记录 74 第16章 关于本软件 76 第17章 修改密码 77 第18章 重新登录 79 第19章 退出系统 81 第20章 参数服务 82 第21章 多系统权限集中配置管理 83 第22章 C/S组件模式运行用例 85 第23章 B/S组件模式运行用例 88 第24章 多语言支持 89 第25章 代码生成器 94 第26章 典型业务案例应用 96 26.1 文档管理 96 26.2 名片管理 98 第27章 开发登录功能过程分析 100 27.1系统登录功能的分工 100 27.1.1 市场营销人员 100 27.1.2 决策老板 100 27.1.3 项目经理 100 27.1.4 系统架构师 100 27.1.5 美工设计人员 100 27.1.6 程序员 100 27.1.7 质量保障员 100 27.1.8 测试人员 100 27.1.9 文档管理员 100 27.1.10 客户经理 100 27.1.11 实施工程师 100 27.2注意事项建议 104 27.2.1 分工明确原则 104 27.2.2 沟通效率问题 104 27.2.3 决策效率问题 104 27.2.4 工作量问题 104 27.2.5 产品质量问题 104 27.2.6 人员变动问题 104 27.2.7 绩效考核问题 104 27.2.8 工作成果问题 104 27.3通过实现登录窗体的反思 105 第28章 客户经常需要的开发技能 107 28.1 打印功能 107 28.2 编号产生功能 107 28.3 查询功能 107 28.4 大数据量快速分页功能 107 28.5 能快速便捷输入数据功能 107 28.6 模块(菜单)可以灵活配置 107 28.7 数据导入导出功能 107 28.8 图标统计 107 28.9 第三方接口程序 107 28.10 程序需要经得起折腾 107 28.11 导入原有系统的数据 107 28.12 数据导入导出功能 107 28.13 漂亮的界面 107 第29章 产品报价、技术支持、售后服务 108 29.1 产品及服务报价 108 29.2 联系方式、售后服务、错误反馈 109

2010-12-15

整体数字化建设项目通用权限管理组件使用说明书

年轻时、精力旺盛,有用不完的劲儿,但是工作经验不多,对各种行业实际应用没有深入的了解,大多停留在表面问题上,做不出过硬的有质量的软件组件来,刚精通C#程序时,发现又需要精通C/S、B/S才可以,这时又发现自己的数据库技术不过关,等刚掌握了SQLServer,又发现自己不懂Oralce,也不懂MySql,自己写出来的程序又不兼容这些数据库,等数据库也都精通了一些,发现自己的写文档能力不行,做个像样的东西非常不容易。 这时又发现自己的设计能力不行,等把设计能力也提高了,发现写文档的表达能力还是不行,等自己的表达能力也变得很强了,对各种行业应用也开始有了深入的了解,技术又变了很多,以前积累的技术又淘汰了。 当这些能力都接近已具备时,发现自己从早上忙到晚上,根本没有精力去写一个理想中的软件来,工作上的、家庭上的杂事也变得多如毛,当能力提高到了一定的境界后,普通人做出来的东西也都看不上了,也都不能放心了,因为知道得太多了,就能找出太多的问题了,但是自己又往往没那么多精力、空去做这个心目中的东东。 当真的全身心去投入了,去精心制作了这个东西后又发现这个东西,市场定位错了,只有很少数的人才肯花钱购买这个东东,所以成功很难,不仅需要有能力、而且需要更准确的市场定位能力,你做出来的软件?谁为此买单? 把设计文档写好、把程序写好、把操作手册写好,又要有一定的深度广度,的确也不是很容易;虽然我没有惊人的技术能力,但是我用了接近前后10年,不断完善改进这么一个很简单的功能,把这个简单的功能,做个彻彻底底,能达到真正的产品化的重复利用的要求,花费了2个月的业余时间,精心把使用手册编写完毕了,虽然软件没有开源,但是大部分的功能都写出来了,有做权限方面的开发人员,可以有一定的参考作用。 权限管理涉及的东西太多了,他需要涉及到数据库、要涉及到用户、组织机构、角色、日志、序列生成器、开发框架、甚至代码生成器,页面操作、底层存储结构设计等等方方面面,说是开发通用权限组件还不如是说:“轻量级的快速管理类软件开发平台”也不过分的。 既然爱好这个,又投入了这么多年的心血,也就不差再投入几年,再深入研究、再不断推广了,把一个简单的东西做个彻彻底底,做个真正对开发人员有帮助,能解放开发人员的部分工作,能把劳动成果重复利用10次、100次、1000次、10000次,那就足够有把这个功能模块做个彻底质量过关,让大家彻底能认可的意义了,一个人只能做好那么几件事情,若是人人都有那么几件事情彻底做好了,舍得全身心去研究完善,那我们软件开发人员也没必要那么累了,都可以早点儿回家休息了,因为我们有很多可重复利用的组建、可提高我们工作效率的懒人工具。 小时候亲眼见过也亲身体验过人耕牛拉式的辛勤种地;社会总是需要有人冒险,去发明、研究、制造、改进拖拉机,虽然为此付出的代价会很高很高,但是用拖拉机种地效率就高很多产值也会高很多,大家也可以从繁重的体力劳动解放出来,虽然购买拖拉机要花钱、平时还需要烧油。 但是大家都不舍得购买拖拉机、平时也不舍得烧油,那只能继续“人耕牛拉”了,牛总比拖拉机便宜很多,平时吃草就可以了有点也很多,还环保底炭。通用权限管理组件、轻量级的快速管理类软件开发平台能成为大家学习开发软件的拖拉机、开发软件的拖拉机。 以下部分是花费了接近2个月时间,精心编写的部分使用说明,虽然有些广告夹杂,但是认真对待了每篇文章的说明、希望有兴趣的朋友,可以补充完善、让有需要的人能直接重复利用、逐渐完善成大家都能认可的精品软件组件,大家都可以参考对比的标准权限功能。 人有追求有目标也是个闹心的事情、达不到目的,睡不好,吃不好,总想达到自己的目的,白天想、晚上想,几天、几周、几个月、几年都过的很快,人有追求了,也就不迷茫了,也就不腐败了,也不会堕落了,也挺有意思的。就把一个简单的东西做个精品出来,能彻底重复利用、没多大必要再重新开发,也别浪费人力物力了,该休息就休息、该早点儿回家就回家,该干啥就干啥吧。

2010-10-25

通用权限管理组件使用说明书V3.0.doc

第1章 通用权限管理组件简介 7 1.1 软件开发现状分析 7 1.2 功能定位、建设目标 7 1.3 目标用户群体 9 1.4 系统优点 11 1.5 系统架构大局观 12 1.6 物理结构图 13 1.7 逻辑结构图 14 1.8 系统运行环境配置 15 1.9 安装程序、数据库设计、数据库文件 15 1.10 相关程序文档结构说明 16 1.11 软件安装、配置、运行方法 17 第2章 登录后台管理系统 21 2.1请用“登录”不要“登陆” 21 2.2系统登录 22 第3章 用户(账户)管理 23 3.1申请用户(账户) 25 3.2用户(账户)审核 27 3.3用户(账户)管理 29 第4章 组织机构(部门)管理 33 4.1大型业务系统 34 4.2中小型业务系统 35 4.3微型的业务系统 36 4.4内外部组织机构 37 第5章 角色(用户组)管理 38 第6章 职员(员工)管理 42 6.1职员(员工)管理 42 6.2职员(员工)的排序顺序 43 6.3职员(员工)与用户(账户)的关系 44 6.4职员(员工)导出数据 45 6.5职员(员工)离职处理 47 第7章 内部通讯录 48 7.1 我的联系方式 49 7.2 内部通讯录 50 第8章 即时通讯 51 8.1 发送消息 51 8.2 即时通讯 53 第9章 数据字典(选项)管理 55 9.1 数据字典(选项)管理 56 9.2 数据字典(选项)明细管理 58 第10章 系统日志管理 59 10.1 用户(账户)访问情况 60 10.2 按用户(账户)查询 61 10.3 按模块(菜单)查询 62 10.4 按日期查询 63 第11章 模块(菜单)管理 64 第12章 操作权限项管理 67 第13章 用户权限管理 71 第14章 序号(流水号)管理 72 第15章 系统异常情况记录 74 第16章 关于本软件 76 第17章 修改密码 77 第18章 重新登录 79 第19章 退出系统 81 第20章 参数服务 82 第21章 多系统权限集中配置管理 83 第22章 C/S组件模式运行用例 85 第23章 B/S组件模式运行用例 88 第24章 多语言支持 89 第25章 代码生成器 94 第26章 典型业务案例应用 96 26.1 文档管理 96 26.2 名片管理 98 第27章 开发登录功能过程分析 100 27.1系统登录功能的分工 100 27.1.1 市场营销人员 100 27.1.2 决策老板 100 27.1.3 项目经理 100 27.1.4 系统架构师 100 27.1.5 美工设计人员 100 27.1.6 程序员 100 27.1.7 质量保障员 100 27.1.8 测试人员 100 27.1.9 文档管理员 100 27.1.10 客户经理 100 27.1.11 实施工程师 100 27.2注意事项建议 104 27.2.1 分工明确原则 104 27.2.2 沟通效率问题 104 27.2.3 决策效率问题 104 27.2.4 工作量问题 104 27.2.5 产品质量问题 104 27.2.6 人员变动问题 104 27.2.7 绩效考核问题 104 27.2.8 工作成果问题 104 27.3通过实现登录窗体的反思 105 第28章 客户经常需要的开发技能 107 28.1 打印功能 107 28.2 编号产生功能 107 28.3 查询功能 107 28.4 大数据量快速分页功能 107 28.5 能快速便捷输入数据功能 107 28.6 模块(菜单)可以灵活配置 107 28.7 数据导入导出功能 107 28.8 图标统计 107 28.9 第三方接口程序 107 28.10 程序需要经得起折腾 107 28.11 导入原有系统的数据 107 28.12 数据导入导出功能 107 28.13 漂亮的界面 107 第29章 产品报价、技术支持、售后服务 108 29.1 产品及服务报价 108 29.2 联系方式、售后服务、错误反馈 109

2010-07-24

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除