試論集裝箱優(yōu)化設計的質量策劃

1、 工程大學 計算機科學與工程學院課題設計報告設計名稱： 集裝箱優(yōu)化設計的質量策劃書 學生學號：專業(yè)班級：學生：學生成績：指導教師（職稱）： 王慶春 課題工作時間： 2011-10-23至2011-11-07說明：1、報告中的第一、二、三項由指導教師在綜合設計開始前填寫并發(fā)給每個學生；四、五兩項（中英文摘要）由學生在完成綜合設計后填寫。2、學生成績由指導教師根據學生的設計情況給出各項分值與總評成績。3、指導教師評語一欄由指導教師就學生在整個設計期間的平時表現、設計完成情況、報告的質量與答辯情況，給出客觀、全面的評價。4、所有學生必須參加綜合設計的答辯環(huán)節(jié)，凡不參加答辯者，其成績一律按不與格處理。

2、答辯小組成員應由2人與以上教師組成。5、報告正文字數一般應不少于5000字，也可由指導教師根據本門綜合設計的情況另行規(guī)定。6、平時表現成績低于6分的學生，取消答辯資格，其本項綜合設計成績按不與格處理。7、此表格式為工程大學計算機科學與工程學院提供的基本格式（適用于學院各類綜合設計），各教研室可根據本門綜合設計的特點與容做適當的調整，并上報學院批準。成績評定表學生： 學號： 班級：類別合計分值各項分值評分標準實際得分合計得分備注平時表現1010按時參加綜合設計，無曠課、遲到、早退、違反實驗室紀律等情況。由設計負責人給出完成情況3020按設計任務書的要求完成了全部任務，能完整演示其設計容，符合要求

3、。10能對其設計容進行詳細、完整的介紹，并能就指導教師提出的問題進行正確的回答。報告質量3510報告文字通順，容翔實，論述充分、完整，立論正確，結構嚴謹合理；報告字數符合相關要求，工整規(guī)，整齊劃一。5課題背景介紹清楚，綜述分析充分。5設計方案合理、可行，論證嚴謹，邏輯性強，具有說服力。5符號統一；圖表完備、符合規(guī)要求。5能對整個設計過程進行全面的總結，得出有價值的結論或結果。5參考文獻數量在3篇以上，格式符合要求，在正文中正確引用。答辯情況2510在規(guī)定時間能就所設計的容進行闡述，言簡意明，重點突出，論點正確，條理清晰。15在規(guī)定時間能準確、完整、流利地回答教師所提出的問題?？傇u成績： 分補充

4、說明： 指導教師：（簽字）日 期：年月日答辯記錄表學生： 學號： 班級：答辯地點：答辯容記錄：答辯成績合計分值各項分值評分標準實際得分合計得分備注2510在規(guī)定時間能就所設計的容進行闡述，言簡意明，重點突出，論點正確，條理清晰。15在規(guī)定時間能準確、完整、流利地回答教師所提出的問題。答辯小組成員（簽字）：年月日指導教師評語指導教師：（簽字）日 期：年月日17 / 23目錄1.項目概述11.1 系統開發(fā)背景21.2 項目開發(fā)目的22.集裝箱結構33.資源設計43.1執(zhí)行軟件并輸入參數43.2計算裝箱方案與實際裝箱方案的比較44.成本計劃65.項目費用計劃66.質量計劃86.1軟件質量的確立86.

5、2 評審和檢查96.3 功能檢查106.4 物理檢查106.5 綜合檢查106.6 管理評審106.7 軟件配置管理106.8 工具、技術和方法116.9 媒體控制116.10 對供貨單位的控制116.11 記錄的收集、維護和保存127.風險控制計劃137.1風險分析方法137.2風險評估147.3風險控制方法14總 結15致 16參考文獻17項目概述1.1 系統開發(fā)背景需求分析是軟件生命周期計劃階段的重要組成部分，是開發(fā)者對待軟件開發(fā)項目的“理解、分解與表達“的過程，是借助于當前系統的邏輯模型推出新系統的邏輯模型。集裝箱優(yōu)化需求分析文檔設計是軟件工程課程的核心容之一，是了解和熟悉軟件工程方法

