J2EE專案中開發團隊的組建(轉)
J2EE這種應用模型允許不同的開發人員同時進行開發的各個元素。這裡闡述一下對不同層次的設計人員,開發人員的技術要求。對以下幾個分類進行描述。 設計師組建團隊
表現邏輯層的團隊角色
業務邏輯層等團隊角色
資料庫訪問層的團隊角色
團隊的組成可以根據人員的數量和系統的範圍大小。例如,不一定所有的角色都要分配,有些人可以擔當不能的角色。
設計師
在基於元件的應用系統開發中,一個或幾個人必須對這個系統的整體需求有全面的瞭解,比如系統的控制流程,和其他的介面等等。有些公司稱這個角色為總工程師,不管怎麼叫,這個角色非常重要,他承擔協調不同開發小組之間的工作,幫助他們考慮系統這個“大圖”。
表現邏輯層的團隊角色
在表現層,使用者介面是動態生成的。需要如下開發人員:
Java servlet 開發人員
JSP 開發人員
HTML 設計人員
美工人員
客戶端的JavaScript 開發人員
Servlet 開發人員建立表現層的邏輯,而其他人員建立表現的形式。
Java Servlet 開發人員
Servlet處理頁和頁之間的瀏覽,會話管理,簡單的輸入驗證。Servlet也將業務邏輯的元素連線起來。
Servlet開發人員必須理解一些相關事宜,HTTP請求,安全,多語言,和一些頁面元素如session, cookie,超時等等。J2EE的應用裡面,servlet必須用Java來寫,Servlet可能會呼叫JSP, EJB, JDBC等等。因此,servlet開發人員要與應用系統的其他人員緊密合作。
JSP 開發人員
JSP開發人員與servlet開發人員密切合作來定義系統的表現層頁面。即使在複雜的開發專案裡,JSP和servlet的開發人員也可能是一個人。
然而,如果一個系統中大部分Java在servlet而不是在JSP裡,JSP人員就不必對Java非常熟悉。
HTML 設計人員
HTML 設計人員對HTML頁面進行最佳化。例如,他可能要完成以下任務:
保證在不同的瀏覽器中所有的頁面都能正常顯示
保證低速的調變解調器訪問也不受影響
對JSP設計人員的頁面進行進一步的最佳化
美工人員
美工人員建立圖片等等。這些圖片要能小體積,快速下載。美工與HTML頁面人員緊密合作。
客戶端的JavaScript 開發人員
使用客戶端的JavaScript有很多原因。比如,可以處理簡單的輸入驗證,不必提交給伺服器,還可以讓使用者介面更生動。這個角色和servlet, JSP人員緊密合作。
業務邏輯層的團隊角色
業務邏輯層包含業務規則和業務實體。需要以下人員:
Session bean 開發人員
Entity bean 開發人員
Session Bean 開發人員
Session beans包含業務處理和業務規則的邏輯。比如,一個session bean 可能設計成計算一個支票的稅率。如果一個系統面臨處理經常變化的複雜邏輯,而又大量使用session bean,結果是,session bean就需要不斷的更新。
Session bean 的開發人員一般是一個領域的專家,理解複雜的,專門領域的邏輯,還有資料驗證的規則。這個人員與servlet和entity bean開發人員緊密合作。
Session bean可能需要呼叫JDBC介面,和其他的EJB。無狀態的session bean系統執行的會更好一些。因為,如果計算費率是一個有狀態的session bean,系統就必須訪問一個儲存bean的狀態資訊的伺服器。如果那個伺服器恰巧出現問題,整個流程就會受阻。
Entity Bean 開發人員
Entity bean代表永久的物件,如一個資料庫中的一條記錄。Entity bean開發人員的任務是設計一個物件導向的所有業務資料的組織圖。建立物件導向的試圖意味著要將資料庫中的表(關係型的)對映成entity bean。例如,開發人員需要將客戶表,發票表,和訂單錶轉換成相應的客戶,發票,和訂單物件。
一個entity bean 開發人員與session bean, Servlet開發人員密切合作,保證應用系統提供快速的,靈活的,可擴充套件的對業務資料的訪問。
Entity bean 可能會大量的呼叫JDBC介面。而entity bean 之間的呼叫會很少。
資料庫訪問層的團隊角色
在資料庫訪問層,開發人員需要建立關係型資料庫的ER圖,資料字典等等相關文件。所有對資料庫的修改,訪問等等許可權操作都要經過資料庫訪問層開發人員。這個角色在大部分專案中擔當DBA的角色。
團隊組建之後,就可以開始設計使用者介面。
設計使用者介面
建議從前到後開始設計應用系統。就是說,先設計使用者介面,再設計EJB,這樣效率最高。
下面提一些常用的建議性問題:
頁面流程是什麼?
每個頁面上的命令按鈕是什麼?
是否適用frame?
是否有公司標準的Logo,廣告條幅?
在什麼地方需要登入過程?
多語言的問題?
這些和設計servlet, JSP相關。[@more@]
表現邏輯層的團隊角色
業務邏輯層等團隊角色
資料庫訪問層的團隊角色
團隊的組成可以根據人員的數量和系統的範圍大小。例如,不一定所有的角色都要分配,有些人可以擔當不能的角色。
設計師
在基於元件的應用系統開發中,一個或幾個人必須對這個系統的整體需求有全面的瞭解,比如系統的控制流程,和其他的介面等等。有些公司稱這個角色為總工程師,不管怎麼叫,這個角色非常重要,他承擔協調不同開發小組之間的工作,幫助他們考慮系統這個“大圖”。
表現邏輯層的團隊角色
在表現層,使用者介面是動態生成的。需要如下開發人員:
Java servlet 開發人員
JSP 開發人員
HTML 設計人員
美工人員
客戶端的JavaScript 開發人員
Servlet 開發人員建立表現層的邏輯,而其他人員建立表現的形式。
Java Servlet 開發人員
Servlet處理頁和頁之間的瀏覽,會話管理,簡單的輸入驗證。Servlet也將業務邏輯的元素連線起來。
Servlet開發人員必須理解一些相關事宜,HTTP請求,安全,多語言,和一些頁面元素如session, cookie,超時等等。J2EE的應用裡面,servlet必須用Java來寫,Servlet可能會呼叫JSP, EJB, JDBC等等。因此,servlet開發人員要與應用系統的其他人員緊密合作。
JSP 開發人員
JSP開發人員與servlet開發人員密切合作來定義系統的表現層頁面。即使在複雜的開發專案裡,JSP和servlet的開發人員也可能是一個人。
然而,如果一個系統中大部分Java在servlet而不是在JSP裡,JSP人員就不必對Java非常熟悉。
HTML 設計人員
HTML 設計人員對HTML頁面進行最佳化。例如,他可能要完成以下任務:
保證在不同的瀏覽器中所有的頁面都能正常顯示
保證低速的調變解調器訪問也不受影響
對JSP設計人員的頁面進行進一步的最佳化
美工人員
美工人員建立圖片等等。這些圖片要能小體積,快速下載。美工與HTML頁面人員緊密合作。
客戶端的JavaScript 開發人員
使用客戶端的JavaScript有很多原因。比如,可以處理簡單的輸入驗證,不必提交給伺服器,還可以讓使用者介面更生動。這個角色和servlet, JSP人員緊密合作。
業務邏輯層的團隊角色
業務邏輯層包含業務規則和業務實體。需要以下人員:
Session bean 開發人員
Entity bean 開發人員
Session Bean 開發人員
Session beans包含業務處理和業務規則的邏輯。比如,一個session bean 可能設計成計算一個支票的稅率。如果一個系統面臨處理經常變化的複雜邏輯,而又大量使用session bean,結果是,session bean就需要不斷的更新。
Session bean 的開發人員一般是一個領域的專家,理解複雜的,專門領域的邏輯,還有資料驗證的規則。這個人員與servlet和entity bean開發人員緊密合作。
Session bean可能需要呼叫JDBC介面,和其他的EJB。無狀態的session bean系統執行的會更好一些。因為,如果計算費率是一個有狀態的session bean,系統就必須訪問一個儲存bean的狀態資訊的伺服器。如果那個伺服器恰巧出現問題,整個流程就會受阻。
Entity Bean 開發人員
Entity bean代表永久的物件,如一個資料庫中的一條記錄。Entity bean開發人員的任務是設計一個物件導向的所有業務資料的組織圖。建立物件導向的試圖意味著要將資料庫中的表(關係型的)對映成entity bean。例如,開發人員需要將客戶表,發票表,和訂單錶轉換成相應的客戶,發票,和訂單物件。
一個entity bean 開發人員與session bean, Servlet開發人員密切合作,保證應用系統提供快速的,靈活的,可擴充套件的對業務資料的訪問。
Entity bean 可能會大量的呼叫JDBC介面。而entity bean 之間的呼叫會很少。
資料庫訪問層的團隊角色
在資料庫訪問層,開發人員需要建立關係型資料庫的ER圖,資料字典等等相關文件。所有對資料庫的修改,訪問等等許可權操作都要經過資料庫訪問層開發人員。這個角色在大部分專案中擔當DBA的角色。
團隊組建之後,就可以開始設計使用者介面。
設計使用者介面
建議從前到後開始設計應用系統。就是說,先設計使用者介面,再設計EJB,這樣效率最高。
下面提一些常用的建議性問題:
頁面流程是什麼?
每個頁面上的命令按鈕是什麼?
是否適用frame?
是否有公司標準的Logo,廣告條幅?
在什麼地方需要登入過程?
多語言的問題?
這些和設計servlet, JSP相關。[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-958435/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 專案團隊組建的原則(轉)
- IT專案開發團隊建設與管理總結(轉)
- 團隊組建及專案啟動
- 專案團隊建設中的經驗總結(轉)
- 專案團隊建設“四戒”(轉)
- 想組建個J2EE團隊創業創業
- 如何組建理想中的團隊?
- 怎樣組建一個TPM專案團隊?
- 軟體專案開發團隊組員跨專案組兼職案例分析
- 團隊組建階段,專案經理要做些什麼?(轉)
- 專案管理團隊建設的有效工具(轉)專案管理
- 專案團隊建設有“四戒”(轉)
- 專案團隊的發展階段(轉)
- 軟體專案中的人員管理和團隊建設 (轉)
- 淺議物流專案管理的團隊建設 (轉)專案管理
- 專案團隊建設的12條經驗(轉)
- 專案團隊建設有“四戒”(一)(轉)
- 專案團隊建設有“四戒”(二)(轉)
- 專案管理 : 軟體專案團隊建設的“三個中心” (轉)專案管理
- IT專案團隊管理 (轉)
- 如何組織一個高效的開發團隊(轉)
- 軟體專案團隊建設的“三個中心”(轉)
- 團隊專案:二次開發
- 【原創】如何開展專案團隊建設
- 第一項任務:團隊組建及專案啟動
- 如何組建一個合理的研發團隊?
- 團隊開發_軟體專案風險管理
- 專案管理過程之專案團隊(轉)專案管理
- 專案管理過程之專案團隊 (轉)專案管理
- 專案管理的藝術-帶領團隊的建議-轉載專案管理
- 在一個專案中管理好基礎架構和開發團隊 (轉)架構
- 【團隊建設】如何做好團隊開發中的 CodeReview(程式碼評審)?View
- 建立高效的專案團隊(轉載)
- 構建有效的專案團隊(轉)
- 專案團隊的凝聚力(轉)
- 專案管理從改變團隊開始 (轉)專案管理
- 成功專案團隊角色模型——Belbin團隊角色模型(轉)模型
- 從灌籃高手談專案團隊組成