下一頁 1 2 3 4 5 6
簡介
同時使用Rational擴展開發環境(XDE)和IBM的WebSphere Studio,你可以擁有一個完整優秀的整合平臺,用于構建電子商務應用程序。你可以做需求分析、面向對象的設計,并且建模你用來構建和測試代碼的相同的信息模型。換句話說,一個工程所有的參與者現在可以"拿著同樣的樂譜歌唱了"。在以前,當開發者進行開發過程任務的時候,重復的工具常常需要他們從一個工具向另一個工具導出信息。為了給你一個關于這些不同工具功能的直觀認識,我將在本文中使用下面的方案。
有時候,一個新工程的設計師或者體系結構設計者從頭開始設計工程,完全控制這個應用程序的每個方面。然而,通常他們必須處理先前存在的組件并且幾乎總要處理先前存在的關系數據庫。
在本方案中,假定你要實現一個網絡金融應用程序,允許最終用戶從他們的的帳目上付款。作為這個小型應用程序設計師和實現者,你還被要求使用一個現有的并且使用良好的數據庫中的表。
在你的機構中,最近還有一個硬性規定,要求所有新開發項目必須遵循一個正式的"需求、分析和設計"過程。開發過程的這個階段所選擇的工具是Rational XDE,而IBM的WebSphere Studio Application Developer是用于輔助開發和應用程序服務器測試。把這個系統分解成小的模塊:
1. 獲得描述你需要構建的應用程序的一些要求。
2. 創建一個使用案例模式圖,顯示這個系統內行動者和使用案例之間的關系。
3. 創建一個順序圖,顯示在一個時間順序中對象的交互(消息)。
4. 反向操縱一個關系數據庫來創建一些企業JavaBean (EJB)組件。
5. 創建一個類模式圖并修改一個Java類。
6. 配置代碼到WebSphere Application Server中,使用WebSphere Studio提供的單元測試器測試。
收集需求
第一步一般情況下是收集需求,通常通過走訪這個計劃構建的應用程序的潛在的最終用戶。需求還可以來自手工方式或者使用某個現有的應用程序執行某些特定的任務的人。對于我們的網絡ATM案例,我們收集的需求是一個客戶從賬戶上付款給收款人。把這個需求生成文檔,如下:
需求A:"最終用戶需要輸入他們的ID號,和一個口令,來驗證這些帳戶是他們自己的。一旦核準后,顧客可以選擇"Make Payment(付款)"。用戶然后將選擇一個指定的帳目,輸入支付的數額和收款人的id號(用戶名)。"
在現實的情況中,在這個階段獲得盡可能多的細節是非常重要的,因為稍后在開發過程中,你將需要實現或者生成程序邏輯來執行這些任務。為了獲得這個任務,你將需要啟動XDE;XDE被設計作為WebSphere Studio或者其它整合Eclipse技術的產品的一個插件程序。你可以把需求輸入XDE,并在工程和版本控件下保存這些文件,而不管你選擇了什么源碼管理程序系統。從這些需求中,你可以開始制定你的使用案例。使用案例是使用方案的描述。此時,你要知道你的用戶是誰;他們是這個使用案例不可分割的部分。
接下來我將進入一個簡要的使用案例,來描述使用網絡金融應用程序付款這個使用方案。
原文轉自:http://www.anti-gravitydesign.com