6、和過程設計的有效途徑。編寫集裝箱優(yōu)化設計需求文檔主要是對軟件工程課程的強化練習，熟悉需求分析文檔編寫的形式，同時給老師指導并且加深對需求分析的理解。集裝箱優(yōu)化設計需求分析文檔主要是要求我們是要使用最優(yōu)化的方法將正方形、長方形和三角形三種形狀的物體裝在一個矩形箱子里的文檔。需求分析的任務就是借助于當前系統（或手工）的邏輯模型推導出新系統的邏輯模型，解決性新系統做什么的問題。所謂“需求” 指的是軟件系統的功能需求、性能需求、數據需求、其他有效的需求，通過深入了解和分析，確定這些需求以與確定軟件設計的限制和軟件與其他系統元素的接口細節(jié)，從而確定系統必須完成哪些工作，幸存對新系統準確、清晰、具體的要求

7、。集裝箱，是指具有一定強度、剛度和規(guī)格專供周轉使用的大型裝貨容器，是現代重要的運輸工具,提高集裝箱的容積率可以使企業(yè)在貨物運輸這一重要環(huán)節(jié)降低成本與費用,是進出口和運輸等企業(yè)普遍關心的問題。在運輸過程中，物流成本一般包括庫存費用、運輸成本和物流管理費用三部分。其中運輸成本占三分之一左右，如何有效地降低運輸成本是企業(yè)非常關心的問題。利用好集裝箱，可以節(jié)約大量運輸費用，降低物流成本，反之，要造成巨大浪費。 1.2 項目開發(fā)目的不同的集裝箱制造商生產的集裝箱尺寸標準不同。了解集裝箱的生產商與其集裝箱的規(guī)格十分重要找那個藥。為了最大顯得的利用集裝箱空間，我們會盡量把貨物塞滿，讓集裝箱里面的剩余空間到達

8、最小。目前，很多企業(yè)還是依賴于人工精心的計算裝箱，而且仍設計的裝箱方案的優(yōu)化設計程度還遠遠不夠理想。同時經驗裝箱存在著不準確性，只有在裝箱工作結束以后才能知道每個集裝箱載了哪些貨物以與每種貨物的裝箱數量，企業(yè)才可以去報關，從而導致發(fā)貨周期較長。需求分析是指理解用戶需求，就軟件功能與客戶達成一致，估計軟件風險和評估項目的代價，最終形成開發(fā)計劃的一個復雜過程。在這個過程中，用戶的確處于主導地位，需求分析工程師和項目經理要負責整理用戶需求，為之后的軟件設計打下堅實的基礎。從廣義上來講：需求分析包括需求的獲取、分析、規(guī)格說明、變更、驗證、管理的一系列需求工程。本實驗過圖形，即正方形、長方形、三角形等來

9、進行模擬，主要功能是有足夠的容積容納商品并從強度和剛度方面良好地保護它們。集裝箱結構集裝箱：是指具有一定強度、剛度和規(guī)格專供周轉使用的大型裝貨容器。使用集裝箱轉運貨物，可直接在發(fā)貨人的倉庫裝貨，運到收貨人的倉庫卸貨，中途更換車、船時，無須將貨物從箱取出換裝。集裝箱優(yōu)化：指在固定大小的集裝箱箱，盡可能的放入最多數目的貨物紙箱（本系統中為三類圖形，即正方形、長方形與三角形），從而使空間利用率達到最小。軟件設計的功能結構主要分為三大模塊來處理，分別是，輸入模塊，主要用于用戶選擇性的要求展開處理。處理模塊，主要對集裝箱的平面容器進行優(yōu)化設計處理。輸出模塊，根據用戶輸入的選擇方案，輸出其方案結果，并且得

10、出最佳方案。其功能如下IPO圖所示： 輸入框： 處理框： 輸出框：1、 方案輸出2、 優(yōu)勝方案輸出1、 圖形組合處理。2、 剩余空間計算。1、 單一圖（正方形）2、 單一圖形（長方形）3、 組合圖（正方形+ 長方形） 圖1-1 IPO圖資源設計3.1執(zhí)行軟件并輸入參數啟動“集裝箱優(yōu)化設計軟件”后，可以輸入（選擇）集裝箱尺寸（部空間的尺寸）。說明：所有的參數值都是以厘米（CM）為單位的（2.54厘米=1英寸，1英尺=12英寸）。3.2計算裝箱方案與實際裝箱方案的比較在參照裝箱示意圖制定實際裝箱方案時，有以下幾點因素需要注意。（1）“集裝箱裝箱優(yōu)化軟件”最后給出的裝箱方案，是對應于眾多優(yōu)化算中裝箱

