Fri, 10 Jul 2009 06:41:00 GMTCSDN博客聚合服务http://blog.csdn.net/blogrss.aspx?username=lijj_72http://blog.csdn.net/lijj_72/archive/2009/07/10/4337848.aspx需求分析心得<br />                                                             李俊杰<br /><br />最近做些需求分析的工作，主要基于现有需求抽象分析，合并归类，积累如下心得体会供参考多维分析方法<br />n         抽象：从纷繁复杂的表象中抽取出有规律的东西，即透过现象看本质，所谓本质，就是规律性东西，就是在一定条件下不变的规则，也就是需求中要分析出那些是“不变的”，那些是“变化的”，换句话说，是从偶然性中发现其必然性。<br />n         如同机械制图的三视图，一般机械零件的设计图纸都有主视图，俯视图，左视图，更复杂的零件还有右视图，仰视图等，对事物的分析也是这样，也需要从不同角度，不同视角来观察同一事物，从而获知其全貌。如收入信息录入单-受托投资，其中主体是收入方面的信息如收入金额，同时有受托方面的信息，如委托的单位，受托协议的信息，同时也有投资的信息如委托金额等信息。<br />n         有比较才有鉴别，分析比较，比较相同的部分和不同的部分，从大的方面分，一种是有资金流转类Fri, 10 Jul 2009 14:41:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2009/07/10/4337848.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2009/01/10/3747719.aspxSpring是为了解决企业应用程序开发复杂性而创建的开源框架，书店上关于Spring的书籍汗牛充栋，网上相关的文章连篇累牍，其中有很多写的很不错的，有入门例子的，有问题解决方案的，有环境设置的，有源代码分析的，有spring与其他开源系统集成的，不一而足。本文通过生活白话，不拘泥于Spring源代码和专业术语的束缚，不拘泥于具体的实现细节，类比介绍Spring容器的宏观的设计理念。Sat, 10 Jan 2009 22:17:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2009/01/10/3747719.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2009/01/05/3716650.aspx模板方法模式是GOF设计模式中很典型的设计模式，其意图是由抽象父类控制顶级逻辑，并把基本操作的实现推迟到子类去实现，这是通过继承的手段来达到对象的复用。Spring模板方法模式实际是模板方法模式和回调模式的结合，Spring几乎所有的外接扩展都采用这种模式，如JNDI，JMS，JCA的 CCI，JDBC，ORM中的Hiberate3、jdo、Toplink等扩展都采用模板方法模式来扩展。Mon, 05 Jan 2009 22:11:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2009/01/05/3716650.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2008/12/13/3510881.aspx在许多项目中，都会涉及到数据权限问题，所谓数据权限是表示，在系统中即使角色相同，都有操作权限，但业务操作时受风险、额度、销售区域等业务属性限制。 如销售人员可以看到自己的销售列表，而销售经理可以看到其管辖范围内的销售人员的销售列表，而高级销售经理能看到其下辖的销售经理的销售列表，更进一步，只看金额超过1000万的单子，小于1000万的单子不看。如销售人员是销售产品的，但由于产品属性的不同，如产品属性中销售地区在“苏杭地区”，则北京地区的销售人员则不能销售。如产品属性中风险属性高，则销售人员的级别也要求高，则低级别的销售人员则不能销售该产品；进一步来讲，随着时间或形势的发展，该种产品的风险并没有那么大，低级别的销售人员也可以销售；或者该种产品低级别的销售人员销售该种产品的金额小于100w，而高级别的人员销售100w等等。Sat, 13 Dec 2008 18:23:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2008/12/13/3510881.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2008/08/27/2837788.aspxJPA与WebSphere兼容性解决方案Wed, 27 Aug 2008 14:02:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2008/08/27/2837788.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2008/07/10/2634048.aspx随着客户端程序的风起云涌，Adobe公司收购了Macromedia公司，针对Flesh的客户端进行研发，推出了Flex语言。Flex语言是类似与java的面向对象语言，编码格式又吸收了Delphi的编码风格，尽管Flex可以展现Flesh的炫目的客户端效果，全新的用户体验，但针对企业化的应用，仅有Flex是远远不够的，需要有合理的软件架构规范，于是Flex世界的MVC框架就应运而生了，PureMVC是Flex世界中的MVC模式的具体实现，相对于adobe官方的Cairngorm的Flex MVC框架，PureMVC更加简单实用。Thu, 10 Jul 2008 14:47:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2008/07/10/2634048.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2008/05/10/2431585.aspx我们原有的系统是架构在Oracle数据库服务器之上的，现在要迁移到DB2数据库服务器上，Websphere作为应用服务器。在原有的系统中后来集成了工作流系统，该工作流系统的持久层是使用Hibernate，这就造成工作流使用工作流系统的数据库连接，而业务系统使用Type4的数据库连接。在迁移过程中发现锁表现象，修改Hibernate的配置文件后，在本地的jboss服务器上没问题（程序员在本地使用的是jboss服务器），但在websphere服务器上调用工作流时出现“result set closed”的错误。Sat, 10 May 2008 23:31:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2008/05/10/2431585.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2008/04/13/2288611.aspxOracle和DB2是不同的数据库系统，从展现到内部实现机理都有比较大的差异，下面是结合具体项目具体情况及数据迁移中涉及到的问题给出具体的解决方案Sun, 13 Apr 2008 14:45:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2008/04/13/2288611.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2008/04/05/2253064.aspxWebsphere 启动服务停滞，后台错误：java.lang.OutOfMemoryError: PermGen spaceSat, 05 Apr 2008 12:44:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2008/04/05/2253064.aspxlijj_72http://blog.csdn.net/lijj_72/archive/2008/01/09/2032507.aspx在Websphere的使用过程中，只要有控制台的地址，任何人都可以进入控制台操作，这在很大程度上带来安全隐患，根据客户的要求，需要加入全局安全性控制，在我们的系统中使用了JMS技术，利用了Websphere的总线设置我们的JMS队列，所以要对JMS总线进行相关的设置才能完成。Wed, 09 Jan 2008 20:00:00 +0800lijj_72http://blog.csdn.net/lijj_72/archive/2008/01/09/2032507.aspxlijj_72