現(xiàn)代物流信息技術(shù)：3-1物流信息系統(tǒng)開發(fā)過程

1、第3章 物流信息系統(tǒng)開發(fā)技術(shù)3.1 物流信息系統(tǒng)的開發(fā)過程3.1.1 物流信息系統(tǒng)開發(fā)概述 物流信息系統(tǒng)是由人員、設(shè)備和程序組成的、為物流管理者執(zhí)行計(jì)劃、實(shí)施、控制等職能提供信息的交互系統(tǒng)，是物流管理軟件與信息網(wǎng)絡(luò)結(jié)合的產(chǎn)物。 物流信息系統(tǒng)的開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程。它涉及物流管理理論、信息系統(tǒng)技術(shù)、物流信息技術(shù)等知識，不僅涉及運(yùn)輸部門、而且涉及到倉儲、調(diào)度、信息中心、門店等多部門，不僅涉及技術(shù)，而且涉及管理業(yè)務(wù)、組織和行為。軟件的特點(diǎn)軟件是一種邏輯實(shí)體，而不是有形的系統(tǒng)元件，其開發(fā)成本和進(jìn)度難以準(zhǔn)確地估算軟件是被開發(fā)的或被設(shè)計(jì)的，它沒有明顯的制造過程，一旦開發(fā)成功，只需復(fù)制即可，但其維護(hù)的工

2、作量大軟件的使用沒有硬件那樣的機(jī)械磨損和老化問題其它特點(diǎn)：軟件的開發(fā)和運(yùn)行常受到計(jì)算機(jī)硬件的限制，對計(jì)算機(jī)硬件有著不同程度的依賴性軟件的開發(fā)至今尚未完全實(shí)現(xiàn)自動(dòng)化軟件成本相當(dāng)昂貴相當(dāng)多的軟件工作涉及到社會(huì)因素物流信息系統(tǒng)開發(fā)的基本過程 物流管理系統(tǒng)開發(fā)的基本過程主要是系統(tǒng)的可行性分析（任務(wù)提出、初步調(diào)查和系統(tǒng)的可行性分析）、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)維護(hù)和系統(tǒng)評價(jià)6個(gè)階段。物流信息系統(tǒng)開發(fā)的全生命周期系統(tǒng)生命周期各階段工作量 一般常用甘特圖（Gautt）來記載和描述各階段工作量，如時(shí)間、進(jìn)度、投入和工作順序之間的關(guān)系。 系統(tǒng)設(shè)計(jì) 20% 系統(tǒng)分析15% 系統(tǒng)實(shí)施 50% 系統(tǒng)規(guī)劃 9%

3、 系統(tǒng)運(yùn)行 6% 軟件生存期的階段劃分 (1)問題定義 (2)可行性研究 (3)需求分析 (4)總體設(shè)計(jì) 上游 (5)詳細(xì)設(shè)計(jì) （設(shè)計(jì)師任務(wù)） (6)實(shí)現(xiàn) (7)單元測試 (8)確認(rèn)測試 (9)系統(tǒng)測試 下游 (10)運(yùn)行和維護(hù) （程序員任務(wù)）（根據(jù)國標(biāo)計(jì)算機(jī)軟件開發(fā)規(guī)范）計(jì)劃時(shí)期開發(fā)時(shí)期運(yùn)行時(shí)期系統(tǒng)的可行性分析可行性分析的作用：確定系統(tǒng)開發(fā)的依據(jù)；為系統(tǒng)開發(fā)籌集資金的依據(jù)；與合作單位簽訂合同的依據(jù)；系統(tǒng)驗(yàn)收的依據(jù)。 系統(tǒng)開發(fā)可行性分析的內(nèi)容包括：從技術(shù)上、經(jīng)濟(jì)上、管理與社會(huì)等目標(biāo)對方案的可行性進(jìn)一步分析。初步調(diào)查1）初步調(diào)查的目的、原則 初步調(diào)查的對象是現(xiàn)行系統(tǒng)（包括手工系統(tǒng)和已采用計(jì)算機(jī)的

4、管理信息系統(tǒng)），目的在于完整掌握現(xiàn)行系統(tǒng)的現(xiàn)狀，發(fā)現(xiàn)問題和薄弱環(huán)節(jié)，收集資料，為下一步的系統(tǒng)化分析和提出新系統(tǒng)的邏輯設(shè)計(jì)做好準(zhǔn)備。2）初步調(diào)查的方法 調(diào)查的方法可以采用召開調(diào)查會(huì)、訪問、發(fā)調(diào)查表、參加業(yè)務(wù)實(shí)踐等方式?？尚行苑治龅膱?bào)告內(nèi)容包括：（1）系統(tǒng)描述；（2）項(xiàng)目的目標(biāo)；（3）所需資源、預(yù)算和期望效益；（4）對項(xiàng)目可行性的結(jié)論。系統(tǒng)開發(fā)的思想系統(tǒng)工程 系統(tǒng)工程的基本思想：系統(tǒng)工程是按照系統(tǒng)科學(xué)的思想，運(yùn)用信息論、控制論、運(yùn)籌學(xué)等理論和方法，從整體的角度對系統(tǒng)進(jìn)行規(guī)劃、研究、設(shè)計(jì)、實(shí)施和控制的工程技術(shù)。系統(tǒng)工程的方法：統(tǒng)一規(guī)劃方法、霍爾的三維結(jié)構(gòu)法3.1.2 物流信息系統(tǒng)的開發(fā)方法典型的軟件

5、過程模型有：瀑布模型（waterfall model）演化模型（evolutionary model）增量模型（incremental model）原型模型（prototyping model)螺旋模型（spiral model）噴泉模型（water fountain model）基于構(gòu)件的開發(fā)模型 （component-based development model）形式方法模型 （formal methods model）（1）瀑布模型 瀑布模型也稱軟件生存周期模型。根據(jù)軟件生存周期各個(gè)階段的任務(wù)，瀑布模型從可行性研究（或稱系統(tǒng)需求分析）開始，逐步進(jìn)行階段性變換，直至通過確認(rèn)測試并得到用戶

6、確認(rèn)的軟件產(chǎn)品為止。 瀑布模型的主要特點(diǎn)是：階段間的順序性和依賴性，開發(fā)過程是一個(gè)嚴(yán)格的下導(dǎo)式過程，即前一階段的輸出是后一階段的輸入，每一階段工作的完成需要確認(rèn)，而確認(rèn)過程是嚴(yán)格的追溯式過程，后一階段出現(xiàn)了問題要通過前一階段的重新確認(rèn)來解決。因此，問題發(fā)現(xiàn)得越晚解決問題的代價(jià)就越高。瀑布模型 (線形順序模型)問題定義需求分析設(shè) 計(jì)編 碼運(yùn)行維護(hù)測 試計(jì)劃階段 （Why，What）運(yùn)行階段（Change）可行性研究開發(fā)階段（How） 1970年W.Royce提出瀑布模型 特征接受上一階段的結(jié)果作為本階段的輸入利用這一輸入實(shí)施本階段應(yīng)完成的活動(dòng)對本階段的工作進(jìn)行評審將本階段的結(jié)果作為輸出，傳遞給下

