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