SVN历史版本删除(为SVN库瘦身)
2010-12-17 16:44

  当svn库庞大到一定程度的时候,无论是在查询还是在备份方面肯定会给我们带来很多不便,以下将介绍为svn库瘦身的办法,简单的说,就是新建一个库,然后把旧库我们所需要查询的一个版本范围的资料搬移过去,具体操作如下:

软件环境:

Windows XP SP2 32bit
Apache 2.2.14
Subversion 1.6.6
TortoiseSVN 1.6.6.17493
SVN版本库位置:D:\SVNRepository,占地3.34G

   步骤:

  1.准备工作
        停止运行中的Apache。
    打开命令行提示符,输入命令: svnlook youngest d:\SVNRepository ,查看当前最新的版本号,显示最新版本记录为755。

  2.备份版本库 (很重要,以免过程中出现意外而导致数据丢失或者版本库损坏)
        把D盘的版本库,备份到C盘,同时清除历史日志,输入命令:svnadmin hotcopy --clean-logs d:\SVNRepository c:\SVNRepository ,这样备份后版本库从3.34G变为3.24G。 (这里可选择是否清除历史日志)

      3.dump需要保留的版本
        我最初选择保留700-755的版本,输入:svnadmin dump c:\SVNRepository -r 745:755 > d:\repo_dump_745_755.dmp 。

      4.删除就版本库 (这一步是供选择,不删除亦无碍)

        输入命令:rmdir /s/q d:\SVNRepository ,删除旧版本库。也可以直接在资源管理器里删除。

      5.创建空的版本库
        输入命令:svnadmin create d:/SVNRepository ,检查空的版本库大概31.2K大小。

      6.把dump文件导入版本库
        输入命令:svnadmin load d:\SVNRepository < d:\repo_dump_745_755.dmp ,这时屏幕上会显示正在载入版本库中的文件或正在提交/装载的版本。完成后,用命令svnlook youngest d:\SVNRepository 查看,显示当前版本库最新版本号是11,整个版本库大小501M。

      至此,SVN版本库瘦身成功,腾出空间2.7G,大致相当于腾出原SVN库近5/6的空间!

from:http://hi.baidu.com/xuan_yuri/blog/item/92ef83dde4881749cdbf1a61.html
posted @ 2011-06-09 13:56 彭杰斌 阅读(118) 评论(0) 编辑

一阶段需求:
有多类设备,不同消息指令,设备共有指令处理方式同,指令值唯一
设备:联机消费、联机考勤、脱机消费、脱机考勤
共有指令:签到、心跳、签退、数据上传、黑名单同步
消费指令:联机消费、联机消费确认、联机撤销、联机撤销确认

初步实现:抽象工厂(指令类型)

 

二阶段需求:(变化巨大,得彻底重构)
有多类设备,不同消息指令,设备部分共有指令处理方式同,指令值不唯一(如0x20 在设备A中表示获取卡信息,在设备B中可能表示挂失卡),而且不同设备指令有版本号

目前思路:抽象工厂(设备类型)+桥接模式(原因,部分指令可共用)但版本的处理目前还没想到好方法,不知多重继承是否有影响。
期待高手的建议。

posted @ 2011-06-01 17:11 彭杰斌 阅读(50) 评论(0) 编辑
定义良好的web service接口
1, 接口是自说明的。2, 服务接口粒度要合适。3, 接口参数要尽量简单。4, 接口参数不应该增加客户端和服务端的耦合性。5, 要提供对接口参数和返回值的校验。6, 接口的返回值应该是简单的语言无关的。 7, 谨慎的抛出异常。8, 接口要尽量采用更新的标准。9, 要注意标准的通用性。10, 接口要测试方便。
本文同时发布在 http://osteching.com/node/1。
最近搞了两天的web service测试,对于这些web service接口感觉实在是XX,加上经常在网上看见兄弟们讨论web service相关的一些问题,觉得十分有必要对什么是比较好的web service接口有个统一的认识。今天这篇B文就来说说我眼中定义良好的web service接口是个什么鸟样子。

