【文章內(nèi)容簡介】 ds of packing scheme,writing code through these three schemes with the requirements format.Keywords: the optimization of container。 plot ratio。 quality management。 document。 Management plan第一章 質(zhì)量管理概述質(zhì)量，通常指產(chǎn)品的質(zhì)量，廣義還包括工作的質(zhì)量。而工作質(zhì)量則是產(chǎn)品質(zhì)量的保證，它反映了與產(chǎn)品質(zhì)量直接有關的工作對產(chǎn)品質(zhì)量的保證程度。從項目作為一次性的活動來看，項目質(zhì)量體現(xiàn)在由工作分解結(jié)構(gòu)反映出的項目范圍內(nèi)所有的階段、子項目、項目工作單元的質(zhì)量所構(gòu)成，即項目的工作質(zhì)量。國際標準ISO6402對質(zhì)量的定義是質(zhì)量是反映實體滿足規(guī)定或潛在需要的特性總和，質(zhì)量特性就是產(chǎn)品或服務為滿足人們明確或隱含的需要所具備的能力、屬性和特征的總和。IEEE認為所謂軟件項目的質(zhì)量，就是“軟件項目能夠滿足已確定的全部需求的特征集合”，它主要反映了四個方面的信息特征：軟件產(chǎn)品具備滿足給定需求特征及特征的總體的能力；軟件擁有所期望的各種屬性組合的程度，用戶認為軟件滿足他們綜合期望的程度；軟件組合特性可以滿足用戶需求的程度。中國國家標準的定義：反映產(chǎn)品或服務滿足明確或隱含需求能力的特征和特征的總和。軟件質(zhì)量特性是用以描述和評價軟件產(chǎn)品質(zhì)量的一組屬性，一個軟件的質(zhì)量可以被細分成多級子特性。一般的軟件項目可分為啟動、規(guī)劃、執(zhí)行、監(jiān)控和收尾五個部分。其中質(zhì)量管理設計到規(guī)劃、執(zhí)行、監(jiān)控三個部分。軟件的質(zhì)量管理包括質(zhì)量規(guī)劃、實施質(zhì)量保證、實施質(zhì)量控制三個部分。 軟件質(zhì)量指標在進行質(zhì)量評估時，需要有對質(zhì)量進行度量的準則與方法。選擇合適的指標體系并使其量化是軟件質(zhì)量評估的關鍵。但是，選擇評估指標時不是越多越好，關鍵在于指標在評估中所起的作用的大小。在此次集裝箱優(yōu)化設計的質(zhì)量評價中，我主要從功能性、可靠性、易用性、效率、可維護性和可移植性六個指標來評價集裝箱優(yōu)化項目的性能。 功能性質(zhì)量指標功能性是軟件最重要的質(zhì)量特征之一，可以細化成完備性和正確性。針對集裝箱優(yōu)化設計系統(tǒng)，我們主要是從以下幾個方面進行評價：系統(tǒng)的功能和用戶的實際需要、已定義的產(chǎn)品規(guī)范一致，沒有出錯，能正常運行；系統(tǒng)所產(chǎn)生的結(jié)果在精度允許的誤差范圍之內(nèi)；所有功能及其定義應該清楚、可用，滿足所需功能的每一個輸入輸出數(shù)據(jù)項、功能、接口、文檔等都已具備。 可靠性質(zhì)量指標根據(jù)相關的軟件測試與評估要求，可靠性可以細化為成熟性、穩(wěn)定性、易恢復性等。針對集裝箱優(yōu)化設計系統(tǒng)，具體從以下幾個方面進行質(zhì)量評估：系統(tǒng)自我恢復能力，當系統(tǒng)的某個功能失效發(fā)生時，系統(tǒng)在當前環(huán)境下能實現(xiàn)故障自動轉(zhuǎn)移，重新配置、繼續(xù)執(zhí)行的能力，軟件系統(tǒng)具有自我檢測、容錯、備份等機制，盡量做到獨立于硬件的編碼、硬件設備之間的通信協(xié)議獨立等。此外，各種惡劣環(huán)境下，如大數(shù)據(jù)量、大量用戶同時訪問時，系統(tǒng)能正常工作。 易用性質(zhì)量指標易用性可以細化為易理解性、易學習性和易操作性等。這三個特征主要針對用戶而言的。任何一個產(chǎn)品的設計都是以達到用戶滿意為最終目的。針對集裝箱優(yōu)化設計系統(tǒng)，主要從用戶掌握軟件所需要付出的時間及努力程度來評價系統(tǒng)的可操作性。用戶付出的時間越短和越容易接受該系統(tǒng)，那么系統(tǒng)的設計也就越成功。 效率質(zhì)量指標 效率特征可以細化成時間特征和資源特征。對軟件的效率特征評價采用定量方法。針對集裝箱優(yōu)化設計，將效率特征可以分解為如圖11所示的幾個方面進行評價：效率特性資源特性輸出結(jié)果更新周期處理時間吞吐率時間特性代碼規(guī)模圖11 效率特性分解圖 可維護性特征對軟件項目在進行后期的維護時，為了修改完善項目所需的努力的一組屬性，一個軟件項目是否具有可維護性也是項目成功的關鍵，對項目進行一些小型維護，而不引起其他功能的改變。 可移植性特征可移植性反映的是與軟件從一個環(huán)境到另一個環(huán)境的能力有關的一組屬性，其中每一個質(zhì)量特征都分別與若干子特征相對應。一個產(chǎn)品的可移植性一定程度上反映了一個產(chǎn)品的實用性。我們通常用軟件質(zhì)量模型來描述影響軟件質(zhì)量的特性?，F(xiàn)在已有多種軟件質(zhì)量的模型，他們共同的特點是把軟件質(zhì)量特性定義成分層模型。在這種分層的模型中，最基本的叫做基本質(zhì)量特征，它可以由一些子質(zhì)量特性定義和度量。二次特性在必要時間又可由它的一些自質(zhì)量特性定義和度量。在本次集裝箱優(yōu)化設計系統(tǒng)中，我主要采用McCall軟件質(zhì)量評價模型來對系統(tǒng)進行評價。下面我們簡單地介紹McCall軟件質(zhì)量評價模型。McCall軟件質(zhì)量模型框架圖如下圖12所示：圖12 McCall軟件質(zhì)量模型框架圖 這是McCall等人于1979年提出的軟件質(zhì)量模型，其軟件質(zhì)量概念基于11個特性之上，這11個特性分別面向軟件產(chǎn)品的運行、修正和轉(zhuǎn)移。 此外，還有一個影響較大的軟件質(zhì)量模型——ISO軟件質(zhì)量評價模型，按照ISO軟件質(zhì)量模型由三層組成。（1）高層（Toplevel）：軟件質(zhì)量需求評價準則（SQRC）（2）中層（Midlevel）：軟件質(zhì)量設計評價準則（SQDC）（3）低層（Lowlevel）：軟件質(zhì)量度量評價準則（SQMC）ISO認為應對高層和中層建立國際標準，在國際范圍內(nèi)推廣軟件質(zhì)量管理技術，而底層可由各使用單位視實際情況規(guī)定，ISO的三層次模型來自McCall等人的模型，高層、中層和低層分別對應于McCall模型中的特性、度量準則和度量。ISO軟件質(zhì)量度量模型如圖13。圖13 ISO軟件質(zhì)量度量模型第二章 軟件質(zhì)量的策劃質(zhì)量策劃是質(zhì)量管理的一部分，致力于設定質(zhì)量目標并規(guī)定必要的運行過程和相關資源以實現(xiàn)質(zhì)量目標。具體地說，就是根據(jù)項目內(nèi)外部環(huán)境制定質(zhì)量目標和計劃，同時為保證目標實現(xiàn)，規(guī)定相關資源的配置。 軟件質(zhì)量的依據(jù)主要為以下四各方面：（1）質(zhì)量方針（2）范圍說明書（3）成果說明書（4）標準和規(guī)范軟件策劃的內(nèi)容主要為以下幾個方面：（1）管理方面。①機構(gòu)；②任務；③職責。（2）文檔方面。①基本文檔；②用戶文檔；③其它文檔。（3）評審和審核。①過程評審；②工作產(chǎn)品審核；③不符合問題的解決。（4）評審和檢查。①軟件需求（規(guī)格）評審；②系統(tǒng)／子系統(tǒng)設計評審；③軟件設計評審；④軟件驗證與確認計劃評審；工作流程分以下步驟進行：（1）收集資料。（2）進行相關內(nèi)容的策劃。①產(chǎn)品質(zhì)量策劃；②質(zhì)量管理和作業(yè)策劃；③編制質(zhì)量計劃。（3）學習和使用質(zhì)量策劃的科學方法。（4）寫出質(zhì)量策劃書和有關輔助文件目前，很多企業(yè)還是依賴于人工精心的計算裝箱，而裝箱方案的優(yōu)化設計程度還不夠理想。同時，人工經(jīng)驗裝箱存在著不確定性。本次集裝箱優(yōu)化設計系統(tǒng)是采用數(shù)學建模的方式，將現(xiàn)實集裝箱的情形進行了簡單的抽象，將貨物用正方形、長方形和三角形來模擬代替，用簡單的平面幾何模型取代復雜繁瑣的現(xiàn)實三維立體模型。通過前期的軟件項目質(zhì)量策劃建立軟件質(zhì)量保證體系和可靠性評價方法、步驟和策略，用簡潔直觀的模型來模擬優(yōu)化設計的過程，從而確保使集裝箱優(yōu)化設計項目滿足它所應滿足的需求。第三章 軟件質(zhì)量的計劃文檔是軟件不可或缺的一部分，文檔本身就是軟件產(chǎn)品，沒有文檔的軟件，不能成其為軟件，更談不上軟件產(chǎn)品。軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當?shù)墓ぷ髁?。高質(zhì)量地開發(fā)、分發(fā)、管理和維護文檔對于充分發(fā)揮軟件產(chǎn)品的效益具有重要意義。開發(fā)一個軟件項目，首先就是要編寫相關文檔，它主要是為了使我們通過文檔的書寫而掌握有關軟件項目管理的知識。本次的集裝箱優(yōu)化設計質(zhì)量管理任務書主要是要求我們從實際出發(fā)了解集裝箱的特性，收集相關的信息為集裝箱的優(yōu)化設計加以分析并實施管理計劃，使項目的開發(fā)設計過程行之有效。并通過此次設計了解質(zhì)量策劃書的格式、方式和內(nèi)容，并增強個人編碼能力。將正方形、長方形和三角形這三種形狀的圖形裝在一個平面矩形框內(nèi)，設計三種裝箱方案，通過這三種方案然后對其進行編寫代碼，按照其需求規(guī)格說明書的書寫格式進行編寫。對于需求規(guī)格說明書，它是為開發(fā)人員、維護人員、客戶之間提供共同的協(xié)議而建立基礎，對集裝箱優(yōu)化系統(tǒng)軟件功能的時間做出描述。軟件質(zhì)量的評審和檢查具體規(guī)定了應該進行的階段評審、評審的內(nèi)容和評審時間要求。對新開發(fā)的或正在開發(fā)的各個子系統(tǒng)，都要按照GB 8566的規(guī)定認真進行定期的或階段性的各項評審工作。就整個軟件開發(fā)過程而言，至少要進行軟件需求評審、概要設計評審、詳細設計評審、軟件驗證和確認評審、功能檢查、物理檢查、綜合檢查以及管理評審等八個方面的評審和檢查工作。下面為每次評審應該進行的工作。 軟件需求評審軟件需求評審（SRR）是確保一個項目順利進行的第一步，軟件需求評審應確保在軟件需求規(guī)格說明書中規(guī)定的各項需求的合理性。 概要設計評審在軟件概要設計階段結(jié)束后必須進行概要設計評審（PDR），以評價軟件設計說明書中所描述的軟件概要設計在總體機構(gòu)、外部接口、主要部件功能分配、全局數(shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方面的合適性。 詳細設計評審在軟件詳細設計階段結(jié)束后必須進行詳細設計評審（DDR），以確定軟件設計說明書中所描