系統(tǒng)設(shè)計(jì)功能分析研究 計(jì)算機(jī)科學(xué)和技術(shù)專業(yè)

1、2.1.3系統(tǒng)開發(fā)模式本文主要研究將（RUP）模式運(yùn)用于系統(tǒng)開發(fā)，該模式作為一種軟件開發(fā)過(guò)程在面向?qū)ο箝_發(fā)領(lǐng)域中是較為流行的。該模式運(yùn)用統(tǒng)一建模語(yǔ)言(UML)對(duì)需求進(jìn)行分析和設(shè)計(jì)，其主要特點(diǎn)為迭代開發(fā)、以構(gòu)架為中心以及用例驅(qū)動(dòng)等，所以說(shuō)軟件開發(fā)過(guò)程的首選模式就是（RUP）模式，而UML建模語(yǔ)言則是系統(tǒng)進(jìn)行需求分析和設(shè)計(jì)的首選語(yǔ)言。此外，本系統(tǒng)在數(shù)據(jù)庫(kù)設(shè)計(jì)方面采用了Power Design數(shù)據(jù)庫(kù)設(shè)計(jì)工具，其中一些功能模塊借助于處于主流位置的VB開發(fā)工具來(lái)實(shí)現(xiàn)，同時(shí)，JAVA開發(fā)模式也本應(yīng)用到本系統(tǒng)的開發(fā)之中。但是，在對(duì)數(shù)據(jù)及業(yè)務(wù)流程進(jìn)行描述方面，UML處于一定的弱勢(shì)，類圖、用例圖、時(shí)序圖等描述工

2、具對(duì)于流程的描述更為專業(yè)，為有效提高各功能模塊之間的關(guān)聯(lián)性可以采用功能模塊圖、數(shù)據(jù)流圖及E-R圖等傳統(tǒng)描述工具來(lái)實(shí)現(xiàn)。采用UML語(yǔ)言對(duì)系統(tǒng)分析及設(shè)計(jì)進(jìn)行描述，其中，用例是系統(tǒng)功能劃分的最小粒度，描述時(shí)可以采用活動(dòng)圖、時(shí)序圖、類圖以及用例圖和用例規(guī)約等方法進(jìn)行。此外，通過(guò)在需求分析文檔中加入業(yè)務(wù)流程圖來(lái)對(duì)系統(tǒng)的應(yīng)用界面進(jìn)行更為形象的描述，可以提高客戶的可讀性。同時(shí)，為了便于軟件開放人員工作的開展，將設(shè)計(jì)的詳細(xì)內(nèi)容及補(bǔ)充設(shè)計(jì)文檔都通過(guò)用例加入了系統(tǒng)設(shè)計(jì)文檔中，從而有效避免因設(shè)計(jì)文檔與程序的不相一致而對(duì)系統(tǒng)開發(fā)過(guò)程造成影響。2.2需求描述方法由于新版RUP模式加強(qiáng)了對(duì)業(yè)務(wù)建模的重視，因此本文在系統(tǒng)開

3、發(fā)中采用RUP模式，如圖3-1所示，系統(tǒng)需求分析也就是對(duì)業(yè)務(wù)及用例進(jìn)行建模的兩個(gè)步驟。圖中，所構(gòu)建的業(yè)務(wù)模型僅僅對(duì)客戶的業(yè)務(wù)現(xiàn)狀進(jìn)行了描述，卻無(wú)法代表其全部功能，進(jìn)而要求以業(yè)務(wù)模型為基礎(chǔ)，對(duì)信息系統(tǒng)的需求進(jìn)行分析并以此完成需求分析的第二步-用例建模。其中，信息系統(tǒng)的需求主要有功能性和非功能性需求，主要用于對(duì)需求分析進(jìn)行描述。2.3需求分析過(guò)程對(duì)用戶需求進(jìn)行描述，可以通過(guò)建模來(lái)構(gòu)建一個(gè)多方交流平臺(tái)，在該模型中，用戶需求被抽象化，同時(shí)為用戶提供了一個(gè)可視化的溝通橋梁。對(duì)用戶需求進(jìn)行分析的步驟基本類似于對(duì)用戶需求進(jìn)行獲取的步驟，其區(qū)別在于在進(jìn)行用戶需求分析時(shí)所需要的用戶需求信息更為準(zhǔn)確，這就需要借助

