EA(Enterprise Architect) 的產品特色

EA 的產品特色

涵蓋系統開發週期的軟體設計

物件導向的系統開發絕不僅僅是畫類別圖而已!現今的系統開發重視的是整個開發的週期。包括企業流程分析、以使用案例匯整需求、建立動態流程塑模、元件塑模、部署塑模、系統管理、非功能性的需求、使用者介面設計以及測試、維護等工作。

富有特色的系統設計

Enterprise Architect 是一個完整的 UML 分析與設計工具,涵蓋軟體開發各階段所需要的功能 – 從需求蒐集到分析階段、設計塑模、測試與維護。 EA 採用圖形介面 (Windows/Linux) 而且支援團隊協同開發,它不但可以協助開發團隊建構健全而易於維護的軟體,還提供高品質的文件輸出功能。

產品主要特色

  • UML 2.0 設計與建構
  • 建立使用案例、邏輯、動態、實體塑模
  • 依據開發流程客製化的擴充機制
  • 產出與 Microsoft Word 相容的高品質文件
  • 簡單易用
  • 成本低
  • 建立資料塑模、產生資料庫 DDL,透過 ODBC 由資料庫反向建立資料塑模
  • 團隊協同開發 (Professional/Corporate)
  • 支援 XMI 匯入與匯出
  • 拼字檢查
  • 由塑模產生程式碼,或是由程式碼反向建立塑模
  • –支援 Java, C#, C++, VB.NET, Delphi, Visual Basic, PHP

取得「EA(Enterprise Architect)」塑模工具的產品代理權

經過我們顧問團隊執行長 Steve 三個星期來的交涉,總算取得 EA(Enterprise Architect)的產品代理權。 😀

EA 的產品定位在 UML Modeling and Design Tool,可以整合在 Visual Studio.NET 及 Java Eclipse 的 IDE 開發工具。具有 “Code-generator & reverse” 功能。

詳細的產品介紹,可以參考 Sparx System Inc.

P.S.

  1. 關於中文的使用手冊,我準備撰寫一本利用 EA 塑模工具學習 UML 的入門手冊。
  2. EA 的功能絕不亞於 Rational Rose or Together,但其售價實在是~超具競爭力的…
    Corporate Edition(1-4 User license): US $225
    Professional Edition(1-4 User license): US $189
    Desktop Edition(1-4 User license): US $125

除了正式取得台灣產品代理權外,我們同時取得 VAR(Value-Added Reseller)的資格,亦即,可以使用 EA 系列產品於軟體設計的教育訓練與顧問輔導上。如虎添翼。 🙂

台灣區的 Reseller — HSDc. Co.,Ltd.
EA 的 Reseller 網站:


Enterprise Architect UML Modeling and Design Tool

“Enterprise Architect is a flexible, complete and powerful UML modeling tool for
the Windows platform. Providing the competitive edge for system development,
project management and business analysis; an object oriented CASE
tool for the full development life-cycle – at a sensible price.”

[CVS]版本控管的基本規範

內部團隊軟體專案協同開發基本規則:

一、開發期間所釋放(release)的版本一律為 1.0 以內。亦即,如 CEDT_WK_0.9 版。

二、在開發期間,針對每一次的 “MileStone”,也就是完成比較重要的功能後,則其版本在同一個小數點往前推進(如 0.6->0.7)。注意的是,必須是以標記(TAG)來手動制訂。

三、正式版本的推出,則以 1.0 開始。如 CEDT_WK_1.0 版。
  小幅度功能的增加或修正一些 Bugs,則以 1.1->1.2->1.3 ... 漸增。

四、大幅度的功能提升或修正,則推進至 2.0 版。
閱讀全文 »

[CVS]Update & Commit 的差異說明

Developer 從 CVS Repository “Checkout” 至 local 的硬碟內,在 local 內的副本(copy) 稱之為 “Sandbox”。

當 Developer 在 local 端新增(Add)或移除(Remove)後,並將之寫回 CVS Repository。寫回過程若成功則稱為 “Commit”

若 Commit 過程失敗,則表示有其他 Developer 已經修改過在 Repository 內同樣的檔案,此時,就必須使用 “Update”

但若兩位以上的 Developer 都對相同檔案內的原始碼的同一行列(line)做修改過,這種情形稱為 “Conflict”
這種情形雖然很少發生,但若發生後,CVS 並不自動處理,而是針對該檔案所產生衝突的原始碼置入標記(Mark),留待 Developer 手動處理。
其所放入的標記如下:

< <<<<<< filename your changes ======= code merged from repository >>>>>>> revision

當 Developer 手動更改衝突的內容,並移除 CVS 的標記後,Developer 使用 “Commit” 寫回 CVS Repsoitory。

軟體思維顧問

專職軟體輔導與教育訓練的獨立顧問。輔導企業資訊單位如何有效組織系統開發與維護;輔導開發人員達成有效的專業分工。傳授如何把軟體作軟 (Keeping Software Soft)的技能,得以提昇系統的彈性/延展,並進而創造系統的再利用價值。

Personal