7、一階段 缺點(diǎn)缺乏靈活性，難以適應(yīng)需求不明確或需求經(jīng)常變化的軟件開發(fā)開發(fā)早期存在的問題往往要到交付使用時(shí)才發(fā)現(xiàn)，維護(hù)代價(jià)大按照傳統(tǒng)瀑布模型開發(fā)軟件的特點(diǎn)1.是說明軟件生存周期的典型模型2.階段間具有明顯的順序性和依賴性（缺點(diǎn)）。3.推遲實(shí)現(xiàn)的觀點(diǎn)（優(yōu)點(diǎn)）。4.每個(gè)階段靠如下措施保證質(zhì)量(優(yōu)點(diǎn)) 每個(gè)階段必須完成規(guī)定的文檔; 每個(gè)階段結(jié)束前完成文檔審查,及早改正錯(cuò)誤；5.存在的問題： 需求分析是成敗關(guān)鍵，不適合需求模糊的系統(tǒng)； 需求變化很難適應(yīng)。許多軟件項(xiàng)目在開發(fā)早期對軟件需求的認(rèn)識是模糊的、不確定的，因此軟件很難一次開發(fā)成功?？梢栽讷@取了一組基本的需求后，通過快速分析構(gòu)造出該軟件的一個(gè)初始可運(yùn)行

8、版本，稱之謂原型（prototype），然后根據(jù)用戶在試用原型的過程中提出的意見和建議、或者增加新的需求，對原型進(jìn)行改造，獲得原型的新版本，重復(fù)這一過程，最終得到令客戶滿意的軟件產(chǎn)品。演化模型的開發(fā)過程就是從構(gòu)造初始的原型出發(fā)，逐步將其演化成最終軟件產(chǎn)品的過程。演化模型適用于對軟件需求缺乏準(zhǔn)確認(rèn)識的情況。典型的演化模型有：增量模型、原型模型、螺旋模型。（2）演化模型增量模型項(xiàng)目日歷時(shí)間軟件功能性和特征12345第2次增量發(fā)布增量212345第n次增量發(fā)布增量n12345第1次增量發(fā)布增量15部署（發(fā)布，反饋）4構(gòu)造（編碼，測試）3建模（分析，設(shè)計(jì)）2計(jì)劃1交流增量模型將軟件的開發(fā)過程分成若干個(gè)

9、日程時(shí)間交錯(cuò)的線性序列，每個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”版本，后一個(gè)版本是對前一版本的修改和補(bǔ)充，重復(fù)增量發(fā)布的過程，直至產(chǎn)生最終的完善產(chǎn)品。增量模型融合了瀑布模型的基本成分（重復(fù)地應(yīng)用）和演化模型的迭代特征增量模型強(qiáng)調(diào)每一個(gè)增量都發(fā)布一個(gè)可運(yùn)行的產(chǎn)品增量模型特別適用于：需求經(jīng)常變化的軟件開發(fā)市場急需而開發(fā)人員和資金不能在設(shè)定的市場期限之前實(shí)現(xiàn)一個(gè)完善的產(chǎn)品的軟件開發(fā)增量模型能有計(jì)劃地管理技術(shù)風(fēng)險(xiǎn)，如早期增量版本中避免采用尚未成熟的技術(shù)原型（prototype）是預(yù)期系統(tǒng)的一個(gè)可執(zhí)行版本，它反映了系統(tǒng)性質(zhì)（如功能、計(jì)算結(jié)果等）的一個(gè)選定的子集。一個(gè)原型不必滿足目標(biāo)軟件的所有約束，其目

10、的是能快速、低成本地構(gòu)建原型。原型方法從軟件工程師與客戶的交流開始，其目的是定義軟件的總體目標(biāo)，標(biāo)識需求。然后快速制訂原型開發(fā)的計(jì)劃，確定原型的目標(biāo)和范圍，采用快速設(shè)計(jì)的方式對其建模，并構(gòu)建原型。被開發(fā)的原型應(yīng)交付給客戶試用，并收集客戶的反饋意見，這些反饋意見可在下一輪迭代中對原型進(jìn)行改進(jìn)。在前一個(gè)原型需要改進(jìn)，或者需要擴(kuò)展其范圍的時(shí)候，進(jìn)入下一輪原型的迭代開發(fā)。原型模型部署交付和反饋構(gòu)建原型交流快速設(shè)計(jì)方式建?？焖儆?jì)劃原型模型原型模型（快速成型模型）建造/修改 原型用戶測試運(yùn)行原型 聽取用 戶意見原型模型采用原型模型的軟件生存周期分析定義系統(tǒng)需求生成原型系統(tǒng)設(shè)計(jì)程序設(shè)計(jì)編碼測試運(yùn) 行和維護(hù)原

11、型化含原型化的軟件生存期采用原型模型的特點(diǎn)及早向用戶展示系統(tǒng)模型（原型），即具體形象地展示界面及功能；用戶認(rèn)可原型后進(jìn)行開發(fā)，逐一完善；修改集中在前期的原型確認(rèn)上；借助原型開發(fā)工具會(huì)加快進(jìn)度快速原型法模型快速原型系統(tǒng)的不足之處有以下兩點(diǎn)：系統(tǒng)開發(fā)人員在初期往往考慮得不周全，有可能使原型不能成為最終軟件產(chǎn)品的一部分，只是一個(gè)示例而已。這樣，在實(shí)際開發(fā)軟件產(chǎn)品時(shí)，仍有許多工作要做。 快速原型模型對工具和環(huán)境的依賴性較高。原型的類型：探索型（exploratory prototyping） 其目的是要弄清目標(biāo)系統(tǒng)的要求，確定所希望的特性，并探討多種方案的可行性實(shí)驗(yàn)型（experimental pro

12、totyping） 其目的是驗(yàn)證方案或算法的合理性，它是在大規(guī)模開發(fā)和實(shí)現(xiàn)前，用于考核方案是否合適，規(guī)格說明是否可靠。演化型（evolutionary prototyping） 其目的是將原型作為目標(biāo)系統(tǒng)的一部分，通過對原型的多次改進(jìn)，逐步將原型演化成最終的目標(biāo)系統(tǒng)。 原型的使用策略：廢棄（throw away）策略 主要用于探索型和實(shí)驗(yàn)型原型的開發(fā)。這些原型關(guān)注于目標(biāo)系統(tǒng)的某些特性，而不是全部特性，開發(fā)這些原型時(shí)通常不考慮與探索或?qū)嶒?yàn)?zāi)康臒o關(guān)的功能、質(zhì)量、結(jié)構(gòu)等因素，這種原型通常被廢丟，然后根據(jù)探索或?qū)嶒?yàn)的結(jié)果用良好的結(jié)構(gòu)和設(shè)計(jì)思想重新設(shè)計(jì)目標(biāo)系統(tǒng)。追加（add on）策略 主要用于演化型原

13、型的開發(fā)。這種原型通常是實(shí)現(xiàn)了目標(biāo)系統(tǒng)中已明確定義的特性的一個(gè)子集，通過對它的不斷修改和擴(kuò)充，逐步追加新的要求，最后使其演化成最終的目標(biāo)系統(tǒng)。原型可作為單獨(dú)的過程模型使用，它也常被作為一種方法或?qū)崿F(xiàn)技術(shù)應(yīng)用于其它的過程模型中。B.Boehm于1988年提出是瀑布模型和演化模型的結(jié)合，并增加了風(fēng)險(xiǎn)分析螺旋模型沿著螺線旋轉(zhuǎn)，在四個(gè)象限上分別表達(dá)四個(gè)方面的活動(dòng)，即：制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件風(fēng)險(xiǎn)分析：評價(jià)所選的方案，識別風(fēng)險(xiǎn)，消除風(fēng)險(xiǎn)工程實(shí)施：實(shí)施軟件開發(fā)，驗(yàn)證工作產(chǎn)品客戶評估：評價(jià)開發(fā)工作，提出修正建議螺旋模型 螺旋模型出現(xiàn)了一些變種，它可以有3到6個(gè)任務(wù)區(qū)域。螺