4、于模型來(lái)完成，基本步驟為：1.運(yùn)用圖形對(duì)系統(tǒng)的邊界與接口以及整體結(jié)構(gòu)進(jìn)行描述。為了更好地了解客戶的業(yè)務(wù)，需要業(yè)務(wù)模型首先應(yīng)該對(duì)客戶的總體業(yè)務(wù)及流程進(jìn)行描述，通過(guò)對(duì)客戶業(yè)務(wù)的總體描述實(shí)現(xiàn)對(duì)客戶所有業(yè)務(wù)模塊的充分了解，進(jìn)而對(duì)其現(xiàn)在及不足進(jìn)行分析，以針對(duì)性地提出優(yōu)化思路。為了進(jìn)一步提高業(yè)務(wù)需求的準(zhǔn)確度，需要加強(qiáng)與客戶的交流與互動(dòng)，通常采用對(duì)問(wèn)題進(jìn)行提出、分析和解決的方法來(lái)引起客戶的興趣，以吸引客戶參與其中。以郵儲(chǔ)銀行的對(duì)賬集中處理系統(tǒng)為例，其業(yè)務(wù)描述方法著重于易于客戶理解，其主要任務(wù)是對(duì)自賬單產(chǎn)生到完成核對(duì)的所有步驟進(jìn)行描述，在圖3-2中展現(xiàn)了其整體結(jié)構(gòu)及流程。郵儲(chǔ)銀行對(duì)賬集中處理系統(tǒng)主要包括了數(shù)據(jù)

5、的采集與篩選、賬單的打印與封裝及回收與驗(yàn)印等幾個(gè)階段的工作，這些階段的工作受流程的嚴(yán)格控制，只有前一階段的工作完成，才可以開始下一階段的工作。2.需求建模當(dāng)前，需求建模的主要方式有UML、ERD（實(shí)體關(guān)系圖）、DFD（數(shù)據(jù)流圖）等三種方式，其中，DFD被廣泛應(yīng)用于結(jié)構(gòu)化系統(tǒng)分析與設(shè)計(jì)，該方法運(yùn)用四種基本元素對(duì)系統(tǒng)的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)以及系統(tǒng)的實(shí)體和過(guò)程進(jìn)行描述。該方法的優(yōu)點(diǎn)在于其所需的邏輯模型及物理模型易于獲得，缺點(diǎn)在于對(duì)活動(dòng)的時(shí)序關(guān)系難以做出有效判斷。運(yùn)用ERD在需求分析階段對(duì)系統(tǒng)的實(shí)體邏輯關(guān)系進(jìn)行描述，而在設(shè)計(jì)階段對(duì)物理表間的關(guān)系進(jìn)行描述。運(yùn)用ERD進(jìn)行系統(tǒng)描述的缺點(diǎn)在于ERD僅對(duì)系統(tǒng)數(shù)據(jù)間

6、的關(guān)系進(jìn)行關(guān)注，尚未描述系統(tǒng)功能，若想獲得對(duì)系統(tǒng)需求更為準(zhǔn)確的描述，則需要將DFD與ERD進(jìn)行結(jié)合。本系統(tǒng)需求建模采用的是UML的狀態(tài)圖、活動(dòng)圖及用例圖。用例圖對(duì)系統(tǒng)行為的描述主要通過(guò)對(duì)參與者之間交互的描述來(lái)實(shí)現(xiàn)。采用用例圖對(duì)活動(dòng)者的活動(dòng)步驟進(jìn)行描述，從而實(shí)現(xiàn)系統(tǒng)目標(biāo)。該方法的優(yōu)點(diǎn)在于用戶導(dǎo)向，運(yùn)用該方法既便于系統(tǒng)功能測(cè)試用例的獲得，還可以方便用于對(duì)照用例對(duì)自己的需求進(jìn)行細(xì)化。UML活動(dòng)圖被廣泛應(yīng)用于單個(gè)操作或方法的邏輯、單個(gè)用例以及商業(yè)邏輯流程等的記錄。通常來(lái)講，活動(dòng)圖等同于結(jié)構(gòu)化開發(fā)中的數(shù)據(jù)流程圖。用UML狀態(tài)圖對(duì)實(shí)體因事件而引發(fā)的動(dòng)態(tài)反應(yīng)進(jìn)行描述，可以對(duì)實(shí)體在不同狀態(tài)下做出的不同反應(yīng)進(jìn)行

