《系統(tǒng)設(shè)計功能分析研究 計算機科學(xué)和技術(shù)專業(yè)》由會員分享，可在線閱讀，更多相關(guān)《系統(tǒng)設(shè)計功能分析研究 計算機科學(xué)和技術(shù)專業(yè)（15頁珍藏版）》請在裝配圖網(wǎng)上搜索。
1、2.1.3系統(tǒng)開發(fā)模式本文主要研究將（RUP）模式運用于系統(tǒng)開發(fā)，該模式作為一種軟件開發(fā)過程在面向?qū)ο箝_發(fā)領(lǐng)域中是較為流行的。該模式運用統(tǒng)一建模語言(UML)對需求進行分析和設(shè)計，其主要特點為迭代開發(fā)、以構(gòu)架為中心以及用例驅(qū)動等，所以說軟件開發(fā)過程的首選模式就是（RUP）模式，而UML建模語言則是系統(tǒng)進行需求分析和設(shè)計的首選語言。此外，本系統(tǒng)在數(shù)據(jù)庫設(shè)計方面采用了Power Design數(shù)據(jù)庫設(shè)計工具，其中一些功能模塊借助于處于主流位置的VB開發(fā)工具來實現(xiàn)，同時，JAVA開發(fā)模式也本應(yīng)用到本系統(tǒng)的開發(fā)之中。但是，在對數(shù)據(jù)及業(yè)務(wù)流程進行描述方面，UML處于一定的弱勢，類圖、用例圖、時序圖等描述工
2、具對于流程的描述更為專業(yè)，為有效提高各功能模塊之間的關(guān)聯(lián)性可以采用功能模塊圖、數(shù)據(jù)流圖及E-R圖等傳統(tǒng)描述工具來實現(xiàn)。采用UML語言對系統(tǒng)分析及設(shè)計進行描述，其中，用例是系統(tǒng)功能劃分的最小粒度，描述時可以采用活動圖、時序圖、類圖以及用例圖和用例規(guī)約等方法進行。此外，通過在需求分析文檔中加入業(yè)務(wù)流程圖來對系統(tǒng)的應(yīng)用界面進行更為形象的描述，可以提高客戶的可讀性。同時，為了便于軟件開放人員工作的開展，將設(shè)計的詳細內(nèi)容及補充設(shè)計文檔都通過用例加入了系統(tǒng)設(shè)計文檔中，從而有效避免因設(shè)計文檔與程序的不相一致而對系統(tǒng)開發(fā)過程造成影響。2.2需求描述方法由于新版RUP模式加強了對業(yè)務(wù)建模的重視，因此本文在系統(tǒng)開
3、發(fā)中采用RUP模式，如圖3-1所示，系統(tǒng)需求分析也就是對業(yè)務(wù)及用例進行建模的兩個步驟。圖中，所構(gòu)建的業(yè)務(wù)模型僅僅對客戶的業(yè)務(wù)現(xiàn)狀進行了描述，卻無法代表其全部功能，進而要求以業(yè)務(wù)模型為基礎(chǔ)，對信息系統(tǒng)的需求進行分析并以此完成需求分析的第二步-用例建模。其中，信息系統(tǒng)的需求主要有功能性和非功能性需求，主要用于對需求分析進行描述。2.3需求分析過程對用戶需求進行描述，可以通過建模來構(gòu)建一個多方交流平臺，在該模型中，用戶需求被抽象化，同時為用戶提供了一個可視化的溝通橋梁。對用戶需求進行分析的步驟基本類似于對用戶需求進行獲取的步驟，其區(qū)別在于在進行用戶需求分析時所需要的用戶需求信息更為準確，這就需要借助
4、于模型來完成，基本步驟為：1.運用圖形對系統(tǒng)的邊界與接口以及整體結(jié)構(gòu)進行描述。為了更好地了解客戶的業(yè)務(wù)，需要業(yè)務(wù)模型首先應(yīng)該對客戶的總體業(yè)務(wù)及流程進行描述，通過對客戶業(yè)務(wù)的總體描述實現(xiàn)對客戶所有業(yè)務(wù)模塊的充分了解，進而對其現(xiàn)在及不足進行分析，以針對性地提出優(yōu)化思路。為了進一步提高業(yè)務(wù)需求的準確度，需要加強與客戶的交流與互動，通常采用對問題進行提出、分析和解決的方法來引起客戶的興趣，以吸引客戶參與其中。以郵儲銀行的對賬集中處理系統(tǒng)為例，其業(yè)務(wù)描述方法著重于易于客戶理解，其主要任務(wù)是對自賬單產(chǎn)生到完成核對的所有步驟進行描述，在圖3-2中展現(xiàn)了其整體結(jié)構(gòu)及流程。郵儲銀行對賬集中處理系統(tǒng)主要包括了數(shù)據(jù)
5、的采集與篩選、賬單的打印與封裝及回收與驗印等幾個階段的工作，這些階段的工作受流程的嚴格控制，只有前一階段的工作完成，才可以開始下一階段的工作。2.需求建模當(dāng)前，需求建模的主要方式有UML、ERD（實體關(guān)系圖）、DFD（數(shù)據(jù)流圖）等三種方式，其中，DFD被廣泛應(yīng)用于結(jié)構(gòu)化系統(tǒng)分析與設(shè)計，該方法運用四種基本元素對系統(tǒng)的數(shù)據(jù)流、數(shù)據(jù)存儲以及系統(tǒng)的實體和過程進行描述。該方法的優(yōu)點在于其所需的邏輯模型及物理模型易于獲得，缺點在于對活動的時序關(guān)系難以做出有效判斷。運用ERD在需求分析階段對系統(tǒng)的實體邏輯關(guān)系進行描述，而在設(shè)計階段對物理表間的關(guān)系進行描述。運用ERD進行系統(tǒng)描述的缺點在于ERD僅對系統(tǒng)數(shù)據(jù)間
6、的關(guān)系進行關(guān)注，尚未描述系統(tǒng)功能，若想獲得對系統(tǒng)需求更為準確的描述，則需要將DFD與ERD進行結(jié)合。本系統(tǒng)需求建模采用的是UML的狀態(tài)圖、活動圖及用例圖。用例圖對系統(tǒng)行為的描述主要通過對參與者之間交互的描述來實現(xiàn)。采用用例圖對活動者的活動步驟進行描述，從而實現(xiàn)系統(tǒng)目標。該方法的優(yōu)點在于用戶導(dǎo)向，運用該方法既便于系統(tǒng)功能測試用例的獲得，還可以方便用于對照用例對自己的需求進行細化。UML活動圖被廣泛應(yīng)用于單個操作或方法的邏輯、單個用例以及商業(yè)邏輯流程等的記錄。通常來講，活動圖等同于結(jié)構(gòu)化開發(fā)中的數(shù)據(jù)流程圖。用UML狀態(tài)圖對實體因事件而引發(fā)的動態(tài)反應(yīng)進行描述，可以對實體在不同狀態(tài)下做出的不同反應(yīng)進行
7、體現(xiàn)。UML狀態(tài)圖多用于對組件、子系統(tǒng)、角色等復(fù)雜行為的研究及建模使用。3.通過向用戶提供頁面、原型及可視化界面等方式方便用戶合理評價自身需求。系統(tǒng)開發(fā)方可以通過原型分析法來對用戶需求作進一步獲取，或者讓用戶自行對需求進行確認。采用這種方法需要開發(fā)方首先向用戶提供一個原型，對用戶所需的功能通過可視界面進行演示。在本系統(tǒng)中，通過對C/S結(jié)構(gòu)系統(tǒng)開發(fā)特點的運用來向用戶提供可視化的界面。用戶通過可視化界面對原型功能進行了解并提出建議，以便于開發(fā)人員對系統(tǒng)作進一步完善。此外，后續(xù)開發(fā)人員也可以通過借鑒該原型來提前完成系統(tǒng)其他階段的工作。2.3.1系統(tǒng)功能性需求基于RUP模式的基本結(jié)構(gòu)，在描述系統(tǒng)功能性
8、需求的時候，將用例(Use Case)作為主要描述工具來使用，具體方法為采用分解的方式，將系統(tǒng)功能性需求通過多個用例表現(xiàn)出來。而RUP的好處在于可以通過角色(Actor)對用例進行識別，并且在識別中會反復(fù)辨識需求中的漏洞，而且也是系統(tǒng)構(gòu)架的主要方式。通過分包的形式，將系統(tǒng)用例中的每一層結(jié)構(gòu)都清晰地描述出來，一組用例就是一個分包。如下圖3-3中，RUP系統(tǒng)在進行功能分類的時候，采用的是包圖形式，可以非常清晰顯示系統(tǒng)結(jié)構(gòu)，其中的包圖是作為子系統(tǒng)存在的。我們再分析郵儲銀行的系統(tǒng)功能，郵儲銀行利用這套系統(tǒng)要實現(xiàn)的對賬功能主要有打印對賬單、發(fā)送、接收以及處理對賬單、管理對賬信息和數(shù)據(jù)以及對賬任務(wù)等方面。
9、另外，還要管理系統(tǒng)的基本數(shù)據(jù)，包括用戶管理、機構(gòu)管理、角色管理等系統(tǒng)參數(shù)。通過包圖分類形式，我們將這套系統(tǒng)分為封裝賬單、賬單打印、回收驗印系統(tǒng)以及系統(tǒng)基礎(chǔ)管理等子包圖系統(tǒng)來進行。下文將對系統(tǒng)的功能性需求通過用例模型進行進一步確定并標明范圍：1、封裝以及賬單打印子系統(tǒng)的主要功能及需求這套子系統(tǒng)的功能其實就是通過打印程序來啟動打印模板，將賬單打印出來，然后啟動封裝設(shè)備將打印出來的賬單封裝并轉(zhuǎn)入郵寄程序。主要要實現(xiàn)以下功能：（1） 需要從數(shù)據(jù)庫將業(yè)務(wù)數(shù)據(jù)進行提取，并導(dǎo)入系統(tǒng)運行，可以根據(jù)多種文件格式對接數(shù)據(jù)格式。（2）可以實現(xiàn)數(shù)據(jù)的計算、各種分析以及不同數(shù)據(jù)格式的轉(zhuǎn)換等。（3） 需要根據(jù)實際需要按照
10、不同的類別進行排序，如網(wǎng)點分發(fā)、郵局投遞以及大客戶分類等，然后進行打印。（4）打印時，可以自動識別不同的紙張類型并自動適應(yīng)。（5）根據(jù)賬單的不同格式，設(shè)計精美的模板，方便自己操作，而且不同模板可以打印同一種賬單，模板自帶廣告設(shè)計功能，可以設(shè)計基本的彩頁或者是宣傳頁面。（6）打印封裝接口要多種設(shè)備兼容，對各種單體設(shè)備或者是一體設(shè)備都能兼容支持。根據(jù)實際需要對紙張進行切割，而且要實現(xiàn)客戶分類功能，同一個客戶的多個賬單只需要一次封裝。（7）自動進行打印優(yōu)先識別和統(tǒng)籌，自動優(yōu)化打印方案。（8）銀行對賬單一般都設(shè)有防偽標識，還有條碼等索引管理，需要通過掃碼設(shè)備自動識別并實現(xiàn)軟件自動驗證。（9）需要實現(xiàn)無
11、人值守自動工作，定時處理進行數(shù)據(jù)的自動處理，如果出現(xiàn)打印不標準或者其他問題，可以進行重打和補打等。（10）建立安全運作管理，數(shù)據(jù)的儲存和傳輸需要進行加密處理，防止數(shù)據(jù)風(fēng)險。（11）可以通過多種賬號類型進行對賬處理。（12）對需要凍結(jié)打印的客戶區(qū)分類別并執(zhí)行凍結(jié)打印的操作。2、驗印系統(tǒng)，賬單回收系統(tǒng)的主要功能及需求這部分子系統(tǒng)的功能主要是通過電子技術(shù)對紙質(zhì)賬單進行自動處理，首先在系統(tǒng)中對客戶的印章影響進行備案保存，然后通過電子成像技術(shù)來進行驗證。主要包含以下功能需求。（1）通過掃描成像基礎(chǔ)處理所有的回收賬單，然后對回收的賬單進行處理。（2）得到的對賬單影像通過OCR技術(shù)進行識別，獲得對賬單信息，
12、然后導(dǎo)入系統(tǒng)進行驗證，確認對賬數(shù)據(jù)準確。（3） 如果客戶出現(xiàn)沒有確認的對賬單或者是未達賬需要通過OCR技術(shù)進行識別。（4）對賬號進行識別，然后自動調(diào)取預(yù)留印章信息并進行驗證。（5）將對賬信息和獲取的影像直接上傳到銀行內(nèi)部數(shù)據(jù)庫中。下圖3-5顯示了此部分系統(tǒng)的用例示意圖：3、系統(tǒng)管理部分的主要功能及需求系統(tǒng)管理主要是進行管理用戶信息、機構(gòu)信息以及進行賬單的查詢和統(tǒng)計等?；镜墓δ苄枨鬄橐韵聨讉€方面。（1）對于機構(gòu)和柜員進行便捷管理，可以靈活進行機構(gòu)撤并和權(quán)限調(diào)整。（2）設(shè)置所有賬單打印、任務(wù)管理的詳細參數(shù)。（3）賬戶的權(quán)限和功能授權(quán)維護和管理。（4）管理凍結(jié)賬單以及客戶賬單的郵寄。（5）對批打單
13、和補打單進行統(tǒng)計，并且統(tǒng)計打印和郵寄產(chǎn)生的費用，統(tǒng)計對賬單回收的具體量和數(shù)據(jù)。（6）監(jiān)控對賬單處理，通過電子手段量化考核對賬中心績效。（7） 批量驗證回收賬單，自動審核信息，處理影像存儲等。下圖3-6顯示了此系統(tǒng)模塊的功能用例示意圖：2.3.2非功能性需求除了系統(tǒng)的功能性需求以外，還有一些需求是非功能性的，例如系統(tǒng)約束，系統(tǒng)模擬假設(shè)，系統(tǒng)的穩(wěn)定性、兼容性以及運行能力，可以達到的服務(wù)水平等，系統(tǒng)運行時間外的性能屬性和相關(guān)的約束規(guī)定，這些都非功能性需求。通常系統(tǒng)的非功能性需求不需要進行量化指標說明，只需要通過描述進行衡量。但是，有些系統(tǒng)中也通過量化指標對非功能性需求進行描述，是為了讓需求更為準確，
14、可以對照測試，從而獲得與某個具體標準的對照，驗證系統(tǒng)非功能性需求的情況。此外，系統(tǒng)的故障率高低以及是否可以進行便捷維護和損害恢復(fù)表示了系統(tǒng)的可靠性。表示系統(tǒng)性能的內(nèi)容很多，本文所研究的系統(tǒng)主要從作業(yè)響應(yīng)時間來進行約定。我們通常所說的作業(yè)就是用戶從一個事件的觸發(fā)然后到事件的處理并執(zhí)行結(jié)果，包括對數(shù)據(jù)庫的訪問和存儲，是與所有服務(wù)器層都有重要關(guān)聯(lián)的。這里的作業(yè)響應(yīng)時間就是系統(tǒng)在完成目標任務(wù)時所需要交互處理的時間。在本文研究的系統(tǒng)中，作業(yè)類型主要分為兩個部分，一種是交互類作業(yè)，一種是查詢類作業(yè)，文章給出了相對應(yīng)的參考數(shù)據(jù)，詳細包括識別時間、印章鑒別效率、參數(shù)化處理效率以及交易處理量和系統(tǒng)流量管理等。1
15、、印章鑒別效率。自動識別印章的效率可以達到百分之百，而識別后的驗證通過率也要達到百分之九十以上。2、賬單和印章識別時間。電子驗印的時候，系統(tǒng)對于每個識別對象在1.5秒內(nèi)完成識別，這個時間不計算掃描時間。3、參數(shù)化處理效率，也就是統(tǒng)計報表靈活多樣，而且支持定制化報表。操作時僅僅對參數(shù)配置文件做小范圍修改就可以快速實現(xiàn)業(yè)務(wù)更改。4、系統(tǒng)有時候會遇到超流量訪問，需要服務(wù)器自動控制流量，后端在處理交易的時候，每筆不能超過1秒時間，這樣才能滿足前端大量訪問的需要。5、交易處理量。根據(jù)郵儲銀行目前出現(xiàn)過的業(yè)務(wù)峰值擴大幾倍吞吐量進行設(shè)計，保證單位時間交易的處理量。如果其他的非功能性需求可以用測試指標來表示，
16、也可以量化表示。2.4需求獲取模式一般用戶對產(chǎn)品的需求以及要求就是需求。那么開始進行軟件系統(tǒng)研發(fā)的時候，我們必須首先要明白客戶到底對系統(tǒng)有什么功能需求，如果沒有沒有明確的需求，就會造成漫無目的的工作。需求分析就是要根據(jù)開發(fā)理論確定正確的系統(tǒng)開發(fā)方向。所以，必須在系統(tǒng)開發(fā)前對需求進行詳細描述，而且此需求必須是客戶和開發(fā)者共同認可的。需求調(diào)研必須要面向工作流程。在此之前，要對于業(yè)務(wù)相關(guān)的流程以及與系統(tǒng)相關(guān)的流程進行識別，然后按照流程進行需求調(diào)研。對于每一個流程的需求調(diào)研，必須從流程的開始到結(jié)束全部理清。這里需要關(guān)注的就是要準確描述需求，保證客戶充分參與需求描述。郵儲銀行的這要財務(wù)對賬集中處理系統(tǒng)在
17、研發(fā)前，對省、市、縣各級分行也基層網(wǎng)點進行了大量的需求調(diào)研工作，具體方式為會議交流、業(yè)務(wù)人員座談以及書面文檔等。具體進行需求獲取時需要關(guān)注兩個方面，一方面是時刻保持與客戶的溝通，保證客戶的充分參與，另一方面是必須讓客戶通過書面形式確認需求內(nèi)容?？蛻羰窍到y(tǒng)的最終使用者，客戶的需求是產(chǎn)品開發(fā)的目的，不能依靠開發(fā)人員的主觀臆斷或者是一廂情愿，開發(fā)者必須與客戶達成共識并按照客戶要求開發(fā)。如果是口頭約定的需求，有可能因為不同時間而出現(xiàn)偏差，造成開發(fā)項目的失敗。通過書面文檔確認的方式，可以對雙方進行約束，體現(xiàn)工作的嚴謹性，也可以避免頻繁變更需求造成雙方的損失。第三章系統(tǒng)架構(gòu)設(shè)計郵政銀行作為國家的央行企業(yè)，
18、其對賬是一個集中處理數(shù)據(jù)的系統(tǒng)，包括了郵政總行的數(shù)控匯總、市行、省行等各分行。因為系統(tǒng)匯總數(shù)據(jù)中含有國家級別保密數(shù)據(jù)，這樣就對其整個體系的保密程度要求更高了，而且系統(tǒng)的功能必須完善，才能達到使用標準。開發(fā)人員必須高標準按要求進行開發(fā)其構(gòu)架，使其最后能達到設(shè)計的標準。3.1架構(gòu)設(shè)計的目標系統(tǒng)框架計劃的目標是極其復(fù)雜的，它包含了體系操作簡單、高安全級別、層層設(shè)密的保密設(shè)計，還要具備以后還能繼續(xù)開發(fā)的功能等要求。1、密保標準.：客戶進行系統(tǒng)中數(shù)據(jù)發(fā)送或者接收時，不準用其他的網(wǎng)絡(luò)來鏈接，但是不得不傳送的數(shù)據(jù)信息，要求加密操作。2、。安全標準：加強對系統(tǒng)安全的保證，需要從體系安全、管控安全、信息傳送安全
19、來進行確保。而體系安全怎么做到呢，要從整體的互聯(lián)網(wǎng)、軟硬件、編寫好的軟件等方面來處理。管控的保障需要建立完善的準則來預(yù)防。信息數(shù)據(jù)保障是公司信息的安全，可以采用留取原件和復(fù)雜設(shè)密來處理。但是最關(guān)鍵的安全問題是人來保障的。3、簡單明了：整個框架的目的就是把繁雜的流程可以簡單明了的操作，理清各個崗位責(zé)任。4、容量和功能可開發(fā)性。開發(fā)系統(tǒng)前，必須要想到郵政銀行可能面對較大較復(fù)雜的對賬問題和繁雜的處理流程時，系統(tǒng)需要快速簡單的升級來跟得上其業(yè)務(wù)處理的需求。3.2架構(gòu)設(shè)計3.2.1系統(tǒng)總體架構(gòu)郵政銀行賬務(wù)處理系統(tǒng)的應(yīng)用中，有一部分功能必須滿足對數(shù)據(jù)信息的分析研究功能，但是現(xiàn)在的管控體系中關(guān)鍵問題包含賬單
20、數(shù)據(jù)的時效性不能保障，造成領(lǐng)導(dǎo)層對賬處理的真實情況不能有限監(jiān)督，最后導(dǎo)致不能按規(guī)章制度辦理業(yè)務(wù)。郵政銀行賬務(wù)體系是一個龐大復(fù)雜的系統(tǒng)。它要對省市分行、國家總行信息庫、縣支行的時時數(shù)據(jù)進行準確處理。從各個銀行的把關(guān)來講，省行職能主要包括總的信息數(shù)據(jù)匯總、體系的管控和做出計劃等。市行職能主要是一線業(yè)務(wù)對賬、信息匯總研究，縣行主要職能是保證數(shù)據(jù)的準確性，還要隨時可以被查詢實時數(shù)據(jù)信息的要求和信息匯總的要求。該系統(tǒng)根據(jù)權(quán)限職能不同，層層設(shè)密，實行高管低的數(shù)據(jù)共享體系。國家郵政銀行依據(jù)一線業(yè)務(wù)現(xiàn)狀，系統(tǒng)配備了前置機給省行供其對總行的匯總數(shù)據(jù)實現(xiàn)查詢功能，市行對用戶的印鑒備份入中心服務(wù)器的信息庫中，還安裝了應(yīng)用軟件來實現(xiàn)賬單的及時處理問題。通過以上分析，結(jié)合郵儲銀行的實際工作，確認采用集中架構(gòu)開發(fā)系統(tǒng)，這種架構(gòu)的優(yōu)勢在于不僅能保證原始數(shù)據(jù)，還能做到跨層次數(shù)據(jù)處理，而且會保留基本的數(shù)據(jù)不受影響，可以避免數(shù)據(jù)不對稱或者不標準的問題，既能實現(xiàn)集中管理，有能滿足基層業(yè)務(wù)處理需求。圖4-1顯示了系統(tǒng)整體結(jié)構(gòu)示意圖
系統(tǒng)設(shè)計功能分析研究 計算機科學(xué)和技術(shù)專業(yè)
