【正文】 參考文獻 [1] 李偉波，劉永祥，王慶春．軟件工程 ．武漢：武漢大學(xué)出版， 2020 [2] 楊文龍，古天龍 . 軟件過程 (第二版 ). 北京：電子工業(yè)出版社， 2020 [3] 李曉林，謝芳 . 大學(xué)計算機基礎(chǔ) [Z]. 北京：高等教育出版社， ~324. [4] McConnell J of Algorithm. 北京：高等教育出版社， [5] 譚浩強編著 . C程序設(shè)計 . 北京 : 清華大學(xué)出版社 , 1991 。 致 謝 在這里我非常感謝指導(dǎo)老師和同學(xué)的幫助和鼓勵，從他們身上我學(xué)習(xí)到了怎樣才能把數(shù)據(jù)庫系統(tǒng)設(shè)計好，怎樣才能滿足用戶的需求，當數(shù)據(jù)庫系 統(tǒng)出現(xiàn)問題時應(yīng)該怎么做以及怎樣處理一些突發(fā)事件等等。 看著自己親自編寫的集裝箱優(yōu)化設(shè)計質(zhì)量策劃書， 突然產(chǎn)生一種成就感，不敢相信這就是我編寫的，因為一開始老師布置這個項目時，覺得很難編寫，等自己磕磕碰碰的編寫完成之后，覺得有些不可思議。在書寫過程中，碰到了一些問題，就參考一些與軟件工程有關(guān)的書集，都找到了相關(guān)答案，使問題一一得到解決。 總 結(jié) 本次的集裝箱優(yōu)化設(shè)計質(zhì)量策劃書的書寫，是通過所學(xué)軟件工程知識，以及參考相關(guān)資料進行編寫的，除了老師給定的四個學(xué)時的課堂時間之外，我還利用了課下的時間，最終完成了此篇文檔的編寫。 （ 4）控制軟件運行的控制信號：消息機制實現(xiàn)。 其他特殊要求 ，用戶在安全性、使用方便性、可維護性、可補充性、易讀性、可靠性、運行環(huán)境可轉(zhuǎn)換性等方面的特殊要求： （ 1）輸入要方便，盡可能以用戶最習(xí)慣的方式讓其輸入數(shù)據(jù)； （ 2）盡可能用圖形顯示最終優(yōu)化的結(jié)果，同時輸出優(yōu)化后的最大數(shù)目，一目了然，用戶也很 l樂于接受。在損失方面：如果風(fēng)險發(fā)生，對企業(yè)會造成多大的損失？如果避免或減少風(fēng)險，企業(yè)需要付出多大的代價？在冒風(fēng)險的利益方 面 ：如果企業(yè)冒了風(fēng)險，可能獲得多大的利益 。包括風(fēng)險對企業(yè)的影響是直接的還是間接的；是否會引發(fā)其他的相關(guān)風(fēng)險；風(fēng)險對企業(yè)的作用范圍等。包括風(fēng)險發(fā)生的可能性；風(fēng)險強度；風(fēng)險持續(xù)時間；風(fēng)險發(fā)生的區(qū)域及關(guān)鍵風(fēng)險點。這將使定量評估過程非常耗時和困難。但是，對于一些其他類型的威脅來說，不存在頻率數(shù)據(jù)，影響和概率很難 是精確的。例如，可以根據(jù)頻率數(shù)據(jù)估計人們所處區(qū)域的自然災(zāi)害發(fā)生的可能性（如洪水和地震）。 但是這種方法存在一個問題，就是數(shù)據(jù)的不可靠和不精確。因為對于每一個風(fēng)險 ，并不是所有的資產(chǎn)所遭受的危害程度都是一樣的，程度的范圍可能從無危害到徹底危害（即完全破壞）。文獻 [1]提出了一種定量風(fēng)險評估方法。把這兩個元素簡單相乘的結(jié)果稱為 ALE（ Annual Loss Expectancy）或 EAC（ Estimated Annual Cost） [2]?？梢钥紤]為定性數(shù)據(jù)指定數(shù)值。在定性評估時并不使用具體的數(shù)據(jù)，而是指定期望值，如設(shè)定每種風(fēng)險的影響值和概率值為 “ 高 ” 、 “ 中 ” 、 “ 低 ” 。 該方法通常只關(guān)注威脅事件所帶來的損失（ Loss），而忽略事件發(fā)生的概率（ Probability）。 1） 定性分析方法是被廣泛使用的一種風(fēng)險分析方法，也是出現(xiàn)在大部分標準中的一種方法。要收集、匯總與保存的記錄名字及其保存期限見表 1。 記錄的收集、維護和保存 在集裝箱優(yōu)化設(shè)計項目及其所 屬的各個子系統(tǒng)的研制與開發(fā)期間，要進行各種軟件質(zhì)量保證活動，準確記錄、及時分析并妥善保存有關(guān)這些活動的記錄，是確保軟件質(zhì)量的重要條件。 對供貨單位的控制 集裝箱優(yōu)化設(shè)計項目所屬的各個子系統(tǒng)開發(fā)組，如果需要從軟件銷售單位購買、委托其他開發(fā)單位開發(fā)、從開發(fā)單位現(xiàn)存軟件庫中選用或從項目委托單位或用戶的現(xiàn)有軟件庫中選用軟部件時，則在選用前應(yīng)向開發(fā)該系統(tǒng)的總體組報告，然后由總體組組織“軟件選用評審小組”進行評審、測試與檢查，只有當演示成功、測試合格后才能批準選用。用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能，可以比較方便地產(chǎn)生清晰悅目的文檔，也有利于對文檔進行更改，還有助于提高文檔的編制質(zhì)量。 c. 文檔輔助生成工具與圖形編輯工具。 b. 軟件配置管理工具。它支持用 C語言編寫的模塊的靜態(tài)分析、結(jié)構(gòu)測試與功能測試。 工具、技術(shù)和方法 在集裝箱優(yōu)化設(shè)計項目所屬的各個子系統(tǒng)（其中包括有關(guān)的支持軟件）的研制與開發(fā)過程中，都應(yīng)該在各自的軟件質(zhì)量保證活動中合理地使用軟件質(zhì)量活動的支持工具、技術(shù)和方法。有關(guān)集裝箱優(yōu)化設(shè)計軟件的配置管理工作，可按開發(fā)該系統(tǒng)的軟件工程小組編寫的《集裝箱優(yōu)化設(shè)計軟件配置管理計劃》。 管理評審 要對計劃的執(zhí)行情況定期（或按階段）進行管理評審（ MA）；這些評審必須由獐獨立于被評審單位的機構(gòu)或授權(quán)的第三方主持進行。 物理檢查 在驗收軟件前，要對軟件進行物理檢查（ PA），以驗證程序和文檔已經(jīng)一致并已做好了交付的準備。 軟件驗證與確認評審 在制訂軟件驗證與確認計劃之后要對它 進行評審，以評價軟件驗證與確認計劃中所規(guī)定的驗證與確認方法的合適性與完整性。 概要設(shè) 計評審 在軟件概要設(shè)計階段結(jié)束后必須進行概要設(shè)計評審（ PDR），以評價軟件設(shè)計說明書中所描述的軟件概要設(shè)計在總體機構(gòu)、外部接口、主要部件功能分配、全局數(shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方面的合適性。下面給出每次評審應(yīng)該進行的工作。如本計劃第 條所述，經(jīng)總體組研究決定，在集裝箱優(yōu)化設(shè)計軟件及其所屬各個子系統(tǒng)的開發(fā)過程中，把前七種評審分成三次進行。對新開發(fā)的或正在開發(fā)的各個子系統(tǒng)，都要按照 GB 8566 的規(guī)定認真進行定期的或階段性的各項評審工作。 質(zhì)量計劃 軟件質(zhì)量的確立 集裝箱在軟件質(zhì)量確立主要有以下幾個方面： 1．明確 集裝箱在使用 范圍和目的 及需達到的質(zhì)量目標； 2．組織實際運作的各過程的步驟； 3．在項目的不同階段，相關(guān)職責(zé)、權(quán)限和資源的具體分配； 4．采用的具體的文件化程序和指導(dǎo)書； 5．適宜階段適用的檢驗、試驗、檢查和審核大綱