一個(gè)成功的OA總在變化之中

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

　福州OA辦公系統(tǒng)是一種企業(yè)架構(gòu)，因此，它是從企業(yè)的需求開始的。但是，OA和其它企業(yè)架構(gòu)方法的不同之處在于OA提供的業(yè)務(wù)敏捷性。業(yè)務(wù)敏捷性是指企業(yè)對(duì)變更快速和有效地進(jìn)行響應(yīng)、并且利用變更來得到競(jìng)爭(zhēng)優(yōu)勢(shì)的能力。對(duì)架構(gòu)設(shè)計(jì)師來說，創(chuàng)建一個(gè)業(yè)務(wù)敏捷的架構(gòu)意味著創(chuàng)建這樣一個(gè)IT架構(gòu)，它可以滿足當(dāng)前還未知的業(yè)務(wù)需求。要滿足這種業(yè)務(wù)敏捷性，福州OA的實(shí)踐必須遵循以下原則：
　　業(yè)務(wù)驅(qū)動(dòng)服務(wù)，服務(wù)驅(qū)動(dòng)技術(shù)
　　從本質(zhì)上說，在抽象層次上，服務(wù)位于業(yè)務(wù)和技術(shù)中間。面向服務(wù)的架構(gòu)設(shè)計(jì)師一方面必須理解在業(yè)務(wù)需求和可以提供的服務(wù)之間的動(dòng)態(tài)關(guān)系，另一方面，同樣要理解服務(wù)與提供這些服務(wù)的底層技術(shù)之間的關(guān)系。
　　業(yè)務(wù)敏捷是基本的業(yè)務(wù)需求
　　OA考慮的是下一個(gè)抽象層次：提供響應(yīng)變化需求的能力是新的“元需求”，而不是處理一些業(yè)務(wù)上的固定不變的需求。從硬件系統(tǒng)而上的整個(gè)架構(gòu)都必須滿足業(yè)務(wù)敏捷的需求，因?yàn)?，在OA中任何的瓶頸都會(huì)影響到整個(gè)IT環(huán)境的靈活性。
　　一個(gè)成功的OA總在變化之中
　　OA工作的場(chǎng)景，更象是一個(gè)活的生物體，而不是象傳統(tǒng)所說的“蓋一棟房子”。IT環(huán)境唯一不變的就是變化，因此面向服務(wù)架構(gòu)設(shè)計(jì)師的工作永遠(yuǎn)不會(huì)結(jié)束。對(duì)于習(xí)慣于蓋房子的設(shè)計(jì)師來說，要轉(zhuǎn)向設(shè)計(jì)一個(gè)活的生物體要求嶄新的思維方式。如下文所寫的，福州OA軟件的基礎(chǔ)還是一些類似的架構(gòu)準(zhǔn)則。
　　OA基礎(chǔ)
　　在IT行業(yè)有兩個(gè)越來越普遍的發(fā)展方向，一個(gè)是架構(gòu)方面的，一個(gè)是方法學(xué)方面的，面向服務(wù)的架構(gòu)設(shè)計(jì)師可以從中有所收獲。第一個(gè)就是，由模型提出。認(rèn)為架構(gòu)設(shè)計(jì)師首先要對(duì)待創(chuàng)建的系統(tǒng)有一個(gè)形式化的模型。首先給出一個(gè)平臺(tái)無關(guān)的模型來表示系統(tǒng)的功能需求，根據(jù)系統(tǒng)搭建的平臺(tái)，架構(gòu)設(shè)計(jì)師可以由這個(gè)平臺(tái)無關(guān)的模型得到平臺(tái)相關(guān)的模型，這些平臺(tái)相關(guān)模型足夠詳細(xì)，以至于可以用來直接生成需要的代碼。
　　的核心就在于在設(shè)計(jì)階段系統(tǒng)就已經(jīng)完全描述，這樣，在創(chuàng)建系統(tǒng)的時(shí)候，幾乎就沒有錯(cuò)誤解釋的可能，模型也就可以直接生成代碼。但有一些局限性：首先，假設(shè)在創(chuàng)建模型之前，業(yè)務(wù)需求已經(jīng)全部描述，而這一點(diǎn)，在當(dāng)前典型的動(dòng)態(tài)業(yè)務(wù)環(huán)境中幾乎是不可能的。第二，沒有一個(gè)反饋機(jī)制。如果開發(fā)人員對(duì)模型有需要改動(dòng)的地方，并沒有提供給他們這么一個(gè)途徑。
　　泛普OA的另一個(gè)基礎(chǔ)是敏捷方法，其中非常有名的方法是極限編程。象XP這樣的協(xié)同OA提供了在需求未知或者多變的環(huán)境中創(chuàng)建軟件系統(tǒng)的過程。XP要求在開發(fā)團(tuán)隊(duì)中要有一個(gè)用戶代表，他幫助書寫測(cè)試來指導(dǎo)開發(fā)人員的日常工作。開發(fā)團(tuán)隊(duì)中的所有成員都參與到設(shè)計(jì)之中，并且設(shè)計(jì)要盡量小并且非形式化。協(xié)同OA的目標(biāo)是僅僅創(chuàng)建用戶想要的，而不是在一些形式化模型上耗費(fèi)工作量。協(xié)同OA的核心思想就在于其敏捷性-處理需求變更的敏捷性。泛普OA軟件的主要弱點(diǎn)是其規(guī)模上的限制，例如，XP在一個(gè)小團(tuán)隊(duì)和中型項(xiàng)目中效果不錯(cuò)，但是當(dāng)項(xiàng)目規(guī)模增大時(shí)，如果沒有一個(gè)一致的清晰的計(jì)劃，項(xiàng)目成員很難把握項(xiàng)目中的方方面面。
　　從表面看來，和協(xié)同OA似乎是相對(duì)立的-假定需求是固定的，而協(xié)同OA恰恰相反。的中心是形式化的模型，而協(xié)同OA恰恰要避開它們。但是，我們還是決定冒險(xiǎn)把這些不同方法中的一些元素提取出來，放入到一個(gè)一致的架構(gòu)實(shí)踐中。
　　在OA中有三個(gè)抽象層次，按照OA的第一條準(zhǔn)則：業(yè)務(wù)驅(qū)動(dòng)服務(wù)、服務(wù)驅(qū)動(dòng)技術(shù)。協(xié)同OA將業(yè)務(wù)模型直接和實(shí)踐連接起來，表現(xiàn)在平臺(tái)相關(guān)的模型之中。并沒有把業(yè)務(wù)模型和平臺(tái)無關(guān)模型分開來，而是把平臺(tái)無關(guān)模型做為起點(diǎn)。OA必須連接這些模型，或者說抽象層次，得到單一的架構(gòu)方法。我們將從五個(gè)視圖的架構(gòu)實(shí)現(xiàn)方法來實(shí)現(xiàn)這個(gè)連接。