組件式軟件系統(tǒng)分析與設計

1.      系統(tǒng)理論
根據(jù)波爾丁氏(Kenneth E. Boulding)的通用系統(tǒng)理論：任何系統(tǒng)分為靜態(tài)結構系統(tǒng)、簡單動態(tài)系統(tǒng)、控制機構或自動操作系統(tǒng)、開放系統(tǒng)、原生社會系統(tǒng)、動物系統(tǒng)、人類系統(tǒng)、人類社會層級及超越系統(tǒng)層級由內(nèi)而外共九種層級；每一層級均有其特殊功能而且外層系統(tǒng)包含有其內(nèi)層系統(tǒng)，而且具有內(nèi)層所沒有的特性。
根據(jù)系統(tǒng)特性可區(qū)分為封閉系統(tǒng)與開放系統(tǒng)兩大類；各類系統(tǒng)都由靜態(tài)系統(tǒng)與動態(tài)系統(tǒng)均衡的關系組成，現(xiàn)代信息系統(tǒng)的進步都是架構在這些理論基礎上建立。
軟件工程的研究與發(fā)展，從傳統(tǒng)的結構化系統(tǒng)分析設計方法建置系統(tǒng)，演變到對象導向分析設計建置系統(tǒng)。無疑的都是在嘗試與尋找，如何用最有系統(tǒng)與最有效率的方法，在復雜的計算機邏輯運算世界與捉摸不定的使用需求中，去建置一套應用系統(tǒng)。
然而從軟件公司所經(jīng)驗的軟件開發(fā)過程中得知，軟件一直無法做到像硬件般，運用模塊化設計，能夠利用大量生產(chǎn)，帶來人力與時間成本降低。且軟件制作內(nèi)容，仍然過于偏重個人的設計技巧與藝術，軟件人才的去留，深深影響著軟件的生命。
一個共同推論是，硬件的制程技術觀念可引用在軟件開發(fā)上，比照硬件零件組裝之軟件工廠概念已在技術的標準上，達到某種程度的成就。OMG組織所定義的CORBA軟件組件標準就是系統(tǒng)開發(fā)產(chǎn)出過程中零件與運作平臺的標準。引用零件的觀念，再用與組裝的技術才能實現(xiàn)出它的成效。零件本身可以經(jīng)由外包或采購，達到半成品的再用。在市場機制運作下，您都可以用最實惠的價格取得市場上歷煉后最優(yōu)秀的軟件組件植入您的系統(tǒng)。透過有效的軟件組件組裝制程技術，可以在最短的時間內(nèi)開發(fā)出系統(tǒng)。且由于系統(tǒng)開發(fā)走向標準化，軟件人員的技術技巧，將大部份展現(xiàn)于軟件組件本身，系統(tǒng)結構本身則因標準化得以定型。爾后軟件的維護工作可能就如同修車般，只需更換零件或維修配件即可。
本文主要目的即在闡述傳統(tǒng)結構式系統(tǒng)分析與設計及組件式系統(tǒng)分析設計與開發(fā)進行開發(fā)應用系統(tǒng)過程中之標準與工作指引，使軟件組件在開發(fā)過程中有所依循，開發(fā)后得以在規(guī)則的模式下運作。組件標準與組件運作平臺采Microsoft DCOM標準，系統(tǒng)采多層式架構設計同Microsoft DNA(Distributed interNet Applications Architecture)架構。

