計(jì)算機(jī)程序分析與設(shè)計(jì)

計(jì)算機(jī)程序分析與設(shè)計(jì)

10.4069？j.isss.1673-5882，2011.02.01。1建模過程及其特征UML(UnifiedModelingLanguage)是一種定義良好,易于表達(dá),功能強(qiáng)大且普遍實(shí)用的建模語言。作為一種建模技術(shù),它用于描述系統(tǒng)靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為,從不同角度為系統(tǒng)的架構(gòu)建模。它適用于大型復(fù)雜的用戶系統(tǒng)建模,主要優(yōu)點(diǎn)是不僅UML表示方法的標(biāo)準(zhǔn)化有效地促進(jìn)了用戶系統(tǒng)不同背景人員的交流,而且提高系統(tǒng)分析、設(shè)計(jì)、開發(fā)、測試人員之間的相互理解。前者在需求分析和設(shè)計(jì)階段的效果尤顯重要,后者對開發(fā)團(tuán)隊(duì)的專業(yè)化和效率更加突出。具體地講,UML的建模過程具有如下特征:1)支持用例(usecase)驅(qū)動(dòng)。UML的建模過程是用例驅(qū)動(dòng)的過程,即從用戶問題域的用例出發(fā),首先將用戶需求轉(zhuǎn)換為系統(tǒng)需求(即用例),并根據(jù)對用例的描述和分析得出系統(tǒng)類,然后進(jìn)一步描述出系統(tǒng)類的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為,繼而描述系統(tǒng)類的代碼結(jié)構(gòu)和物理配置。2)以系統(tǒng)架構(gòu)為中心。在建模過程中要圍繞系統(tǒng)架構(gòu),對系統(tǒng)進(jìn)行抽象,并以用例為中心,構(gòu)造出簡單而又有效的體系結(jié)構(gòu)。3)迭代增量式開發(fā)過程。迭代增量式開發(fā)過程使項(xiàng)目開發(fā)人員能夠漸進(jìn)地開發(fā)和完善系統(tǒng),使得每次迭代都能對原系統(tǒng)有所改善,而迭代的結(jié)果就是提交增加了新功能的體統(tǒng)。采用迭代增量式的開發(fā)過程,可以降低系統(tǒng)開發(fā)過程中存在的風(fēng)險(xiǎn),并且可以及時(shí)地發(fā)現(xiàn)和解決風(fēng)險(xiǎn)。2網(wǎng)絡(luò)系統(tǒng)評估2.1物流配送流管理隨著信息技術(shù)的日益發(fā)展,物流管理[3,4,5,6,7,8,9,10,11]的信息化已成為物流運(yùn)輸系統(tǒng)的必然趨勢。物流管理的核心部分是對運(yùn)輸車隊(duì)的管理、調(diào)度以及對承運(yùn)貨物的跟蹤管理。為了更詳細(xì)了解物流配送運(yùn)輸管理過程中各項(xiàng)管理業(yè)務(wù),調(diào)研人員和最終用戶進(jìn)行了多次討論,提出了雙方認(rèn)可的解決方案。通過該系統(tǒng),物流公司運(yùn)輸管理人員能實(shí)現(xiàn)對車隊(duì)、車輛的動(dòng)態(tài)管理,調(diào)度人員能隨時(shí)了解車輛動(dòng)向和使用情況,承運(yùn)業(yè)務(wù)員能開出和接收承運(yùn)單,財(cái)務(wù)人員也能通過該系統(tǒng)進(jìn)行運(yùn)輸成本的核算。2.2需求分析1功能需求通過對問題領(lǐng)域的分析,物流管理系統(tǒng)必須提供的功能如表1所示。2系統(tǒng)所內(nèi)生態(tài)參與者是與系統(tǒng)進(jìn)行交互的外部實(shí)體,它可以是使用系統(tǒng)的用戶,也可以是與系統(tǒng)進(jìn)行交互的其他系統(tǒng)或硬件設(shè)備。識別參與者,目的就是界定軟件系統(tǒng)的邊界,發(fā)掘領(lǐng)域需求。從物流管理系統(tǒng)的需求范圍出發(fā),可識別出以下幾個(gè)參與者:財(cái)務(wù)人員、運(yùn)輸管理人員、調(diào)度人員、承運(yùn)業(yè)務(wù)員。3基于用戶體驗(yàn)的用例識別用例是從參與者的角度,來描述系統(tǒng)行為的。一個(gè)用例就是參與者與系統(tǒng)的一次交互,是系統(tǒng)的一個(gè)系列活動(dòng),它表達(dá)了系統(tǒng)的功能和所提供的服務(wù)。因此,在識別出參與者的基礎(chǔ)上,來確定相應(yīng)的用例。下面以車輛管理模塊為例進(jìn)行介紹。系統(tǒng)提示正交功能用例名稱:錄入車隊(duì)信息;用例簡述:運(yùn)輸管理員錄入車隊(duì)信息主參與者:運(yùn)輸管理員主成功場景:運(yùn)輸管理員輸入車隊(duì)信息;其他場景:如果車隊(duì)編號已存在,系統(tǒng)提示車隊(duì)編號已存在。用例名稱:更新車隊(duì)信息;用例簡述:運(yùn)輸管理員更新車隊(duì)信息;主參與者:運(yùn)輸管理員;主成功場景:運(yùn)輸管理員修改車隊(duì)信息,提交更新信息。用例名稱:查詢車隊(duì)信息;用例簡述:運(yùn)輸管理員查詢車隊(duì)信息;主參與者:運(yùn)輸管理員;主成功場景:運(yùn)輸管理員輸入查詢條件和運(yùn)輸管理員查詢車隊(duì)信息。用例名稱:刪除車隊(duì)信息;用例簡述:運(yùn)輸管理員刪除車隊(duì)信息;主參與者:運(yùn)輸管理員;主成功場景:運(yùn)輸管理員選擇要?jiǎng)h除的車隊(duì)信息,刪除車隊(duì)信息。運(yùn)輸管理信息化設(shè)備有以下充用例名稱:錄入車輛信息;用例簡述:運(yùn)輸管理員錄入車輛信息;主參與者:運(yùn)輸管理員;主成功場景:運(yùn)輸管理員輸入車輛信息和運(yùn)輸管理員提交車輛信息。其他場景:如果車牌號碼已存在,系統(tǒng)提示車牌號碼已存在。用例名稱:更新車輛信息;用例簡述:運(yùn)輸管理員更新車輛信息;主參與者:運(yùn)輸管理員;主成功場景:運(yùn)輸管理員查詢車輛信息列表,選擇需要更新的具體車輛信息和運(yùn)輸管理員修改車輛信息,提交更新信息。用例名稱:查詢車輛信息;用例簡述:運(yùn)輸管理員查詢車輛信息;主參與者:運(yùn)輸管理員;主成功場景:運(yùn)輸管理員輸入查詢條件和運(yùn)輸管理員查詢車輛信息。用例名稱:刪除車輛信息;用例簡述:運(yùn)輸管理員刪除車輛信息;主參與者:運(yùn)輸管理員;主成功場景:運(yùn)輸管理員選擇要?jiǎng)h除的車輛信息,刪除車輛信息。根據(jù)上述識別出的參與者和用例,可確定參與者和用例之間的關(guān)系,系統(tǒng)用例圖如圖1所示。3實(shí)體類及接口類的確定系統(tǒng)設(shè)計(jì)就是在分析系統(tǒng)需求的基礎(chǔ)上,根據(jù)需求分析的結(jié)果,發(fā)現(xiàn)對象類型及其聯(lián)系,繼而構(gòu)建系統(tǒng)的靜態(tài)結(jié)構(gòu)模型和動(dòng)態(tài)行為模型,使設(shè)計(jì)的系統(tǒng)在特定的領(lǐng)域下完成需求階段捕獲的任務(wù)和功能。物流管理系統(tǒng)的靜態(tài)結(jié)構(gòu),可以通過類圖、對象圖、組件圖和配置圖來描述,但其中最重要的是確立物流管理系統(tǒng)的類圖。因?yàn)轭悎D不但描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu),還表示類之間的聯(lián)系以及類的內(nèi)部結(jié)構(gòu)。從物流管理系統(tǒng)的需求出發(fā),可確定如下實(shí)體類及接口類:1)運(yùn)輸管理員類:負(fù)責(zé)系統(tǒng)參與者“運(yùn)輸管理員”的信息處理,其屬性有用戶名、密碼,操作有車隊(duì)信息維護(hù)、車輛信息維護(hù)、駕駛員信息維護(hù);2)調(diào)度員類:負(fù)責(zé)系統(tǒng)參與者“調(diào)度”的信息處理,其屬性有用戶名、密碼、編號、姓名等,操作運(yùn)力綜合查詢、歷史承運(yùn)任務(wù)查詢;3)承運(yùn)業(yè)務(wù)員類:負(fù)責(zé)系統(tǒng)參與者“承運(yùn)業(yè)務(wù)員”的信息處理,其屬性有用戶名、密碼、姓名等,操作有運(yùn)力綜合查詢、歷史承運(yùn)任務(wù)查詢、承運(yùn)單開出、承運(yùn)單接收;4)財(cái)務(wù)人員類:負(fù)責(zé)系統(tǒng)參與者“財(cái)務(wù)人員”的信息處理,其屬性有用戶名、密碼、姓名等,操作有車隊(duì)運(yùn)輸成本維護(hù)、車隊(duì)運(yùn)輸成本核算。物流管理系統(tǒng)充分考慮了互聯(lián)網(wǎng)資源和網(wǎng)絡(luò)環(huán)境,利用B/S模式,采用.NET動(dòng)態(tài)網(wǎng)頁技術(shù)及SQLServer數(shù)據(jù)庫進(jìn)行系統(tǒng)開發(fā)。具體開發(fā)和實(shí)現(xiàn)過程由于篇幅限制不詳述于此文中。4系統(tǒng)的非功能需求4.1頁面訪問需求安全性需求通常分為4類:1)用戶認(rèn)證需求。闡述系統(tǒng)表示用戶和用戶認(rèn)證的方法。系統(tǒng)使用一組用戶ID和密碼來表示一個(gè)用戶。在用戶登錄10min后,如果沒有任何的動(dòng)作,則自動(dòng)退出登錄。之后如果再次試圖訪問受保護(hù)頁面,則自動(dòng)顯示登錄頁面。2)授權(quán)需求。如果認(rèn)證成功,根據(jù)用戶的級別,允許其執(zhí)行不同的系統(tǒng)功能。系統(tǒng)必須實(shí)現(xiàn)一定的頁面訪問限制。用戶只能訪問自己有權(quán)限操作的頁面(具體可操作的部分詳見系統(tǒng)的功能性需求中各模塊的用例)。3)數(shù)據(jù)完整性和隱私需求。確保數(shù)據(jù)完整,不會影響系統(tǒng)安全。密碼必須加密存儲。用戶帳號和密碼必須通過SSL進(jìn)行傳送。4)事務(wù)完整性和審計(jì)需求。確保用戶無法清除自己的在系統(tǒng)中的活動(dòng)。記錄活動(dòng)相關(guān)的數(shù)據(jù),使得系統(tǒng)管理員可以發(fā)現(xiàn)所有可能的危險(xiǎn)行為。4.2日常系統(tǒng)維護(hù)工作系統(tǒng)每天至少保持23h30min的可用時(shí)間,每日凌晨3∶30到4∶00之間進(jìn)行日常系統(tǒng)維護(hù)工作,如數(shù)據(jù)傳輸、交換等。臨時(shí)的系統(tǒng)停機(jī)時(shí)間,每月合計(jì)必須少于3h。4.3成功更新在多個(gè)并發(fā)用戶更新同一賬戶信息時(shí),第一個(gè)可以成功更新。隨后的更新在提交之前,顯示錯(cuò)誤信息“用戶數(shù)據(jù)已經(jīng)改變,是否需要刷新用戶數(shù)據(jù)?