接口是自说明的。也 就是说,接口的名字、参数和返回值在一看之下就知道这接口大概是干什么用的。当然接口描述文档肯定是必须的,但这些描述文档的质量谁知道怎么样呢,谁有空 天天翻着文档写东西呢,又有谁会背下来呢?所以让人眼前一亮的接口命名绝对值得,这也是所有代码书会告诉你应该遵守的一条。想想看见个叫add的方法却做 multiply的悲惨生活吧,即使文档明确说了add是做multiply,是不是每次见了也都想骂人呢。

服务接口粒度要合适。web service服务接口粒度太小了,那纯粹是不考虑xml解析性能了。一般新手容易犯这毛病,简单的把类的方法暴露出来做服务接口,这样其实是把原来在 locale的调用放到了remote,除此之外几乎没有任何好处。粒度太大,会给使用着带来很多麻烦,因为在web service中,粒度很大的服务一般都需要很多参数来映射该服务各种各样的情况。

接口参数要尽量简单。那 位说了,web service是服务啊大哥,你让我就一个参数,怎么提供服务啊,你以为服务都跟查询天气预报一样简单啊,给个城市名子,回头告诉你天气情况。说实话,要 用一个接口提供一个完善的服务确实不容易。有个名词叫服务的粒度,这个粒度确实不好掌握,服务名定了之后要想让这个服务更丰满只能靠更多的参数来搞定。对 于需要数十个参数的服务接口来说,首先要想的应该是,我KAO,这个服务定义的有问题吧?让我们再来分析分析它,给它一个合适定位,给他瘦身。要是你非不 信邪发布个有三十多个参数的接口,严重建议你在发布接口之前自己拿来测试一下先。

接口参数不应该增加客户端和服务端的耦合性。兄 弟们肯定在很多地方看见过,不应该在方法参数上增加额外的耦合性这条原则。这个在web service中同样适用,甚至可以着重强调一下这一条,因为在web service中把字符串进行特别处理实在太容易了。比如作为参数的字符串对应特殊的业务规则,这么做会导致增加额外的说明文档,增加client和 server编程的负担。又或者传入sql语句,嗯,这个作为反面教材到处都在骂,我就简单点个名就好了。

要提供对接口参数和返回值的校验。严 格的来说,对接口参数和返回值的验证也应该算是web service接口声明的一部分。尤其是对document/literal的情况,要提供相应的schema以供校验之用(dtd应该处在逐渐淘汰中 了)。增加对参数和返回值的校验,有利于减少调用者的疑惑,系统接受什么样的参数,返回值什么格式都一目了然。但是这需要一个很好的权衡,否则调用者会觉 得你暴露的方法很难用,因为限制太多了。比较理想的系统应该是宽进严出的,目标用户越多越应该注意这一点。要在宽进严出和全面校验之间做好平衡确实挺难的。我的建议是,对要暴露的接口自己做测试,在测试的过程中体会这个度。一般来说如果自己感觉都不爽,那别人是绝对不会用的。

接口的返回值应该是简单的语言无关的。 看 见过很多人问如何返回ResultSet/DataSet之类的复杂类型,尤其是玩.net的人,也许是vs.net对封装DataSet提供了过于完美 的支持吧。但对于XML来说,把任何复杂对象映射到xml文档都是困难的。就好比把三维向二维投影一样,复杂性增加了可不是一点半点。在XML中说到底所 有的类型都是字符串,要想表达其他类型,就要加额外的说明。可以看看rpc/encode方式WSDL文档的complexType部分,体会下心情。

谨慎的抛出异常。
可 以把web service中的异常(SOAP FAULT)对比Java的runtime exception。任何异常都应该对应系统意外,而不是业务例外。对于这点其实要具体情况具体分析。简单的可以归纳为三种情况。第一种情况是接口返回值 是简单类型,比如boolean型,就true和false两种情况,不抛出异常怎么办?选择有两种,一是抛出异常(废话!台下别扔鸡蛋,西红柿我喜欢 吃),二是改变接口,返回int用1和0对应true和false,用-1对应系统异常。第二种情况是接口返回值是复杂对象(RPC),这种情况下其实没 办法改变什么,忍一忍,抛出个简单的异常得了。注意这时候可别把异常对象再套个七八层,你不累用你接口的人也累。第三种情况是返回值是xml文档对象,这 种情况可以把xml文档定义的灵活一些,让它能够兼容正常和异常的情况。