2.      傳統(tǒng)結構化軟件系統(tǒng)分析與設計
2.1.  系統(tǒng)發(fā)展(Development)
系統(tǒng)發(fā)展分為規(guī)劃(Planning)、設計(Design)和實施(Implementation)。須考慮未來資料量增加、企業(yè)的成長與擴充、科技的進步與系統(tǒng)整合性以便設計一個有彈性、可動態(tài)調(diào)整且易于維護的系統(tǒng)。
系統(tǒng)的三大基本要素：
1.    輸入(Input Data)
2.    處理與控制(Process Logic & Control)
3.    輸出(Output Information)
系統(tǒng)規(guī)劃通常采用由上而下的作業(yè)方式，其做法先從整體企業(yè)目標開始，探討企業(yè)營運特性，企業(yè)組織建立關系，數(shù)據(jù)處理應用邏輯，達到信息系統(tǒng)架構建立完成檔案設計工作。而信息管理的順序卻是與前相反由個別檔案資料的輸入一直到達成企業(yè)營運目標為止。
2.1.1.系統(tǒng)規(guī)劃(Planning)：
系統(tǒng)要做什么(What)?
初步研究：定義問題的范圍與建立系統(tǒng)可以解決問題、滿足需求、運用新科技、增加系統(tǒng)效能。
可行性研究：定義問題需求范圍、搜集資料、組織管理者與使用者需求。訂立階段計劃、訂立組織人力計劃、訂立推動計劃、訂立維護管理計劃、訂立教育訓練計劃、訂立文件制作計劃、訂立經(jīng)費計劃、訂立其它配合措施。
2.1.2.系統(tǒng)分析(System Analysis)
系統(tǒng)分析，系利用系統(tǒng)方法或技術，建立系統(tǒng)觀念性架構，探討研究問題的特性，并提出具體和可行性方案的實際過程。廣義定義為一種有組織的方式來解決問題，達成目的。是一門研究如何建立系統(tǒng)來解決問題的科學。
系統(tǒng)分析的運作結果，是由資料的輸入，經(jīng)過組合與處理，而輸出有意義的信息，提供與輔助管理者進行決策。
良好系統(tǒng)具備的特性：整合性(Integertion)、使用者易操作性、管理能力強性、實用性、資料量處理需求、符合組織風格、達成最大成本效益、考量使用人員因素、結合外在科技、法規(guī)、經(jīng)濟、社會等因素、彈性的組織變更及企業(yè)成長需求。
系統(tǒng)分析師(System Analyst)為運用各項分析工具，整理所獲得的信息，找出一個最適合的方法解決問題的人員。須具備專業(yè)知識的能力，對系統(tǒng)的輸、出入與處理的軟、硬件與對數(shù)據(jù)庫的特性知識深入了解，也具有程序設計撰寫的能力，同時要具有系統(tǒng)企業(yè)領域知識(如財務、貿(mào)易、生產(chǎn)制造等)。
在規(guī)劃中由需求訪談，可以獲得管理者與使用者的各項企業(yè)行為需求與組織問題的特征與本質，了解決策者訊息需求的關鍵性信息及優(yōu)先級。由企業(yè)診斷可以獲知現(xiàn)行系統(tǒng)的作業(yè)程序與運作狀況，找出現(xiàn)行系統(tǒng)不足所在及未來需求的擴充性，了解問題發(fā)生的原因與理由，進行企業(yè)的改造(BPR)。再由需求訪談與企業(yè)診斷結果進行提出各種可行性分析與研究報告，提出改善現(xiàn)行系統(tǒng)方案與解決各項問題的處理方法。當然各種問題不一定完全可由計算機系統(tǒng)可以解決問題，某些部分需要靠組織變革、組織章程變更及流程改造來解決問題。
2.1.3.可行性分析
可行性分析報告要獲得高層管理人員支持，定義明確的問題描述與確認的目標方向，講求實事求是的效果，正確的評估所需資源，最佳生產(chǎn)品質，選擇適當?shù)男畔⒖萍寂c設備。在可行性目標上還要對系統(tǒng)中要求彈性與可維護性(Flexibility & Maintainability)，時程與成本(Schedule & Cost)，效率(Efficiency)，實時響應(Quick Response)，整合性(Integration)，安全性(Security)，可靠性(Reliability)，簡易性(Simplicity)，兼容性(Compatibility)。
可行性研究建議案提出方式：
1.      提出最佳方案的二元建議方式(Binary recommendations)。
2.      提出多個方案進行假設不同與說明選擇的假設建議方式(Choose recommendations)。
3.      依據(jù)成本考量系統(tǒng)彈性反映速度維護容易等因素各與加權做量化分數(shù)的價值建議方式(Value recommendations)
系統(tǒng)分析工具(一幅圖畫勝過千言萬語)。將系統(tǒng)所需處理步驟使用流程圖(Flowchart)表現(xiàn)。
1.      流程圖(Flow Char)：以邏輯圖標處理過程，表示作業(yè)每一個步驟以足以表示特性的符號來代表。繪制原則：由上而下，由左而右；圖標明確，工作起始確定明白，每一個步驟動作描述清楚，排好各種工作順序，流程工作范圍清楚，分支要用連接符號表示，使用標準的流程圖符號。
2.      系統(tǒng)流程圖(System Flow Chart)：繪制系統(tǒng)整體工作流程者稱之為系統(tǒng)流程圖。
3.      功能流程圖(Functional Flow Diagrams)：繪制組織間各個作業(yè)間資料流動的關系。
4.      數(shù)據(jù)流程圖(Data Flow Diagrams)：繪制數(shù)據(jù)間數(shù)據(jù)的儲存、轉換、流程與輸出、入。
5.      文件流程圖(Paperwork Flow Chart)：繪制系統(tǒng)中各類文件或表格產(chǎn)生及紀錄其流動的情形。
6.      程序流程圖(Process Flow Chart)：繪制一個系統(tǒng)中各個工作的程序與步驟。
7.      甘特圖(Gantt Chart)：用以繪制表現(xiàn)工作排程進度，以時間做中心，一般用于項目的規(guī)劃及階段性排程。
8.      組織圖(Organization Diagram)：用以表現(xiàn)組織內(nèi)各部門功能間的關系與各組織間從屬關系，包含組織的名稱與部門間關系與組織各成員信息。
9.      數(shù)據(jù)字典(Data Dictionary)：定義各種資料的說明，使得數(shù)據(jù)流程圖(DFD)更易于閱讀。
系統(tǒng)設計(System design)結合執(zhí)行活動工作程序與設備資源來完成系統(tǒng)使用者所要求的目標，可以令系統(tǒng)達到最大、最佳、與滿足需求的功能�？紤]每一個獨立程序的隨機關系-與其它程序間產(chǎn)生互動的關系、循序關系-各程序間的前后順序關系和時間關系-各程序在不同時間期間所存在的關系。
2.2.  系統(tǒng)設計(Design)
如何完成這一個系統(tǒng)(How)?
系統(tǒng)大體設計：依據(jù)系統(tǒng)需求、系統(tǒng)功能來定義系統(tǒng)的輸入、輸出與處理程序。
系統(tǒng)細部設計：依據(jù)大體設計定義輸入規(guī)格輸出規(guī)格與處理程序規(guī)格。
進行程序撰寫與設計。
進行程序的測試與正確性。
2.2.1.結構化設計(Structure Design)
結構化設計(Structure Design)采用由上而下漸進且合乎邏輯思維的方式進行設計，建立起層次關系的結構，細分各層的問題逐一探討解決其問題的設計模式。
資料輸入方式的決定考量是采用批次性輸入(Batch Input)，還是采用實時性輸入(Online Input)，一般常態(tài)異動式日常作業(yè)大都采用實時性輸入方式，進行統(tǒng)計或結帳式作業(yè)可采用批次性輸入方式。
編碼設計：制定編碼原則，采用數(shù)字、文字、文數(shù)字或符號；主鍵(Prime Key)唯一鍵值的規(guī)劃設計，采用循序鍵或存取鍵，關聯(lián)鍵值的規(guī)劃設計，索引鍵值或復合索引鍵值(Index Key)的規(guī)劃設計，編碼長度，避免混淆字形，同音異字等。
資料輸出的設計，精確、時效與適切性，窗體的設計，考量用紙大小、份數(shù)、傳遞方式、顏色、字體大小、主標題說明、次標題說明、編號方式、分頁考量、頁首信息、頁尾信息、上下左右空間關系、復寫字段功能、打印機功能與格式。圖表的設計，圖形特性選擇、表現(xiàn)方式、顏色或條紋區(qū)隔、尺標刻度的計算、多維空間的建立、圖形標示及圖例說明。
成本效益評估：系統(tǒng)使用環(huán)境考量，網(wǎng)際網(wǎng)絡、局域網(wǎng)絡、企業(yè)網(wǎng)絡、單機使用等；使用硬設備的成本考量，服務器、終端計算機、個人計算機、備份設備、安全機制與管理；軟件工具的成本考量，工具軟件、應用軟件、數(shù)據(jù)庫軟件、操作系統(tǒng)；維護管理的成本考量，訓練使用、維護費用、管理人員薪資、更新版本費用等等。透過計劃需求書(RFP Request for Proposal)提出所需系統(tǒng)的軟硬件信息需求，具備有功能需求規(guī)格，評估程序與建議，各項軟硬件及廠商的介紹與說明�？剂坑布�的兼容性、成本、可靠度、普遍性；軟件的適用性、成本、品質；廠商的經(jīng)驗與規(guī)模、技術能力、人員素質、財務狀況、教育與訓練、服務滿意度等等。分析系統(tǒng)的顧問咨詢成本，期初建置成本，轉換成本，每期維護成本，后續(xù)發(fā)展成本，操作使用成本，教育訓練成本，初期評估成本等等。
2.3.  實施(Implementation)
系統(tǒng)安裝與使用訓練
系統(tǒng)實施
1.  系統(tǒng)環(huán)境安裝
2.  使用手冊
1.    系統(tǒng)簡介
2.    軟硬件配備要求。
3.    功能特色說明。
4.    功能畫面使用指引與說明。
5.    常見應用范例說明。
6.    常見問題回答。
3.  應用系統(tǒng)建置
循序式檔案(Sequential files)、索引循序式檔案(Index Sequential files)、直接存取式檔案(Random access files/Direct access files)和
分割式檔案(Partitioned files)。
4.      系統(tǒng)上線轉換
1.      直接轉換(Direct Conversion)或稱一次轉換：直接使用新系統(tǒng)。
2.      并行轉換(Parallel Conversion)：新舊系統(tǒng)并行一段時間后，再更換成新系統(tǒng)。
3.      模塊轉換(Modular Conversion)：依照模塊間關系逐個模塊進行替換成新系統(tǒng)。
4.      漸層轉換(Phase in)：和模塊轉換很像，但具有新舊轉換接口同時承接舊系統(tǒng)信息，對新系統(tǒng)而言增加許多負擔，但對于使用者確可不間斷及變動舊有所有作業(yè)。
 
