集裝箱優(yōu)化設(shè)計的質(zhì)量策劃

14/19武漢工程大學(xué)計算機(jī)科學(xué)與工程學(xué)院課題設(shè)計報告設(shè)計名稱：集裝箱優(yōu)化設(shè)計的質(zhì)量策劃書學(xué)生學(xué)號：專業(yè)班級:學(xué)生姓名：學(xué)生成績：指導(dǎo)教師(職稱)：王慶春課題工作時間:2011-10－２3至2011—說明：1、報告中的第一、二、三項由指導(dǎo)教師在綜合設(shè)計開始前填寫并發(fā)給每個學(xué)生；四、五兩項（中英文摘要)由學(xué)生在完成綜合設(shè)計后填寫.2、學(xué)生成績由指導(dǎo)教師根據(jù)學(xué)生的設(shè)計情況給出各項分值及總評成績。３、指導(dǎo)教師評語一欄由指導(dǎo)教師就學(xué)生在整個設(shè)計期間的平時表現(xiàn)、設(shè)計完成情況、報告的質(zhì)量及答辯情況，給出客觀、全面的評價。４、所有學(xué)生必須參加綜合設(shè)計的答辯環(huán)節(jié),凡不參加答辯者,其成績一律按不及格處理。答辯小組成員應(yīng)由2人及以上教師組成。5、報告正文字?jǐn)?shù)一般應(yīng)不少于５000字，也可由指導(dǎo)教師根據(jù)本門綜合設(shè)計的情況另行規(guī)定。6、平時表現(xiàn)成績低于6分的學(xué)生，取消答辯資格,其本項綜合設(shè)計成績按不及格處理。7、此表格式為武漢工程大學(xué)計算機(jī)科學(xué)與工程學(xué)院提供的基本格式（適用于學(xué)院各類綜合設(shè)計），各教研室可根據(jù)本門綜合設(shè)計的特點及內(nèi)容做適當(dāng)?shù)恼{(diào)整,并上報學(xué)院批準(zhǔn)。成績評定表學(xué)生姓名：學(xué)號:班級:類別合計分值各項分值評分標(biāo)準(zhǔn)實際得分合計得分備注平時表現(xiàn)10１0按時參加綜合設(shè)計，無曠課、遲到、早退、違反實驗室紀(jì)律等情況。由設(shè)計負(fù)責(zé)人給出完成情況3０20按設(shè)計任務(wù)書的要求完成了全部任務(wù),能完整演示其設(shè)計內(nèi)容，符合要求.1０能對其設(shè)計內(nèi)容進(jìn)行詳細(xì)、完整的介紹，并能就指導(dǎo)教師提出的問題進(jìn)行正確的回答。報告質(zhì)量３510報告文字通順,內(nèi)容翔實，論述充分、完整，立論正確，結(jié)構(gòu)嚴(yán)謹(jǐn)合理；報告字?jǐn)?shù)符合相關(guān)要求,工整規(guī)范，整齊劃一。5課題背景介紹清楚，綜述分析充分。5設(shè)計方案合理、可行，論證嚴(yán)謹(jǐn),邏輯性強(qiáng)，具有說服力。5符號統(tǒng)一;圖表完備、符合規(guī)范要求。5能對整個設(shè)計過程進(jìn)行全面的總結(jié),得出有價值的結(jié)論或結(jié)果。5參考文獻(xiàn)數(shù)量在３篇以上，格式符合要求，在正文中正確引用.答辯情況25１０在規(guī)定時間內(nèi)能就所設(shè)計的內(nèi)容進(jìn)行闡述,言簡意明，重點突出,論點正確，條理清晰。15在規(guī)定時間內(nèi)能準(zhǔn)確、完整、流利地回答教師所提出的問題.總評成績：分補(bǔ)充說明:指導(dǎo)教師：（簽字)日期:年月日答辯記錄表學(xué)生姓名:學(xué)號：班級：答辯地點：答辯內(nèi)容記錄：答辯成績合計分值各項分值評分標(biāo)準(zhǔn)實際得分合計得分備注25１0在規(guī)定時間內(nèi)能就所設(shè)計的內(nèi)容進(jìn)行闡述,言簡意明,重點突出,論點正確，條理清晰.1５在規(guī)定時間內(nèi)能準(zhǔn)確、完整、流利地回答教師所提出的問題。答辯小組成員（簽字）:年月日指導(dǎo)教師評語指導(dǎo)教師:（簽字)日期：年月日目錄TOC\o"1-2”\h＼z\u１。項目概述 1１．1系統(tǒng)開發(fā)背景?PAGEREＦ_Toc3０9０43０４3\ｈ21.2項目開發(fā)目的 ＰＡＧＥRＥF_Ｔｏｃ3090４30４4\ｈ2２。集裝箱結(jié)構(gòu) PAGEREＦ＿Tｏc3090430４５\h33。資源設(shè)計 ＰAGEREF_Ｔoｃ309043046＼h４3．１執(zhí)行軟件并輸入?yún)?shù)?PAGＥＲEF_Ｔoc3０90４304７\ｈ43。２計算裝箱方案與實際裝箱方案的比較 ＰＡGEＲＥF_Ｔoc30９０4３048\h４4.成本計劃?ＰAGＥＲＥF_Toc309０４3０49\ｈ65．項目費用計劃 ＰAＧＥREF＿Toc3090４305０＼h６6.質(zhì)量計劃?PAGEＲEF_Ｔoc30904305１＼h86。１軟件質(zhì)量的確立?PAＧERＥＦ_Toc30904３0５２＼h８6。２評審和檢查?PＡＧEREF＿Toc3０９043053\ｈ96。3功能檢查 PAGEREF＿Tｏc3０90４3054\ｈ10６。４物理檢查 PAGERＥＦ_Tｏc30904３055＼h1０6.5綜合檢查?ＰAＧEＲEＦ_Toc３09043056\h106。6管理評審 ＰAGERＥF_Toｃ309043０57＼h106．７軟件配置管理 ＰAＧEREF＿Ｔoc30904３058＼ｈ１06.８工具、技術(shù)和方法?ＰAＧEＲEF_Toｃ3０904３059\h１１6.9媒體控制?PAGEREF_Ｔoc309０43０60\h1１６。1０對供貨單位的控制 PAGEREF＿Toc309043０６1\h1１６．11記錄的收集、維護(hù)和保存?PAGERＥＦ_Ｔｏｃ3０904３062\h1２7．風(fēng)險控制計劃 PAＧEREＦ_Tｏc30９0４3063\h1３7。１風(fēng)險分析方法?ＰAＧEＲＥＦ＿Toc30904306４＼h13７.2風(fēng)險評估 PＡGEREF＿Toｃ309043065＼h147。3風(fēng)險控制方法?PAGＥＲEF_Ｔoc3０9043066＼h14總結(jié)? PＡGEREF_Toｃ30９04３06７\ｈ１5致謝? ＰＡGEREF_Toｃ30９0４306８\h16參考文獻(xiàn).．．.．．.．．．．．．．．．..．．..。。．．．。。．．。。.。．...．．．．..．．．..PAＧEREＦ_Toｃ309043０69＼h17項目概述1.１系統(tǒng)開發(fā)背景需求分析是軟件生命周期計劃階段的重要組成部分，是開發(fā)者對待軟件開發(fā)項目的“理解、分解與表達(dá)“的過程,是借助于當(dāng)前系統(tǒng)的邏輯模型推出新系統(tǒng)的邏輯模型.集裝箱優(yōu)化需求分析文檔設(shè)計是軟件工程課程的核心內(nèi)容之一，是了解和熟悉軟件工程方法和過程設(shè)計的有效途徑。編寫集裝箱優(yōu)化設(shè)計需求文檔主要是對軟件工程課程的強(qiáng)化練習(xí),熟悉需求分析文檔編寫的形式,同時給老師指導(dǎo)并且加深對需求分析的理解。集裝箱優(yōu)化設(shè)計需求分析文檔主要是要求我們是要使用最優(yōu)化的方法將正方形、長方形和三角形三種形狀的物體裝在一個矩形箱子里的文檔.需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)（或手工)的邏輯模型推導(dǎo)出新系統(tǒng)的邏輯模型,解決性新系統(tǒng)做什么的問題。所謂“需求”指的是軟件系統(tǒng)的功能需求、性能需求、數(shù)據(jù)需求、其他有效的需求，通過深入了解和分析,確定這些需求以及確定軟件設(shè)計的限制和軟件與其他系統(tǒng)元素的接口細(xì)節(jié)，從而確定系統(tǒng)必須完成哪些工作，幸存對新系統(tǒng)準(zhǔn)確、清晰、具體的要求。集裝箱，是指具有一定強(qiáng)度、剛度和規(guī)格專供周轉(zhuǎn)使用的大型裝貨容器,是現(xiàn)代重要的運(yùn)輸工具，提高集裝箱的容積率可以使企業(yè)在貨物運(yùn)輸這一重要環(huán)節(jié)降低成本與費用，是進(jìn)出口和運(yùn)輸?shù)绕髽I(yè)普遍關(guān)心的問題.在運(yùn)輸過程中，物流成本一般包括庫存費用、運(yùn)輸成本和物流管理費用三部分.其中運(yùn)輸成本占三分之一左右，如何有效地降低運(yùn)輸成本是企業(yè)非常關(guān)心的問題。利用好集裝箱,可以節(jié)約大量運(yùn)輸費用,降低物流成本，反之，要造成巨大浪費.１．2項目開發(fā)目的不同的集裝箱制造商生產(chǎn)的集裝箱尺寸標(biāo)準(zhǔn)不同.了解集裝箱的生產(chǎn)商及其集裝箱的規(guī)格十分重要找那個藥.為了最大顯得的利用集裝箱空間，我們會盡量把貨物塞滿，讓集裝箱里面的剩余空間到達(dá)最小.目前,很多企業(yè)還是依賴于人工精心的計算裝箱，而且仍設(shè)計的裝箱方案的優(yōu)化設(shè)計程度還遠(yuǎn)遠(yuǎn)不夠理想.同時經(jīng)驗裝箱存在著不準(zhǔn)確性,只有在裝箱工作結(jié)束以后才能知道每個集裝箱載了哪些貨物以及每種貨物的裝箱數(shù)量，企業(yè)才可以去報關(guān)，從而導(dǎo)致發(fā)貨周期較長。需求分析是指理解用戶需求，就軟件功能與客戶達(dá)成一致,估計軟件風(fēng)險和評估項目的代價，最終形成開發(fā)計劃的一個復(fù)雜過程.在這個過程中，用戶的確處于主導(dǎo)地位,需求分析工程師和項目經(jīng)理要負(fù)責(zé)整理用戶需求，為之后的軟件設(shè)計打下堅實的基礎(chǔ)。從廣義上來講：需求分析包括需求的獲取、分析、規(guī)格說明、變更、驗證、管理的一系列需求工程。本實驗中通過圖形，即正方形、長方形、三角形等來進(jìn)行模擬，主要功能是有足夠的容積容納商品并從強(qiáng)度和剛度方面良好地保護(hù)它們。集裝箱結(jié)構(gòu)集裝箱：是指具有一定強(qiáng)度、剛度和規(guī)格專供周轉(zhuǎn)使用的大型裝貨容器。使用集裝箱轉(zhuǎn)運(yùn)貨物,可直接在發(fā)貨人的倉庫裝貨,運(yùn)到收貨人的倉庫卸貨,中途更換車、船時,無須將貨物從箱內(nèi)取出換裝。集裝箱優(yōu)化：指在固定大小的集裝箱箱內(nèi)，盡可能的放入最多數(shù)目的貨物紙箱(本系統(tǒng)中為三類圖形，即正方形、長方形及三角形），從而使空間利用率達(dá)到最小。軟件設(shè)計的功能結(jié)構(gòu)主要分為三大模塊來處理，分別是,輸入模塊，主要用于用戶選擇性的要求展開處理。處理模塊,主要對集裝箱的平面容器進(jìn)行優(yōu)化設(shè)計處理。輸出模塊，根據(jù)用戶輸入的選擇方案,輸出其方案結(jié)果，并且得出最佳方案。其功能如下IＰO圖所示:輸入框：處理框：輸出框:方案輸出方案輸出優(yōu)勝方案輸出圖形組合處理。剩余空間計算。單一圖（正方形）單一圖形（長方形）組合圖（正方形+長方形）圖1—1IPＯ圖資源設(shè)計3.１執(zhí)行軟件并輸入?yún)?shù)啟動“集裝箱優(yōu)化設(shè)計軟件”后,可以輸入（選擇）集裝箱尺寸(內(nèi)部空間的尺寸)。說明:所有的參數(shù)值都是以厘米（CＭ）為單位的(2．54厘米=1英寸，１英尺=１2英寸）。3。2計算裝箱方案與實際裝箱方案的比較在參照裝箱示意圖制定實際裝箱方案時，有以下幾點因素需要注意。（1)“集裝箱裝箱優(yōu)化軟件”最后給出的裝箱方案，是對應(yīng)于眾多優(yōu)化算中裝箱結(jié)構(gòu)較為簡單且裝箱數(shù)量較多的一種,因此本軟件并不能保證最后的結(jié)果是裝箱數(shù)量最多的一種。(2)“集裝箱裝箱優(yōu)化軟件”在計算可程中裝集裝箱當(dāng)作一個長方體(沒有考慮角件等因素）,因此如有角件等，則需要移動裝箱位置(或在有角件的地方空出一箱）等手工處理。（3)由于“集裝箱裝箱優(yōu)化軟件”在計算過程中將包裝箱視為標(biāo)準(zhǔn)的長方體,而實際情況下，包裝箱的尺寸總會有誤差,還會有不同程度的尺寸不一,鼓脹，變形等。而且,要想順利地裝卸，包裝箱和集裝箱箱壁之間也需要多少有一點空隙.這種誤差的大小隨情形而異.一般地，為了計算這種差額，可以視具體情形而在包裝箱本身長寬高的基礎(chǔ)上增添一個增量,比如原來包裝箱是39×29×24（ＣＭ），計算時可以輸入４0×３０×25(ＣM）.輸入數(shù)據(jù)要求：(1）數(shù)據(jù)類型:輸入數(shù)據(jù)為選定圖形的尺寸，故為３位整型即可,即Int3２類型的整數(shù)；(２）格式：數(shù)值；（3）媒體：該數(shù)據(jù)是通過文本框進(jìn)行輸入的；（4）數(shù)值范圍:長小于等于４0m，寬小于等于20m，單個圖形面積不超過８0０平方米；(５)精度：精確到0.01m；圖2—1集裝箱平面設(shè)計圖輸出數(shù)據(jù)要求:（1）數(shù)據(jù)類型：圖形部分為圖片,結(jié)果部分為優(yōu)化后裝入集裝箱的圖形數(shù)目，故為Iｎｔ32類型;(2）格式：bｍp和數(shù)值類型;(３）媒體:文本框輸出優(yōu)化后裝入集裝箱的最大圖形數(shù)目,bmｐ位圖保存的是優(yōu)化后的圖形方式，主要在panel上顯示;（4）數(shù)值范圍：無（5)精度:由于輸出結(jié)果為位圖類型和純數(shù)字類型，所以輸出精度沒有特殊要求；(6）控制輸出量：裝入圖形后,剩余空間最少且在此情況下裝入的數(shù)量最多,即可輸出結(jié)果。具體組合方案：正方形正方形組合圖形長方形輸出方案單一組合方案圖形組合方案混合組合方案優(yōu)勝方案圖2－2集裝箱資源分配圖成本計劃４．1項目費用計劃項目成本估算（PrｏjecｔＣosｔＥｓtimate)項目成本估算是指根據(jù)項目的資源需求和計劃，以及各種項目資源的價格信息，估算和確定項目各種活動的成本和整個項目總成本的一項項目成本管理工作。成本估算是對完成項目所需費用的估計和計劃，是項目計劃中的一個重要組成部分。要實行成本控制，首先要進(jìn)行成本估算。理想的是,完成某項任務(wù)所需費用可根據(jù)歷史標(biāo)準(zhǔn)估算.但對許多工業(yè)來說,由于項目和計劃變化多端，把以前的活動與現(xiàn)實對比幾乎是不可能的。費用的信息,不管是否根據(jù)歷史標(biāo)準(zhǔn)，都只能將其作為一種估算。1.項目成本的構(gòu)成1）項目定義與決策工作成本；2）項目設(shè)計成本;3）項目采購成本；4)項目實施成本.２.具體的項目成本科目１）人工成本（各種勞力的成本）2）物料成本(消耗和占用的物料資源費用）3)顧問費用（各種咨詢和專家服務(wù)費用）４)設(shè)備費用（折舊、租賃費用等）５）其他費用（如保險、分包商的法定利潤等）6)不可預(yù)見費（為預(yù)防項目變更的管理儲備)3。軟件開發(fā)成本估算的經(jīng)驗?zāi)Ｐ蚉utnam模型，1978年P(guān)utｎaｍ提出的，一種動態(tài)多變量模型。L=Ｃk*K1/3*td4／3,其中:Ｌ源代碼行數(shù)（以ＬＯＣ計）；Ｋ整個開發(fā)過程所花費的工作量（以人年計);td開發(fā)持續(xù)時間（以年計）；Ck—-技術(shù)狀態(tài)常數(shù)，它反映“妨礙開發(fā)進(jìn)展的限制”,取值因開發(fā)環(huán)境而異;Ck的典型值開發(fā)環(huán)境開發(fā)環(huán)境舉例；2000差沒有系統(tǒng)的開發(fā)方法，缺乏文檔和復(fù)審;80０0好有合適的系統(tǒng)的開發(fā)方法,有充分的文檔和復(fù)審；11０00優(yōu)有自動的開發(fā)工具和技術(shù)從上述方程加以變換，可以得到估算工作量的公式：K＝L３/（Ck3*td4)還可以估算開發(fā)時間:td=［L３/(Cｋ3＊Ｋ）]1/4ＣOCOMO模型按其詳細(xì)程度可以分為三級：基本COCＯMO模型，中間COCOMO模型，詳細(xì)CＯCＯMO模型。其中基本COCOMO模型是是一個靜態(tài)單變量模型，它用一個以已估算出來的原代碼行數(shù)（LOＣ）為自變量的經(jīng)驗函數(shù)計算軟件開發(fā)工作量。中級COCOMO模型在基本ＣOCOMO模型的基礎(chǔ)上，再用涉及產(chǎn)品、硬件、人員、項目等方面的影響因素調(diào)整工作量的估算.詳細(xì)COCＯＭＯ模型包括中間COＣＯMO模型的所有特性,但更進(jìn)一步考慮了軟件工程中每一步驟(如分析、設(shè)計)的影響.基本CＯＣＯMO模型，通過統(tǒng)計63個歷史項目的歷史數(shù)據(jù),得到如下計算公式?？傮w類型工作量進(jìn)度組織型MM＝1０.４＊（KDSI）1。05TDＫV=1０。5（MM)０．３８半獨立型MM=３.0*(KＤSＩ）１．12ＴDＫV=10。５（MＭ)0。3５嵌入型MＭ=３．0*(ＫDＳI）1.2０TDＫV＝１0。5(MＭ)0．３24．項目成本估算—估算難點1．需求信息的復(fù)雜性。?與其他有些傳統(tǒng)項目不同，信息系統(tǒng)要滿足的客戶的主觀需要。由于人的復(fù)雜性，給信息系統(tǒng)帶來了無數(shù)的難以確定的因素。而且，隨著項目的進(jìn)展,許多具體情況的明確，項目的成本估算也會相應(yīng)的有所變化。