11、結構較為簡單且裝箱數量較多的一種，因此本軟件并不能保證最后的結果是裝箱數量最多的一種。（2）“集裝箱裝箱優(yōu)化軟件”在計算可程中裝集裝箱當作一個長方體（沒有考慮角件等因素），因此如有角件等，則需要移動裝箱位置（或在有角件的地方空出一箱）等手工處理。（3）由于“集裝箱裝箱優(yōu)化軟件”在計算過程中將包裝箱視為標準的長方體，而實際情況下，包裝箱的尺寸總會有誤差，還會有不同程度的尺寸不一，鼓脹，變形等。而且，要想順利地裝卸，包裝箱和集裝箱箱壁之間也需要多少有一點空隙。這種誤差的大小隨情形而異。一般地，為了計算這種差額，可以視具體情形而在包裝箱本身長寬高的基礎上增添一個增量，比如原來包裝箱是39×

12、29×24（CM），計算時可以輸入40×30×25（CM）。輸入數據要求：（1）數據類型：輸入數據為選定圖形的尺寸，故為3位整型即可， 即Int32類型的整數；（2）格式：數值；（3）媒體：該數據是通過文本框進行輸入的；（4）數值圍：長小于等于40m，寬小于等于20m，單個圖形面積不超過800平方米；（5）精度：精確到0.01m；圖2-1 集裝箱平面設計圖輸出數據要求：（1）數據類型：圖形部分為圖片，結果部分為優(yōu)化后裝入集裝箱的圖形數目，故為Int32類型；（2）格式：bmp和數值類型；（3）媒體：文本框輸出優(yōu)化后裝入集裝箱的最大圖形數目，bmp位圖保存的是優(yōu)化后

13、的圖形方式，主要在panel上顯示；（4）數值圍：無（5）精度：由于輸出結果為位圖類型和純數字類型，所以輸出精度沒有特殊要求；（6）控制輸出量：裝入圖形后，剩余空間最少且在此情況下裝入的數量最多，即可輸出結果。具體組合方案：正方形組合圖形長方形輸出方案單一組合方案圖形組合方案混合組合方案優(yōu)勝方案圖2-2 集裝箱資源分配圖成本計劃4.1項目費用計劃項目成本估算（Project Cost Estimate）項目成本估算是指根據項目的資源需求和計劃，以與各種項目資源的價格信息，估算和確定項目各種活動的成本和整個項目總成本的一項項目成本管理工作。成本估算是對完成項目所需費用的估計和計劃，是項目計劃中的

14、一個重要組成部分。要實行成本控制，首先要進行成本估算。理想的是，完成某項任務所需費用可根據歷史標準估算。但對許多工業(yè)來說，由于項目和計劃變化多端，把以前的活動與現實對比幾乎是不可能的。費用的信息，不管是否根據歷史標準，都只能將其作為一種估算。1項目成本的構成 1）項目定義與決策工作成本； 2）項目設計成本； 3）項目采購成本； 4）項目實施成本。 2具體的項目成本科目 1）人工成本（各種勞力的成本） 2）物料成本（消耗和占用的物料資源費用） 3）顧問費用（各種咨詢和專家服務費用） 4）設備費用（折舊、租賃費用等） 5）其他費用（如保險、分包商的法定利潤等） 6）不可預見費（為預防項目變更的管理

15、儲備） 3軟件開發(fā)成本估算的經驗模型Putnam 模型，1978年Putnam提出的，一種動態(tài)多變量模型。L = Ck * K1/3 * td4/3，其中： L源代碼行數(以LOC計)；K整個開發(fā)過程所花費的工作量（以人年計）；td開發(fā)持續(xù)時間（以年計）；Ck-技術狀態(tài)常數，它反映“妨礙開發(fā)進展的限制”，取值因開發(fā)環(huán)境而異；Ck的典型值 開發(fā)環(huán)境 開發(fā)環(huán)境舉例；2000 差 沒有系統的開發(fā)方法，缺乏文檔和復審；8000 好 有合適的系統的開發(fā)方法，有充分的文檔和復審；11000 優(yōu) 有自動的開發(fā)工具和技術從上述方程加以變換，可以得到估算工作量的公式： K = L3/(Ck3*td4)還可以估算