7、體現(xiàn)。UML狀態(tài)圖多用于對(duì)組件、子系統(tǒng)、角色等復(fù)雜行為的研究及建模使用。3.通過(guò)向用戶提供頁(yè)面、原型及可視化界面等方式方便用戶合理評(píng)價(jià)自身需求。系統(tǒng)開發(fā)方可以通過(guò)原型分析法來(lái)對(duì)用戶需求作進(jìn)一步獲取，或者讓用戶自行對(duì)需求進(jìn)行確認(rèn)。采用這種方法需要開發(fā)方首先向用戶提供一個(gè)原型，對(duì)用戶所需的功能通過(guò)可視界面進(jìn)行演示。在本系統(tǒng)中，通過(guò)對(duì)C/S結(jié)構(gòu)系統(tǒng)開發(fā)特點(diǎn)的運(yùn)用來(lái)向用戶提供可視化的界面。用戶通過(guò)可視化界面對(duì)原型功能進(jìn)行了解并提出建議，以便于開發(fā)人員對(duì)系統(tǒng)作進(jìn)一步完善。此外，后續(xù)開發(fā)人員也可以通過(guò)借鑒該原型來(lái)提前完成系統(tǒng)其他階段的工作。2.3.1系統(tǒng)功能性需求基于RUP模式的基本結(jié)構(gòu)，在描述系統(tǒng)功能性

8、需求的時(shí)候，將用例(Use Case)作為主要描述工具來(lái)使用，具體方法為采用分解的方式，將系統(tǒng)功能性需求通過(guò)多個(gè)用例表現(xiàn)出來(lái)。而RUP的好處在于可以通過(guò)角色(Actor)對(duì)用例進(jìn)行識(shí)別，并且在識(shí)別中會(huì)反復(fù)辨識(shí)需求中的漏洞，而且也是系統(tǒng)構(gòu)架的主要方式。通過(guò)分包的形式，將系統(tǒng)用例中的每一層結(jié)構(gòu)都清晰地描述出來(lái)，一組用例就是一個(gè)分包。如下圖3-3中，RUP系統(tǒng)在進(jìn)行功能分類的時(shí)候，采用的是包圖形式，可以非常清晰顯示系統(tǒng)結(jié)構(gòu)，其中的包圖是作為子系統(tǒng)存在的。我們?cè)俜治鲟]儲(chǔ)銀行的系統(tǒng)功能，郵儲(chǔ)銀行利用這套系統(tǒng)要實(shí)現(xiàn)的對(duì)賬功能主要有打印對(duì)賬單、發(fā)送、接收以及處理對(duì)賬單、管理對(duì)賬信息和數(shù)據(jù)以及對(duì)賬任務(wù)等方面。

9、另外，還要管理系統(tǒng)的基本數(shù)據(jù)，包括用戶管理、機(jī)構(gòu)管理、角色管理等系統(tǒng)參數(shù)。通過(guò)包圖分類形式，我們將這套系統(tǒng)分為封裝賬單、賬單打印、回收驗(yàn)印系統(tǒng)以及系統(tǒng)基礎(chǔ)管理等子包圖系統(tǒng)來(lái)進(jìn)行。下文將對(duì)系統(tǒng)的功能性需求通過(guò)用例模型進(jìn)行進(jìn)一步確定并標(biāo)明范圍：1、封裝以及賬單打印子系統(tǒng)的主要功能及需求這套子系統(tǒng)的功能其實(shí)就是通過(guò)打印程序來(lái)啟動(dòng)打印模板，將賬單打印出來(lái)，然后啟動(dòng)封裝設(shè)備將打印出來(lái)的賬單封裝并轉(zhuǎn)入郵寄程序。主要要實(shí)現(xiàn)以下功能：（1） 需要從數(shù)據(jù)庫(kù)將業(yè)務(wù)數(shù)據(jù)進(jìn)行提取，并導(dǎo)入系統(tǒng)運(yùn)行，可以根據(jù)多種文件格式對(duì)接數(shù)據(jù)格式。（2）可以實(shí)現(xiàn)數(shù)據(jù)的計(jì)算、各種分析以及不同數(shù)據(jù)格式的轉(zhuǎn)換等。（3） 需要根據(jù)實(shí)際需要按照