14、旋模型指引的軟件項(xiàng)目開發(fā)沿著螺線自內(nèi)向外旋轉(zhuǎn)，每旋轉(zhuǎn)一圈，表示開發(fā)出一個(gè)更為完善的新軟件版本。如果發(fā)現(xiàn)風(fēng)險(xiǎn)太大，開發(fā)者和客戶無法承受，則項(xiàng)目就可能因此而終止。多數(shù)情況下沿著螺線的活動(dòng)會(huì)繼續(xù)下去，自內(nèi)向外，逐步延伸，最終得到所期望的系統(tǒng)。螺旋模型的特點(diǎn)多種模型的結(jié)合瀑布模型+快速原型的一種演進(jìn)模型增加前三種模型所忽略的風(fēng)險(xiǎn)分析螺旋式迭代、演進(jìn)過程，每次迭代由四個(gè)階段構(gòu)成制定計(jì)劃：確定目標(biāo)，選擇方案，設(shè)定約束條件，選定 完 成本周期目標(biāo)的策略 ；風(fēng)險(xiǎn)分析：風(fēng)險(xiǎn)角度分析該策略，必要時(shí)可建立原型， 可 確定、修改、終止項(xiàng)目 ；工程實(shí)現(xiàn)：每次循環(huán)實(shí)施瀑布模型中的一個(gè)或若干個(gè)階 段； 評審階段：用戶占參與

15、評估前一步的結(jié)果，計(jì)劃下一輪 的工作 風(fēng)險(xiǎn)可控，但依賴于風(fēng)險(xiǎn)評估的準(zhǔn)確性噴泉模型噴泉模型是一種支持面向?qū)ο箝_發(fā)的模型體現(xiàn)迭代和無間隙特征迭代：各開發(fā)活動(dòng)常常重復(fù)工作多次，相關(guān)的功能在每次迭代中隨之加入演進(jìn)的系統(tǒng)無間隙：開發(fā)活動(dòng)之間不存在明顯的邊界支持軟件復(fù)用（reuse）利用預(yù)先包裝好的軟件構(gòu)件（包括組織內(nèi)部開發(fā)的構(gòu)件和現(xiàn)存商品化構(gòu)件COTS）來構(gòu)造應(yīng)用系統(tǒng)基于構(gòu)件的開發(fā)模型對象可重用部件組裝模型使用重用技術(shù)的軟件工程模型構(gòu)件(components):可重用的軟件成份可復(fù)用性（Reusability） （可重用性）集成化軟件開發(fā)環(huán)境（ISEE）可重用部件組裝模型系統(tǒng)A的軟件構(gòu)成系統(tǒng)C的軟件構(gòu)成

16、系統(tǒng)B的軟件構(gòu)成可重用部 件 可重用 部 件 軟件生產(chǎn)線應(yīng)用構(gòu)件提取車間 應(yīng)用構(gòu)件庫構(gòu)件生產(chǎn)車間 構(gòu)件庫組裝車間領(lǐng)域 1領(lǐng)域 2應(yīng)用系統(tǒng) .12341基礎(chǔ)構(gòu)件，2功能構(gòu)件 3接口構(gòu)件，4用戶界面構(gòu)件 領(lǐng)域分析構(gòu)件可變性分析構(gòu)建可復(fù)用構(gòu)件領(lǐng)域模型領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)圖可復(fù)用構(gòu)件庫分析體系結(jié)構(gòu)設(shè)計(jì)獲取構(gòu)件構(gòu)件特化和修改評價(jià)構(gòu)件組裝和測試開發(fā)未找到構(gòu)件的部分應(yīng)用系統(tǒng)工程應(yīng)用系統(tǒng)領(lǐng)域工程領(lǐng)域工程的目的是構(gòu)建領(lǐng)域模型、領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)和可復(fù)用構(gòu)件庫。領(lǐng)域分析分析該領(lǐng)域中各種應(yīng)用系統(tǒng)的公共部分或相似部分，構(gòu)建領(lǐng)域模型和領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)（reference architecture），標(biāo)識領(lǐng)域的候選構(gòu)件。對候選

17、構(gòu)件進(jìn)行可變性分析，以適應(yīng)多個(gè)應(yīng)用系統(tǒng)的需要。構(gòu)建可復(fù)用構(gòu)件，經(jīng)嚴(yán)格測試和包裝后存入可復(fù)用構(gòu)件庫（稱為構(gòu)件工程）。應(yīng)用系統(tǒng)工程的目的是使用可復(fù)用構(gòu)件組裝應(yīng)用系統(tǒng)。分析待開發(fā)的應(yīng)用系統(tǒng)，設(shè)計(jì)應(yīng)用系統(tǒng)的體系結(jié)構(gòu)，標(biāo)識應(yīng)用系統(tǒng)所需的構(gòu)件。在可復(fù)用構(gòu)件庫中查找合適的構(gòu)件（也可購買第三方的構(gòu)件）。特化選中的構(gòu)件，必要時(shí)作適當(dāng)?shù)男薷?，以適應(yīng)該應(yīng)用系統(tǒng)的需要。開發(fā)那些未找到合適構(gòu)件的應(yīng)用部分。組裝應(yīng)用系統(tǒng)。評價(jià)構(gòu)件的復(fù)用情況，以改進(jìn)可復(fù)用構(gòu)件，同時(shí)對新開發(fā)的部分進(jìn)行評價(jià)，并向構(gòu)件工程推薦候選構(gòu)件。形式方法模型形式化方法（formal methods）是建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟件開發(fā)方法。軟件開發(fā)的全過程

18、中，從需求分析、規(guī)約、設(shè)計(jì)、編程、系統(tǒng)集成、測試、文檔生成、直至維護(hù)各個(gè)階段，凡是采用嚴(yán)格的數(shù)學(xué)語言，具有精確的數(shù)學(xué)語義的方法，都稱為形式化方法。形式化方法用嚴(yán)格的數(shù)學(xué)語言和語義描述功能規(guī)約和設(shè)計(jì)規(guī)約，通過數(shù)學(xué)的分析和推導(dǎo)，易于發(fā)現(xiàn)需求的岐義性、不完整性和不一致性，易于對分析模型、設(shè)計(jì)模型和程序進(jìn)行驗(yàn)證。通過數(shù)學(xué)的演算，使得從形式化功能規(guī)約到形式化設(shè)計(jì)規(guī)約，以及從形式化設(shè)計(jì)規(guī)約到程序代碼的轉(zhuǎn)換成為可能。3.1.3物流信息系統(tǒng)的開發(fā)方式 信息系統(tǒng)的開發(fā)方式有：自行開發(fā)、IT外包、委托開發(fā)、聯(lián)合開發(fā)和軟件采購四種。這幾種開發(fā)方式各有特點(diǎn)，對企業(yè)來說也各有利弊。自行開發(fā)方式 自行開發(fā)方式是指基層單位

19、或行業(yè)主管部門自己組織技術(shù)力量進(jìn)行信息系統(tǒng)的開發(fā)工作。其優(yōu)點(diǎn)：（1）自行開發(fā)方式使企業(yè)控制信息系統(tǒng)開發(fā)的全過程。開發(fā)成功的系統(tǒng)能夠充分、真實(shí)地反映企業(yè)的實(shí)際需求，針對性強(qiáng)，使用效率高。（2）便于企業(yè)規(guī)劃本企業(yè)整個(gè)信息系統(tǒng)的建設(shè)工作。（3）由于本企業(yè)的技術(shù)人員和應(yīng)用人員直接介入系統(tǒng)的開發(fā)工作，系統(tǒng)建成后推廣應(yīng)用迅速，取得預(yù)期的經(jīng)濟(jì)效益。（4）自行開發(fā)信息系統(tǒng)，可為企業(yè)培養(yǎng)一支稱職的維護(hù)隊(duì)伍。自行開發(fā)方式 自行開發(fā)方式對開發(fā)隊(duì)伍的素質(zhì)要求很高，如果不具備一定條件，在開發(fā)過程中將會(huì)存在以下問題：（1）一般的企業(yè)自行開發(fā)信息系統(tǒng)時(shí)容易忽視成本、收益分析。（2）人員組成結(jié)構(gòu)不合理。（3）一般的企業(yè)開發(fā)隊(duì)