16、開發(fā)時間： td = L3/(Ck3*K)1/4COCOMO模型按其詳細程度可以分為三級：基本COCOMO模型，中間COCOMO模型，詳細COCOMO模型。其中基本COCOMO模型是是一個靜態(tài)單變量模型，它用一個以已估算出來的原代碼行數(LOC)為自變量的經驗函數計算軟件開發(fā)工作量。中級COCOMO模型在基本COCOMO模型的基礎上，再用涉與產品、硬件、人員、項目等方面的影響因素調整工作量的估算。詳細COCOMO模型包括中間COCOMO模型的所有特性，但更進一步考慮了軟件工程中每一步驟（如分析、設計）的影響?；綜OCOMO模型，通過統計63個歷史項目的歷史數據，得到如下計算公式?？傮w類型 工

17、作量 進度組織型 MM = 10.4*(KDSI)1.05 TDKV = 10.5(MM)0.38半獨立型 MM = 3.0*(KDSI)1.12 TDKV = 10.5(MM)0.35嵌入型 MM = 3.0*(KDSI)1.20 TDKV = 10.5(MM)0.324.項目成本估算 - 估算難點1.需求信息的復雜性。與其他有些傳統項目不同，信息系統要滿足的客戶的主觀需要。由于人的復雜性，給信息系統帶來了無數的難以確定的因素。而且，隨著項目的進展，許多具體情況的明確，項目的成本估算也會相應的有所變化。 2.開發(fā)技術和工具的不斷變化。開發(fā)工具軟件的不斷升級，技術方案不斷更新，這些技術的進步讓

18、信息系統項目可以提供功能越來越強，但是給信息系統項目的成本估算帶來困難。 3.缺乏類似項目估算數據可供參考。有效的項目成本估算是建立在大量的同類項目的成本估算的基礎上的。沒有大量的同類項目的經驗，信息系統項目的成本估算也就非常困難了。 4.缺乏專業(yè)和富有經驗的人才。 5.信息系統研發(fā)人員技術能力的差異。不同人員的不同態(tài)度、經驗和能力都會造成不同人員的截然不同的效率，這也給信息系統的成本估算帶來了困難。 6.管理層的壓力與誤解。質量計劃6.1軟件質量的確立集裝箱在軟件質量確立主要有以下幾個方面：1明確集裝箱在使用圍和目的與需達到的質量目標； 2組織實際運作的各過程的步驟； 3在項目的不同階段，相

19、關職責、權限和資源的具體分配； 4采用的具體的文件化程序和指導書； 5適宜階段適用的檢驗、試驗、檢查和審核大綱； 6隨項目的進展進行更改和完善質量計劃的文件化程序； 7達到質量目標的度量方法與所采取的措施。6.2 評審和檢查具體規(guī)定了應該進行的階段評審、階段評審的容和評審時間要求。對新開發(fā)的或正在開發(fā)的各個子系統，都要按照GB 8566的規(guī)定認真進行定期的或階段性的各項評審工作。就整個軟件開發(fā)過程而言，至少要進行軟件需求評審、概要設計評審、詳細設計評審、軟件驗證和確認評審、功能檢查、物理檢查、綜合檢查以與管理評審等八個方面的評審和檢查工作。如本計劃第2.2條所述，經總體組研究決定，在集裝箱優(yōu)化

20、設計軟件與其所屬各個子系統的開發(fā)過程中，把前七種評審分成三次進行。在每次評審之后，要對評審結果作出明確的管理決策。下面給出每次評審應該進行的工作。 6.2.1 軟件需求評審這次評審會對軟件需求進行評審，軟件需求評審（SRR）應確保在軟件需求規(guī)格說明書中規(guī)定的各項需求的合理性。 6.2.2 概要設計評審在軟件概要設計階段結束后必須進行概要設計評審（PDR），以評價軟件設計說明書中所描述的軟件概要設計在總體機構、外部接口、主要部件功能分配、全局數據結構以與各主要部件之間的接口等方面的合適性。6.2.3 詳細設計評審在軟件詳細設計階段結束后必須進行詳細設計評審（DDR），以確定軟件設計說明書中所描述

21、的詳細設計在功能、算法和過程描述等方面的合適性，應確定軟件設計說明書中的詳細設計在滿足軟件需求規(guī)格說明書中的需求方面的可接受性。 6.2.4 軟件驗證與確認評審在制訂軟件驗證與確認計劃之后要對它進行評審，以評價軟件驗證與確認計劃中所規(guī)定的驗證與確認方法的合適性與完整性。6.3 功能檢查在軟件釋放前，要對軟件進行檢查，功能檢查（FA）應驗證所開發(fā)的軟件已經滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。 6.4 物理檢查在驗收軟件前，要對軟件進行物理檢查（PA），以驗證程序和文檔已經一致并已做好了交付的準備。6.5 綜合檢查在軟件驗收時，要允許用戶或用戶所委托的專家對所要驗收的軟件進行設計抽樣的綜合檢