接口要尽量采用更新的标准。如何让一次定义的接口能服务更好一点更久一点?在技术规 范上简单就两点:不超前,不落伍。超前,支持它的工具集不会太丰富,估计谁也不想弄出个看起来很美就是谁都用不了的东东;落伍,眼前所有的工具大概都支 持,不过明天就不一定了,技术发展这么快,不能把自己累死吧。尽量采用更新的标准的意思是在不落伍的基础上要有前瞻性。举个简单的例子来说,今天再采用 rpc/encode方式显得就不合时宜了,虽然它在前两年很流行,可今天都已经不提倡用了,明天说不定大家就都忘了都不用了。就算你及时更新了你的接 口,客户呢?他们一定比你更懒。嗯,说不定正好趁机换家供应商。兄弟,你就连粥都没得喝了。

要注意标准的通用性。虽 然都是一样的标准,但标准有不同的版本,而且即使对同一个版本的标准,不同的工具实现起来也还是有细微差别的。如果用户是特定的还好说,采用些工具绑定的 特性也没什么。但如果接口用户不是特定的人群,那就要注意了,在采用某一规范标准时一定要注意,不要用实现工具所特有的东西,否则很有可能造成客户的麻 烦,导致只有很少一部分客户能使用你提供的接口。多一个客户就多一分钱啊,兄弟,干嘛跟钱过不去?

接口要测试方便。测 试驱动倒不至于还,那是牛人们干得事,不过在正是发布之前测试测试自己也放心不是?方便测试的接口意味着自己麻烦少,测起来方便嘛(循环论证?)。同时这 点如果做的好,还会带来额外的好处--客户用起来也方便。为什么?测试代码也是对接口的使用,测试方便不正说明的接口应用性强嘛。自己测试自己接口带来的 好处大概有N个,具体可以参考TDD的相关资料。

btw:写完回头一看,KAO,居然有十条,这绝不是我的本意,兄弟们自己看着取舍。
posted @ 2011-05-20 09:47 彭杰斌 阅读(23) 评论(0) 编辑
 