20、伍沒有實(shí)力采用和嘗試先進(jìn)和新興的技術(shù)，開發(fā)的系統(tǒng)技術(shù)先進(jìn)性差。IT外包與委托開發(fā) IT外包（IT Outsourcing）主要指的是依靠第三方提供企業(yè)所需的IT功能，例如應(yīng)用程序維護(hù)和開發(fā)、網(wǎng)絡(luò)管理和運(yùn)作等。 IT外包的優(yōu)越性：降低成本、能夠利用新技術(shù)、更集中于核心活動(dòng)、改善IT管理。 IT外包的局限性：有的IT功能不容易同企業(yè)分離；技術(shù)發(fā)展的不確定性；IT活動(dòng)的估價(jià)較為困難；IT服務(wù)提供策略的轉(zhuǎn)換成本很高；缺乏組織學(xué)習(xí)和創(chuàng)新。IT外包與委托開發(fā) 委托開發(fā)方式是企業(yè)委托具有雄厚技術(shù)力量和豐富軟件開發(fā)經(jīng)驗(yàn)的計(jì)算機(jī)軟件公司、科研機(jī)構(gòu)、高等院校等外部技術(shù)單位完成。這種方式建設(shè)信息系統(tǒng)，要注意的問題：

21、（1）被委托單位的開發(fā)人員對企業(yè)的管理業(yè)務(wù)熟悉程度。（2）在實(shí)現(xiàn)用戶需求上能否對手工系統(tǒng)不合理的地方提出合理的改進(jìn)意見和方法。（3）委托單位的開發(fā)人員能否發(fā)現(xiàn)較為準(zhǔn)確的需求和開發(fā)的系統(tǒng)具有柔性。（4）在系統(tǒng)交付使用后，委托單位對系統(tǒng)的維護(hù)支持度如何。聯(lián)合開發(fā)方式 聯(lián)合開發(fā)方式指企業(yè)邀請有信息系統(tǒng)開發(fā)實(shí)踐經(jīng)驗(yàn)的電腦公司、科研院所的專家進(jìn)行協(xié)作，并選派得力的領(lǐng)導(dǎo)和有經(jīng)驗(yàn)的管理人員以及本企業(yè)的計(jì)算機(jī)技術(shù)人員參與。 采用聯(lián)合開發(fā)方式，企業(yè)技術(shù)部門可以學(xué)習(xí)專業(yè)軟件公司的開發(fā)方法，同時(shí)由軟件公司負(fù)責(zé)解決技術(shù)難點(diǎn)，對開發(fā)進(jìn)程進(jìn)行科學(xué)的安排和控制，企業(yè)技術(shù)人員負(fù)責(zé)編制代碼。這樣就可回避了企業(yè)學(xué)習(xí)系統(tǒng)開發(fā)隊(duì)伍開

22、發(fā)經(jīng)驗(yàn)少，技術(shù)低下的問題。同時(shí)又在聯(lián)合開發(fā)中鍛煉和培訓(xùn)了本企業(yè)學(xué)習(xí)技術(shù)人員，所以聯(lián)合開發(fā)方式的效果一般好于自行開發(fā)。軟件采購 目前我國已有不少專門從事信息系統(tǒng)軟件開發(fā)的單位，他們開發(fā)的軟件在性能上較注意通用性和易學(xué)易用性，在開發(fā)的管理和技術(shù)力量上具有較大的優(yōu)勢，軟件質(zhì)量相對較高。但現(xiàn)在我國自行開發(fā)的通用軟件產(chǎn)品還是較少，而引進(jìn)的國外軟件產(chǎn)品價(jià)格昂貴又不太適合我國國情，因此，這種方式目前還不是主要的開發(fā)方式。3.1.4物流信息系統(tǒng)的項(xiàng)目管理項(xiàng)目管理的發(fā)展：1. 軟件能力成熟度模型 軟件過程是形成軟件產(chǎn)品的一系列步驟，是一個(gè)為建造高質(zhì)量軟件所需完成的任務(wù)的框架，包括中間產(chǎn)品、資源、角色及過程中采取

23、的方法、工具等范疇。 軟件過程成熟度是一個(gè)特定軟件過程被明確和有效地定義、管理、測量和控制的程度。成熟度可指明一個(gè)軟件開發(fā)組織軟件過程能力的增長潛力。 軟件能力成熟度模型是對軟件組織進(jìn)化階段的描述，隨著軟件組織定義、實(shí)施、測量、控制和改進(jìn)其軟件過程，軟件組織的能力經(jīng)過這些階段逐步前進(jìn)。 軟件組織的成熟與不成熟 1. 不成熟的軟件組織軟件過程一般并不預(yù)先計(jì)劃，而是在項(xiàng)目進(jìn)行中由實(shí)際工作人員及管理員臨時(shí)計(jì)劃有時(shí)，即使軟件過程已計(jì)劃好，仍不按計(jì)劃執(zhí)行沒有一個(gè)客觀的基準(zhǔn)來判斷產(chǎn)品質(zhì)量，或解決產(chǎn)品和過程中的問題對軟件過程步驟如何影響軟件質(zhì)量，一無所知，產(chǎn)品質(zhì)量得不到保證。而且，一些提高質(zhì)量的環(huán)節(jié)，如檢查

24、、測試等經(jīng)常由于要趕進(jìn)度而減少或取消產(chǎn)品在交付前，對客戶來說，一切都是不可見的沒有長遠(yuǎn)目標(biāo)，管理員通常只關(guān)注解決任何當(dāng)前的危機(jī)由于沒有實(shí)事求是地估計(jì)進(jìn)度、預(yù)算，因此他們經(jīng)常超支、超時(shí)。當(dāng)最后期限臨近，他們往往在功能性和質(zhì)量上妥協(xié)，或以加班加點(diǎn)方式趕進(jìn)度2. 成熟的軟件組織具有全面而充分的組織和管理軟件開發(fā)和維護(hù)過程的能力管理員監(jiān)視軟件產(chǎn)品的質(zhì)量以及生產(chǎn)這些產(chǎn)品的過程制定了一系列客觀基準(zhǔn)來判別產(chǎn)品質(zhì)量，并分析產(chǎn)品和過程中的問題進(jìn)度和預(yù)算可以按照以前積累的經(jīng)驗(yàn)來制定，結(jié)果可行。預(yù)期的成本、進(jìn)度、功能與性能和質(zhì)量都能實(shí)現(xiàn)，并達(dá)到目的能準(zhǔn)確及時(shí)地向工作人員通報(bào)實(shí)際軟件過程，并按照計(jì)劃有規(guī)則地(前后一致

25、，不互相矛盾)工作凡規(guī)定的過程都編成文檔軟件過程和實(shí)際工作方法相吻合。必要時(shí)，過程定義會(huì)及時(shí)更新，通過測試，或者通過成本-效益分析來改進(jìn)過程。全體人員普遍地、積極地參與改進(jìn)軟件過程的活動(dòng)。在組織內(nèi)部的各項(xiàng)目中，每人在軟件過程中的職責(zé)都十分清晰而明確，每人各守其責(zé)，協(xié)同工作，有條不紊，甚至能預(yù)見和防范問題的發(fā)生。能力成熟度模型CMMCMM（Capability Maturity Model）即能力成熟度模型，是美國卡耐基梅隆大學(xué)軟件工程研究所（SEI）在美國國防部資助下于二十世紀(jì)八十年代末建立的，用于評價(jià)軟件機(jī)構(gòu)的軟件過程能力成熟度的模型。此模型在建立和發(fā)展之初，主要目的在于提供一種評價(jià)軟件承接