3.      組件式軟件系統(tǒng)分析與設計
3.1.  組件分析方式
對象導向系統(tǒng)分析設計方法是一套以重復使用為基礎的系統(tǒng)分析、設計及程序制作一氣呵成的方法，
對象導向技術的觀點來看，我們認為所要模塑的真實世界是由對象所組成的，真實世界的運作是由個對象成員之間的互動而成，因此先天上用這樣方法去模塑真實世界將比用結構化方法來的穩(wěn)定，而且在與客戶交談時也比較容易得到客戶的認同，因為我們所談的是客戶心中的真實世界，而抽象的方式就功能面來探討模塑系統(tǒng)。
現(xiàn)今各式各樣的對象導向分析(OOA)，目前較著名的方法理有Object Modeling、Technique、Booch Method、Function/Mellor Method及Use Case等等。這些方法除了Use Case以外，其它的方法大體上都是對象模型（Object Modeling）為主，再輔以動態(tài)模型（Dynamic Model）及功能模型。其中對象模型是用來述真實世界的靜態(tài)關系，所談的內(nèi)容是對象．對象及對象之間的關系，如組成關系、繼丞關系或其它各式關系。
動態(tài)模型通常是描述系統(tǒng)動態(tài)行為，所談的內(nèi)容通常先用腳本（Scenario）描述物作對外界刺激的反應及各對象之間的動關系,并用事件追蹤圖(Event Trace Diagram)追縱各個對象之間的動態(tài)行為，或用態(tài)圖描述單一對象對外界刺激的反應。功能模型則用功能觀點來看系統(tǒng)，與傳統(tǒng)的結構化方法的DFD相同。
分析階段描述系統(tǒng)要做什么，設計階段考慮如何才能滿足客戶的需求。
第一階段是需求收集階段，我們利用使用個案進行需求搜集工具。
第二階段是系統(tǒng)分析階段，依據(jù)第一階段的使用個案依據(jù)原則找出可能的類別，再用一套篩選原則找出適合的原則，利用對象圖進行系統(tǒng)的領域模型及應用程序塑模工作，以使用狀態(tài)圖來描素系統(tǒng)的動態(tài)行為。
第三階段是系統(tǒng)架構設計，考慮整個架構設計，如何分割系統(tǒng)，使用整體運作能夠顧慮到結構性、執(zhí)行效率與擴充性等，此時可產(chǎn)出商業(yè)對象(Business Object)、應用程序對象與技術對象等。
第四階段為設計階段，考慮如何設計系統(tǒng)接口，如何將對象圖對應到數(shù)據(jù)庫上，如何設計所需的算法，如何選用可再用的對象等等。
第五階段可依據(jù)第一階段的使用個案進行程序測試個案制作。
第六階段將使用個案的測試結果結合系統(tǒng)架構設計可以編制成使用手冊，符合再用的需求。
運用CASE工具UML(Unify Modeling Language)，結合了Use Case，OMT和Booch Method三者的精華成為設計分析更好的方法。
使用組件再用模版之優(yōu)點
提供多樣化的客戶端選擇，如Internet BUI(Browser User Interface)或是Windows GUI(Graphics User Interface)。可透過Internet由遠程使用系統(tǒng)，使用彈性度大，不受空間與時間限制；充份運用Internet降低聯(lián)機成本；軟件組件同時提供ActiveX使系統(tǒng)執(zhí)行于局域網(wǎng)絡，與DCOM版本使系統(tǒng)執(zhí)行于廣域網(wǎng)絡；使用者可透過參數(shù)化的系統(tǒng)設定，讓系統(tǒng)容易維護、調(diào)整與使用；系統(tǒng)由組件組裝而成，易于與其它組件化系統(tǒng)整合；進行跨地域性的信息整合，并且縮短信息擷取時程，提升企業(yè)競爭力；資料維護方式，簡單易維護；報表查詢方式，迅速易調(diào)整；業(yè)務交易方式，彈性易擴增。組件再用，軟件量產(chǎn)。
3.3.  組件化應用系統(tǒng)架構
3.3.1.多層式組件化應用軟件開發(fā)平臺 (eMAX Framework)建構
應用系統(tǒng)架構：為支持組織特定功能之信息系統(tǒng)(OrgManager)，而應用系統(tǒng)架構則為協(xié)助提供組織所需信息之應用系統(tǒng)模式，他顯示了應用系統(tǒng)、資料與其相互關系，依據(jù)業(yè)務作業(yè)模式界定出組織未來計算機作業(yè)之功能與范圍，以作為設定系統(tǒng)發(fā)展優(yōu)先級之基礎。應分析現(xiàn)行信息系統(tǒng)之功能與數(shù)據(jù)文件，考慮應用系統(tǒng)架構的可行性，以免重復開發(fā)應用系統(tǒng)而浪費人力與物力。應用系統(tǒng)建構要求：
1.      系統(tǒng)是屬于多層式軟件架構(Muti-Tier)，將軟件予以切割成展現(xiàn)層(View Layer)、網(wǎng)絡層(Net Layer)、處理層(Control Layer)、分封層(Encapsulation Layer)與資料層(Data Layer)。
2.      系統(tǒng)可運作于多層次(Muti-Tier)的硬件環(huán)境中，建置多形網(wǎng)絡結構如：展示層、控制層、資料層透過局域網(wǎng)絡連結。展示層透過網(wǎng)際網(wǎng)絡與控制層、資料層連結。展示層、控制層透過網(wǎng)際網(wǎng)絡與資料層連結。
3.      系統(tǒng)可于網(wǎng)際網(wǎng)絡(Internet)下運作。
4.      系統(tǒng)是由軟件組件組裝而成
5.      系統(tǒng)是開放性架構(Open System)提供業(yè)務組件隨插即用，窗口圖形使用者接口(Graphic User Interface)與瀏覽器接口(Browser)。View Manager是窗口畫面的編輯器，它內(nèi)建的組件綱要信息(Meta Information)能力，可以讓所有產(chǎn)生的作業(yè)畫面在不經(jīng)過編譯(Compile)的情形下，隨編即用。
6.      Web Manager是網(wǎng)頁畫面編輯器，則是透過數(shù)據(jù)庫的資料綱要機制，以最快速的方式自動產(chǎn)生ASP、XML、XSL等檔案，讓網(wǎng)頁可以很容易的連結到應用邏輯層中的作業(yè)組件。
7.      其支持多國、多點、多公司、多語言、多單位、多幣別及多網(wǎng)域、多服務器等應用系統(tǒng)在架構面及使用面的復雜需求，同時也支持網(wǎng)際網(wǎng)絡B2B、B2C電子商務交易、異步資料更新遠程資料存取及工作流程(Work Flow)管理等應用面的延伸需求，而在客戶導向的e世代里如何面對快速變遷的使用者需求，eMAX Framework提供了動態(tài)企業(yè)塑型(DEM Dynamic Enterprise Modeling)能力，讓使用者可以很容易的動態(tài)調(diào)整或產(chǎn)生報表、企業(yè)邏輯、操作畫面及程序，甚至可以完全不必透過軟件商廠，即完成客制化的目的。
3.3.2.eMAX Framework的驅動引擎：
eMAX Framework目前提供了三個可以同時并存的驅動引擎：
1.          AcroFrame：
負責上述多層式組件化應用系統(tǒng)架構的建置及運作，應用系統(tǒng)的激活程序是eMAX.exe。
2.          AcroBrowser：
是一個可以從瀏覽器下載并自動安裝的組件，它取代了AcroFrame中的激活程序eMAX.exe。使用者可以直接透過瀏覽器執(zhí)行在AcroFrame中設計好的應用系統(tǒng)，無需再安裝任何其它客戶端程序。
3.          AcroWorkFlow：
是一個工作流程引擎，包括Server Agent、Worklist Agent、Instance Agent，可以將AcroFrame中的應用作業(yè)如訂單作業(yè)循環(huán)、采購作業(yè)循環(huán)等由人工驅動改為流程驅動。由于是多層式組件化的應用系統(tǒng)架構，無需因為架設了工作流程引擎而重新設計應用程序。
3.3.3.領域分析
領域工程主要目的即在于可再用性，包含了軟件設計架構的再用、軟件開發(fā)流程的再用、文件的再用及領域知識的再用。
隨著軟件的應用與企業(yè)的經(jīng)營越來越緊密，為了提身企業(yè)的競爭力，必須可實時反映政府的法規(guī)，提供市場的需求服務性，增加企業(yè)的安全性，提供實時的多樣化的分析，滿足企業(yè)集中式與多點多廠分布式的管理需求，彈性功能增加即最小變動達成功能的特性，隨插即用的技術成熟，以對象導向技術開發(fā)的軟件組件技術機制因此而生。
領域工程方法進行領域分析、制定領域架構規(guī)格、實做出領域組件、制定領域再用程序規(guī)格、維護及修正擴充領域組件。
對象導向設計(OOP)的目的其實就是將對象導向分析出來的對象與對象間的互動方式，用程序設計出來，最重要的是將對象的類別(Class)撰寫出來，然后將個體間互動方式利用對象及其方法撰寫出來，如此即可完成一個應用系統(tǒng)。
eMAX領域范圍包含企業(yè)資源規(guī)劃系統(tǒng)(eERP)、電子商店系統(tǒng)(eStore)、電子商城系統(tǒng)(eMall)以及電子聯(lián)盟系統(tǒng)(eAlliance)等。eERP的應用范圍包含配銷、生產(chǎn)、財務管理及企業(yè)決策等領域，其可滿足多組織企業(yè)內(nèi)庫存、采購(包含進口)、銷售(包含出口)、生產(chǎn)、物料需求、產(chǎn)能規(guī)劃、財務、會計以及主管決策等管理領域的需求。eStore和eMall則為B2C最佳解決方案。至于eAlliance則可滿足企業(yè)B2B的需求。
依據(jù)業(yè)務需求進行可行性分析
1.      技術可行性(Technical Feasibility)
2.      經(jīng)濟可行性(Economic Feasibility)
3.      推動可行性(Motivational Feasibility)
4.      時程可行性(Schedule Feasibility)
5.      操作可行性(Operation Feasibility)
應用分析項目
1.      響應時間
2.      危機時間(可容忍時間)
3.      使用率
4.      使用者數(shù)
5.      復雜度
6.      一致性
資料實體分析項目
1.      時效性
2.      分割性
3.      必要性
4.      變動性
5.      共享性
6.      安全性(AuthorityManager)
3.3.4.應用系統(tǒng)架構(Application Architecture)
為了讓組件得以在一定的規(guī)則下運作，特針對信息管理系統(tǒng)三大應用范圍將組件運作架構加以定義:
(1)基本資料維護類:統(tǒng)歸一般性基本資料如員工，公司，部門等資料之基本資料之新增，刪除，修改，查詢，停用，復用功能均規(guī)于此類。系統(tǒng)可開發(fā)DM(DataMaintenance)組件統(tǒng)籌基本資料維護工作，其中搭配Table Manager及DataDictionaryManager組件工具負責掌握數(shù)據(jù)域位，型態(tài)，欄寬與多語言控制;搭配TM(TransactionManager)組件負責將SQL指令執(zhí)行于指定的數(shù)據(jù)庫。數(shù)據(jù)維護邏輯：
1.      取得數(shù)據(jù)域位，型態(tài)，欄寬等綱要信息。
2.      顯示編輯窗口。
3.      使用者由編輯窗口輸入資料，或以泛查輸入。
4.      系統(tǒng)檢視輸入資料。
5.      依作業(yè)動作取得SQL指令公式，并鎖定資料。
6.      結合SQL指令公式與輸入之資料取得完整SQL作業(yè)指令。
7.      執(zhí)行SQL作業(yè)指令。
(2)業(yè)務交易類:統(tǒng)歸以填具單據(jù)進行數(shù)據(jù)庫異動交易者歸于此類。業(yè)務交易邏輯架構經(jīng)分析后可得，交易單據(jù)單頭與單身之數(shù)據(jù)域位，型態(tài)，欄寬。使用者輸入單據(jù)資料。.將輸入單據(jù)資料包裝成一單據(jù)參數(shù)封包。依作業(yè)動作取得相關子系統(tǒng)BSO組件。依事務交易代碼，呼叫相關BPE組件群，依序處理單據(jù)參數(shù)封包以完成事務交易。撰寫B(tài)PE訂定交易規(guī)則流程：
1.      取得單據(jù)單頭與單身之數(shù)據(jù)域位，型態(tài)，欄寬等綱要資料。
2.      顯示編輯窗口。
3.      使用者輸入單據(jù)資料。
4.      系統(tǒng)檢視輸入單據(jù)資料。
5.      依作業(yè)動作處理單據(jù)參數(shù)以完成業(yè)務交易。
(3)報表查詢類:統(tǒng)歸以查詢條件取得數(shù)據(jù)庫資料以進行資料瀏覽，報表打印或轉文件者均歸為此類。系統(tǒng)可開發(fā)QM(QueryManager)組件統(tǒng)籌資料查詢工作，其中搭配ReportManager組件工具進行報表查詢邏輯架構。設定報表查詢SQL：
1.      取得查詢項目之查詢條件數(shù)據(jù)域位，型態(tài)，欄寬等綱要資料。
2.      使用者輸入查詢條件資料。
3.      系統(tǒng)檢視查詢條件資料。
4.      依查詢條件資料進行查詢。
5.      取得查詢結果并顯示。
3.4.  組件開發(fā)系統(tǒng)程序
以組件方式開發(fā)系統(tǒng)，其程序仍不跳脫需求分析，系統(tǒng)分析與系統(tǒng)設計三大步驟，只是多引用了對象導向系統(tǒng)分析設計中之循環(huán)漸進(Spiral)觀念，隨時修正分析設計結果，并以各式模版原則組裝組件以規(guī)范組件運作。
項目之推行，建議先以開發(fā)共通組件，再以領域組件與使用接口平行開發(fā)方式進行，較能獲得較佳之人力與時間成本掌控。關于項目的分工，會較以往容易。當組件規(guī)格與組裝模版底定，組件的開發(fā)與使用接口的開發(fā)便可分頭并行，視適當時間會合組裝成系統(tǒng)。
項目基本成員，建議以項目經(jīng)理，系統(tǒng)分析師，組件設計師，使用界面設計師與數(shù)據(jù)庫管理師搭配進行。
3.4.1.需求分析
領域分析
了解與熟悉所開發(fā)系統(tǒng)之應用范圍。
數(shù)據(jù)字典(DataDictionaryManager)專門用語建立：建立系統(tǒng)開發(fā)過程中之標準用詞，做為爾后系統(tǒng)開發(fā)與設計過程中之標準用語，此標準用語另可作為數(shù)據(jù)庫字段，作業(yè)畫面之標準用詞語。
領域模型
收集與了解領域資料。
記錄專門用語。
1.收集系統(tǒng)用詞。
2.統(tǒng)一用詞。
3.建立標準型別。
4.建立繼承字詞。
5.建立字詞，設定型別與繼承字詞。
6.建立字詞別名。
與使用者訪談，了解所開發(fā)系統(tǒng)與相關環(huán)境關聯(lián)。
繪制領域模型。
使用個案分析(Use Case)
收集與記錄使用者需求。根據(jù)使用者或客戶之需求描述，使用自然的語言來記錄使用者期望的狀況，進而了解與分析使用者的真正需求。
1.      使用者訪談。
2.      找出領域使用個案。
3.      找出系統(tǒng)使用個案。
4.      記錄領域使用個案。
5.      記錄系統(tǒng)使用個案。
6.      繪制使用個案圖。
作業(yè)畫面分析
規(guī)范最終使用接口之作業(yè)畫面，以做為與使用者確認最終產(chǎn)出之依據(jù)。
1.      依使用個案制作作業(yè)畫面初版。
2.      與使用者訪談，搭配使用個案，修訂作業(yè)畫面。
3.      與使用者確認作業(yè)畫面。
3.4.2.系統(tǒng)分析
數(shù)據(jù)庫分析(Database)
建立系統(tǒng)數(shù)據(jù)庫，以儲存系統(tǒng)資料。產(chǎn)出數(shù)據(jù)庫關聯(lián)圖，數(shù)據(jù)庫，表格。
1.      分析資料表格與資料表格關聯(lián)。
2.      建立實體數(shù)據(jù)庫。
3.      建立實體表格，定義字段。
4.      設定數(shù)據(jù)庫使用者，表格使用權限。
共通服務組件(CSO)分析
找出系統(tǒng)會使用到的共通服務，并歸納出相關負責組件。產(chǎn)出共通服務組件清單，共通服務組件建構管理
1.根據(jù)系統(tǒng)使用個案，找出共通服務需求。
2.根據(jù)共通服務需求，依現(xiàn)行架構找出共通服務組件。
3.擬出共通服務組件清單。
4.擬出共通服務組件建構管理。
業(yè)務組件分析(BSO Business Service Object，BPE Business Process Edit)
找出系統(tǒng)會使用到的業(yè)務服務，并歸納出相關負責組件。服務接口由業(yè)務服務組件(Business Service Component)負責， 服務項目由業(yè)務處理組件(Business Process Component)提供。產(chǎn)出業(yè)務組件清單，業(yè)務組件建構管理
1.          依作業(yè)畫面找出所有業(yè)務服務需求。
2.          依子系統(tǒng)區(qū)分，定義業(yè)務服務組件(BSO)。
3.          依業(yè)務服務需求定義業(yè)務處理組件(BPE)。
4.          擬出業(yè)務組件清單。
5.          擬出業(yè)務組件建構管理。
3.4.3.系統(tǒng)設計
共通服務組件(CSO Command Service Object)設計
設計共通服務組件服務界面(interface)，產(chǎn)出共通服務組件技術規(guī)格。
1.          依需求設計共通服務組件服務界面。
2.          撰寫共通服務組件技術規(guī)格。
業(yè)務組件(BSO，BPE)設計
設計業(yè)務服務組件與業(yè)務處理組件服務界面(interface)，產(chǎn)出業(yè)務服務組件技術規(guī)格，業(yè)務處理組件技術規(guī)格。
1.          設計業(yè)務服務組件與業(yè)務處理組件組件服務界面
2.        撰寫業(yè)務服務組件與業(yè)務處理組件組件技術規(guī)格
3.4.4.系統(tǒng)建置
共通函式建置
規(guī)范共通函式建構所在，規(guī)定引用路徑，以進行撰寫共通函式程序讓所有程序引用。產(chǎn)出共通函式建置規(guī)范，共通函式使用手冊。
1.          規(guī)定共通函式建構所在路徑。
2.          規(guī)定引用原則與引用設定程序。
3.          傳寫與發(fā)布共通函式建置規(guī)范。
4.          撰寫共通函式程序。
5.          共通函式測試。
6.          撰寫共通函式使用手冊。
共通服務組件(CSO)建置
規(guī)范共通服務組件設計程序，命名原則以完成共通服務組件。產(chǎn)出共通服務組件發(fā)布規(guī)范。根據(jù)共通服務組件清單，建置規(guī)范與設計規(guī)格進行建置，發(fā)布共通服務組件。
業(yè)務組件(BSO，BPE) 建置
規(guī)范業(yè)務服務組件與業(yè)務處理組件設計程序，命名原則以完成業(yè)務服務組件與業(yè)務處理組件。產(chǎn)出業(yè)務服務組件與業(yè)務處理組件發(fā)布規(guī)范。根據(jù)業(yè)務服務組件與業(yè)務處理組件組件清單，建置規(guī)范與設計規(guī)格進行建置。發(fā)布業(yè)務服務組件與業(yè)務處理組件組件。
定義業(yè)務作業(yè)(BPA-Business Process Action)是由那些業(yè)務處理組件(BPO- Business Process Object)的方法(Method)組合而成。自動產(chǎn)生編譯式業(yè)務處理組件的主體程序代碼，并支持直接于作業(yè)編輯器上用不同語言撰寫解譯式業(yè)務處理組件程序代碼。
協(xié)力廠商組件安裝(3rd Party Component)
規(guī)范管理所有外購組件，讓系統(tǒng)所有程序引用。產(chǎn)出外購組件安裝規(guī)定，外購組件之合法使用文件，規(guī)定外購組件建構路徑，規(guī)定外購組件安裝引用程序，保存外購組件合法使用文件。
主畫面模版建置(System Manager & View Manager)
規(guī)范系統(tǒng)主畫面功能布置與子窗口激活原則，以做為程序設計人員依循。主畫面模版技術指引，決定主畫面運作模式，決定主畫面畫面布置，決定子窗口激活方式，使用共通服務組件開發(fā)模版窗口與程序叢集，撰寫主畫面模版技術指引。
GUI模版建置
規(guī)范系統(tǒng)內(nèi)所有基本資料之操作模式，所有交易操作模式，以做為程序設計人員依循。產(chǎn)出基本資料維護作業(yè)模版技術指引，分析基本資料維護作業(yè)共通性質，使用共通服務組件開發(fā)模版窗口與程序叢集，撰寫基本資料維護作業(yè)模版技術指引。業(yè)務交易作業(yè)模版技術指引，分析業(yè)務交易作業(yè)共通性質，使用共通服務組件開發(fā)模版窗口與程序叢集，撰寫業(yè)務交易作業(yè)模版技術指引。
WEB模版建置
規(guī)范系統(tǒng)內(nèi)網(wǎng)頁之操作模式，透過Web Manager是做網(wǎng)頁畫面編輯器，透過數(shù)據(jù)庫的資料綱要機制，自動產(chǎn)生ASP、XML、XSL等檔案。
報表查詢作業(yè)模版建置
規(guī)范系統(tǒng)內(nèi)所有查詢操作模式，以做為程序設計人員依循。產(chǎn)出查詢作業(yè)模版技術指引，分析查詢作業(yè)共通性質，使用共通服務組件開發(fā)模版窗口與程序叢集，撰寫查詢作業(yè)模版技術指引。
其它作業(yè)模版建置
視應用系統(tǒng)需要，規(guī)范系統(tǒng)內(nèi)所需作業(yè)之操作模式，以做為程序設計人員依循。產(chǎn)出其它作業(yè)模版技術指引，分析其它作業(yè)共通性質，使用共通服務組件開發(fā)模版窗口與程序叢集，撰寫其它作業(yè)模版技術指引。
3.4.5.系統(tǒng)分發(fā)
將建置完成的系統(tǒng)，分發(fā)至使用者執(zhí)行。
安裝程序：將所需分發(fā)的檔案包裝成安裝程序。
1.  測試數(shù)據(jù)庫是否連通
2.  設定系統(tǒng)參數(shù)Registry
3.  安裝軟件組件
4.  安裝系統(tǒng)主程序
使用手冊：
1.  系統(tǒng)簡介
2.  軟硬件配備要求。
3.  功能特色說明。
4.  功能畫面使用指引與說明。
5.  常見應用范例說明。
6.  常見問題回答。