10、不同的類別進(jìn)行排序，如網(wǎng)點(diǎn)分發(fā)、郵局投遞以及大客戶分類等，然后進(jìn)行打印。（4）打印時(shí)，可以自動(dòng)識(shí)別不同的紙張類型并自動(dòng)適應(yīng)。（5）根據(jù)賬單的不同格式，設(shè)計(jì)精美的模板，方便自己操作，而且不同模板可以打印同一種賬單，模板自帶廣告設(shè)計(jì)功能，可以設(shè)計(jì)基本的彩頁(yè)或者是宣傳頁(yè)面。（6）打印封裝接口要多種設(shè)備兼容，對(duì)各種單體設(shè)備或者是一體設(shè)備都能兼容支持。根據(jù)實(shí)際需要對(duì)紙張進(jìn)行切割，而且要實(shí)現(xiàn)客戶分類功能，同一個(gè)客戶的多個(gè)賬單只需要一次封裝。（7）自動(dòng)進(jìn)行打印優(yōu)先識(shí)別和統(tǒng)籌，自動(dòng)優(yōu)化打印方案。（8）銀行對(duì)賬單一般都設(shè)有防偽標(biāo)識(shí)，還有條碼等索引管理，需要通過(guò)掃碼設(shè)備自動(dòng)識(shí)別并實(shí)現(xiàn)軟件自動(dòng)驗(yàn)證。（9）需要實(shí)現(xiàn)無(wú)

11、人值守自動(dòng)工作，定時(shí)處理進(jìn)行數(shù)據(jù)的自動(dòng)處理，如果出現(xiàn)打印不標(biāo)準(zhǔn)或者其他問(wèn)題，可以進(jìn)行重打和補(bǔ)打等。（10）建立安全運(yùn)作管理，數(shù)據(jù)的儲(chǔ)存和傳輸需要進(jìn)行加密處理，防止數(shù)據(jù)風(fēng)險(xiǎn)。（11）可以通過(guò)多種賬號(hào)類型進(jìn)行對(duì)賬處理。（12）對(duì)需要凍結(jié)打印的客戶區(qū)分類別并執(zhí)行凍結(jié)打印的操作。2、驗(yàn)印系統(tǒng)，賬單回收系統(tǒng)的主要功能及需求這部分子系統(tǒng)的功能主要是通過(guò)電子技術(shù)對(duì)紙質(zhì)賬單進(jìn)行自動(dòng)處理，首先在系統(tǒng)中對(duì)客戶的印章影響進(jìn)行備案保存，然后通過(guò)電子成像技術(shù)來(lái)進(jìn)行驗(yàn)證。主要包含以下功能需求。（1）通過(guò)掃描成像基礎(chǔ)處理所有的回收賬單，然后對(duì)回收的賬單進(jìn)行處理。（2）得到的對(duì)賬單影像通過(guò)OCR技術(shù)進(jìn)行識(shí)別，獲得對(duì)賬單信息，

12、然后導(dǎo)入系統(tǒng)進(jìn)行驗(yàn)證，確認(rèn)對(duì)賬數(shù)據(jù)準(zhǔn)確。（3） 如果客戶出現(xiàn)沒有確認(rèn)的對(duì)賬單或者是未達(dá)賬需要通過(guò)OCR技術(shù)進(jìn)行識(shí)別。（4）對(duì)賬號(hào)進(jìn)行識(shí)別，然后自動(dòng)調(diào)取預(yù)留印章信息并進(jìn)行驗(yàn)證。（5）將對(duì)賬信息和獲取的影像直接上傳到銀行內(nèi)部數(shù)據(jù)庫(kù)中。下圖3-5顯示了此部分系統(tǒng)的用例示意圖：3、系統(tǒng)管理部分的主要功能及需求系統(tǒng)管理主要是進(jìn)行管理用戶信息、機(jī)構(gòu)信息以及進(jìn)行賬單的查詢和統(tǒng)計(jì)等?；镜墓δ苄枨鬄橐韵聨讉€(gè)方面。（1）對(duì)于機(jī)構(gòu)和柜員進(jìn)行便捷管理，可以靈活進(jìn)行機(jī)構(gòu)撤并和權(quán)限調(diào)整。（2）設(shè)置所有賬單打印、任務(wù)管理的詳細(xì)參數(shù)。（3）賬戶的權(quán)限和功能授權(quán)維護(hù)和管理。（4）管理凍結(jié)賬單以及客戶賬單的郵寄。（5）對(duì)批打單

