系統(tǒng)構(gòu)架設(shè)計(jì)時(shí)應(yīng)考慮的一些必要性因素[2]

　　模塊構(gòu)架設(shè)計(jì)可以從程序的運(yùn)行時(shí)結(jié)構(gòu)和源代碼的組織結(jié)構(gòu)方面考慮。

　　1、程序的運(yùn)行時(shí)結(jié)構(gòu)方面的考慮：
　　1） 需求的符合性：正確性、完整性；功能性需求、非功能性需求；
　　2） 總體性能（內(nèi)存管理、數(shù)據(jù)庫(kù)組織和內(nèi)容、非數(shù)據(jù)庫(kù)信息、任務(wù)并行性、網(wǎng)絡(luò)多人操作、關(guān)鍵算法、與網(wǎng)絡(luò)、硬件和其他系統(tǒng)接口對(duì)性能的影響）；
　　3） 運(yùn)行可管理性：便于控制系統(tǒng)運(yùn)行、監(jiān)視系統(tǒng)狀態(tài)、錯(cuò)誤處理；模塊間通信的簡(jiǎn)單性；與可維護(hù)性不同；
　　4） 與其他系統(tǒng)接口兼容性；
　　5） 與網(wǎng)絡(luò)、硬件接口兼容性及性能；
　　6） 系統(tǒng)安全性；
　　7） 系統(tǒng)可靠性；
　　8） 業(yè)務(wù)流程的可調(diào)整性；
　　9） 業(yè)務(wù)信息的可調(diào)整性
　　10） 使用方便性
　　11） 構(gòu)架樣式的一致性
　　注：運(yùn)行時(shí)負(fù)載均衡可以從系統(tǒng)性能、系統(tǒng)可靠性方面考慮。

　　2、源代碼的組織結(jié)構(gòu)方面的考慮：
　　1） 開(kāi)發(fā)可管理性：便于人員分工（模塊獨(dú)立性、開(kāi)發(fā)工作的負(fù)載均衡、進(jìn)度安排優(yōu)化、預(yù)防人員流動(dòng)對(duì)開(kāi)發(fā)的影響）、利于配置管理、大小的合理性與適度復(fù)雜性；
　　2） 可維護(hù)性：與運(yùn)行可管理性不同；
　　3） 可擴(kuò)充性：系統(tǒng)方案的升級(jí)、擴(kuò)容、擴(kuò)充性能；
　　4） 可移植性：不同客戶(hù)端、應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)管理系統(tǒng)；
　　5） 需求的符合性（源代碼的組織結(jié)構(gòu)方面的考慮）。 

　　三、程序的運(yùn)行時(shí)結(jié)構(gòu)方面的考慮：

　　1、 需求的符合性：正確性、完整性；功能性需求、非功能性需求軟件項(xiàng)目最主要的目標(biāo)是滿(mǎn)足客戶(hù)需求。在進(jìn)行構(gòu)架設(shè)計(jì)的時(shí)候，大家考慮更多的是使用哪個(gè)運(yùn)行平臺(tái)、編成語(yǔ)言、開(kāi)發(fā)環(huán)境、數(shù)據(jù)庫(kù)管理系統(tǒng)等問(wèn)題，對(duì)于和客戶(hù)需求相關(guān)的問(wèn)題考慮不足、不夠系統(tǒng)。如果無(wú)論怎么好的構(gòu)架都無(wú)法滿(mǎn)足客戶(hù)明確的某個(gè)功能性需求或非功能性需求，就應(yīng)該與客戶(hù)協(xié)調(diào)在項(xiàng)目范圍和需求規(guī)格說(shuō)明書(shū)中刪除這一需求。否則，架構(gòu)設(shè)計(jì)應(yīng)以滿(mǎn)足客戶(hù)所有明確需求為最基本目標(biāo)，盡量滿(mǎn)足其隱含的需求。（客戶(hù)的非功能性需求可能包括接口、系統(tǒng)安全性、可靠性、移植性、擴(kuò)展性等等，在其他小節(jié)中細(xì)述）

　　一般來(lái)說(shuō)，功能需求決定業(yè)務(wù)構(gòu)架、非功能需求決定技術(shù)構(gòu)架，變化案例決定構(gòu)架的范圍。需求方面的知識(shí)告訴我們，功能需求定義了軟件能夠做些什么。我們需要根據(jù)業(yè)務(wù)上的需求來(lái)設(shè)計(jì)業(yè)務(wù)構(gòu)架，以使得未來(lái)的軟件能夠滿(mǎn)足客戶(hù)的需要。非功能需求定義了一些性能、效率上的一些約束、規(guī)則。而我們的技術(shù)構(gòu)架要能夠滿(mǎn)足這些約束和規(guī)則。變化案例是對(duì)未來(lái)可能發(fā)生的變化的一個(gè)估計(jì)，結(jié)合功能需求和非功能需求，我們就可以確定一個(gè)需求的范圍，進(jìn)而確定一個(gè)構(gòu)架的范圍。（此段From林星）

　　這里講一個(gè)前幾年因客戶(hù)某些需求錯(cuò)誤造成構(gòu)架設(shè)計(jì)問(wèn)題而引起系統(tǒng)性能和可靠性問(wèn)題的小小的例子：此系統(tǒng)的需求本身是比較簡(jiǎn)單的，就是將某城市的某業(yè)務(wù)的全部歷史檔案卡片掃描存儲(chǔ)起來(lái)，以便可以按照姓名進(jìn)行查詢(xún)。需求階段客戶(hù)說(shuō)卡片大約有20萬(wàn)張，需求調(diào)研者出于對(duì)客戶(hù)的信任沒(méi)有對(duì)數(shù)據(jù)的總量進(jìn)行查證。由于是中小型數(shù)據(jù)量，并且今后數(shù)據(jù)不會(huì)增加，經(jīng)過(guò)計(jì)算20萬(wàn)張卡片總體容量之后，決定使用一種可以單機(jī)使用也可以聯(lián)網(wǎng)的中小型數(shù)據(jù)庫(kù)管理系統(tǒng)。等到系統(tǒng)完成開(kāi)始錄入數(shù)據(jù)時(shí)，才發(fā)現(xiàn)數(shù)據(jù)至少有60萬(wàn)，這樣使用那種中小型數(shù)據(jù)庫(kù)管理系統(tǒng)不但會(huì)造成系統(tǒng)性能的問(wèn)題，而且其可靠性是非常脆弱的，不得不對(duì)系統(tǒng)進(jìn)行重新設(shè)計(jì)。從這個(gè)小小的教訓(xùn)可以看出，需求階段不僅對(duì)客戶(hù)的功能需求要調(diào)查清楚，對(duì)于一些隱含非功能需求的一些數(shù)據(jù)也應(yīng)當(dāng)調(diào)查清楚，并作為構(gòu)架設(shè)計(jì)的依據(jù)。

　　對(duì)于功能需求的正確性，在構(gòu)架設(shè)計(jì)文檔中可能不好驗(yàn)證（需要人工、費(fèi)力）。對(duì)于功能需求完整性，就應(yīng)當(dāng)使用需求功能與對(duì)應(yīng)模塊對(duì)照表來(lái)跟蹤追溯。對(duì)于非功能需求正確性和完整性，可以使用需求非功能與對(duì)應(yīng)設(shè)計(jì)策略對(duì)照表來(lái)跟蹤追溯評(píng)估。

　　“軟件設(shè)計(jì)工作只有基于用戶(hù)需求，立足于可行的技術(shù)才有可能成功。”