26、方能力的方法，為大型軟件項(xiàng)目的招投標(biāo)活動(dòng)提供一種全面而客觀的評審依據(jù)。而發(fā)展到后來，又同時(shí)被軟件組織用于改進(jìn)其軟件過程。SW-CMM的由來與發(fā)展美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所(SEI)80年代中期 美國國防部 資助提出軟件能力成熟度模型 (Software Capability Maturity Model )軟件過程改進(jìn)工業(yè)標(biāo)準(zhǔn)克勞斯比漢弗萊 成熟度框架SEI給CMM下的定義： 對于軟件組織在定義、實(shí)現(xiàn)、度量、控制和改善其軟件過程的各個(gè)發(fā)展階段的描述。這個(gè)模型便于確定軟件組織的現(xiàn)有過程能力和查找出軟件質(zhì)量及過程改進(jìn)方面的最關(guān)鍵的問題，從而為選擇過程改進(jìn)戰(zhàn)略提供指南。如今的行情是：一家軟件

27、企業(yè)如果不能通過相應(yīng)等級的CMM評估，他的產(chǎn)品就少了一張進(jìn)入國際市場的通行證。SW-CMM的管理思想與結(jié)構(gòu)SW-CMM為軟件企業(yè)的過程能力提供了一個(gè)階梯式的進(jìn)化框架。它是基于過去所有軟件工程成果的過程改善的框架，吸取了以往軟件工程的經(jīng)驗(yàn)教訓(xùn)。指明了一個(gè)成熟的軟件組織在軟件開發(fā)方面需要管理的主要工作、這些工作之間的關(guān)系以及以怎樣的先后次序，一步一步的做好這些工作使軟件組織走向成熟。 軟件過程成熟度等級 CMM提供了一個(gè)成熟度等級框架： 1級-初始級、 2級-可重復(fù)級、 3級-已定義級、 4級-已管理級和5級-優(yōu)化級。 1.初始（initial）級： 軟件過程的特點(diǎn)是無秩序的，甚至是混亂的。幾乎沒

28、有什么過程是經(jīng)過妥善定義的，成功往往依賴于個(gè)人或小組的努力。2.可重復(fù)（repeatable）級： 建立了基本的項(xiàng)目管理過程來跟蹤成本、進(jìn)度和功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用項(xiàng)目取得的成功。3.已定義（defined）級： 己將管理和工程活動(dòng)兩方面的軟件過程文檔化、標(biāo)準(zhǔn)化，并綜合成該機(jī)構(gòu)的標(biāo)準(zhǔn)軟件過程。所有項(xiàng)目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件。4.已管理（managed）級： 收集對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量值，對軟件過程和產(chǎn)品都有定量的理解和控制。 5.優(yōu)化（optimizing）級： 整個(gè)組織關(guān)注軟件過程改進(jìn)的持續(xù)性、預(yù)見及增強(qiáng)自身，防止缺陷及問題的發(fā)生

29、。過程的量化反饋和先進(jìn)的新思想、新技術(shù)促使過程不斷改進(jìn)。5.優(yōu)化級4.已管理級3.已定義級2.可重復(fù)級1.初始級標(biāo)準(zhǔn)、一致的過程有紀(jì)律的過程可預(yù)測的過程持續(xù)改進(jìn)的過程軟件過程成熟度的5個(gè)等級軟件項(xiàng)目管理軟件危機(jī)后的普遍性結(jié)論：軟件項(xiàng)目成功率非常低的原因可能是項(xiàng)目管理能力太弱軟件項(xiàng)目管理是指軟件生存周期中軟件管理者所進(jìn)行的一系列活動(dòng)，其目的是在一定的時(shí)間和預(yù)設(shè)范圍內(nèi)，有效地利用人力、資源、技術(shù)和工具，使軟件系統(tǒng)或軟件產(chǎn)品按原定計(jì)劃和質(zhì)量要求如期完成 軟件項(xiàng)目管理的關(guān)注點(diǎn)(4P)人員(People)人員是軟件工程項(xiàng)目的基本要素和關(guān)鍵因素在對人員進(jìn)行組織時(shí)，有必要考慮參與軟件過程(及每一個(gè)軟件項(xiàng)目)

30、的人員類型 產(chǎn)品(Product)定義項(xiàng)目范圍，其中包括建立產(chǎn)品的目的和范圍、可選的解決方案、技術(shù)或管理的約束等 過程(Process)通常將項(xiàng)目分解為任務(wù)子任務(wù)等，其分解準(zhǔn)則是基于軟件工程的過程 項(xiàng)目(Project) 采用科學(xué)的方法及工具對項(xiàng)目基本內(nèi)容進(jìn)行管理 軟件項(xiàng)目管理中的五類人員項(xiàng)目管理人員負(fù)責(zé)軟件項(xiàng)目的管理工作，其負(fù)責(zé)人通常稱為項(xiàng)目經(jīng)理高級管理人員可以是領(lǐng)域?qū)＜?，?fù)責(zé)提出項(xiàng)目的目標(biāo)并對業(yè)務(wù)問題進(jìn)行定義開發(fā)人員掌握了開發(fā)一個(gè)產(chǎn)品或應(yīng)用所需的專門技術(shù)，可勝任包括需求分析、設(shè)計(jì)、編碼、測試、發(fā)布等各種相關(guān)的開發(fā)崗位客戶一組可說明待開發(fā)軟件的需求的人，也包括與項(xiàng)目目標(biāo)有關(guān)的其它風(fēng)險(xiǎn)承擔(dān)者最

31、終用戶產(chǎn)品或應(yīng)用提交后與產(chǎn)品/應(yīng)用進(jìn)行交互的軟件項(xiàng)目管理中的產(chǎn)品定義項(xiàng)目范圍，其中包括建立產(chǎn)品的目的和范圍、可選的解決方案、技術(shù)或管理的約束目的：從客戶的角度定義該產(chǎn)品的總體目標(biāo)，但不必考慮這些目標(biāo)如何實(shí)現(xiàn)軟件范圍定義了與軟件產(chǎn)品相關(guān)的數(shù)據(jù)、功能和行為，及其相關(guān)的約束：語境(context)：說明待建造的軟件與其它相關(guān)系統(tǒng)、產(chǎn)品或環(huán)境的關(guān)系，以及相關(guān)的約束條件信息目標(biāo)：說明目標(biāo)系統(tǒng)所需要的輸入數(shù)據(jù)及應(yīng)產(chǎn)生的輸出數(shù)據(jù)功能和性能：說明軟件應(yīng)提供的功能來完成輸入數(shù)據(jù)到輸出數(shù)據(jù)的變換以及給出對目標(biāo)軟件的性能要求軟件項(xiàng)目方法對項(xiàng)目進(jìn)行有計(jì)劃和可控制的管理明確目標(biāo)及過程：充分理解被解決的問題，明確定義項(xiàng)目