2010-12-15 来源:网络

 

   新世纪需要我们用一种更平等、均衡,更富有创造力的心态来认识、理解和实践领导力。

 作为一名管理者,我曾先后在苹果、SGI、微软和Google等四家富有激情和创造力的IT企业任职。在我从事领导工作的时候,我很少用那种自上而下的方式,为我所领导的每一名员工安排工作。反之,我更习惯于将自己与员工放在一个平等的位置上,把自己视作激励者、协调人或沟通的桥梁,而非传统意义上的领导者、督促者或命令中心。

 我认为,今天的经理人仍然需要具备彼得·德鲁克所说的那些有关决策、组织、评价、奖罚等任务的基本技能,但21世纪对经理人提出了更高、更全面的要求。为了从一个传统的“管理者”转变为一名成功的“领导”,我们最需要做的不是完成既定的任务,不是设计好团队的组织结构,也不是熟练地发号施令,而是为所有员工营造一种充满激情和创新的环境——领导力不是一种方法或技能,而是一种独特的艺术。

 以我自己的经验,领导力这门艺术大致包含了宏观决策、管理行为和个人品质这三个范畴的内容:

 上述三个范畴又各自包含了三种最为重要的领导力:

 宏观决策:前瞻与规划的艺术

 ● 愿景比管控更重要

 ● 信念比指标更重要

 ● 人才比战略更重要

 管理行为:沟通与协调的艺术

 ● 团队比个人更重要

 ● 授权比命令更重要

 ● 平等比权威更重要

 个人品质:真诚与均衡的艺术

 ● 均衡比魄力更重要

 ● 理智比激情更重要

 ● 真诚比体面更重要

 下面,我就结合自己在管理工作中积累的经验,分别谈一谈这九种最为重要的领导力以及它们各自所能发挥的作用。

 一、愿景比管控更重要

 在吉姆·柯林斯著名的《基业长青》一书中,作者指出,那些真正能够留名千古的宏伟基业都有一个共同点:有令人振奋、并可以帮助员工做重要决定的“愿景”。

 愿景就是公司对自身长远发展和终极目标的规划和描述。缺乏理想与愿景指引的企业或团队会在风险和挑战面前畏缩不前,它们对自己所从事的事业不可能拥有坚定的、持久的信心,也不可能在复杂的情况下,从大局、从长远出发,果断决策,从容应对。

 优秀的领导者会与员工分享企业的愿景,如果可能,还会让员工参与愿景的规划。如果能让员工充分理解领导者对企业长期发展方向的思路,让与自己一同工作的所有人拥有相同的努力目标,那么,这家企业就会拥有无穷的源动力。

 我在公司工作的时候,曾向公司领导建议,从不同部门调集多媒体及相关技术的精英,组成一个新的团队,研发一系列极有潜力的多媒体产品。当时,公司的资深副总裁批准了我的请求,并要求我的主管副总裁帮助我抽调人员,组建这个团队。但主管副总裁担心新产品的风险较大,他一方面要求相关人员必须亲自表达意愿才可以加入我的新团队,另一方面又告诫大家我要研发的新产品有不小的风险,希望大家慎重选择。依照他的意思,我们只要做一个问卷调查,看看60多位技术人员中有多少人甘冒风险就可以了。而当时在公司年年裁员的压力下,如果采用他的方法,这个新团队的计划就可能无法实现了。

 在这样的情形下,我决定利用愿景来激励这些工程师与科学家。我找来这60多位技术人员开会。在会上,我描述了未来互联网与多媒体相结合后,相关新技术和新应用的巨大发展空间。与他们分享了我关于新产品的规划和设计,以及我为新的产品部门制定的愿景。然后,我鼓励他们分成小组,讨论这个愿景的可行性,以及自己的潜力将会如何因这样的愿景而得到更充分的发挥。最后,我给所有人念了美国诗人罗伯特·弗罗斯特的一首诗《未选择的路》。全诗的最后几句深深地打动了大家:

 一片树林里分出两条路,

 而我选了人迹更少的一条,

 从此决定了我一生的道路。

 我对他们说:“这条路没有人走过,但是我们恰恰应该为了这个理由踏上这条路,创立一个网络多媒体的美好未来。”会后,90%的人都决定愿冒这个风险,离开相对稳定的研究部门,随我加入全新的互动多媒体部门。后来,这个部门成了苹果公司的许多著名网络多媒体产品的诞生地。

 这表明,制定并与员工分享美好的愿景,可以充分激发员工的参与感和积极性,可以让整个团队保持激昂的斗志和坚定的方向,是领导艺术的重要组成部分。

 二、信念比指标更重要

 成功的企业总是能坚持自己的核心价值观。例如,Google公司的核心价值观之一是“永不满足,力求最佳”。Google 创始人之一拉里·佩奇指出:“完美的搜索引擎需要做到确解用户之意,切返用户之需。”对于搜索技术,Google不断通过研究、开发和革新来实现长远的发展,并致力于成为这一技术领域的开拓者。尽管已是全球公认的业界领先搜索技术公司,Google仍然矢志不移地坚持“永不满足”的信念,不断实现对自己的超越,奉献给用户越来越好的搜索产品。

 同时,公司整体的信念或价值观也必须在员工身上体现出来。毕竟,任何一家企业都是由该企业的所有员工组成和推动的。

 原通用电气公司董事长杰克·韦尔奇在论述员工评价标准的时候指出,对员工绩效的考察必须与对其价值观的考察结合起来,并着重看该员工的价值观与公司的价值观(尤其是坚持诚信的信念)是否吻合。这其中一共有四种可能:

 绩效达标,价值观与公司吻合——很简单,公司将毫不犹豫地为他提供奖励和晋升的机会。

 绩效没达标,价值观与公司不吻合——也很简单,马上请他走人。

 绩效没达标,但与公司的价值观吻合——再给他一个机会,考虑为他重新分配工作。

 绩效达标,但价值观与公司不吻合——这是那种足以杀死一家公司的人。现实证明,很多公司就是因为雇用了这些工作能力出色,但品格很差,或个人信念与公司背道而驰的人,才走向崩溃的。

 因此,无论是公司还是个人,坚定的信念,正确的价值观在任何时候都是不可或缺的。

 三、人才比战略更重要

 21世纪的主流经济模式是人才密集型和智力密集型的经济。拥有杰出的人才可以改变一家企业、一种产品、一个市场甚至一个产业的面貌。在Google,一位最顶尖的编程高手曾发明过一种先进的方法,该方法可以让一个程序员在几分钟内完成以前需要一个团队做几个月的项目。他还发明了一种神奇的计算机语言,可以让程序员同时在上万台机器上用最短的时间,完成极为复杂的计算任务。毫无疑问,这样的人才对公司来说是有非常特殊意义的。

 对于21世纪的企业管理者而言,人才甚至比企业战略本身更为重要。因为有了杰出的人才,企业才能在市场上有所作为,管理者才能真正实现一个管理者应有的价值。没有人才的支持,无论怎样宏伟的蓝图,无论怎样引人注目的企业战略,都无法得以真正实施,无法取得最终的成功。

 因此,企业管理者应当把“以人为本”视作自己最重要的使命之一,不遗余力地发掘、发现人才,将适合企业特点的优秀人才吸引到自己身边。通常,一名经理人如果不能将10~50%的工作时间投入到招聘人才的工作中,那么,他就无法让自己的团队获得持久的动力,他就不是一名合格的经理人。

 好的管理者重视员工的成长,给予人才最大的发展空间,为人才提供足够的培训和学习机会。我开始创立微软中国研究院和Google中国工程研究院时,雇用的人才中有很大一部分都是刚刚走出校门的毕业生。这些毕业生都非常聪明,拥有很好的发展潜力,都是来自中国各名校的顶尖人才。但是,他们普遍缺乏工作经验。于是,我对他们采取的是“指导培养”的原则。在微软中国研究院时,每一位新员工加入后都会经历3个月的培训,我使用自己亲自为他们设计的课程,一节课一节课地为他们讲解各种相关的知识、经验。而在Google中国工程研究院,培训的时间更长,包括各种课程、到总部3个月的培训、甚至公司还愿意出学费让员工到斯坦福大学读硕士。当然,公司安排的培训并不是纯粹的课程学习,同时也要求员工很快投入到具体的项目工作中。在员工刚加入的初期,优秀的领导者会尽量分配给新员工一些不是特别紧急的项目,并允许他们在项目中犯错误、积累经验。经过这种实践与学习紧密结合的培训,几乎每一位新员工都得到了长足的进步,很快就适应了实际工作的需要。

 四、团队比个人更重要

 团队利益高于个人利益。作为管理者,还应该勇于做出一些有利于公司整体利益的抉择,就算对自己的部门甚至对自己来说是一种损失。

 我在公司工作的时候,曾经管理过一个实际效果非常糟糕的项目。该项目的项目经理是我当时老板的朋友,而这个项目也是老板最为看好的一个项目。我清楚地知道这个项目有多么糟糕,该项目的项目经理也不是一名好经理,但因为老板重视该项目,我始终没有勇气来处理这个问题。此外,我也担心,如果解散了这个项目团队,对我自己的工作其实也是一种否定,因为我已经管理这个团队一年多的时间了。

 终于有一天,我决定在一段时间后离开公司。那时,我觉得公司多年来对我不错,我应该在离开前对公司负责,做一件对公司有益的事情。于是,我决定把这个项目和该项目的项目经理裁掉——大不了,这种做法会让老板不满,但它的确对公司是有好处的。

 当我真正裁掉这个项目后,出乎意料的是,公司内部的绝大多数员工没有表示不满,反而告诉我,他们是多么认可这个决定。他们认为我有勇气,有魄力。公司领导也没有责备我,反而认为我勇于承认并改正错误的做法非常值得赞赏——连老板也觉得这是一个正确的决定。

 也就是说,当公司利益和部门利益或个人利益发生矛盾的时候,管理者要有勇气做出有利于公司利益的决定,而不能患得患失。如果你的决定是正确的、负责任的,你就一定会得到公司员工和领导者的赞许。

 此外,管理者应该主动扮演“团队合作协调者”的角色,不能只顾突出自己或某个人的才干,而忽视了团队合作。

 最后,公司的中层管理者要善于把握自己的角色定位,让自己成为老板和员工之间沟通、协调的桥梁,而不要让自己与老板或员工对立起来。例如,有一些管理者很容易陷入对自身角色的误解,他们要么把自己和“雇主”等同起来,与“雇员”做利益上的对抗,或者把自己视作普通员工,与老板对立。这两种极端的做法都是不可取的。其实,中层管理者既代表公司利益,也代表员工利益。

 五、授权比命令更重要

 管理者需要给员工更多的空间,只有这样才能更加充分地调动员工的积极性,最大程度地释放他们的潜力。21世纪是一个平坦的世纪,人人都拥有足够的信息,人人都拥有决策和选择的权利。将选择权、行动权、决策权部分地甚至全部地下放给员工,这样的管理方式将逐渐成为21世纪企业管理的主流。

 在21世纪,放权的管理会越来越接近于员工的期望,是最为聪明的管理方式。因为当企业聚集了一批足够聪明的人才之后,如果只是把这些聪明人当作齿轮来使用,让他们事事听领导指挥,那只会造成如下几个问题:

 员工的工作满足感降低。

 员工认为自己不受重视,工作的乐趣和意义不明显。

 员工很难在工作中不断成长。

 员工个人的才智和潜能没有得到充分利用。

 为了给员工更多的空间,更好地发掘个人的潜力,许多成功的企业都推出了相应的举措。例如,Google公司允许工程师在20%的时间里从事自己喜欢的项目或技术工作,这一制度一经实施,就收到了意想不到的出色效果。因为有了20%可以自由支配的时间,许多拥有出色创意、但没有时间付诸实施的工程师可以花费自己20%的时间,或者说服两三个同事一起在这20%的时间内完成某个出色创意的产品原型,然后发布给公司内部的同事使用。如果这个产品创意确实吸引人,它就有可能成为Google推向世界的下一个“震撼级”的产品或服务。事实上,像GMail和Google News等Google引以为豪的许多产品,都是最先由工程师在20%的时间内创造出来的。因为有了“20%的时间”这样的管理模式,我们发现:20%的时间内完成的产品的成功率很高,因为员工更加投入。

 这个管理模式让员工意识到公司对他们的信任和放权,营造出了非常好的管理氛围。在员工调查中,员工对公司的满意度总是高于我曾经工作过的其他公司。

 很多管理者追求自己对权力的掌控,他们习惯于指挥部下,并总是将部下的努力换来的成绩大部分归功于自己。这种“大权在握”,“命令为主”的管理方式很容易造成:

 管理者身上的压力过大,员工凡事都要请示领导,等待管理者的命令。

 团队过分依赖于管理者,团队的成功也大多取决于管理者个人能否事无巨细地处理好所有问题。

 整个团队对于外部变化的应对能力和应对效率大幅降低,因为所有决策和命令都需要由管理者做出,员工在感知到变化时只会习惯性地汇报给领导。

 因此,“授权”比“命令”更重要,也更有效。为了做好授权,可以预先设定好工作的目标和框架,但不要做过于细致的限制,以免影响员工的发挥。在我以前的公司,有一位技术很出色的副总裁,他在授权方面做得就很不好。例如,他设定了目标后,总是担心下属会因为经验不足而犯错误,于是他总会越过自己属下的经理,直接去找工程师,然后一步一步地告诉工程师该怎么做。甚至有一次,一位工程师在洗手间遇到这位副总裁,竟然被副总裁在洗手间里念叨了20多分钟。后来,副总裁属下的经理实在受不了了,向总裁如实反映了情况。经过多次警告却仍然没有改进之后,这位副总裁被解职了。从这个例子我们可以知道,领导的工作是设定目标,而不是事无巨细地控制、管理、指挥和命令。

 授权非常重要,但是授权不仅仅代表分摊所有的职责,然后由领导做协调的工作。授权更应当是:

 组织一个互信的团队。

 制定团队目标,并且大家都同意把团队目标作为最重要的目标。

 整个团队彼此互相帮助、监督,大家有话直说,看到问题直接提出。