2。開發(fā)技術(shù)和工具的不斷變化.?開發(fā)工具軟件的不斷升級，技術(shù)方案不斷更新,這些技術(shù)的進(jìn)步讓信息系統(tǒng)項目可以提供功能越來越強(qiáng)，但是給信息系統(tǒng)項目的成本估算帶來困難.?3。缺乏類似項目估算數(shù)據(jù)可供參考.

有效的項目成本估算是建立在大量的同類項目的成本估算的基礎(chǔ)上的。沒有大量的同類項目的經(jīng)驗，信息系統(tǒng)項目的成本估算也就非常困難了。

4。缺乏專業(yè)和富有經(jīng)驗的人才。?5.信息系統(tǒng)研發(fā)人員技術(shù)能力的差異。?不同人員的不同態(tài)度、經(jīng)驗和能力都會造成不同人員的截然不同的效率，這也給信息系統(tǒng)的成本估算帶來了困難。?6.管理層的壓力與誤解。質(zhì)量計劃6。1軟件質(zhì)量的確立集裝箱在軟件質(zhì)量確立主要有以下幾個方面：1．明確集裝箱在使用范圍和目的及需達(dá)到的質(zhì)量目標(biāo)；２．組織實際運(yùn)作的各過程的步驟；3．在項目的不同階段，相關(guān)職責(zé)、權(quán)限和資源的具體分配；4.采用的具體的文件化程序和指導(dǎo)書;5．適宜階段適用的檢驗、試驗、檢查和審核大綱；6。隨項目的進(jìn)展進(jìn)行更改和完善質(zhì)量計劃的文件化程序；7。達(dá)到質(zhì)量目標(biāo)的度量方法及所采取的措施。6.２評審和檢查具體規(guī)定了應(yīng)該進(jìn)行的階段評審、階段評審的內(nèi)容和評審時間要求.對新開發(fā)的或正在開發(fā)的各個子系統(tǒng)，都要按照GB８566的規(guī)定認(rèn)真進(jìn)行定期的或階段性的各項評審工作。就整個軟件開發(fā)過程而言,至少要進(jìn)行軟件需求評審、概要設(shè)計評審、詳細(xì)設(shè)計評審、軟件驗證和確認(rèn)評審、功能檢查、物理檢查、綜合檢查以及管理評審等八個方面的評審和檢查工作。如本計劃第2．２條所述，經(jīng)總體組研究決定，在集裝箱優(yōu)化設(shè)計軟件及其所屬各個子系統(tǒng)的開發(fā)過程中，把前七種評審分成三次進(jìn)行。在每次評審之后,要對評審結(jié)果作出明確的管理決策。下面給出每次評審應(yīng)該進(jìn)行的工作。６。２.１軟件需求評審這次評審會對軟件需求進(jìn)行評審,軟件需求評審（SＲR）應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項需求的合理性.６.2.2概要設(shè)計評審在軟件概要設(shè)計階段結(jié)束后必須進(jìn)行概要設(shè)計評審（PＤR），以評價軟件設(shè)計說明書中所描述的軟件概要設(shè)計在總體機(jī)構(gòu)、外部接口、主要部件功能分配、全局?jǐn)?shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方面的合適性。6。2。3詳細(xì)設(shè)計評審在軟件詳細(xì)設(shè)計階段結(jié)束后必須進(jìn)行詳細(xì)設(shè)計評審(DDＲ)，以確定軟件設(shè)計說明書中所描述的詳細(xì)設(shè)計在功能、算法和過程描述等方面的合適性,應(yīng)確定軟件設(shè)計說明書中的詳細(xì)設(shè)計在滿足軟件需求規(guī)格說明書中的需求方面的可接受性.6.2。4軟件驗證與確認(rèn)評審在制訂軟件驗證與確認(rèn)計劃之后要對它進(jìn)行評審,以評價軟件驗證與確認(rèn)計劃中所規(guī)定的驗證與確認(rèn)方法的合適性與完整性。６。３功能檢查在軟件釋放前,要對軟件進(jìn)行檢查，功能檢查（ＦA）應(yīng)驗證所開發(fā)的軟件已經(jīng)滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。6.４物理檢查在驗收軟件前，要對軟件進(jìn)行物理檢查（PA)，以驗證程序和文檔已經(jīng)一致并已做好了交付的準(zhǔn)備。6.5綜合檢查在軟件驗收時，要允許用戶或用戶所委托的專家對所要驗收的軟件進(jìn)行設(shè)計抽樣的綜合檢查（CA）,以驗證代碼和設(shè)計文檔的一致性、接口規(guī)格說明之間的一致性（硬件和軟件)、設(shè)計實現(xiàn)和功能需求的一致性、功能需求和測試描述的一致性.6.６管理評審要對計劃的執(zhí)行情況定期（或按階段）進(jìn)行管理評審（MＡ)；這些評審必須由獐獨立于被評審單位的機(jī)構(gòu)或授權(quán)的第三方主持進(jìn)行。6。7軟件配置管理對集裝箱優(yōu)化設(shè)計軟件系統(tǒng)的各項配置進(jìn)行及時、合理的管理，是確保軟件質(zhì)量的重要手段，也是確保該軟件具有強(qiáng)大生命力的重要措施.有關(guān)集裝箱優(yōu)化設(shè)計軟件的配置管理工作，可按開發(fā)該系統(tǒng)的軟件工程小組編寫的《集裝箱優(yōu)化設(shè)計軟件配置管理計劃》。在軟件配置管理工作中，要特別注意規(guī)定對軟件問題報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。6．8工具、技術(shù)和方法在集裝箱優(yōu)化設(shè)計項目所屬的各個子系統(tǒng)（其中包括有關(guān)的支持軟件)的研制與開發(fā)過程中,都應(yīng)該在各自的軟件質(zhì)量保證活動中合理地使用軟件質(zhì)量活動的支持工具、技術(shù)和方法.這些工具主要有下列三種:a．Ｃ軟件測試工具。它支持用Ｃ語言編寫的模塊的靜態(tài)分析、結(jié)構(gòu)測試與功能測試.主要功能為：協(xié)助測試人員判斷程序結(jié)構(gòu)與變量使用情況是否有錯;給測試人員提供模塊語句覆蓋率Ｃo和分支覆蓋率C１的值，并顯示未覆蓋語句和未覆蓋分支的號碼及其分支謂詞,給出不同測試用例有效性的表格；同時提出功能測試的有效情況,并協(xié)助組織最終交付給用戶的有效測試用例的集合。b。軟件配置管理工具.它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的代碼的自動組織；支持用戶在不同文檔相關(guān)內(nèi)容之間進(jìn)行相互檢索并確定同一文檔某一內(nèi)容在本文檔中的涉及范圍；同時還應(yīng)支持軟件配置管理小組對軟件配置更改進(jìn)行科學(xué)的管理。ｃ。文檔輔助生成工具與圖形編輯工具。它主要協(xié)助用戶繪制描述程序流程與結(jié)構(gòu)的DFＤ圖與SＣ圖、繪制描述軟件功能(輸入、輸出關(guān)系）的曲線以及繪制描述控制系統(tǒng)特性的一些其他圖形，同時還可生成若干與集裝箱優(yōu)化設(shè)計軟件文檔編制大綱相適應(yīng)的文檔模塊板.用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能,可以比較方便地產(chǎn)生清晰悅目的文檔,也有利于對文檔進(jìn)行更改，還有助于提高文檔的編制質(zhì)量。6.9媒體控制為了保護(hù)計算機(jī)程序的物理媒體,以免非法存取、意外損壞或自然老化，集裝箱優(yōu)化設(shè)計軟件系統(tǒng)的各個子系統(tǒng)（包括支持軟件)都必須設(shè)立軟件配置管理人員，并按照開發(fā)該系統(tǒng)的軟件工程小組制訂的、且經(jīng)集裝箱優(yōu)化設(shè)計總體組批準(zhǔn)的《集裝箱優(yōu)化設(shè)計軟件配置管理計劃》妥善管理和存放各個子系統(tǒng)及其專用支持軟件的媒體.６.10對供貨單位的控制集裝箱優(yōu)化設(shè)計項目所屬的各個子系統(tǒng)開發(fā)組，如果需要從軟件銷售單位購買、委托其他開發(fā)單位開發(fā)、從開發(fā)單位現(xiàn)存軟件庫中選用或從項目委托單位或用戶的現(xiàn)有軟件庫中選用軟部件時,則在選用前應(yīng)向開發(fā)該系統(tǒng)的總體組報告，然后由總體組組織“軟件選用評審小組”進(jìn)行評審、測試與檢查，只有當(dāng)演示成功、測試合格后才能批準(zhǔn)選用。如果只選用其中部分內(nèi)容，則按待開發(fā)軟件的處理過程辦理,此時開發(fā)該系統(tǒng)的總體組不作干預(yù)。6.１1記錄的收集、維護(hù)和保存在集裝箱優(yōu)化設(shè)計項目及其所屬的各個子系統(tǒng)的研制與開發(fā)期間，要進(jìn)行各種軟件質(zhì)量保證活動,準(zhǔn)確記錄、及時分析并妥善保存有關(guān)這些活動的記錄,是確保軟件質(zhì)量的重要條件。在軟件質(zhì)量保證小組中，應(yīng)有專人負(fù)責(zé)收集、匯總與保存有關(guān)軟件質(zhì)量保證活動的記錄。要收集、匯總與保存的記錄名字及其保存期限見表1。表1記錄名稱及其保存的期限記錄的名稱與分類要保存的的期限階段評審記錄階段評審總結(jié)整個軟件開發(fā)周期階段評審問題記錄整個軟件開發(fā)周期階段評審主要問題整個軟件開發(fā)周期階段評審成員整個軟件開發(fā)周期日常檢查記錄軟件階段進(jìn)度表整個軟件開發(fā)周期軟件階段產(chǎn)品完成情況整個軟件開發(fā)周期軟件開發(fā)費用統(tǒng)計表整個軟件生存周期修改記錄軟件問題報告單整個軟件生存周期軟件問題修改單整個軟件生存周期組織軟件質(zhì)量保證小組成員登記表整個軟件開發(fā)周期風(fēng)險控制計劃7。1風(fēng)險分析方法風(fēng)險分析根據(jù)對各要素的指標(biāo)量化以及計算方法不同分為定性分析、半定量分析和定量分析的風(fēng)險分析方法，或者是這些分析的組合。１)定性分析方法是被廣泛使用的一種風(fēng)險分析方法，也是出現(xiàn)在大部分標(biāo)準(zhǔn)中的一種方法。它對風(fēng)險產(chǎn)生的可能性和風(fēng)險產(chǎn)生的后果基于“低／中/高"這種表達(dá)方式，而不是準(zhǔn)確的可能性和損失量。該方法通常只關(guān)注威脅事件所帶來的損失（Loss），而忽略事件發(fā)生的概率（Prｏbabiｌity）。多數(shù)定性風(fēng)險分析方法依據(jù)組織面臨的威脅、脆弱點以及控制措施等元素來決定安全風(fēng)險等級。在定性評估時并不使用具體的數(shù)據(jù)，而是指定期望值，如設(shè)定每種風(fēng)險的影響值和概率值為“高”、“中”、“低”。有時單純使用期望值,并不能明顯區(qū)別風(fēng)險值之間的差別?？梢钥紤]為定性數(shù)據(jù)指定數(shù)值。例如,設(shè)“高”的值為3，“中”的值為2,“低”的值為定量分析2)定量分析方法利用兩個基本的元素：威脅事件發(fā)生的概率和可能造成的損失。把這兩個元素簡單相乘的結(jié)果稱為AＬＥ(AnnualLossExpeｃtａｎcy）或EAC（EsｔiｍaｔeｄAｎｎuaｌCoｓt)［2]。理論上可以依據(jù)AＬE計算威脅事件的風(fēng)險等級,并且做出相應(yīng)的決策。文獻(xiàn)［１］提出了一種定量風(fēng)險評估方法。該方法首先評估特定資產(chǎn)的價值Ｖ，把信息系統(tǒng)分解成各個組件可能更加有利于整個系統(tǒng)的定價,一般按功能單元進(jìn)行分解;然后根據(jù)客觀數(shù)據(jù)計算威脅的頻率P；最后計算威脅影響系數(shù)μ，因為對于每一個風(fēng)險，并不是所有的資產(chǎn)所遭受的危害程度都是一樣的,程度的范圍可能從無危害到徹底危害(即完全破壞）。根據(jù)上述三個參數(shù),計算AＬE：AＬE=V×P×μ