32、目標(biāo)及軟件范圍，為項(xiàng)目小組及活動(dòng)設(shè)置明確、現(xiàn)實(shí)的目標(biāo)，并充分發(fā)揮相關(guān)小組的自主性保持動(dòng)力：提供激勵(lì)措施使人員變動(dòng)最小跟蹤進(jìn)展：對每個(gè)任務(wù)的進(jìn)展進(jìn)行跟蹤，并對其軟件過程和質(zhì)量進(jìn)行度量 做出聰明的決策：項(xiàng)目管理者和軟件小組的決策應(yīng)該 “保持其簡單” 項(xiàng)目總結(jié)：從每個(gè)完成的項(xiàng)目中獲取可學(xué)習(xí)的經(jīng)驗(yàn)軟件項(xiàng)目管理過程示例軟件項(xiàng)目啟動(dòng)在軟件項(xiàng)目啟動(dòng)前對項(xiàng)目進(jìn)行可行性分析，以明確項(xiàng)目的目標(biāo)和范圍，從而確定：合理精確的成本分析；實(shí)際可行的任務(wù)分解；可管理的進(jìn)度安排在多個(gè)項(xiàng)目方案中選擇一個(gè)相對完善的方案考慮交付期限、預(yù)算、個(gè)人能力、技術(shù)界面等限制條件在正式啟動(dòng)軟件項(xiàng)目前組成項(xiàng)目組，并召開項(xiàng)目啟動(dòng)會(huì)議，內(nèi)容包括：項(xiàng)

33、目組的初步交流；進(jìn)一步對項(xiàng)目目標(biāo)理解；對組織形式、管理方式、方針的一致認(rèn)識；明確崗位職責(zé)項(xiàng)目組織在項(xiàng)目經(jīng)理領(lǐng)導(dǎo)下，組織不同類型的項(xiàng)目組成員共同協(xié)作完成軟件項(xiàng)目存在多種可選的項(xiàng)目組織結(jié)構(gòu)，組織結(jié)構(gòu)的選擇對項(xiàng)目的成敗具有很大影響規(guī)劃軟件工程項(xiàng)目組織結(jié)構(gòu)時(shí)考慮如下因素：待解決問題的困難程度目標(biāo)系統(tǒng)的規(guī)模，可用代碼行或功能點(diǎn)來度量項(xiàng)目組的生存期，即項(xiàng)目小組需要共同工作的時(shí)間問題可被分解的程度對目標(biāo)系統(tǒng)要求的質(zhì)量和可靠性可供開發(fā)時(shí)間的緊迫性，即交付時(shí)間的嚴(yán)格程度項(xiàng)目組內(nèi)部的通信的復(fù)雜性，即成員(小組)之間正式或非正式通信的機(jī)制項(xiàng)目組織原則項(xiàng)目組織形式不僅要考慮軟件項(xiàng)目的特點(diǎn)，還需要考慮參與人員的素質(zhì)在軟

34、件項(xiàng)目的組織原則：盡早落實(shí)責(zé)任：在軟件項(xiàng)目開始組織時(shí)，要盡早指定專人負(fù)責(zé)，使他有權(quán)進(jìn)行管理，并對任務(wù)的完成負(fù)全責(zé)減少接口：一個(gè)組織的生產(chǎn)率隨完成任務(wù)中存在通信路徑數(shù)目的增加而降低。要有合理的人員分工、好的組織結(jié)構(gòu)、有效的通信，減少不必要的生產(chǎn)率的損失責(zé)權(quán)均衡：軟件經(jīng)理人員所負(fù)的責(zé)任不應(yīng)比委任給他的權(quán)力還大項(xiàng)目組織模式按項(xiàng)目劃分的模式：按項(xiàng)目將開發(fā)人員組織成項(xiàng)目組，項(xiàng)目組的成員共同完成該項(xiàng)目的所有開發(fā)任務(wù)，包括項(xiàng)目的定義、需求分析、設(shè)計(jì)、編碼、測試、評審以及所有的文檔編制，甚至包括該項(xiàng)目的維護(hù)按職能劃分的模式：按軟件過程中所反映的各種職能將項(xiàng)目的參與者組織成相應(yīng)的專業(yè)組，如開發(fā)組、測試組、質(zhì)量保

35、證組、維護(hù)組等矩陣形模式：上述兩種模式的復(fù)合，每個(gè)軟件人員既屬于某個(gè)專業(yè)組，又屬于某個(gè)項(xiàng)目組矩陣型組織結(jié)構(gòu)示例人員配備合理地配備人員包括：對不同的開發(fā)活動(dòng)指派不同的人員，并明確指出對種類人員的要求通常在項(xiàng)目初期需要的人員并不太多，但其業(yè)務(wù)和技術(shù)水平要高在項(xiàng)目的中后期需要較多的人參與，其中大多是一些有專門技術(shù)(如編程、測試)的人在項(xiàng)目臨近結(jié)束(試運(yùn)行)時(shí)，只需少量人員參與即可如果一個(gè)軟件項(xiàng)目從開始到結(jié)束都保持一個(gè)恒定的人員配備，那么就會(huì)出現(xiàn)下圖中的情況配備人員的原則重質(zhì)量：軟件項(xiàng)目組不僅需要足夠的人，更需要業(yè)務(wù)和技術(shù)水平高的人重培訓(xùn)：培養(yǎng)所需技術(shù)人員和管理人員是有效解決人員問題的好方法雙階梯提升

36、：人員提升應(yīng)分別按技術(shù)職務(wù)和管理職務(wù)進(jìn)行，不能混在一起項(xiàng)目經(jīng)理的要求項(xiàng)目經(jīng)理是項(xiàng)目的組織者，關(guān)系到項(xiàng)目的成敗一個(gè)稱職的項(xiàng)目經(jīng)理應(yīng)具備如下能力：獲得充分資源的能力組建團(tuán)隊(duì)的能力分解工作的能力為項(xiàng)目組織提供良好環(huán)境的能力權(quán)衡項(xiàng)目目標(biāo)的能力應(yīng)付危機(jī)，解決沖突的能力談判及廣泛溝通的能力技術(shù)綜合能力領(lǐng)導(dǎo)才能項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃是項(xiàng)目組織根據(jù)軟件項(xiàng)目的目標(biāo)及范圍，對項(xiàng)目實(shí)施中進(jìn)行的各項(xiàng)活動(dòng)進(jìn)行周密的計(jì)劃項(xiàng)目計(jì)劃根據(jù)項(xiàng)目目標(biāo)確定項(xiàng)目的各項(xiàng)任務(wù)、安排任務(wù)進(jìn)度、編制完成任務(wù)所需的資源預(yù)算等項(xiàng)目計(jì)劃包括：工作計(jì)劃、人員組織計(jì)劃、設(shè)備采購計(jì)劃、變更控制計(jì)劃、進(jìn)度控制計(jì)劃、財(cái)務(wù)計(jì)劃、文件控制計(jì)劃、應(yīng)急計(jì)劃等軟件度量軟件度