posted @ 2011-04-25 11:46 彭杰斌 阅读(12) 评论(0) 编辑

借记卡(储蓄卡)交易分类介绍

1。卡管理
制作空白卡
     交易名称:制卡;
     功能说明:制作空白卡,一般由总行或卡中心面向全行统一制作;
     数据文件:卡资料登记簿(或有,包括卡号、卡状态等信息),制卡资料登记簿(包括卡片磁道信息等)

卡片领用
     交易名称:空白卡片出库、空白卡片入库、空白卡片领用
     功能说明:出库为总行向分行发放空白卡片,入库为分行领用空白卡片后的登记,领用为分行柜员领取空白卡片并登记柜员尾箱。
     数据文件:重控凭证登记簿、柜员尾箱登记簿

发卡
     交易名称:借记卡发卡开户
     功能说明:当用户申请借记卡帐户时,用此交易开立活期储蓄账户并建立卡户对照关系,并核销重控凭证登记簿,登记柜员尾箱为已领用。
     数据文件:卡与账户对照表

2。会计管理与会计核算
    活期储蓄账户是借记卡的基本账户,其它类型的账户:如定活两便、定期存款、基金理财等可以参考活期储蓄账户。

    柜台类交易:柜台存取款、账户查询、交易明细查询、对帐单打印、口挂与接触口挂、密码挂失与解挂、卡片书面挂失与解挂、账户冻结(部分冻结)与解冻、其它个人理财类交易。

    目前还包括大小额支付业务。

    自助终端:存取款、账户查询、交易明细查询

    网银、电话银行:转账、账户查询、密码挂失、个人理财业务

    中间业务:代发工资、代缴税费、水电煤气电话费、。。。。。。

    账户结息,结息一般按照账户来执行,不需要为借记卡单独编列结息交易。