13、和補(bǔ)打單進(jìn)行統(tǒng)計(jì)，并且統(tǒng)計(jì)打印和郵寄產(chǎn)生的費(fèi)用，統(tǒng)計(jì)對(duì)賬單回收的具體量和數(shù)據(jù)。（6）監(jiān)控對(duì)賬單處理，通過(guò)電子手段量化考核對(duì)賬中心績(jī)效。（7） 批量驗(yàn)證回收賬單，自動(dòng)審核信息，處理影像存儲(chǔ)等。下圖3-6顯示了此系統(tǒng)模塊的功能用例示意圖：2.3.2非功能性需求除了系統(tǒng)的功能性需求以外，還有一些需求是非功能性的，例如系統(tǒng)約束，系統(tǒng)模擬假設(shè)，系統(tǒng)的穩(wěn)定性、兼容性以及運(yùn)行能力，可以達(dá)到的服務(wù)水平等，系統(tǒng)運(yùn)行時(shí)間外的性能屬性和相關(guān)的約束規(guī)定，這些都非功能性需求。通常系統(tǒng)的非功能性需求不需要進(jìn)行量化指標(biāo)說(shuō)明，只需要通過(guò)描述進(jìn)行衡量。但是，有些系統(tǒng)中也通過(guò)量化指標(biāo)對(duì)非功能性需求進(jìn)行描述，是為了讓需求更為準(zhǔn)確，

14、可以對(duì)照測(cè)試，從而獲得與某個(gè)具體標(biāo)準(zhǔn)的對(duì)照，驗(yàn)證系統(tǒng)非功能性需求的情況。此外，系統(tǒng)的故障率高低以及是否可以進(jìn)行便捷維護(hù)和損害恢復(fù)表示了系統(tǒng)的可靠性。表示系統(tǒng)性能的內(nèi)容很多，本文所研究的系統(tǒng)主要從作業(yè)響應(yīng)時(shí)間來(lái)進(jìn)行約定。我們通常所說(shuō)的作業(yè)就是用戶從一個(gè)事件的觸發(fā)然后到事件的處理并執(zhí)行結(jié)果，包括對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)和存儲(chǔ)，是與所有服務(wù)器層都有重要關(guān)聯(lián)的。這里的作業(yè)響應(yīng)時(shí)間就是系統(tǒng)在完成目標(biāo)任務(wù)時(shí)所需要交互處理的時(shí)間。在本文研究的系統(tǒng)中，作業(yè)類型主要分為兩個(gè)部分，一種是交互類作業(yè)，一種是查詢類作業(yè)，文章給出了相對(duì)應(yīng)的參考數(shù)據(jù)，詳細(xì)包括識(shí)別時(shí)間、印章鑒別效率、參數(shù)化處理效率以及交易處理量和系統(tǒng)流量管理等。1

15、、印章鑒別效率。自動(dòng)識(shí)別印章的效率可以達(dá)到百分之百，而識(shí)別后的驗(yàn)證通過(guò)率也要達(dá)到百分之九十以上。2、賬單和印章識(shí)別時(shí)間。電子驗(yàn)印的時(shí)候，系統(tǒng)對(duì)于每個(gè)識(shí)別對(duì)象在1.5秒內(nèi)完成識(shí)別，這個(gè)時(shí)間不計(jì)算掃描時(shí)間。3、參數(shù)化處理效率，也就是統(tǒng)計(jì)報(bào)表靈活多樣，而且支持定制化報(bào)表。操作時(shí)僅僅對(duì)參數(shù)配置文件做小范圍修改就可以快速實(shí)現(xiàn)業(yè)務(wù)更改。4、系統(tǒng)有時(shí)候會(huì)遇到超流量訪問(wèn)，需要服務(wù)器自動(dòng)控制流量，后端在處理交易的時(shí)候，每筆不能超過(guò)1秒時(shí)間，這樣才能滿足前端大量訪問(wèn)的需要。5、交易處理量。根據(jù)郵儲(chǔ)銀行目前出現(xiàn)過(guò)的業(yè)務(wù)峰值擴(kuò)大幾倍吞吐量進(jìn)行設(shè)計(jì)，保證單位時(shí)間交易的處理量。如果其他的非功能性需求可以用測(cè)試指標(biāo)來(lái)表示，