37、量是指計(jì)算機(jī)軟件范圍內(nèi)的測量，主要是為產(chǎn)品開發(fā)的軟件過程和產(chǎn)品本身定義相關(guān)的測量方法和標(biāo)度對軟件開發(fā)過程度量的目的是為了對過程進(jìn)行改進(jìn)對產(chǎn)品進(jìn)行度量的目的是為了提高產(chǎn)品的質(zhì)量，度量的作用是為了有效地采用定量的方式來進(jìn)行管理管理人員利用度量來了解軟件工程過程的執(zhí)行情況和產(chǎn)品質(zhì)量需要考慮：合適的度量是什么所收集的數(shù)據(jù)如何使用用于比較個(gè)人、過程或產(chǎn)品的度量是否合理項(xiàng)目估算項(xiàng)目估算是制定項(xiàng)目計(jì)劃的基礎(chǔ)項(xiàng)目所需的人力(以人月為單位)、項(xiàng)目持續(xù)時(shí)間(以年份或月份為單位)、成本(以元為單位)等參照以前類似項(xiàng)目中的相關(guān)數(shù)據(jù)進(jìn)行估算若存在類似歷史項(xiàng)目則可進(jìn)行類比估算若缺少可類比的項(xiàng)目數(shù)據(jù)則采用特定的估算技術(shù)(例

38、如功能點(diǎn)估算方法等)通常采用多種估算技術(shù)進(jìn)行交叉檢查風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)：人員、經(jīng)費(fèi)、進(jìn)度及需求等方面存在的可能影響項(xiàng)目按計(jì)劃完成的不確定因素風(fēng)險(xiǎn)管理：標(biāo)識軟件項(xiàng)目中的風(fēng)險(xiǎn)，預(yù)測風(fēng)險(xiǎn)發(fā)生的概率以及風(fēng)險(xiǎn)造成的影響，并對風(fēng)險(xiǎn)進(jìn)行評估，找出那些可能導(dǎo)致項(xiàng)目失敗的風(fēng)險(xiǎn)，然后采取相應(yīng)的措施來緩解風(fēng)險(xiǎn)風(fēng)險(xiǎn)管理貫徹于整個(gè)軟件工程過程中項(xiàng)目進(jìn)度管理目標(biāo)：確保軟件項(xiàng)目在規(guī)定的時(shí)間內(nèi)按期完成項(xiàng)目進(jìn)度管理任務(wù)定義所有的項(xiàng)目任務(wù)以及它們之間的依賴關(guān)系制訂項(xiàng)目的進(jìn)度安排規(guī)劃每個(gè)任務(wù)所需的工作量和持續(xù)時(shí)間在項(xiàng)目開發(fā)過程中不斷跟蹤項(xiàng)目的執(zhí)行情況，發(fā)現(xiàn)那些未按計(jì)劃進(jìn)度完成的任務(wù)對整個(gè)項(xiàng)目工期的影響，并及時(shí)進(jìn)行調(diào)整制定進(jìn)度計(jì)劃的兩種情

39、況客戶方都規(guī)定了明確的交付日期，此時(shí)進(jìn)度安排必須在此約束下進(jìn)行只規(guī)定了大致的時(shí)間界限，最終的交付日期由開發(fā)組織確定，此時(shí)的進(jìn)度安排可以比較靈活，工作量的分布可考慮對資源的充分利用指導(dǎo)軟件項(xiàng)目進(jìn)度安排的基本原則-1劃分：項(xiàng)目必須被劃分成若干可以管理的活動(dòng)和任務(wù)，為了實(shí)現(xiàn)項(xiàng)目的劃分，對產(chǎn)品和過程都需要進(jìn)行分解相互依賴性：確定各個(gè)被劃分的活動(dòng)或任務(wù)之間的相互關(guān)系，有些任務(wù)必須是串行的，有些可能是并行的時(shí)間分配：必須為每個(gè)被調(diào)度的任務(wù)分配一定數(shù)量的工作單位此外還必須為每個(gè)任務(wù)制定開始和結(jié)束日期，這些日期是相互依賴的工作量確認(rèn)：確保在任意時(shí)段中分配給任務(wù)的人員數(shù)量不會(huì)超過項(xiàng)目組中的人員數(shù)量指導(dǎo)軟件項(xiàng)目進(jìn)

40、度安排的基本原則-2定義責(zé)任：每個(gè)被調(diào)度的任務(wù)都應(yīng)該指定某個(gè)特定的小組成員來負(fù)責(zé)定義結(jié)果：每個(gè)被調(diào)度的任務(wù)都應(yīng)該有一個(gè)確定的輸出結(jié)果定義里程碑：每個(gè)任務(wù)或任務(wù)組都應(yīng)該與一個(gè)項(xiàng)目里程碑相關(guān)聯(lián)(當(dāng)一個(gè)或多個(gè)工作產(chǎn)品經(jīng)過質(zhì)量評審并且得到認(rèn)可時(shí)，標(biāo)志著一個(gè)里程碑的完成)基于瀑布模型的任務(wù)網(wǎng)絡(luò)示例任務(wù)工作量的確定根據(jù)軟件工程過程的不同，可確定其相應(yīng)的任務(wù)的工程量分配常用的有40-20-40規(guī)則：在整個(gè)軟件開發(fā)過程中，編碼工作量僅占20%，編碼前工作量占40%，編碼后工作量占40%CoCoMo模型按目標(biāo)程序規(guī)模對不同任務(wù)工作量分配的比例：在實(shí)際應(yīng)用時(shí)，按此比例確定各個(gè)階段工作量的分配，從而進(jìn)一步確定每一階

41、段所需的開發(fā)時(shí)間，然后在每個(gè)階段，進(jìn)行任務(wù)分解，對各個(gè)任務(wù)再進(jìn)行工作量和開發(fā)時(shí)間的分配進(jìn)度安排通用的項(xiàng)目進(jìn)度安排工具和技術(shù)可以直接應(yīng)用于軟件項(xiàng)目為監(jiān)控軟件項(xiàng)目的進(jìn)度計(jì)劃和工作的實(shí)際進(jìn)展情況，表現(xiàn)各項(xiàng)任務(wù)之間進(jìn)度的相互依賴關(guān)系，需要采用圖示的方法明確標(biāo)識：各個(gè)任務(wù)的計(jì)劃開始時(shí)間和完成時(shí)間各個(gè)任務(wù)的完成標(biāo)志各個(gè)任務(wù)與參與工作的人數(shù)，各個(gè)任務(wù)與工作量之間的銜接情況完成各個(gè)任務(wù)所需的物理資源和數(shù)據(jù)資源甘特圖和網(wǎng)絡(luò)圖是兩種常用的圖示方法跟蹤進(jìn)度根據(jù)項(xiàng)目進(jìn)度表，跟蹤和控制各任務(wù)的實(shí)際執(zhí)行情況一旦發(fā)現(xiàn)某個(gè)任務(wù)(特別是關(guān)鍵路徑上的任務(wù))未在計(jì)劃進(jìn)度規(guī)定的時(shí)間范圍內(nèi)完成，那么就要采取措施進(jìn)行調(diào)整增加額外的資源、

42、增加新的員工或調(diào)整項(xiàng)目進(jìn)度表可以通過以下方式來實(shí)現(xiàn)項(xiàng)目跟蹤：定期舉行項(xiàng)目狀態(tài)會(huì)議，由項(xiàng)目組中的各個(gè)成員分別報(bào)告進(jìn)度和問題評價(jià)在軟件工程過程中產(chǎn)生的所有評審結(jié)果確定正式的項(xiàng)目里程碑是否在預(yù)定日期內(nèi)完成比較項(xiàng)目表中列出的各項(xiàng)任務(wù)的實(shí)際開始日期與計(jì)劃開始日期非正式與開發(fā)人員進(jìn)行會(huì)談，獲取他們對項(xiàng)目進(jìn)展及可能出現(xiàn)的問題的客觀評價(jià)跟蹤與控制跟蹤是控制的前提，它實(shí)際上是在項(xiàng)目實(shí)施過程中對影響項(xiàng)目進(jìn)展的內(nèi)外部因素進(jìn)行及時(shí)的、連續(xù)的、系統(tǒng)的記錄和報(bào)告的活動(dòng)，其核心在于反映項(xiàng)目變化、提供相關(guān)信息的報(bào)告控制是通過工具和技術(shù)對項(xiàng)目計(jì)劃與實(shí)際執(zhí)行進(jìn)行對比，并對項(xiàng)目的未來走向進(jìn)行預(yù)測，再此基礎(chǔ)上進(jìn)行項(xiàng)目的各種調(diào)整軟件配