22、查（CA），以驗證代碼和設計文檔的一致性、接口規(guī)格說明之間的一致性（硬件和軟件）、設計實現和功能需求的一致性、功能需求和測試描述的一致性。6.6 管理評審要對計劃的執(zhí)行情況定期（或按階段）進行管理評審（MA）；這些評審必須由獐獨立于被評審單位的機構或授權的第三方主持進行。6.7 軟件配置管理對集裝箱優(yōu)化設計軟件系統的各項配置進行與時、合理的管理，是確保軟件質量的重要手段，也是確保該軟件具有強大生命力的重要措施。有關集裝箱優(yōu)化設計軟件的配置管理工作，可按開發(fā)該系統的軟件工程小組編寫的集裝箱優(yōu)化設計軟件配置管理計劃。在軟件配置管理工作中，要特別注意規(guī)定對軟件問題報告、追蹤和解決的步驟，并指出實現報

23、告、追蹤和解決軟件問題的機構與其職責。6.8 工具、技術和方法在集裝箱優(yōu)化設計項目所屬的各個子系統（其中包括有關的支持軟件）的研制與開發(fā)過程中，都應該在各自的軟件質量保證活動中合理地使用軟件質量活動的支持工具、技術和方法。這些工具主要有下列三種： a. C軟件測試工具。它支持用C語言編寫的模塊的靜態(tài)分析、結構測試與功能測試。主要功能為：協助測試人員判斷程序結構與變量使用情況是否有錯；給測試人員提供模塊語句覆蓋率Co和分支覆蓋率C1的值，并顯示未覆蓋語句和未覆蓋分支的與其分支謂詞，給出不同測試用例有效性的表格；同時提出功能測試的有效情況，并協助組織最終交付給用戶的有效測試用例的集合。 b. 軟件

24、配置管理工具。它支持用戶對源代碼清單的更新管理以與對重新編譯與連接的代碼的自動組織；支持用戶在不同文檔相關容之間進行相互檢索并確定同一文檔某一容在本文檔中的涉與圍；同時還應支持軟件配置管理小組對軟件配置更改進行科學的管理。 c. 文檔輔助生成工具與圖形編輯工具。它主要協助用戶繪制描述程序流程與結構的DFD圖與SC圖、繪制描述軟件功能（輸入、輸出關系）的曲線以與繪制描述控制系統特性的一些其他圖形，同時還可生成若干與集裝箱優(yōu)化設計軟件文檔編制大綱相適應的文檔模塊板。用戶利用這個工具的正文與圖形編輯功能以與上述輔助功能，可以比較方便地產生清晰悅目的文檔，也有利于對文檔進行更改，還有助于提高文檔的編制

25、質量。 6.9 媒體控制為了保護計算機程序的物理媒體，以免非法存取、意外損壞或自然老化，集裝箱優(yōu)化設計軟件系統的各個子系統（包括支持軟件）都必須設立軟件配置管理人員，并按照開發(fā)該系統的軟件工程小組制訂的、且經集裝箱優(yōu)化設計總體組批準的集裝箱優(yōu)化設計軟件配置管理計劃妥善管理和存放各個子系統與其專用支持軟件的媒體。 6.10 對供貨單位的控制集裝箱優(yōu)化設計項目所屬的各個子系統開發(fā)組，如果需要從軟件銷售單位購買、委托其他開發(fā)單位開發(fā)、從開發(fā)單位現存軟件庫中選用或從項目委托單位或用戶的現有軟件庫中選用軟部件時，則在選用前應向開發(fā)該系統的總體組報告，然后由總體組組織“軟件選用評審小組”進行評審、測試與檢

26、查，只有當演示成功、測試合格后才能批準選用。如果只選用其中部分容，則按待開發(fā)軟件的處理過程辦理，此時開發(fā)該系統的總體組不作干預。 6.11 記錄的收集、維護和保存在集裝箱優(yōu)化設計項目與其所屬的各個子系統的研制與開發(fā)期間，要進行各種軟件質量保證活動，準確記錄、與時分析并妥善保存有關這些活動的記錄，是確保軟件質量的重要條件。在軟件質量保證小組中，應有專人負責收集、匯總與保存有關軟件質量保證活動的記錄。要收集、匯總與保存的記錄名字與其保存期限見表1。 表1 記錄名稱與其保存的期限 記錄的名稱與分類要保存的的期限階段評審記錄階段評審總結整個軟件開發(fā)周期階段評審問題記錄整個軟件開發(fā)周期階段評審主要問題整

