J2EE劍俠行

找到一個好用的UML建模工具-argouml

posted @ 2007-06-20 13:29 @家軍 閱讀(1847) | 評論 (1) | 編輯 收藏

ROR:習慣約定優于配置(學習ROR的第一天)

今天學習了一下ROR，有一些學習經驗東西要與大家分享。
給ROR加一個座右銘--------狹窄心腸的日本產物。
首先，不要一個一個的下載Ruby,Rails,建議使用一鍵安裝，下載地址如下：
InstantRails-1.3-win
版本說明：ruby 1.8.4 (2005-12-24) [i386-mswin32]
其次，下載一個目前為止比較好的一個ROR的實踐工具：RadRails
下載地址：radrails-0.7.1-win32
接下來，設置一下Radrails的環境
1)、Windows/perferences/Ruby/Installed Inteperters/ ->add ruby所在路徑：比如D:\InstantRails\ruby\bin\ruby.exe
2)、Windows/perferences/Rails/Configuration ->Rails path：比如D:\InstantRails\ruby\bin\rails
->Rake path:比如D:\InstantRails\ruby\bin\rake 絕不是bat/cmd
->mogrel path:比如D:\InstantRails\ruby\bin\mongrel_rails絕不是bat/cmd

有了如上的配置后，就只需要和在JAVA當中ANT一樣使用。(成功用過APPFUSE的人就不用害怕了)

看看日本人寫的第一步:
1),在RadRails中創建一個Rails Project，怎么樣會出來一堆的東東。
2),進入DOS命令吧，后面的工序都是這樣的，好象買了海爾的洗衣機，第一次是送貨、第二次是用戶回訪，第三次是.....
進入到你的項目處，運行ruby script\generate controller MyTest，
則得到的服務如下：
exists app/controllers/
exists app/helpers/
create app/views/my_test
exists test/functional/
create app/controllers/my_test_controller.rb
create test/functional/my_test_controller_test.rb
create app/helpers/my_test_helper.rb
修改一下my_test_controller.rb

posted @ 2006-09-29 11:47 @家軍 閱讀(1995) | 評論 (1) | 編輯 收藏

三個JAVA文件完成你的MVC應用

posted @ 2006-09-29 11:43 @家軍 閱讀(1901) | 評論 (3) | 編輯 收藏

struts標簽,請你走開(系列一)

在項目開發的很多時候，用戶需要更友好，更容易理解的操作界面，而為了能夠達到這種表現界面，struts標簽顯得力不從心，本人經過幾個項目的開發當中 逐漸的擯棄了struts標簽，而由JSTL來做為JSP頁面的表達者。
struts標簽之死穴一 不支持嵌套
看看這種常見的需求吧。一個用戶隸屬于一個職能部門，比如
項目要求 職能部門有五個(亂寫的)
1、企劃部
2、網絡集成部
3、行政部
4、營銷部
5、產品部
項目要求 一共有二個員工
1、張三 隸屬于行政部
2、李四 隸屬于營銷部
而你想把張三和李四都列表出來，顯示為如下：
姓名 部門名稱
張三 行政部
李四 營銷部
而且還需要用戶的列表鏈接到修改頁面當中(假如只修改部門)應該如何做呢。
在使用struts標簽是很難做到的，除非你非常不在意內存的使用(亂寫技術性代碼)
看看JSTL是如何做的吧。
從STRUTS的ACTION當中加載兩個對象

<%@?taglib?uri="http://java.sun.com/jsp/jstl/core"?prefix="c"%>

然后寫代碼如下：

<table>

<tr>

<td?align="center">

<a?href="User.do?method=EditUser&UserId=<c:out?value='${View_User.UserId}'/>">

<c:out?value="${View_User.UserName}"?/>?</a>

</td>

<td?align="center">

<c:forEach?items="${View_Dept}"?var="View_Dept">

<c:if?test="${View_User.Dept.DeptId==View_Dept.DeptId}">

<c:out?value="${View_Dept.DeptName}"?/>

</c:if>????????????????????????????

</c:forEach>

</td>

</tr>

</table>

