自定义博客皮肤VIP专享

*博客头图:

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

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

博客底图:

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

栏目图:

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

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

通用权限管理系统

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

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

原创 推荐一本好书《应用框架的设计与实现 .NET平台》电子工业出版社

不是新书,但是没看过的,特别是有工作经验、技术上没能得到质的提高的朋友们还可以看看。书名:《应用框架的设计与实现 .NET平台》ISBN:7-121-01471-8电子工业出版社这个书虽然外表普通,但是发现越看越喜欢。原本我是见一同事在看,所以我向他借来看,看过后提高了很多。我现在编程的架构很多都借鉴了此书的思想。后来我来杭州后特意去书店找了一下这本书,没找到,

2009-02-13 18:57:00 677

原创 为什么我们做不到【领导篇】作者:金刚波

 为什么我们做不到【领导篇】 作者:金刚波 要求工作时必须要求时限每一次安排工作,你就要要求这件事情的时限是多少,甚至是这件事情的标准,和你要求所要达到的期望,你绝对不能模菱两可,因为员工永远都是做你要检查的事情。这个道理很简单,就比如说你说要做什么做什么,但是员工不会做这些,只会做你要求那些要检查、有时限、要回馈的东西,而且员工非常的重视这样的事情。善于授权

2009-02-10 14:57:00 572 1

原创 为什么我们做不到【员工篇】作者:金刚波

 为什么我们做不到【员工篇】 作者:金刚波 做事要有计划、要有目标从小学到中学、在到大学,我常常在书上看到“做事一定要有目标、要有计划,不然的话,你就像水中的漂浮东飘西荡,毫无目的,整天碌碌无为!”其实我在很早的时候也意识到做计划和设定目标的重要性,也不止一次的给自己设定目标和做计划,但是一次又一次的打击让我们害怕设定目标,害怕做计划。为什么呢?因为在人的本性中,就

2009-02-10 14:57:00 673

原创 软件编程走火入魔之:女人的脸,男人的代码

     程序员大多都是爷们,可能不大知道女人为了小脸蛋要投入多大精力和金钱(其中也有我们程序员辛苦Coding出的血汗钱)。她们每天又是如何精心在保养?如果你有女朋友、老婆了应该会明白的,通常在这么个小小的面积上投资的比重很大很大,就算名花有主了嫁人了也一样在精心养护。     对我们程序员来说,我们的代码就是别人了解我们的第一张脸。男人都比较粗心,而且相当一部分人不追求严谨,这导致

2009-02-08 00:57:00 572

原创 我的核心技术都是从哪里学到的?如何提高成长的?分享给大家。

   1997年,我在读黑龙江大学读大二时,我认识了一个内蒙古大学计算机专业毕业的一个高材生,那时我那朋友引导了我很多,他那时候在我们家那边开一个IT公司,他知道如何靠IT技术赚钱,如何靠程序等赚钱,这些东西能卖多少钱?啥是开公司,如何才能拿到客户的钱,客户是如何按发票给钱,税是怎么交,如何跟领导谈生意等,不管现在我跟他有多少的恩恩怨怨,他还在大二时,把我从一个无知的毛孩子,变

2009-02-07 08:57:00 649 2

原创 这几年已经组织开发或者即将开发我的或与我有关的第7个薪资管理系统、第5个人事管理系统,从中你觉得啥才真正值钱?

开发管理系统N年了,我还没彻底厌倦,我其实也很佩服自己,为什么这么喜欢做枯燥的软件开发,沉迷与无聊的被人看不起的管理系统,越战越勇,越来越来精神,越来越有感觉体会,导致今夜又失眠了,开发管理系统对我来讲是娱乐消遣。1. 先从薪资管理系统讲起大概在2003年左右,宁波的一家中学、小学、幼儿园同时需要一个薪资管理系统,他们3个单位的薪资发放栏目都不一样,发放的模式也不一样,有的

2009-02-07 03:57:00 1044

原创 DotNet.Common 命名空间的来源说明