27、個軟件開發(fā)周期階段評審成員整個軟件開發(fā)周期日常檢查記錄軟件階段進度表整個軟件開發(fā)周期軟件階段產品完成情況整個軟件開發(fā)周期軟件開發(fā)費用統計表整個軟件生存周期修改記錄軟件問題報告單整個軟件生存周期軟件問題修改單整個軟件生存周期組織軟件質量保證小組成員登記表整個軟件開發(fā)周期風險控制計劃7.1風險分析方法風險分析根據對各要素的指標量化以與計算方法不同分為定性分析、半定量分析和定量分析的風險分析方法，或者是這些分析的組合。1）定性分析方法是被廣泛使用的一種風險分析方法，也是出現在大部分標準中的一種方法。它對風險產生的可能性和風險產生的后果基于“低/中/高”這種表達方式，而不是準確的可能性和損失量。該方法

28、通常只關注威脅事件所帶來的損失（Loss），而忽略事件發(fā)生的概率（Probability）。多數定性風險分析方法依據組織面臨的威脅、脆弱點以與控制措施等元素來決定安全風險等級。在定性評估時并不使用具體的數據，而是指定期望值，如設定每種風險的影響值和概率值為“高”、“中”、“低”。有時單純使用期望值，并不能明顯區(qū)別風險值之間的差別?？梢钥紤]為定性數據指定數值。例如，設“高”的值為3，“中”的值為2，“低”的值為定量分析2）定量分析方法利用兩個基本的元素：威脅事件發(fā)生的概率和可能造成的損失。把這兩個元素簡單相乘的結果稱為ALE（Annual Loss Expectancy）或EAC（Estimat

29、ed Annual Cost）2。理論上可以依據ALE計算威脅事件的風險等級，并且做出相應的決策。文獻1提出了一種定量風險評估方法。該方法首先評估特定資產的價值V，把信息系統分解成各個組件可能更加有利于整個系統的定價，一般按功能單元進行分解；然后根據客觀數據計算威脅的頻率P；最后計算威脅影響系數µ，因為對于每一個風險，并不是所有的資產所遭受的危害程度都是一樣的，程度的圍可能從無危害到徹底危害（即完全破壞）。根據上述三個參數，計算ALE：ALE V × P × µ        

30、;                 但是這種方法存在一個問題，就是數據的不可靠和不精確。對于某些類型的安全威脅，存在可用的信息。例如，可以根據頻率數據估計人們所處區(qū)域的自然災害發(fā)生的可能性（如洪水和地震）。也可以用事件發(fā)生的頻率估計一些系統問題的概率，例如系統崩潰和感染病毒。但是，對于一些其他類型的威脅來說，不存在頻率數據，影響和概率很難是精確的。此外，控制和對策措施可以減小威脅事件發(fā)生的可能性，而這些威脅事件之間又是相互關聯

31、的。這將使定量評估過程非常耗時和困難。7.2風險評估（1）對風險本身的界定。包括風險發(fā)生的可能性；風險強度；風險持續(xù)時間；風險發(fā)生的區(qū)域與關鍵風險點。 （2）對風險作用方式的界定。包括風險對企業(yè)的影響是直接的還是間接的；是否會引發(fā)其他的相關風險；風險對企業(yè)的作用圍等。 （3）對風險后果的界定。在損失方面：如果風險發(fā)生，對企業(yè)會造成多大的損失？如果避免或減少風險，企業(yè)需要付出多大的代價？在冒風險的利益方面：如果企業(yè)冒了風險，可能獲得多大的利益。7.3風險控制方法風險控制方面應該注意:（1）可能的硬件故障：計算機藍屏；硬件資源得不到滿足而無響應；（2）可能的軟件故障：輸入無響應，程序計算錯誤；（3）在性能方面產生的后果：硬件故障可能使程序終止，而軟件故障則可能得不到正確的結果，用戶均得不到期望的結果；（4）對硬件故障或軟件故障的處理要求：首先，硬件方面，計算機配置不能太差，必須滿足運行程序的基本要求程；其次，序運行時，關