3。个人理财
    如果系统中包含个人理财业务,还需要增加以下交易:
    理财产品的账户查询(要将多个账户:活期、定期、定活两便,甚至包括小额贷款等账户的余额做综合查询);
    理财账户后台批量处理(按照与客户签订的理财合同,每日日终时在活期与其它理财户:定期、定活两便、各类基金账户,按照协议作自动划款);

posted @ 2011-04-20 17:11 彭杰斌 阅读(13) 评论(0) 编辑
摘要: 数据库和数据仓库的区别 简而言之,数据库是面向事务的设计,数据仓库是面向主题设计的。 数据库一般存储在线交易数据,数据仓库存储的一般是历史数据。 数据库设计是尽量避免冗余,一般采用符合范式的规则来设计,数据仓库在设计是有意引入冗余,采用反范式的方式来设计。 数据库是为捕获数据而设计,数据仓库是为分析数据而设计,它的两个基本的元素是维表和事实表。维是看问题的角度,比如时间,部门,维表放的就是这些东西的定义,事实表里放着要查询的数据,同时有维的ID。 单从概念上讲,有些晦涩。任何技术都是为应用服务的,结合应用可以很容易地理解。以银行业务为例。数据库是事务系统的数据平台,客户在银行做的每笔交易都会写阅读全文
posted @ 2011-04-07 11:20 彭杰斌 阅读(91) 评论(0) 编辑
摘要: 近期项目需要写一个自动服务程序,其中有部分需调用c++ dll来分析包。 在PB下已顺利通过调用,不过在C$下总是提升无法加载“xx.dll”模块,项目又很紧急,很是头疼。 google了n页,也未找出解决方法。晚上休息了会儿,突然想到是否是未当作嵌入资源而导致的呢。 一尝试,果然如此,后面将dll包含在项目中,并作为嵌入资源,总是分发 就通过了。阅读全文
posted @ 2011-03-06 01:46 彭杰斌 阅读(97) 评论(0) 编辑
摘要: 先亮相“这一类”Get_MCODE_DescCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->publicstaticstringGet_MCODE_Desc(stringMCODE){switch(MCODE){case"101000":return"链路检测(NetworkManagement)";case"101001":return"业务前置机签到交易(SignOn)";case"101002":return"业务前置机签退交易(SignOf阅读全文
posted @ 2011-01-24 11:20 彭杰斌 阅读(151) 评论(2) 编辑
摘要: 代码 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->createfunctionfun_SecondsToHourMinuteSecond(@secondsbigint)returnsvarchar(20)asbegindeclare@strasvarchar(20)if@seconds>10--如果秒数大于10begindeclare@hourasvarchar(10)declare@minuteasvarchar(10)decla阅读全文
posted @ 2010-12-21 10:59 彭杰斌 阅读(94) 评论(0) 编辑
摘要: 在MenberShip的基础上建立简易权限系统,提供菜单操作。应用的技术及框架:Asp.net+MenberShip+JQuery+Grove.net开发环境及工具:Vs2008+Sql 2008+Resharp+Plugs(XUnit.net)日志工具:log4net阅读全文
posted @ 2010-09-17 11:22 彭杰斌 阅读(153) 评论(0) 编辑
摘要: 由于google.cn被和谐了,IE8默认浏览器一直是快心病。今天在添加搜索网站时发现可自定义搜索引擎。记得津巴布韦的googlegroup可以访问的,便改成.co.zw的了。URL配置如下:http://www.google.co.zw/search?hl=zh-CN&source=hp&q=TEST&btnG=Google+%E6%90%9C%E7%B4%A2&...阅读全文
posted @ 2010-08-14 00:33 彭杰斌 阅读(212) 评论(0) 编辑
摘要: 不同的开放语言有不同的反编译工具,该工具是一把双刃剑。有时人们碰到问题,恰好有系统或软件已经解决了该问题,而解决方案在网络上一时又难以搜索到。那么,该工具就派上用场了。powerbuilder 用pbkiller , .net 主要用Reflector。 当然,一物降一物。有了反编译工具就会有混淆工具。所以一般来说,大型项目除非开源,要得到完整无误的源码还是有难度的。该类工具就用来辅助学习研究吧...阅读全文
posted @ 2010-08-01 03:25 彭杰斌 阅读(31) 评论(1) 编辑
摘要: 编辑工具分多种,一般来说,用电脑打字,就离不开编辑工具。我说要讲的不是windows的记事本,不是office之类办公软件,而是在编写部分脚本或处理脚本时用到的。 这类软件也有多种,由于习惯问题不想多工具作评判,个人使用最多的是UltraEdit。 1、常用快捷键     ctrl+w  ctrl+c 切换行列编辑模式     ...阅读全文
posted @ 2010-08-01 03:10 彭杰斌 阅读(13) 评论(0) 编辑
摘要: 写下这个标题的时候,似乎有标题党的嫌疑。其实目的仅仅是记录下自己用来吃饭的工具,对这些方便了自己的小工具 插件 以及其开发者,破解者的感激。 既然是7武器,我暂定为7类吧; 1、编辑工具; 2、反编译工具; 3、重构及智能感知编码工具; 4、调试工具; 5、数据库工具; 6、源码管理工具; 7、互联网。 在接下来的日子我会抽空将这些武器一一展示。阅读全文
posted @ 2010-07-02 00:22 彭杰斌 阅读(13) 评论(0) 编辑
摘要: 代码Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->createtable[order](codevarchar(50),createtimedatetime)--应用usp_ordernumbergenerate(@prefix='PRC100701...阅读全文
posted @ 2010-07-01 17:24 彭杰斌 阅读(56) 评论(0) 编辑
摘要: 代码Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->1declare@aint2set@a=03while@a<1004begin5insertintotest(midcode)6selecttop17substring(convert(varc...阅读全文
posted @ 2010-07-01 15:17 彭杰斌 阅读(65) 评论(2) 编辑
摘要: 近期项目应用到Extjs,输入时需要相关验证,想起正则,找了相关文章。使用extJs时能常用的正则表达式2010-04-10 09:50"^\d+$"  //非负整数(正整数 + 0) "^[0-9]*[1-9][0-9]*$"  //正整数 "^((-\d+)|(0+))$"  //非正整数(负整数 + 0) "^-[0-9]*[1-9][0-9]*$"  //负整数 "^-?\d+$"    ...阅读全文
posted @ 2010-06-24 17:22 彭杰斌 阅读(128) 评论(0) 编辑
摘要: with tbas(select blocking_session_id,session_id,db_name(database_id) as dbname,text from master.sys.dm_exec_requests aCROSS APPLY master.sys.dm_exec_sql_text(a.sql_handle)),tb1 as(select a.*,login_tim...阅读全文
posted @ 2009-08-21 14:16 彭杰斌 阅读(750) 评论(0) 编辑
posted @ 2009-08-07 20:08 彭杰斌 阅读(88) 评论(0) 编辑
摘要: Web ActiveX event nameSee the DataWindow eventafterPrintPrintEndafterRetrieveRetrieveEndafterUpdateUpdateEndbeforeButtonClickButtonClickingbeforeDropDownDropDownbeforeEnterProcessEnterbeforeItemChange...阅读全文
posted @ 2009-08-05 19:13 彭杰斌 阅读(28) 评论(0) 编辑