43、置管理Software Confignation Management(SCM)任務(wù)：標(biāo)識和確定系統(tǒng)中的配置項(xiàng)，在系統(tǒng)整個(gè)生命期內(nèi)控制這些項(xiàng)的發(fā)布和變更，記錄并報(bào)告配置的狀態(tài)和變更要求，驗(yàn)證配置項(xiàng)的完整性和正確性SCM存在于整個(gè)軟件過程中，是一種保護(hù)性活動(dòng)軟件質(zhì)量管理軟件質(zhì)量定義ISO/IEC 9126：與軟件產(chǎn)品滿足明確或隱含需求的能力有關(guān)的特征和特性的總和GB/T 13423：軟件產(chǎn)品中能滿足給定需求的性質(zhì)和特性的總和，例如符合規(guī)格說明的程度；軟件具有所期望的各種屬性的組合程度；客戶或用戶覺得軟件滿足其綜合期望的程度；軟件的綜合特性，它確定軟件在使用中將滿足客戶預(yù)期要求的程度典型的軟件質(zhì)量

44、模型：McCall模型、Boehm模型和ISO/IEC9126質(zhì)量模型McCall模型質(zhì)量要素反映軟件的質(zhì)量，決定產(chǎn)品質(zhì)量的軟件屬性用作評價(jià)準(zhǔn)則，量化的度量體系可測量軟件質(zhì)量屬性的優(yōu)劣McCall軟件質(zhì)量要素軟件產(chǎn)品的運(yùn)行、修改和遷移三個(gè)方面11個(gè)軟件質(zhì)量要素 McCall軟件質(zhì)量要素定義正確性(correctness)：一個(gè)程序滿足它的需求規(guī)約和實(shí)現(xiàn)客戶任務(wù)目標(biāo)的程度可靠性(reliability)：一個(gè)程序期望以所需的精確度完成它的預(yù)期功能的程度效率(efficiency)：一個(gè)程序完成其功能所需的計(jì)算資源和代碼的數(shù)量完整性(integrity)：對未授權(quán)人員訪問軟件或數(shù)據(jù)的可控制程度可用

45、性(usability)：學(xué)習(xí)、操作、準(zhǔn)備輸入和解釋程序輸出所需的工作量可維護(hù)性(maintainability)：定位和修復(fù)程序中一個(gè)錯(cuò)誤所需的工作量靈活性(flexibility)：修改一個(gè)運(yùn)作的程序所需的工作量可測試性(testability)：測試一個(gè)程序以確保它完成所期望的功能所需的工作量可移植性(portability)：把一個(gè)程序從一個(gè)硬件和/或軟件系統(tǒng)環(huán)境移植到另一個(gè)所需的工作量可復(fù)用性(reusability)：一個(gè)程序(或一個(gè)程序的部分)可以在另外一個(gè)應(yīng)用程序中復(fù)用的程度，與程序完成的功能的包裝和范圍相關(guān)可互操作性(interoperability)：連接一個(gè)系統(tǒng)和另一個(gè)系

46、統(tǒng)所需的工作量。質(zhì)量要素之間的關(guān)系其中表示正相關(guān)，表示負(fù)相關(guān) 軟件質(zhì)量屬性軟件質(zhì)量要素難以直接測量，因此需要為每個(gè)質(zhì)量要素定義一組軟件質(zhì)量屬性用作質(zhì)量要素的評價(jià)準(zhǔn)則，要求能夠完整、準(zhǔn)確地描述軟件質(zhì)量要素容易量化和測量McCall定義了21種軟件質(zhì)量屬性質(zhì)量要素與評價(jià)準(zhǔn)則的關(guān)系軟件質(zhì)量控制高質(zhì)量的軟件應(yīng)該具備以下條件：滿足軟件需求定義的功能和性能文檔符合事先確定的軟件開發(fā)標(biāo)準(zhǔn)軟件的特點(diǎn)和屬性遵循軟件工程的目標(biāo)和原則還應(yīng)該考慮在預(yù)算和進(jìn)度范圍內(nèi)交付，因此在項(xiàng)目進(jìn)行過程中要對偏差進(jìn)行控制質(zhì)量控制和質(zhì)量保證質(zhì)量控制是為了保證每一件工作產(chǎn)品都滿足對它的需求而應(yīng)用于整個(gè)開發(fā)周期中的一系列審查、評審和測試質(zhì)

47、量控制在創(chuàng)建工作產(chǎn)品的過程中包含一個(gè)反饋循環(huán)，通過對質(zhì)量的反饋，使得我們能夠在得到的工作產(chǎn)品不能滿足其規(guī)約時(shí)調(diào)整開發(fā)過程所有工作產(chǎn)品都應(yīng)該具有定義好的和可度量的規(guī)約，這樣就可以將每個(gè)過程的產(chǎn)品與這一規(guī)約進(jìn)行比較質(zhì)量保證由管理層的審計(jì)和報(bào)告構(gòu)成，目標(biāo)是為管理層提供獲知產(chǎn)品質(zhì)量信息所需的數(shù)據(jù)，從而獲得產(chǎn)品質(zhì)量是否符合預(yù)定目標(biāo)的認(rèn)識和信心軟件質(zhì)量保證軟件質(zhì)量保證活動(dòng)由兩類不同的角色承擔(dān)負(fù)責(zé)技術(shù)工作的軟件工程師：通過采用可靠的技術(shù)方法和措施、進(jìn)行正式的技術(shù)評審、計(jì)劃周密的軟件測試來考慮質(zhì)量問題，并完成軟件質(zhì)量保證和質(zhì)量控制活動(dòng)負(fù)責(zé)質(zhì)量保證工作的SQA (Software Quality Assuran

48、ce)小組：輔助軟件工程小組得到高質(zhì)量的最終產(chǎn)品軟件評審軟件評審是軟件質(zhì)量保證的重要手段通常在軟件工程過程的每個(gè)活動(dòng)(如需求分析、設(shè)計(jì)、編碼)的后期進(jìn)行正式的軟件評審兩種主要評審活動(dòng)：項(xiàng)目管理評審和技術(shù)評審(ISO/IEC 12207信息技術(shù) 軟件生存周期過程中的聯(lián)合評審過程定義)項(xiàng)目管理評審項(xiàng)目管理評審的任務(wù)是針對適用的項(xiàng)目計(jì)劃、進(jìn)度安排、標(biāo)準(zhǔn)和指南進(jìn)行項(xiàng)目狀態(tài)的評價(jià)評審的結(jié)果應(yīng)做出下列規(guī)定：基于對活動(dòng)或軟件產(chǎn)品狀態(tài)的評價(jià)，按照計(jì)劃進(jìn)行改進(jìn)活動(dòng)通過配備必要的資源維持項(xiàng)目的總體控制改變項(xiàng)目的方向或決定是否需要另外計(jì)劃評價(jià)和管理可能危及項(xiàng)目成功的風(fēng)險(xiǎn)問題技術(shù)評審技術(shù)評審的任務(wù)是舉行技術(shù)評審以評價(jià)正在考慮中的軟件產(chǎn)品或服務(wù)，并提供下列證據(jù)：它們是完整的它們符合標(biāo)準(zhǔn)和規(guī)