通过命名空间的细微差别,很直白的讲个人的那么点儿小算盘、个人的小利益与公司的大利益搞IT软件很多年了,大家也都会有个人的终极梦想,能有个属于自己的理想化的IT公司,只要不让我亏钱,这个公司是在按我的意愿、理想化的在运转,又有很多人在按我的思路开发软件,又用了我的很多成熟的开发思想,就是一个月我只有5000元的纯利,我也很开心,只要够我生活就可以,当然能赚大钱,买宝马、买别墅、还有N多年轻美

2009-02-07 02:57:00 1002

原创 换位思考权限设计(把复杂的问题,简单化才是水平,用简单的道理解决复杂的问题)

我们写程序老会想,人有什么权限,角色有什么权限等,然后设计哪几个表等等,其实很多时候我们会遇到,哪台电脑可以访问哪台电脑,那台电脑可以上网?哪个人可以进入那个房间等,哪个部门有什么权限。所以,拥有权限的,不只是人,还可以是其他的实体,这些实体不知道什么时候会遇上什么需求,你总不能遇上一个实际需要,加几个表,把权限判断函数又修改一下吧?所以我建议权限的存储结果是就一个

2009-02-05 23:57:00 1021

原创 3年前的一个小项目经验,分享给菜鸟兄弟们(公文收发小软件:小技能 SmallDatetime)

这个系统中的数据库有100多M,里面当然有很多表,我的每个表里,有几个字段,都是一样的例如 CreateUserID、CreateDate、ModifyUserID、ModifyDate。这几个字段分别表示,数据是谁创建的,什么时候创建的,数据最后是谁修改的,什么时候修改的。问题出来了,其中CreateDate、ModifyDate 我都是用Datetime数据类型,我想我能否

2009-02-03 20:58:00 559 1

原创 3年前的一个小项目经验,分享给菜鸟兄弟们(公文收发小软件:小技能 DeleteMark)

我们搞技术的,在普通人眼里,是很牛X的,好像在技术上什么都能搞得定一样,其实这个只是给别人的印象而已,其实我们真正能做的东西很少,能实现的功能也是有限的,除非你是这个行业里的专家。例如一个操作员,不小心把一个数据给删除了,我们的借口就是,我不是给你出了提示信息嘛,不是出来提示信息,警告是,是否真的要删除?你也按确认了,也删除了,数据哪里还能回复过来,例如刑场上你都把犯人枪毙

2009-02-03 19:58:00 529 1

原创 3年前的一个小项目经验,分享给菜鸟兄弟们(公文收发小软件:收款验收部分)

从一开始,我就意识到这个项目,我是搞错了,我没有隐瞒领导(备注,我们领导有20年以上的工作经验),心态也好,心境也高,2位领导经验也丰富,也信任我,我也是为了公司好,也是比较好的出发点,他们给我打了一个预防针,这样的项目,未必能收到多少钱,要做好心里准备而且我们跟教育局的合作是长期的,不是看这么个小项目,我心里好受一些了,把项目的经过,我每周都向领导大致汇报一下,我也不要求别人

2009-02-01 22:58:00 630

原创 3年前的一个小项目经验,分享给菜鸟兄弟们(公文收发小软件:程序开发部分)

跟客户也达成了一致的意见,我心里还想,就这么简单的东西,三下两下就搞定不就可以了吗?还是偷偷乐了一下,很久没玩过这样的小项目,做小项目有成就感,而且比较简单,也算是一个成果物。价格都商定好了,网络中心的老师,带我到那个部门了解客户的真实情况,客户给我演示了一下老系统,哇靠,功能哪里那么容易啊,粗略的数一下有【收文功能、督办件功能、强大的收文查询功能、收文轮阅读功能、轮阅提醒功能

2009-02-01 21:58:00 939

原创 3年前的一个小项目经验,分享给菜鸟兄弟们(公文收发小软件:前期需求调查部分)

两年前还在宁波时,我做过宁波教育局的一个小项目,一个部门内部使用的公文收发记录软件,这个项目当时是跟他们的网络中心的老师洽谈的,网络中心负责此项目的老师,跟我们年龄差不多,30不到,可能要比我小上2-3岁,主要是管理日常的硬件网络为主的,对开发软件了解得不多,但是也懂一些。当时客户跟我讲,他们有一个FoxPro做的很早的软件,用了10年了,一直没更新,而且无法在Windows2

2009-02-01 20:58:00 570

通用权限管理系统组件使用说明书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关注的人

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