16、也可以量化表示。2.4需求獲取模式一般用戶對(duì)產(chǎn)品的需求以及要求就是需求。那么開始進(jìn)行軟件系統(tǒng)研發(fā)的時(shí)候，我們必須首先要明白客戶到底對(duì)系統(tǒng)有什么功能需求，如果沒有沒有明確的需求，就會(huì)造成漫無(wú)目的的工作。需求分析就是要根據(jù)開發(fā)理論確定正確的系統(tǒng)開發(fā)方向。所以，必須在系統(tǒng)開發(fā)前對(duì)需求進(jìn)行詳細(xì)描述，而且此需求必須是客戶和開發(fā)者共同認(rèn)可的。需求調(diào)研必須要面向工作流程。在此之前，要對(duì)于業(yè)務(wù)相關(guān)的流程以及與系統(tǒng)相關(guān)的流程進(jìn)行識(shí)別，然后按照流程進(jìn)行需求調(diào)研。對(duì)于每一個(gè)流程的需求調(diào)研，必須從流程的開始到結(jié)束全部理清。這里需要關(guān)注的就是要準(zhǔn)確描述需求，保證客戶充分參與需求描述。郵儲(chǔ)銀行的這要財(cái)務(wù)對(duì)賬集中處理系統(tǒng)在

17、研發(fā)前，對(duì)省、市、縣各級(jí)分行也基層網(wǎng)點(diǎn)進(jìn)行了大量的需求調(diào)研工作，具體方式為會(huì)議交流、業(yè)務(wù)人員座談以及書面文檔等。具體進(jìn)行需求獲取時(shí)需要關(guān)注兩個(gè)方面，一方面是時(shí)刻保持與客戶的溝通，保證客戶的充分參與，另一方面是必須讓客戶通過(guò)書面形式確認(rèn)需求內(nèi)容?？蛻羰窍到y(tǒng)的最終使用者，客戶的需求是產(chǎn)品開發(fā)的目的，不能依靠開發(fā)人員的主觀臆斷或者是一廂情愿，開發(fā)者必須與客戶達(dá)成共識(shí)并按照客戶要求開發(fā)。如果是口頭約定的需求，有可能因?yàn)椴煌瑫r(shí)間而出現(xiàn)偏差，造成開發(fā)項(xiàng)目的失敗。通過(guò)書面文檔確認(rèn)的方式，可以對(duì)雙方進(jìn)行約束，體現(xiàn)工作的嚴(yán)謹(jǐn)性，也可以避免頻繁變更需求造成雙方的損失。第三章系統(tǒng)架構(gòu)設(shè)計(jì)郵政銀行作為國(guó)家的央行企業(yè)，

18、其對(duì)賬是一個(gè)集中處理數(shù)據(jù)的系統(tǒng)，包括了郵政總行的數(shù)控匯總、市行、省行等各分行。因?yàn)橄到y(tǒng)匯總數(shù)據(jù)中含有國(guó)家級(jí)別保密數(shù)據(jù)，這樣就對(duì)其整個(gè)體系的保密程度要求更高了，而且系統(tǒng)的功能必須完善，才能達(dá)到使用標(biāo)準(zhǔn)。開發(fā)人員必須高標(biāo)準(zhǔn)按要求進(jìn)行開發(fā)其構(gòu)架，使其最后能達(dá)到設(shè)計(jì)的標(biāo)準(zhǔn)。3.1架構(gòu)設(shè)計(jì)的目標(biāo)系統(tǒng)框架計(jì)劃的目標(biāo)是極其復(fù)雜的，它包含了體系操作簡(jiǎn)單、高安全級(jí)別、層層設(shè)密的保密設(shè)計(jì)，還要具備以后還能繼續(xù)開發(fā)的功能等要求。1、密保標(biāo)準(zhǔn).：客戶進(jìn)行系統(tǒng)中數(shù)據(jù)發(fā)送或者接收時(shí)，不準(zhǔn)用其他的網(wǎng)絡(luò)來(lái)鏈接，但是不得不傳送的數(shù)據(jù)信息，要求加密操作。2、。安全標(biāo)準(zhǔn)：加強(qiáng)對(duì)系統(tǒng)安全的保證，需要從體系安全、管控安全、信息傳送安全來(lái)進(jìn)行確保。而體系安全怎么做到呢，要從整體的互聯(lián)網(wǎng)、軟硬件、編寫好的軟件等方面來(lái)處理。管控的保障需要建立完善的準(zhǔn)則來(lái)預(yù)防。信息數(shù)據(jù)保障是公司信息的安全，可以采用留取原件和復(fù)雜設(shè)密來(lái)處理。但是最關(guān)鍵的安全問(wèn)題是人來(lái)保障的。3、簡(jiǎn)單明了：整個(gè)框架的目的就是把繁雜的流程可以簡(jiǎn)單明