其中View_User.Dept.DeptId表示USER表與DEPT表的一個關系(外鍵)

還有如果在修改用戶時，則也與上面的差不多，首先在ACTION當中加入：

String?ModifyUserId?=?request.getParameter("GroupUserId");

if?(ModifyUserId?==?null?&&?ModifyUserId.equals(""))?{

//這是出錯處理

request.setAttribute("UserMsg",?"User.ValidateUser");

return?mapping.findForward("Fail");

}

DynaValidatorForm?UserActionForm?=?(DynaValidatorForm)?form;

User?user?=?UserDAO.GetUser(ModifyUserId);????????

List?GetAllDept?=?UserDAO.GetAllDept();//取得所有部門

request.setAttribute("View_Dept",?GetAllDept);

UserActionForm.set("User",?User);
然后頁面當中顯示如下(部門為LISTBOX),例子當中只顯示部門

posted @ 2006-09-25 16:36 @家軍 閱讀(448) | 評論 (0) | 編輯 收藏

用二維數組管理好你零亂的狀態、分類和其它常用選項

posted @ 2006-09-05 13:31 @家軍 閱讀(1279) | 評論 (0) | 編輯 收藏

如果失去工作會怎么辦？

posted @ 2006-07-24 11:37 @家軍 閱讀(467) | 評論 (1) | 編輯 收藏

struts表單 vs JSTL表現之多條件查詢示例

posted @ 2006-07-21 11:20 @家軍 閱讀(2712) | 評論 (1) | 編輯 收藏

hibernate的延遲加載通用方法

呵呵，在忙一個項目，潛水很久，現在冒個泡：
(本文適用在struts+spring+hibernate3上做開發的蟲蟲們)
類名：HibernateUtil

package?com.antbee.j2eemodel.util;

import?java.lang.reflect.InvocationTargetException;
import?java.lang.reflect.Method;
import?java.util.Collection;
import?java.util.Iterator;

import?org.springframework.orm.hibernate3.support.HibernateDaoSupport;

public?class?HibernateUtil?extends?HibernateDaoSupport?{

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對象
*?@param?methodName?方法名稱
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object,?String?methodName)?throws?SecurityException,?NoSuchMethodException,?IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

String[]?methodArray?=?methodName.split("\\.");
Method?method?=?null;
Object?initializeObject?=?object;

