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