但是這種方法存在一個問題,就是數(shù)據(jù)的不可靠和不精確.對于某些類型的安全威脅,存在可用的信息。例如，可以根據(jù)頻率數(shù)據(jù)估計人們所處區(qū)域的自然災(zāi)害發(fā)生的可能性（如洪水和地震).也可以用事件發(fā)生的頻率估計一些系統(tǒng)問題的概率,例如系統(tǒng)崩潰和感染病毒。但是，對于一些其他類型的威脅來說，不存在頻率數(shù)據(jù)，影響和概率很難是精確的.此外，控制和對策措施可以減小威脅事件發(fā)生的可能性，而這些威脅事件之間又是相互關(guān)聯(lián)的。這將使定量評估過程非常耗時和困難。７。2風(fēng)險評估（１)對風(fēng)險本身的界定。包括風(fēng)險發(fā)生的可能性；風(fēng)險強(qiáng)度；風(fēng)險持續(xù)時間;風(fēng)險發(fā)生的區(qū)域及關(guān)鍵風(fēng)險點。(２)對風(fēng)險作用方式的界定。包括風(fēng)險對企業(yè)的影響是直接的還是間接的；是否會引發(fā)其他的相關(guān)風(fēng)險；風(fēng)險對企業(yè)的作用范圍等。（3)對風(fēng)險后果的界定。在損失方面：如果風(fēng)險發(fā)生，對企業(yè)會造成多大的損失？如果避免或減少風(fēng)險，企業(yè)需要付出多大的代價？在冒風(fēng)險的利益方面:如果企業(yè)冒了風(fēng)險，可能獲得多大的利益。7．3風(fēng)險控制方法風(fēng)險控制方面應(yīng)該注意：（１）可能的硬件故障：計算機(jī)藍(lán)屏