if(methodArray.length?==?1){
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
method?=?object.getClass().getMethod(methodArray[0],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
this.getHibernateTemplate().initialize(initializeObject);
}else{
for(int?i=0;i<methodArray.length;i++){
method?=?initializeObject.getClass().getMethod(methodArray[i],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
}
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(initializeObject);
}
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對象
*?@param?methodName?方法名稱數組
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object,?String?methodName[])
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for?(int?i?=?0;?i?<?methodName.length;?i++)?{
String[]?methodArray?=?methodName[i].split("\\.");
Method?method?=?null;
Object?initializeObject?=?object;

if(methodArray.length?==?1){
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
method?=?object.getClass().getMethod(methodArray[0],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
this.getHibernateTemplate().initialize(initializeObject);
}else{
for(int?j=0;j<methodArray.length;j++){
method?=?initializeObject.getClass().getMethod(methodArray[j],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
}
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(initializeObject);
}
}

}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對象
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object)?throws?SecurityException,?NoSuchMethodException,?IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{
this.getHibernateTemplate().lock(object,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(object);
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?collection?POJO對象集合
*?@param?methodName?方法名稱數組
*?@return
*?@version?1.0
*/
public?void?initialize(Collection?collection,?String?methodName[])
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for(Iterator?i=collection.iterator();i.hasNext()Wink{
Object?object?=?i.next();
this.initialize(object,methodName);
}
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?collection?POJO對象集合
*?@param?methodName?方法名稱
*?@return
*?@version?1.0
*/
public?void?initialize(Collection?collection,?String?methodName)
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for(Iterator?i=collection.iterator();i.hasNext()Wink{
Object?object?=?i.next();
this.initialize(object,methodName);
}
}
}?

這個方法的好外是：可以不在hbm.xml的文件當中，指定為lazy=true這個模式，可以直接使用。使用方法如下：
如果你使用SPRING，則需要把hibernateUtil注入其中：

?<bean?id="hibernateUtilTarget"?class="com.antbee.j2eemodel.util.HibernateUtil">
<property?name="sessionFactory">
<ref?local="mssqlSessionFactory"?/>
</property>
</bean>

<bean?id="hibernateUtil"?parent="BaseTransactionProxy"?class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property?name="target">
<ref?local="hibernateUtilTarget"?/>
</property>
</bean>
<!--配置基礎事務-->
<bean?id="BaseTransactionProxy"?class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"?abstract="true">
<property?name="transactionManager">
<ref?bean="mssqltransactionManager"?/>
</property>
<property?name="proxyTargetClass">
<value>true</value>
</property>
<property?name="transactionAttributes">
<props>
<prop?key="*">PROPAGATION_REQUIRED</prop>
</props>
</property>
</bean>?

使用示例：
如果你使用STRUTS，則需要這樣：

List?what_ur_view?=?XXXManager.find(.);//取得你要展示的對象
//如果這個對象當中有延遲加載的對象(SET)時，則需要如下加載就行
this.hibernateUtil.initialize(what_ur_view,?"getTbShipmentSale");
//其中getTbShipmentSale是其對象(SET也可以操作)?

在頁面顯示的時候，你就可以使用JSTL如下表述：

<c:out?value="${what_ur_view.tbShipmentSale.goodsReceivePersonPhone}"?/>//呵呵，是不是很爽呀。?

同樣的方法，我們也可以對一個SET在頁面進行顯示，方法如下：

<c:forEach?items="${what_ur_view.tbShipmentProductMappingSet}"?var="ProductMapping"?varStatus="status">
<c:out?value="${ProductMapping.productNum}"?/>
<c:out?value="${ProductMapping.tbOutOfWarehouse.outOfWarehouseNum}"?/>
</c:forEach>
//呵呵，支持多級嵌套，?

在ACTION當中則需要加入

hibernateUtil.initialize(what_ur_view.getTbShipmentProductMappingSet(),
new?String[]?{?"getTbProduct",?"getTbOutOfWarehouse",
"getTbProductConfigure"?});?

呵，如果你要是在HIBERNATE當中使用，這個就太簡單了吧。

怎么樣？呵呵呵，
從此，我對STRUTS的標簽深惡痛絕，而對JSTL情有獨鐘了。

posted @ 2006-07-21 10:09 @家軍 閱讀(5595) | 評論 (2) | 編輯 收藏

成功是一種病態的堅持!

posted @ 2006-07-19 16:35 @家軍 閱讀(393) | 評論 (0) | 編輯 收藏

轉摘:從一個笑話看軟件開發管理

來自于：http://blog.csdn.net/Raptor/archive/2006/05/13/727299.aspx

關于軟件開發的笑話有很多，下面這個是我剛在QQ群里的看到的：

1. 程序員寫出自認為沒有Bug的代碼。
2. 軟件測試，發現了20個Bug。
3. 程序員修改了10個Bug，并告訴測試組另外10個不是Bug。
4. 測試組發現其中5個改動根本無法工作，同時又發現了15個新Bug。
5. 重復3次步驟3和步驟4。
6. 鑒于市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，產品終于上市了。
7. 用戶發現了137個新Bug。
8. 已經領了項目獎金的程序員不知跑到哪里去了。
9. 新組建的項目組修正了差不多全部137個Bug，但又發現了456個新Bug。
10. 最初那個程序員從斐濟給飽受拖欠工資之苦的測試組寄來了一張明信片。整個測試組集體辭職。
11. 公司被競爭對手惡意收購。收購時，軟件的最終版本包含783個Bug。
12. 新CEO走馬上任。公司雇了一名新程序員重寫該軟件。
13. 程序員寫出自認為沒有Bug的代碼。

要我說，如果真有這樣的公司，不倒閉對不起人民。

這個笑話從程序員開始，到程序員結束，從頭到尾都在說程序員的不是。但是我要說的是，這完全是管理者的失敗，從整個過程中，看不到任何管理工作。這種管理者不但無知無能，還很無恥——將自己的失敗責任推給程序員。

1、程序員憑什么證明他的代碼沒有BUG？有Test case嗎？有Code review嗎？這個環節管理缺失。

2、測試發現BUG有進行BUG管理嗎？有跟蹤嗎？這個環節管理缺失。

3、憑什么證明程序員已經把那10個BUG修改好了？另10個又為什么不是BUG？BUG的評價標準難道是程序員說了算？這個環節管理缺失。

4、5個不能工作的BUG修改問題有沒有追究責任？增加新BUG是修改過程中不可避免的事情，但是如果有有效的單元測試機制，可以大大減少這種情況。這個環節管理缺失。

5、迭代是正常的，但是問題處理于發散而不是收斂發展，可見沒有有效的管理調控。這個環節管理缺失。

6、過于樂觀的時間表和不可能達到的最后期限，都表現出管理者的無知和無能。而在這樣的情況下強行推出產品，那就是無知者無畏了。

7、這是對用戶的不負責任，管理者要負最大的責任。

8、這樣的情況還能發項目獎金，只能說管理者不是一般的愚蠢。

9、管理工作沒有任何的改進，問題仍然處于發散迭代狀態。管理工作依然沒有到位。

10、拖欠測試部門工資體現出管理者對質量管理工作的忽視以及對人力資源管理方面一無所知。

11、送被收購者兩個字：活該。送收購者兩個字：瞎眼。

12、可見新管理者與原管理者半斤八兩，都沒有認識到問題的根本所在。不過也只有這樣的管理者才會作出收購這種公司的決策。

13、歷史的重演是必然的。

一個正常的企業或是項目，其運作必須應該是循環向上進行的。而保障這種運行的工作就是管理。而管理工作的主要內容就是控制，包括控制循環的節奏——不能太快也不能太慢，控制發展的方向——只能向上不能向下，控制運作的穩定——不能大起大落或時聚時散等。

而這一切，在這個例子中都看不到。

在 這個笑話的例子中，一切都是以開發工作在驅動，這首先就是一個方向性錯誤，產品是為用戶服務的，當然應該是以用戶和市場作為驅動，并且結合自身的能力最終 確定工作的重點。這一錯誤折射出管理者對被管理的內容很不了解，只好任由比較了解的程序員擺布——事實上他們除了技術，并不會了解更多。

一個管理者如果對自己所管理的內容不了解，他就不可能管理得好。

這是一件毫無疑問的事，可是國內的軟件業似乎總是不相信這一點。中國軟件業中流毒最深的謊言之一就是：

管理者只要懂管理就可以，不需要懂技術。

其實這不過是那些無知無能無恥的管理者為了騙錢而編出來的，相信這句話的人必將付出金錢的代價。

其 次是質量管理。基本的質量管理常識告訴我們，每次循環結束前，最重的工作就是總結改進。只有這樣才能保證循環運作是向上發展，而不是失去控制地向下發展。 也只有有效的質量管理，才能保證迭代過程是收斂發展，并最終達到目標。但在這個例子中，這個部分顯然是缺失的——其中雖然有測試部門，但是他們的作用僅僅 是質量管理中的質量檢測環節，管理部分還是缺失的。

然后是人力資源管理。軟件開發是一項勞動密集型的工作，雖然這是腦力勞動，但同樣意味著人在因素在其中占有決定性的地位。而例子中未改完BUG的程 序員拿到項目獎金，而同樣辛苦工作的測試人員卻被拖欠薪資，除了表現出管理者對他們的工作內容的不了解，以及對質量管理工作的不重視以外，還表現出管理者 完全不會管人，這是一種謀殺團隊的行為——謀殺一個團隊遠比建設要容易得多。

最后，這個失敗的管理者把他的經歷編成這個笑話，讓大家看到他被程序員們害得多慘，把程序員妖魔化為一群騙子。但只要稍懂管理的人簡單分析一下就可以看出來，只不過是這個人的無知和無能造成了他現在的結果，而把責任推給別人的行為更是表現出他的無恥。

作為身居高位的管理者，如果連應該承擔的責任都要推卸，他們還能勝任什么事情呢？

posted @ 2006-05-15 15:53 @家軍 閱讀(353) | 評論 (0) | 編輯 收藏

我向百度公司進軍!

posted @ 2006-05-08 15:50 @家軍 閱讀(381) | 評論 (0) | 編輯 收藏

我將成為一個快樂的房奴

posted @ 2006-05-08 15:29 @家軍 閱讀(668) | 評論 (5) | 編輯 收藏

危險的中國經濟

posted @ 2006-04-28 20:01 @家軍 閱讀(257) | 評論 (0) | 編輯 收藏

快被尖刻的客戶托垮了!

posted @ 2006-04-28 11:03 @家軍 閱讀(293) | 評論 (0) | 編輯 收藏

開源代碼的盈利模式是什么？

posted @ 2006-03-30 13:43 @家軍 閱讀(806) | 評論 (0) | 編輯 收藏

我的信仰地圖[引用 zbw25]

posted @ 2006-03-24 11:22 @家軍 閱讀(479) | 評論 (1) | 編輯 收藏

世界不在意你的自尊

posted @ 2006-03-21 11:06 @家軍 閱讀(331) | 評論 (0) | 編輯 收藏

TOMCAT內存溢出之解決方法

問題表現：

當用戶執行一個大數據的應用時（凈字節碼量約為5M）時，系統會提示出錯：

前臺錯誤為：HTTP　Status 500-Dispatch[EAITool] to method listCurTree retrun an exception

(以下省略)

………………………………………………………

………………………………………………………

后臺錯誤為：java.lang.OutOfMemoryError: unable to create new native thread
        at java.lang.Thread.start(Native Method)
        at org.apache.catalina.loader.WebappLoader.notifyContext(WebappLoader.ja
va:847)

(以下省略)

………………………………………………………

………………………………………………………

問題分析：

　　　由于TOMCAT內存溢出而引發的問題，主要原因是JVM的虛擬內存默認為128M，當超過這個值時就把先前占用的內存釋放，而導致好象TCP/IP丟包的假象，出現HTTP500的錯誤。　　
      解決方法主要是加大TOMCAT可利用內存，并在程序當中加大內存使用。

解決方法：

方法：加大TOMCAT可利用內存：
　　在TOMCAT的目錄下，也就是在TOMCAT41/bin/catalina.bat文件最前面加入
　　set JAVA_OPTS=-Xms800m -Xmx800m
　　表現效果是當你啟動TOMCAT時，系統內存會增加近800M使用

操作方法：
　　1）、先關掉WINDOWS服務當中的TOMCAT4服務。
　　2）、再找到TOMCAT/BIN目錄下startup.bat，雙擊打開它，你會發現現WINDOWS內存占用會增加近800M。
　　3）、執行程序，因為是TOMCAT重新編譯程序，所以第一次會比較慢。

結論：

經過測試，我們得出如下數據：

當系統傳輸約2000條數據時，大約近12M的凈數據（不壓縮時），系統輔助運行的內存大約占用150M左右的空間，也就是近200M的內存占用，而我們擴大了近800M的JAVA內存使用，這對于業務本身來說是足夠了。所以你們不用擔心大數據量的傳遞問題。

基于JAVA虛擬機的原理，JAVA自動有垃圾回收機制，也就是在你對一些內存長時間不使用時（近2分鐘，取決于使用頻度和優先級等），就會自動垃圾回收，從而釋放不用的內存占用。

posted @ 2006-03-10 14:15 @家軍 閱讀(9104) | 評論 (2) | 編輯 收藏

MYSQL BUG #5020及解決方法

interactiveClient由 默認的28800（8個小時）延長。并告知用戶多長時間后，重新啟動TOMCAT服務器。不過，MYSQL5.0.12版本以前的所有版本，只要你設置成 了默認語言為GBK，所有對interactive_timeout(wait_timeout)的時候如何設置，重新連接或者重新啟動MYSQL后，都 是28800，現在我使用的5.0.18后，使用GBK，沒有問題。
　　2、在HIBERNATE當中加入：
　　　

..
<property name="hibernate.connection.url">jdbc:mysql://192.168.100.111/eai?autoReconnect=true</property>
<property name="enableDeprecatedAutoreconnect">true</property>
<!--  如下的語句是使用第三方的DBCP來建立連接池 -->
<property name="dbcp.maxActive">100</property>
<property name="dbcp.whenExhaustedAction">1</property>
<!--  看到了沒有，這個maxWait一定要大于MYSQL默認的28800（秒） -->
<property name="dbcp.maxWait">30000</property>
<property name="dbcp.maxIdle">10</property>

<property name="dbcp.ps.maxActive">100</property>
<property name="dbcp.ps.whenExhaustedAction">1</property>
<property name="dbcp.ps.maxWait">30000</property>
<property name="dbcp.ps.maxIdle">10</property>
..

    
　如上兩種方法均可，推薦大家使用第二種方法，來遮擋一下MYSQL的BUG。
如果有不對之處，請大家提出自己的見解。

posted @ 2006-01-18 14:48 @家軍 閱讀(5679) | 評論 (0) | 編輯 收藏

2006年之創業狂想

posted @ 2006-01-12 15:57 @家軍 閱讀(490) | 評論 (2) | 編輯 收藏

州牧下的羊叫

posted @ 2006-01-12 11:33 @家軍 閱讀(393) | 評論 (1) | 編輯 收藏

2006年之夢境殺手

posted @ 2006-01-11 10:15 @家軍 閱讀(361) | 評論 (4) | 編輯 收藏

多數據庫實現數據交換的可行性技術研究

posted @ 2006-01-09 16:44 @家軍 閱讀(420) | 評論 (0) | 編輯 收藏

我快速實施的遭遇

posted @ 2006-01-09 15:32 @家軍 閱讀(315) | 評論 (1) | 編輯 收藏

EAI項目實施心得

posted @ 2006-01-05 17:57 @家軍 閱讀(1222) | 評論 (2) | 編輯 收藏

我對快速編程的設想

posted @ 2005-12-27 16:11 @家軍 閱讀(1834) | 評論 (8) | 編輯 收藏

無聊工作當中的尋財夢

posted @ 2005-12-23 15:49 @家軍 閱讀(398) | 評論 (1) | 編輯 收藏

開源代碼學習:Plone　CMS系統

Plone
Plone是一種開源的內容管理系統（CMS）。基于Zope，用Python寫成。
最早由 Alan Runyan, Alexander Limi, and Vidar Andersen在1999年開始，之后迅速成為流行而又強大的內容管理系統。
Plone 基于 GNU General Public License 發布。它建立在應用服務器Zope和Zope Content Management Framework（Zope 內容管理框架）之上。Plone的名字來源于一個來自英國伯明漢，叫做Plone的電聲樂隊
官方網站鏈接：http://plone.org/

很厲害，僅僅14M左右的東東，就有服務器和國際化的所有東東。佩服。CMS市場是不是做爛了，這么多的開源代碼。不過操作方面比OPENCMS容易理解，權限管理不像OPENCMS那么復雜。

posted @ 2005-12-21 16:06 @家軍 閱讀(2133) | 評論 (1) | 編輯 收藏

Compiere ERP&CRM使用手冊

posted @ 2005-12-21 14:54 @家軍 閱讀(3421) | 評論 (16) | 編輯 收藏

開源代碼學習:COMPIERE

posted @ 2005-12-20 16:01 @家軍 閱讀(867) | 評論 (1) | 編輯 收藏

年度工作總結

年度工作總結

擔任項目經理的職位一年了，盡管自己到現在為止仍然是個不合格的項目經理，但是畢竟站在這個崗位上，主要從事的還是設計和程序實現的工作，加上自己也有志于在這個方向上發展，所以做一個年度總結是有必要的，也希望領導給以指點。

這一年來，主要管理了有兩個項目，一個是EAI課題及A公司項目，一個是B公司的二次開發。

EAI課題是今年5月份開始提出來，并由我來擔任項目經理的。我很積極的開始工作，并努力配合前方調研和方案建議的撰寫。從5月份到7月份是一個EAI課題的調研和需求分析階段。需求分析由我撰寫，并通過公司內部評審；8月份進入設計階段，概要設計和數據設計由我撰寫并通過公司內部評審。9月份開始編碼，并在9月底完成代碼的編寫。

10月份由于公司接到A公司項目的需求，和EAI課題內容很吻合。所以就把原EAI課題實施計劃順延，改變由以A公司的應用集成為主線。10月中旬進入調整期，并在10月底對A公司進行調研和分析，并寫出概要設計，通過公司內部評審。

11月份開始編碼，并使用兩周的時間完成極限編程，11月下旬開始在A公司進行安裝調試。其間因為A公司內部的需求有所改變，所以開發也有所影響，致使在12月上旬正式在A公司安裝調試，并順利通過項目驗收。

12月份我們就主要開始對EAI課題的另外一個實施方－B公司進行調研編碼，在12月份中旬完成對B公司的編碼開發工作，12月份下旬安裝調試，并順利通過課題驗收，同時得到了用戶的認可和肯定。

在EAI課題及A公司項目這個項目當中，時間緊湊也富有挑戰性，我合理的安排時間，并對手下的資源充分利用。根據我手下的資源的一些特性，對其分派的任務也有所不同，以下是我在這個項目當中，對資源管理的一些總結：

學 生們可能對企業的實際業務不很了解，就是即使把企業的實際業務抽象的很好，并讓學生們去理解，他們對其業務也有很多的疑惑。所以，我對學生在編碼上的做法 是：把企業的實際業務抽象成一種計算機語言，并告訴學生這些類主要完成什么功能，對數據庫是如何操作的，應該注意的是什么和完成的操作效果是什么。這樣做 的話，學生往往能夠很快的完成自己的工作。

對項目的控制和質檢是必要的，這個對項目的完成質量有很大的關系。因為我的編碼實現主要是由學生來完成，所以我對代碼的質檢是對其代碼的檢查。對其處理的事務進行細致的查看，所以項目的進度得到了有效的控制。

其次，另外一個項目是對B公司項目的二次開發。

我們主要的工作是二次開發的工作，是對DYNAPDM系統的二次開發，所以我們從剛剛開頭時，沒有急于編程，而是努力學習，并讓手下的資源完成一些TEST功能實現，等到大家對之比較熟悉了，我們才開始編碼，尤其這一段時間我們對DYNAPDM的開發總結進行了歸檔。

等 到我們正式接受B公司的需求并二次開發時，我們的二次開發就開始變得樸素迷離了，因為B公司項目需求的多次變更和完成模板的多次調整，使得我們的二次開發不斷 的跟著他們的需求在變更。為此，我們嚴格了他們對我們的需求，每一個需求是需要共同確認才予以編程，使得后來的編碼才有所規范。最終及時完成了B公司項目的 二次開發。

從對DYNAPDM的二次開發來說，我們有以下的總結:

首先，DYNAPDM現行版本不太穩定，導致我們在開發時有所影響。

其次，B公司項目的需求不是太多，也不是太難，但是他的需求多次調整牽扯到我們的很多精力，并且有很多的工作都是無效的，所以以后在對企業調研時應該深入細致的為用戶的需求進行判斷和確認，免得用戶的“拉抽屜”的需求。

最后，我們的員工很努力，雖然項目更改很多，但是我們還是最終及時的完成的項目的二次開發。

總之，這一年又要過去了，雖然工作比較累，但是我在其中也學習到了很多的管理知識，尤其是建立一個規范、高效的開發團隊上我已經積累了很多經驗。明年將是技術革新最重要的一年，WEB2.0將占據我們的技術生活，很快他將成為業界開發的新的標準。對于我們以技術為主的軟件公司來說，應該珍惜這次變革的機會，成為應用這個技術為先的公司，為贏得市場先機而努力。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　我

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　2005-12-20

posted @ 2005-12-20 11:09 @家軍 閱讀(857) | 評論 (1) | 編輯 收藏