信息應(yīng)用(yìngyòng)系統(tǒng)工程監(jiān)理

報(bào)告(bàogào)人：王寶會

信息產(chǎn)業(yè)部信息化專家

第一頁，共345頁。信息(xìnxī)應(yīng)用系統(tǒng)建設(shè)監(jiān)理課程計(jì)劃第一講信息應(yīng)用系統(tǒng)建設(shè)基礎(chǔ)知識第二講信息應(yīng)用系統(tǒng)監(jiān)理工作第三講準(zhǔn)備(zhǔnbèi)階段的監(jiān)理工作第四講分析設(shè)計(jì)階段監(jiān)理第五講實(shí)施階段監(jiān)理第六講驗(yàn)收階段的監(jiān)理工作第二頁，共345頁。第一(dìyī)講信息應(yīng)用系統(tǒng)建設(shè)基礎(chǔ)知識在本講中您能了解如下知識點(diǎn)：第一章軟件(ruǎnjiàn)的概念、特點(diǎn)和分類第二章軟件(ruǎnjiàn)工程第三章軟件(ruǎnjiàn)配置管理第四章軟件(ruǎnjiàn)測試第五章軟件(ruǎnjiàn)評審第六章軟件(ruǎnjiàn)維護(hù)第七章軟件(ruǎnjiàn)工程標(biāo)準(zhǔn)第八章軟件(ruǎnjiàn)開發(fā)文檔第九章軟件(ruǎnjiàn)工業(yè)化生產(chǎn)時(shí)代的基礎(chǔ)技術(shù)和方法第三頁，共345頁。第一章軟件的概念(gàiniàn)、特點(diǎn)和分類“確立并使用(shǐyòng)正確的工程原理和方法，以便能夠經(jīng)濟(jì)地獲得可靠而有效的軟件”。

FriedrichI.Bauer第四頁，共345頁。軟件(ruǎnjiàn)的概念軟件是與計(jì)算機(jī)系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則及與之有關(guān)的文檔。軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)及其相關(guān)文檔的完整集合。其中，程序是按事先(shìxiān)設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)是使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)；文檔是與程序開發(fā)，維護(hù)和使用有關(guān)的圖文材料。第五頁，共345頁。軟件(ruǎnjiàn)的構(gòu)成要素1、程序(chéngxù)2、規(guī)程3、規(guī)則4、文檔第六頁，共345頁。軟件(ruǎnjiàn)的特點(diǎn)具有抽象性、嚴(yán)密性、“一次性”、智能性、持久性、依賴性、復(fù)雜性、難以度量、易出錯(cuò)、必須維護(hù)、成本昂貴等特點(diǎn)(tèdiǎn)。(1)軟件是一種邏輯實(shí)體,具有抽象性。(2)對軟件的質(zhì)量控制：必須著重在軟件開發(fā)方面下功夫。(3)軟件沒有老化問題：然而它存在退化問題。(4)軟件的開發(fā)和運(yùn)行存在：移植的問題。(5)軟件的開發(fā)方式：手工。(6)軟件本身是復(fù)雜的：實(shí)際問題，程序邏輯結(jié)構(gòu)所決定的。(7)軟件成本昂貴：投入大量、復(fù)雜、高強(qiáng)度的腦力勞動(dòng)。第七頁，共345頁。源程序、執(zhí)行程序高級語言源程序經(jīng)編譯后，得到的目標(biāo)模塊還需進(jìn)行連接(liánjiē)。連接(liánjiē)程序（即Linker）找出需要連接(liánjiē)的外部模塊并到模塊庫中找出被調(diào)用的模塊，調(diào)入內(nèi)存并連接(liánjiē)到目標(biāo)模塊上，形成可執(zhí)行程序。第八頁，共345頁。軟件(ruǎnjiàn)的分類方法按軟件的功能進(jìn)行劃分：系統(tǒng)軟件支撐軟件應(yīng)用軟件在信息系統(tǒng)工程建設(shè)中，系統(tǒng)軟件和支撐軟件通常為外購軟件，應(yīng)用軟件通常為承建單位自主開發(fā)(kāifā)或分包開發(fā)(kāifā)的軟件。按軟件服務(wù)對象的范圍劃分：項(xiàng)目軟件產(chǎn)品軟件按軟件規(guī)模進(jìn)行劃分：按開發(fā)(kāifā)軟件所需的人力、時(shí)間以及完成的源程序行數(shù)，可確定六種不同規(guī)模的軟件。按軟件工作方式劃分：實(shí)時(shí)處理軟件分時(shí)軟件交互式軟件批處理軟件按使用的頻度進(jìn)行劃分：一次使用較高的使用頻度按軟件失效的影響進(jìn)行劃分：影響不大影響釀成災(zāi)難性后果第九頁，共345頁。

第十頁，共345頁。軟件(ruǎnjiàn)的分類方法按技術(shù)特點(diǎn)的角度進(jìn)行劃分：業(yè)務(wù)軟件：處理日常業(yè)務(wù),已成為管理信息系統(tǒng)MIS科技計(jì)算軟件：注重?cái)?shù)值(shùzí)算法的速度和精度。目前轉(zhuǎn)向多機(jī)協(xié)作計(jì)算、并行計(jì)算、可視計(jì)算等嵌入式(embeded)軟件：使工業(yè)產(chǎn)品自動(dòng)化、智能化實(shí)時(shí)(real-time)軟件多用于工業(yè)控制系統(tǒng)個(gè)人計(jì)算機(jī)軟件：字處理、報(bào)表、制圖、多媒體寫作、娛樂游戲、個(gè)人數(shù)據(jù)庫、個(gè)人財(cái)務(wù)、聯(lián)機(jī)上網(wǎng)等人工智能軟件：以非數(shù)值(shùzí)算法解題，一般有一知識庫存放知識和規(guī)則。第十一頁，共345頁。軟件工程是一類求解軟件的系統(tǒng)工程的派生，軟件工程是一門交叉性學(xué)科。軟件工程這一概念，主要是針對20世紀(jì)60年代“軟件危機(jī)”而提出的。其主要成果有：提出了瀑布模型，開發(fā)了一些結(jié)構(gòu)化程序設(shè)計(jì)語言、結(jié)構(gòu)化方法等。并且圍繞項(xiàng)目管理提出了費(fèi)用估算、文檔復(fù)審(fùshěn)等方法和工具第二章軟件工程(ruǎnjiànɡōnɡchénɡ)概述第十二頁，共345頁。70年代初，自“軟件工廠”這一概念提出以來(yǐlái)，其主要成果有：提出了應(yīng)用廣泛的面向?qū)ο笳Z言以及相關(guān)的面向?qū)ο蠓椒?。尤其是近幾年來，針對軟件?fù)用及軟件生產(chǎn)，軟件構(gòu)件技術(shù)以及軟件質(zhì)量控制技術(shù)、質(zhì)量保證技術(shù)得到了廣泛的應(yīng)用。軟件(ruǎnjiàn)工廠第十三頁，共345頁。軟件工程(ruǎnjiànɡōnɡchénɡ)框架軟件工程的框架是由軟件工程目標(biāo)、軟件工程活動(dòng)(huódòng)和軟件工程原則三個(gè)方面的內(nèi)容組成。第十四頁，共345頁。由上圖可以看出軟件工程可定義為三元組：目標(biāo)(mùbiāo)，原則，活動(dòng)其中目標(biāo)(mùbiāo)定義為:正確性：軟件產(chǎn)品達(dá)到預(yù)期功能的程度?？捎眯裕很浖窘Y(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。開銷適宜性：軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。這三方面的特性決定了軟件過程、過程模型和工程方法的選擇。軟件工程(ruǎnjiànɡōnɡchénɡ)目標(biāo)第十五頁，共345頁。選取適宜開發(fā)范型。對需求定義的易變性，采用適宜的開發(fā)范型予以控制，以保證軟件產(chǎn)品滿足用戶的要求。采用合適的設(shè)計(jì)方法。合適的設(shè)計(jì)方法有助于這些(zhèxiē)特征的實(shí)現(xiàn)，以達(dá)到軟件工程的目標(biāo)。提供高質(zhì)量的工程支持。在軟件工程中，軟件工具與環(huán)境對軟件過程的支持頗為重要。重視開發(fā)過程的管理。當(dāng)軟件過程得以有效管理時(shí)，才能實(shí)現(xiàn)有效的軟件工程。軟件工程(ruǎnjiànɡōnɡchénɡ)原則第十六頁，共345頁。軟件工程活動(dòng)是“生產(chǎn)一個(gè)最終滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟”。主要包括(bāokuò)需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及支持等5個(gè)活動(dòng)。需求活動(dòng)包括(bāokuò)問題分析和需求分析。問題分析獲取需求定義。需求分析生成功能規(guī)約。設(shè)計(jì)活動(dòng)一般包括(bāokuò)概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)建立整個(gè)軟件體系結(jié)構(gòu)。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說明。實(shí)現(xiàn)活動(dòng)CODINGANDTESTING。確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。支持活動(dòng)包括(bāokuò)修改和完善。維護(hù)。軟件工程(ruǎnjiànɡōnɡchénɡ)活動(dòng)第十七頁，共345頁。

需求:定義問題，即建立系統(tǒng)模型，主要任務(wù)包括：需求獲取―－需求定義，系統(tǒng)功能的一個(gè)正確的陳述需求規(guī)約―－系統(tǒng)需求規(guī)格說明，其主要成分：系統(tǒng)模型、系統(tǒng)功能的一個(gè)精確、系統(tǒng)的描述及需求驗(yàn)證(yànzhèng)。設(shè)計(jì)：在需求分析的基礎(chǔ)上，給出系統(tǒng)的軟件解決方案。1）總體設(shè)計(jì)：系統(tǒng)的軟件體系結(jié)構(gòu)2）詳細(xì)設(shè)計(jì)：針對總體設(shè)計(jì)結(jié)果，給出每一構(gòu)件的詳細(xì)描述。實(shí)現(xiàn)：選擇可用的構(gòu)件或語言，對每一構(gòu)件進(jìn)行編碼。確認(rèn)：貫穿軟件開發(fā)的整個(gè)過程，主要任務(wù)是：軟件測試。支持：完善性維護(hù)、糾錯(cuò)性維護(hù)。軟件工程(ruǎnjiànɡōnɡchénɡ)流程第十八頁，共345頁。開始需求訪談系統(tǒng)分析系統(tǒng)設(shè)計(jì)程序撰寫系統(tǒng)測試系統(tǒng)保固維護(hù)結(jié)束產(chǎn)品評估產(chǎn)品評估階段項(xiàng)目規(guī)劃階段系統(tǒng)分析階段軟件設(shè)計(jì)階段軟件品保階段(一)程序撰寫與單元測試階段軟件品保階段(二)整合測試階段軟件品保階段(三)產(chǎn)品開發(fā)階段產(chǎn)品開發(fā)項(xiàng)目流程產(chǎn)品開發(fā)工作規(guī)劃統(tǒng)計(jì)技術(shù)統(tǒng)計(jì)技術(shù)應(yīng)用階段服務(wù)階段系統(tǒng)維護(hù)階段問題追蹤與矯正階段第十九頁，共345頁。軟件生存(shēngcún)周期軟件生存周期是“從設(shè)計(jì)軟件產(chǎn)品開始到軟件產(chǎn)品不能再使用為止的時(shí)間(shíjiān)周期。軟件生存周期典型地包括項(xiàng)目計(jì)劃階段，需求階段，設(shè)計(jì)階段、實(shí)現(xiàn)階段、測試階段、安裝和驗(yàn)收階段、運(yùn)行和維護(hù)階段，有時(shí)還包括引退階段。第二十頁，共345頁。確定要開發(fā)軟件系統(tǒng)的總目標(biāo)，給出它的功能、性能、可靠性及接口等方面的要求；根據(jù)有關(guān)成本(chéngběn)與進(jìn)度的限制分析項(xiàng)目的可行性，探討解決問題的可能方案；制定完成開發(fā)任務(wù)的實(shí)施計(jì)劃，連同可行性研究報(bào)告，提交管理部門審查。軟件項(xiàng)目(xiàngmù)計(jì)劃第二十一頁，共345頁。

需求分析和定義方式：需求明確的：用正式的信息域分析，可用于建立信息流和信息結(jié)構(gòu)的模型，然后逐漸擴(kuò)充這些模型成為軟件的規(guī)格說明。需求非明確：用軟件原型化方法，即建立軟件原型，并由用戶進(jìn)行評價(jià)，從而確定軟件需求。編寫出軟件需求說明書及初步的用戶手冊，提交(tíjiāo)管理機(jī)構(gòu)評審。軟件需求(xūqiú)分析第二十二頁，共345頁。

概要設(shè)計(jì)，把已確定了的各項(xiàng)需求轉(zhuǎn)換成一個(gè)相應(yīng)的體系結(jié)構(gòu)，以結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)開始，建立程序的模塊(mókuài)結(jié)構(gòu)，定義接口并建立數(shù)據(jù)結(jié)構(gòu)。此外，要使用一些設(shè)計(jì)準(zhǔn)則來判斷軟件的質(zhì)量。詳細(xì)設(shè)計(jì)，考慮設(shè)計(jì)每一個(gè)模塊(mókuài)部件的過程描述，對每個(gè)模塊(mókuài)要完成的工作進(jìn)行具體的描述。編寫設(shè)計(jì)說明書，提交評審。軟件設(shè)計(jì)分為概要(gàiyào)設(shè)計(jì)和詳細(xì)設(shè)計(jì)第二十三頁，共345頁。

系統(tǒng)設(shè)計(jì)是把需求轉(zhuǎn)化為軟件系統(tǒng)的最重要的環(huán)節(jié)。系統(tǒng)設(shè)計(jì)的優(yōu)劣在根本上決定了軟件系統(tǒng)的質(zhì)量。就象“一切帝國主義都是紙老虎”那樣可以斷定“差的系統(tǒng)設(shè)計(jì)必定產(chǎn)生差的軟件系統(tǒng)?！彼晕覀円ΡＷC系統(tǒng)設(shè)計(jì)“根正苗紅”，把一切左傾(zuǒqīng)、右傾的設(shè)計(jì)思潮消滅在萌芽狀態(tài)。保證系統(tǒng)設(shè)計(jì)(shèjì)“根正苗紅”第二十四頁，共345頁。

WindowsNT的一位系統(tǒng)設(shè)計(jì)師擁有8輛法拉利跑車，讓Microsoft公司的一些程序員十分眼紅。但你只能羨慕而不能憤恨，因?yàn)椴⒉皇敲總€(gè)程序員都有本事成為復(fù)雜軟件系統(tǒng)的設(shè)計(jì)師。系統(tǒng)設(shè)計(jì)要比純粹的編程困難(kùnnɑn)得多。即便你清楚客戶的需求，卻未必知道應(yīng)該設(shè)計(jì)什么樣的軟件系統(tǒng)——既能掙最多的錢又能讓客戶滿意。神氣(shénqì)的軟件設(shè)計(jì)師第二十五頁，共345頁。用一種適當(dāng)?shù)某绦蛟O(shè)計(jì)語言把軟件設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可以接受的程序代碼。應(yīng)當(dāng)(yīngdāng)就風(fēng)格及清晰性對代碼進(jìn)行評審，而且反過來應(yīng)能直接追溯到詳細(xì)設(shè)計(jì)描述。程序(chéngxù)編碼第二十六頁，共345頁。軟件測試軟件測試的主要任務(wù)是發(fā)現(xiàn)并排除在軟件需求分析、設(shè)計(jì)和實(shí)現(xiàn)階段產(chǎn)生的各種錯(cuò)誤，以保證交付軟件的質(zhì)量。軟件測試目的是“在一定的開發(fā)時(shí)間和經(jīng)費(fèi)(jīngfèi)的限制下，通過執(zhí)行有限個(gè)測試過程，盡可能多的發(fā)現(xiàn)軟件中的錯(cuò)誤。第二十七頁，共345頁。單元測試檢查每一單獨(dú)的模塊部件的功能和性能。組裝測試提供了構(gòu)造軟件模塊結(jié)構(gòu)的手段，同時(shí)測試其功能和接口。確認(rèn)測試檢查所有的需求是否都得到滿足。在每一個(gè)測試步驟之后，要進(jìn)行調(diào)試，以診斷和糾正(jiūzhèng)軟件的故障。軟件測試第二十八頁，共345頁。軟件測試的基本(jīběn)原則1、程序員或程序設(shè)計(jì)機(jī)構(gòu)不應(yīng)測試自己設(shè)計(jì)的程序2、在設(shè)計(jì)測試用例時(shí)，不僅(bùjǐn)要確定輸入數(shù)據(jù)，還要確定預(yù)期的輸出結(jié)果3、在設(shè)計(jì)測試用例時(shí)，不僅(bùjǐn)要考慮合理的輸入數(shù)據(jù)，還要考慮不合理的輸入數(shù)據(jù)。4、除了檢查程序是否做了它應(yīng)當(dāng)做的事情之外，還應(yīng)檢查它是否做了不應(yīng)當(dāng)做的事5、應(yīng)保留所有的測試用例，以便軟件維護(hù)和回歸測試6、模塊中存在錯(cuò)誤的概率與已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比7、嚴(yán)格執(zhí)行測試計(jì)劃，排除測試的隨意性第二十九頁，共345頁。例：Outlook溢出(yìchū)起源于vCard(一種電子名片)Outlook直接打開并運(yùn)行附件中的vCards而不提示用戶vCards存儲于.vcf文件中，也是沒有提示而直接運(yùn)行的當(dāng)vCards的生日字段(BDAY)超過55字符時(shí)，就會出現(xiàn)溢出(yìchū)對策：應(yīng)用IE5.5sp2第三十頁，共345頁。已交付的軟件投入正式使用，并在運(yùn)行過程中進(jìn)行適當(dāng)?shù)木S護(hù)。為改正錯(cuò)誤，適應(yīng)環(huán)境變化及功能增強(qiáng)而進(jìn)行的一系列修改活動(dòng)。與軟件維護(hù)相關(guān)聯(lián)的那些(nàxiē)任務(wù)依賴于所要實(shí)施的維護(hù)的類型。運(yùn)行(yùnxíng)維護(hù)第三十一頁，共345頁。軟件開發(fā)模型是軟件建設(shè)過程的結(jié)構(gòu)框架。軟件開發(fā)的承建單位必須首先制定出適宜的開發(fā)策略和軟件工程模型，以便對要交付的軟件的開發(fā)過程實(shí)施有效的控制和管理。監(jiān)理單位應(yīng)該(yīnggāi)根據(jù)承建單位選定的模型制定自己的監(jiān)理策略。承建單位可根據(jù)軟件開發(fā)項(xiàng)目的具體情況選擇采用何種開發(fā)策略、方法和模型，并要在有關(guān)文檔中（例如在“項(xiàng)目開發(fā)計(jì)劃”中）對所采用的軟件工程方法與模型加以說明。軟件開發(fā)模型(móxíng)第三十二頁，共345頁。計(jì)劃需求分析設(shè)計(jì)編碼測試運(yùn)行.維護(hù)開發(fā)階段維護(hù)階段定義階段

規(guī)定了各項(xiàng)軟件工程活動(dòng),包括:制定開發(fā)計(jì)劃,進(jìn)行需求分析和說明,軟件設(shè)計(jì),程序編碼.測試及運(yùn)行維護(hù),并且規(guī)定了它們(tāmen)自上而下,相互銜接的固定次序,如同瀑布流水,逐級下落瀑布(pùbù)模型第三十三頁，共345頁。瀑布(pùbù)式生存周期模型第三十四頁，共345頁。

軟件開發(fā)的實(shí)踐表明，上述各項(xiàng)活動(dòng)之間并非完全是自上而下，呈線性圖式。實(shí)際情況是，每項(xiàng)開發(fā)活動(dòng)均處于一個(gè)質(zhì)量環(huán)（輸入-處理-輸出-評審）中。只有當(dāng)其工作得到確認(rèn)，才能繼續(xù)進(jìn)行下一項(xiàng)活動(dòng)瀑布模型的開發(fā)策略是要求軟件開發(fā)組織在進(jìn)行軟件開發(fā)時(shí)，要嚴(yán)格劃分開發(fā)過程的每一個(gè)階段，并根據(jù)工程化的有關(guān)規(guī)定，在“軟件開發(fā)計(jì)劃”及“軟件質(zhì)量保證計(jì)劃”中反映每個(gè)階段的活動(dòng)。對每階段的工作要進(jìn)行認(rèn)真的評審。只有在某個(gè)階段的目標(biāo)確實(shí)達(dá)到后，才能進(jìn)入下一階段的工作。瀑布模型為軟件開發(fā)和軟件維護(hù)提供了一種理想情況下的管理模式，從理論上講，對需求能嚴(yán)格地進(jìn)行預(yù)先定義的軟件開發(fā)項(xiàng)目是合適和有效的。然而在軟件工程實(shí)踐中，這一開發(fā)策略一旦遇到與假設(shè)不相符合的情況，就容易導(dǎo)致失敗。盡管如此，該模型仍不失為一個(gè)很好的基準(zhǔn)模型。事實(shí)上，在今天的軟件工程實(shí)踐中常常(chángcháng)都是以瀑布模型為基礎(chǔ)綜合采用其它各種模型的優(yōu)點(diǎn)，以改善軟件開發(fā)過程對現(xiàn)實(shí)情況的適應(yīng)性。瀑布(pùbù)模型第三十五頁，共345頁。原型模型也稱演化(yǎnhuà)模型，此方法主要針對所要開發(fā)的系統(tǒng)的需求不是很清楚，需要一個(gè)可實(shí)際運(yùn)行的工作演示系統(tǒng)，即原型，作為軟件開發(fā)人員和用戶學(xué)習(xí)、研究、試驗(yàn)和確定軟件需求的工作平臺。原型模型又可細(xì)分為增量模型和漸進(jìn)模型。原型(yuánxíng)模型第三十六頁，共345頁?？焖俜治??？焖俅_定軟件系統(tǒng)的基本要求。構(gòu)造原型。盡快(jǐnkuài)實(shí)現(xiàn)一個(gè)可運(yùn)行的系統(tǒng)。運(yùn)行和評價(jià)原型。驗(yàn)證原型的正確程度，根據(jù)用戶的新設(shè)想，提出全面的修改意見。修正和改進(jìn)。首先修改并確定需求規(guī)格說明，然后再重新構(gòu)造或修改原型。判定原型是否完成。如果用戶認(rèn)可，迭代過程可以結(jié)束。否則，繼續(xù)迭代。判斷原型細(xì)部是否說明。原型細(xì)部的說明。判定原型效果。整理原型和提供文檔。原型(yuánxíng)化開發(fā)方法步驟第三十七頁，共345頁。對于需求不能很快全部明確的系統(tǒng)，軟件開發(fā)項(xiàng)目難于做到一次開發(fā)成功，可使用此模型。此時(shí)，應(yīng)盡可能明確已知的軟件需求，完成相應(yīng)的需求分析，并按瀑布模型的方法進(jìn)行第一次開發(fā)工作。在系統(tǒng)集成時(shí)，通過實(shí)驗(yàn)找出需求中的欠缺和不足之處，明確那些未知的軟件需求，再迭代進(jìn)行增加部分的需求分析和開發(fā)。對有些系統(tǒng)這種反復(fù)可能要進(jìn)行幾次，但盡可能不要超過兩次，否則難以控制軟件的結(jié)構(gòu)(jiégòu)規(guī)模、開發(fā)質(zhì)量和進(jìn)度。增量(zēnɡliànɡ)模型第三十八頁，共345頁。此模型主要是針對部分需求盡管明確但一時(shí)難以準(zhǔn)確進(jìn)行定義的系統(tǒng)設(shè)計(jì)。如：用戶的操作界面等。使用此模型時(shí)，可以先做初步的需求分析，之后立即進(jìn)行設(shè)計(jì)和編碼，隨后與系統(tǒng)進(jìn)行第一次集成（不作(bùzuò)或少作測試）。根據(jù)集成后反映的問題，進(jìn)一步做更全面的需求分析、設(shè)計(jì)、編碼、測試和集成漸進(jìn)(jiànjìn)模型第三十九頁，共345頁。對于復(fù)雜的大型軟件，開發(fā)一個(gè)原型往往達(dá)不到要求。螺旋模型將瀑布模型與演化模型結(jié)合起來，并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析(fēnxī)。螺旋模型沿著螺線旋轉(zhuǎn)，如下圖所示，在笛卡爾坐標(biāo)的四個(gè)象限上分別表達(dá)了四個(gè)方面的活動(dòng)，即：制定計(jì)劃──確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件；風(fēng)險(xiǎn)分析(fēnxī)──分析(fēnxī)所選方案，考慮如何識別和消除風(fēng)險(xiǎn)；實(shí)施工程──實(shí)施軟件開發(fā)客戶評估──評價(jià)開發(fā)工作，提出修正建議。沿螺線自內(nèi)向外每旋轉(zhuǎn)一圈便開發(fā)出更為完善的一個(gè)新的軟件版本。螺旋(luóxuán)模型第四十頁，共345頁。

螺旋(luóxuán)模型第四十一頁，共345頁。螺旋(luóxuán)模型是軟件開發(fā)的高級策略，它不僅適合結(jié)構(gòu)化方法而且更適合面向?qū)ο蠓椒?。它的?shí)施將對軟件開發(fā)組織的工作模式、人員素質(zhì)、管理和技術(shù)水平產(chǎn)生深遠(yuǎn)的影響，是最有前途的過程模型之一。（適用于產(chǎn)品開發(fā)）螺旋(luóxuán)模型第四十二頁，共345頁。噴泉模型對軟件復(fù)用和生存周期中多項(xiàng)開發(fā)(kāifā)活動(dòng)的集成提供了支持，主要支持面向?qū)ο蟮拈_發(fā)(kāifā)方法?！皣娙币辉~本身體現(xiàn)了迭代和無間隙特性。系統(tǒng)某個(gè)部分常常重復(fù)工作多次，相關(guān)功能在每次迭代中隨之加入演進(jìn)的系統(tǒng)。所謂無間隙是指在開發(fā)(kāifā)活動(dòng)，即分析、設(shè)計(jì)和編碼之間不存在明顯的邊界噴泉(pēnquán)模型第四十三頁，共345頁。

第四十四頁，共345頁。配置管理項(xiàng)在軟件生存(shēngcún)周期內(nèi)所產(chǎn)生的各種管理文檔和技術(shù)文檔、源代碼列表，及其可執(zhí)行代碼，以及運(yùn)行所需的各種數(shù)據(jù)，構(gòu)成軟件配置管理項(xiàng)。配置管理庫各系統(tǒng)應(yīng)在其所屬各級中建立下列各庫：開發(fā)庫（DL）通常，開發(fā)庫可僅在項(xiàng)目開發(fā)組內(nèi)設(shè)立，并由其負(fù)責(zé)維護(hù)。受控庫（CL）通常，受控庫以軟件配置項(xiàng)為單位建立并維護(hù)。產(chǎn)品庫（PL〕通常，產(chǎn)品庫可在系統(tǒng)、子系統(tǒng)級上設(shè)立并維護(hù)。各類庫中應(yīng)存放哪些軟件成分，應(yīng)視所開發(fā)軟件的實(shí)際情況酌定。第三章軟件配置管理第四十五頁，共345頁。

質(zhì)量要求軟件(ruǎnjiàn)配置管理項(xiàng)是該軟件(ruǎnjiàn)的真正實(shí)質(zhì)性材料，因此必須保持正確性、完備性和可追蹤性；任何軟件(ruǎnjiàn)配置管理項(xiàng)都必須做到“文實(shí)相符、文文一致”。以滿足“有效性”、“可見性”和“可控性”要求。管理規(guī)程軟件(ruǎnjiàn)配置項(xiàng)不論大小都必須實(shí)施軟件(ruǎnjiàn)配置管理。但所管軟件(ruǎnjiàn)實(shí)體的多少，實(shí)施控制的方式和投入人力多少則與軟件(ruǎnjiàn)配置項(xiàng)的規(guī)模等級、安全性關(guān)鍵等級，以及風(fēng)險(xiǎn)大小有關(guān)。必須指出，對于安全性關(guān)鍵等級為A、B級的軟件(ruǎnjiàn)配置項(xiàng)的管理必須從嚴(yán)。每個(gè)計(jì)算機(jī)系統(tǒng)均應(yīng)制定軟件(ruǎnjiàn)配置管理規(guī)程，至少應(yīng)明確規(guī)定：各級、各庫中所管的軟件(ruǎnjiàn)實(shí)體的清單；保證安全性、可靠性、保密性、正確性、完備性、一致性和可追蹤性的具體措施；入庫控制辦法和審批手續(xù)；出庫條件及其必備的手續(xù)；變更控制辦法和審批手續(xù)。工具為了嚴(yán)格、有效地實(shí)施軟件(ruǎnjiàn)配置管理，承建單位應(yīng)使用軟件(ruǎnjiàn)配置管理工具，以滿足上述質(zhì)量要求。（VSS）第三章軟件配置管理第四十六頁，共345頁。第四章軟件測試測試目的:通過測試，發(fā)現(xiàn)軟件錯(cuò)誤；驗(yàn)證軟件是否滿足軟件需求規(guī)格說明和軟件設(shè)計(jì)所規(guī)定的功能、性能及其軟件質(zhì)量特性的要求；為軟件質(zhì)量的評價(jià)提供依據(jù)。軟件測試技術(shù):雖然軟件測試技術(shù)在不斷地發(fā)展，但傳統(tǒng)的分類方法仍然適用。按使用的測試技術(shù)不同可以將測試分為:靜態(tài)測試:靜態(tài)分析和代碼審查(shěnchá)動(dòng)態(tài)測試:白盒測試和黑盒測試。第四十七頁，共345頁。靜態(tài)分析主要對程序進(jìn)行控制流分析、數(shù)據(jù)流分析、接口分析和表達(dá)式分析等。靜態(tài)分析一般由計(jì)算機(jī)輔助完成。目前具備靜態(tài)分析功能的軟件測試工具有很多。白盒測試是一種按照程序內(nèi)部的邏輯結(jié)構(gòu)和編碼結(jié)構(gòu)設(shè)計(jì)并執(zhí)行測試用例的測試方法。根據(jù)覆蓋準(zhǔn)則使程序中的每個(gè)語句、每個(gè)條件分支、每個(gè)控制路徑都在程序測試中受到檢驗(yàn)。主要以LOG。黑盒測試是一種著重于驗(yàn)證(yànzhèng)軟件功能和性能的正確性，它的典型測試項(xiàng)目包括功能測試、性能測試、邊界測試、余量測試、強(qiáng)度測試等。軟件測試方式(fāngshì)第四十八頁，共345頁。制定“軟件測試計(jì)劃”。編寫“軟件測試說明”。對各測試用例所需的測試環(huán)境、測試軟件的準(zhǔn)備工作給予說明。對于軟件安全性關(guān)鍵等級為A、B級或軟件規(guī)模等級為A、B級的軟件，軟件開發(fā)單位必須組織此測試階段的準(zhǔn)備就緒評審，以審查測試用例、環(huán)境、測試軟件、測試工具等準(zhǔn)備工作是否全面、到位(dàowèi)。測試用例設(shè)計(jì)要求：測試用例的設(shè)計(jì)應(yīng)包括該測試用例的測試過程、測試輸入數(shù)據(jù)、期望測試結(jié)果和評價(jià)測試結(jié)果的標(biāo)準(zhǔn)等；測試用例的輸入應(yīng)包括合理的（有效等價(jià)類）值、不合理的（無效等價(jià)類）值和邊界值輸入；為每個(gè)測試用例規(guī)定測試規(guī)程，包括運(yùn)行測試用例的準(zhǔn)備、初始化、中間步驟、前提和約束；軟件測試工作(gōngzuò)規(guī)程第四十九頁，共345頁。

把全部測試用例寫入“軟件測試說明”。執(zhí)行軟件測試。按照(ànzhào)“軟件測試計(jì)劃”和“軟件測試說明”對軟件進(jìn)行測試。在測試過程中，應(yīng)填寫“軟件測試記錄”。如果發(fā)現(xiàn)軟件問題，應(yīng)填寫“軟件問題報(bào)告單”。測試記錄包括測試的時(shí)間、地點(diǎn)、操作人、參加人、測試輸入數(shù)據(jù)、期望測試結(jié)果、實(shí)際測試結(jié)果及測試規(guī)程等。編制“軟件測試報(bào)告”。具體的軟件測試工作完成之后，依照“軟件測試計(jì)劃”、“軟件測試說明”、“軟件測試記錄”對測試結(jié)果進(jìn)行統(tǒng)計(jì)、分析和評估，在此基礎(chǔ)上編制“軟件測試報(bào)告”。修正軟件測試過程中發(fā)現(xiàn)的問題。修正軟件問題要有受控措施，應(yīng)先填寫“軟件變更變更報(bào)告單”，在得到同意的答復(fù)之后進(jìn)行軟件的修改（包括軟件文檔、程序和數(shù)據(jù)的全面修改），修改完成之后，必須進(jìn)行回歸測試。軟件測試階段評審：測試階段工作全部完成之后，應(yīng)組織本測試階段的評審。軟件測試工作(gōngzuò)規(guī)程第五十頁，共345頁。在軟件生存周期(zhōuqī)各階段應(yīng)開展的軟件測試活動(dòng)第五十一頁，共345頁。軟件測試應(yīng)由獨(dú)立于軟件設(shè)計(jì)開發(fā)的人員進(jìn)行，根據(jù)軟件項(xiàng)目的規(guī)模等級和安全性關(guān)鍵等級，軟件測試可由不同機(jī)構(gòu)(jīgòu)組織實(shí)施。軟件單元測試由承建單位自行組織，一般由軟件開發(fā)組實(shí)施測試。軟件集成測試由承建單位自行組織，軟件開發(fā)組和軟件測試組聯(lián)合實(shí)施測試。軟件確認(rèn)測試由承建單位自行組織，軟件測試組實(shí)施測試。系統(tǒng)測試應(yīng)由業(yè)主單位組織，成立聯(lián)合測試組（一般由專家組、業(yè)主單位、軟件評測單位、承建單位等聯(lián)合組成測試組）實(shí)施測試。測試(cèshì)組織第五十二頁，共345頁。承建單位在測試過程中應(yīng)編制“軟件問題報(bào)告”和“軟件變更報(bào)告”，描述在配置控制下的軟件或文檔中發(fā)現(xiàn)的各種問題。“軟件問題報(bào)告”和“軟件變更報(bào)告”應(yīng)描述必需(bìxū)的糾錯(cuò)工作和解決問題所進(jìn)行的各項(xiàng)活動(dòng)。軟件(ruǎnjiàn)問題報(bào)告和軟件(ruǎnjiàn)變更報(bào)告第五十三頁，共345頁。承建單位(dānwèi)應(yīng)建立和實(shí)施糾錯(cuò)工作規(guī)程，以便處理在配置控制下和按產(chǎn)品合同要求進(jìn)行軟件開發(fā)活動(dòng)中發(fā)現(xiàn)的問題。糾錯(cuò)工作規(guī)程應(yīng)遵照《軟件配置管理》執(zhí)行。糾錯(cuò)工作(gōngzuò)過程第五十四頁，共345頁。第五章軟件(ruǎnjiàn)評審評審目的軟件評審是為了使軟件開發(fā)按軟件工程提出的過程循序進(jìn)行，在各研制階段(jiēduàn)結(jié)束時(shí)，檢查該階段(jiēduàn)的工作是否完成，所提交的軟件階段(jiēduàn)產(chǎn)品是否達(dá)到了規(guī)定的質(zhì)量和技術(shù)要求，決定是否可以轉(zhuǎn)入下一階段(jiēduàn)研制工作。第五十五頁，共345頁。內(nèi)部評審對每個(gè)軟件的每個(gè)開發(fā)階段都要進(jìn)行；外部評審在內(nèi)部評審的基礎(chǔ)上進(jìn)行。一般情況下，軟件需求(xūqiú)分析、概要設(shè)計(jì)、確認(rèn)測試和系統(tǒng)測試階段應(yīng)進(jìn)行外部評審。軟件(ruǎnjiàn)評審第五十六頁，共345頁。提出評審申請承建單位在本階段工作完成并通過內(nèi)部評審后，至少提前十天提出外部評審申請。同時(shí)將評審文檔及資料交給軟件專家組成(zǔchénɡ)員進(jìn)行審查。成立評審組織成立評審委員會。宣布評審委員會的組成(zǔchénɡ)成員和參加審查組的軟件專家組成(zǔchénɡ)員。評審委員會成員一般應(yīng)包括：軟件專家組成(zǔchénɡ)員（占評審委員會總?cè)藬?shù)的50%以上）；質(zhì)量管理人員；科研計(jì)劃管理人員；開發(fā)組成(zǔchénɡ)員；業(yè)主單位代表。外部評審(pínɡshěn)的步驟第五十七頁，共345頁。審查組由軟件專家組成(zǔchénɡ)；參加同一個(gè)項(xiàng)目的軟件專家組成(zǔchénɡ)員應(yīng)相對穩(wěn)定。審查組成(zǔchénɡ)員組成(zǔchénɡ)及要求第五十八頁，共345頁。

評審結(jié)論(jiélùn)評審小組寫出結(jié)論(jiélùn)提交專家組.專家組審查結(jié)論(jiélùn)專家組審查結(jié)論(jiélùn)分為：通過和不通過，并以此向評審委員會提出建議。通過情況下，承建單位對提出的軟件問題要限期修改，修改情況由軟件專家組負(fù)責(zé)人同意簽字后可轉(zhuǎn)入下一階段工作。不通過情況下，對提出的問題由承建單位重新做工作后，再提出評審申請進(jìn)行復(fù)審。在復(fù)審?fù)ㄟ^前不能轉(zhuǎn)入下一階段工作。復(fù)審的步驟與外部評審相同。軟件(ruǎnjiàn)評審第五十九頁，共345頁。第六章軟件維護(hù)軟件維護(hù)(wéihù)是軟件產(chǎn)品交付使用后，為糾正錯(cuò)誤或改進(jìn)性能與其他屬性，或使軟件產(chǎn)品適應(yīng)改變了的環(huán)境而進(jìn)行的修改活動(dòng)。軟件維護(hù)(wéihù)一般分為糾錯(cuò)性維護(hù)(wéihù)、適應(yīng)性維護(hù)(wéihù)和完善性維護(hù)(wéihù)三種類型。第六十頁，共345頁。糾錯(cuò)(jiūcuò)性維護(hù)糾正在開發(fā)階段產(chǎn)生而在測試和驗(yàn)收過程沒有發(fā)現(xiàn)的錯(cuò)誤。其主要內(nèi)容包括：設(shè)計(jì)(shèjì)錯(cuò)誤；程序錯(cuò)誤；數(shù)據(jù)錯(cuò)誤；文檔錯(cuò)誤。第六十一頁，共345頁。為適應(yīng)軟件運(yùn)行環(huán)境改變而作的修改。環(huán)境改變的主要內(nèi)容包括：影響(yǐngxiǎng)系統(tǒng)的規(guī)則或規(guī)律的變化；硬件配置的變化，如機(jī)型、終端、外部設(shè)備的改變等；數(shù)據(jù)格式或文件結(jié)構(gòu)的改變；軟件支持環(huán)境的改變，如操作系統(tǒng)，編譯器或?qū)嵱贸绦虻淖兓?。適應(yīng)性維護(hù)(wéihù)第六十二頁，共345頁。完善性維護(hù)為擴(kuò)充功能或改善性能而進(jìn)行的修改。修改方式有插入、刪除、擴(kuò)充和增強(qiáng)(zēngqiáng)等。主要內(nèi)容包括：為擴(kuò)充和增強(qiáng)(zēngqiáng)功能而作的修改，如擴(kuò)充解題范圍和算法優(yōu)化等；為改善性能而作的修改，如提高運(yùn)行速度、節(jié)省存貯空間等；為便于維護(hù)而作的修改，如為了改進(jìn)易讀性而增加一些注釋等。軟件維護(hù)第六十三頁，共345頁。第七章軟件工程(ruǎnjiànɡōnɡchénɡ)標(biāo)準(zhǔn)在開發(fā)一個(gè)軟件時(shí)，需要有許多層次、不同分工的人員相互配合；在開發(fā)項(xiàng)目的各個(gè)部分以及各開發(fā)階段之間也都存在著許多聯(lián)系和銜接問題。如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約束和規(guī)定。在軟件開發(fā)項(xiàng)目取得階段成果或最后完成時(shí)，還需要進(jìn)行階段評審(pínɡshěn)和驗(yàn)收測試。投入運(yùn)行的軟件，其維護(hù)工作中遇到的問題又與開發(fā)工作有著密切的關(guān)系。軟件的管理工作則滲透到軟件生存期的每一個(gè)環(huán)節(jié)。所有這些都要求提供統(tǒng)一的行為規(guī)范和衡量準(zhǔn)則，使得各種工作都能有章可循。第六十四頁，共345頁。與軟件(ruǎnjiàn)相關(guān)的各種標(biāo)準(zhǔn)（1）網(wǎng)絡(luò)協(xié)議：ISO/OSIvsTCP/IP（2）軟件構(gòu)件(gòujiàn)：CORBAvsCOM（3）建模語言：UML（4）數(shù)據(jù)訪問：ODBC/JDBC（5）工程管理：CMMvsISO（9001-3，15504）第六十五頁，共345頁。

根據(jù)軟件工程標(biāo)準(zhǔn)制定的機(jī)構(gòu)(jīgòu)和標(biāo)準(zhǔn)適用的范圍有所不同，它可分為五個(gè)級別，即國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)(機(jī)構(gòu))標(biāo)準(zhǔn)及項(xiàng)目(課題)標(biāo)準(zhǔn)。以下分別對五級標(biāo)準(zhǔn)的標(biāo)識符和標(biāo)準(zhǔn)制定(或批準(zhǔn))的機(jī)構(gòu)(jīgòu)做一簡要說明：軟件工程(ruǎnjiànɡōnɡchénɡ)標(biāo)準(zhǔn)的層次第六十六頁，共345頁。

由國際聯(lián)合機(jī)構(gòu)制定和公布，提供各國參考的標(biāo)準(zhǔn)。如ISO(InternationalStandardsOrganization)──國際標(biāo)準(zhǔn)化組織。這一國際機(jī)構(gòu)有著廣泛(guǎngfàn)的代表性和權(quán)威性，它所公布的標(biāo)準(zhǔn)也有較大的影。1960年代初，該機(jī)構(gòu)建立了“計(jì)算機(jī)與信息處理技術(shù)委員會”,簡稱ISO／TC97，專門負(fù)責(zé)與計(jì)算機(jī)有關(guān)的標(biāo)準(zhǔn)化工作。這一標(biāo)準(zhǔn)通常冠有ISO字樣，如ISO8631－86Informationprocessing–programconstructsandconventionsfortheirrepresentation《信息處理──程序構(gòu)造及其表示法的約定》。該標(biāo)準(zhǔn)現(xiàn)已由中國收入國家標(biāo)準(zhǔn)。國際標(biāo)準(zhǔn)(ɡuójìbiāozhǔn)第六十七頁，共345頁。

由政府或國家級的機(jī)構(gòu)制定(zhìdìng)或批準(zhǔn)，適用于全國范圍的標(biāo)準(zhǔn)，如：GB──中華人民共和國國家技術(shù)監(jiān)督局是中國的最高標(biāo)準(zhǔn)化機(jī)構(gòu)，它所公布實(shí)施的標(biāo)準(zhǔn)簡稱為“國標(biāo)”。現(xiàn)已批準(zhǔn)了若干個(gè)軟件工程標(biāo)準(zhǔn)。國家標(biāo)準(zhǔn)(ɡuójiābiāozhǔn)第六十八頁，共345頁。

由行業(yè)機(jī)構(gòu)(jīgòu)、學(xué)術(shù)團(tuán)體或國防機(jī)構(gòu)(jīgòu)制定，并適用于某個(gè)業(yè)務(wù)領(lǐng)域的標(biāo)準(zhǔn)，如：IEEE(InstituteofElectricalandElectronicsEngineers)──美國電氣與電子工程師學(xué)會。近年該學(xué)會專門成立了軟件標(biāo)準(zhǔn)分技術(shù)委員會(SESS)，積極開展了軟件標(biāo)準(zhǔn)化活動(dòng)，取得了顯著成果，受到了軟件界的關(guān)注。IEEE通過的標(biāo)準(zhǔn)經(jīng)常要報(bào)請ANSI審批，使之具有國家標(biāo)準(zhǔn)的性質(zhì)。行業(yè)標(biāo)準(zhǔn)第六十九頁，共345頁。1983年5月中國原國家標(biāo)準(zhǔn)總局和原電子(diànzǐ)工業(yè)部主持成立了“計(jì)算機(jī)與信息技術(shù)標(biāo)準(zhǔn)化技術(shù)委員會”，下設(shè)十三個(gè)分技術(shù)委員會。與軟件相關(guān)的程序設(shè)計(jì)語言分委員會和軟件工程技術(shù)分委員會。中國制定和推行標(biāo)準(zhǔn)化工作的總原則是向國際標(biāo)準(zhǔn)靠攏，對于能夠在中國適用的標(biāo)準(zhǔn)一律按等同采用的方法，以促進(jìn)國際交流。這里，等同采用是要使自己的標(biāo)準(zhǔn)與國際標(biāo)準(zhǔn)的技術(shù)內(nèi)容完全相同，僅稍做編輯性修改。從1983年起到現(xiàn)在，中國已陸續(xù)制定和發(fā)布了20項(xiàng)國家標(biāo)準(zhǔn)。這些標(biāo)準(zhǔn)可分為4類：基礎(chǔ)標(biāo)準(zhǔn)；開發(fā)標(biāo)準(zhǔn)；文檔標(biāo)準(zhǔn)；管理標(biāo)準(zhǔn)。軟件工程(ruǎnjiànɡōnɡchénɡ)的國家標(biāo)準(zhǔn)第七十頁，共345頁。

軟件工程(ruǎnjiànɡōnɡchénɡ)標(biāo)準(zhǔn)第七十一頁，共345頁。第八章軟件開發(fā)文檔文檔的種類GB8567-88《計(jì)算機(jī)軟件產(chǎn)品開發(fā)(kāifā)文件編制指南》中規(guī)定，在軟件的開發(fā)(kāifā)過程中，一般地說，應(yīng)該產(chǎn)生十四種文件。這十四種文件是：可行性研究報(bào)告；項(xiàng)目開發(fā)(kāifā)計(jì)劃；軟件需求說明書；數(shù)據(jù)要求說明書；概要設(shè)計(jì)說明書；詳細(xì)設(shè)計(jì)說明書；數(shù)據(jù)庫設(shè)計(jì)說明書；用戶手冊；操作手冊；模塊開發(fā)(kāifā)卷宗；測試計(jì)劃；測試分析報(bào)告；開發(fā)(kāifā)進(jìn)度月報(bào)；項(xiàng)目開發(fā)(kāifā)總結(jié)報(bào)告。第七十二頁，共345頁。文檔的作用(zuòyòng)（1）提高軟件開發(fā)過程的可見性（2）提高開發(fā)效率（3）可作為開發(fā)人員在一定階段內(nèi)的工作(gōngzuò)成果和結(jié)束標(biāo)志（4）記錄開發(fā)過程中的有關(guān)技術(shù)信息，以便協(xié)調(diào)以后的軟件開發(fā)、使用和維護(hù)（5）提供有關(guān)軟件運(yùn)行、維護(hù)和培訓(xùn)的信息（6）便于潛在用戶了解軟件的功能、性能等各項(xiàng)指標(biāo)第七十三頁，共345頁。軟件開發(fā)文檔第七十四頁，共345頁。第九章軟件工業(yè)化生產(chǎn)時(shí)代的基礎(chǔ)(jīchǔ)技術(shù)和方法CMM軟件(ruǎnjiàn)過程成熟度模型概要個(gè)體軟件(ruǎnjiàn)過程PSP群組軟件(ruǎnjiàn)過程TSP面向?qū)ο蟮能浖?ruǎnjiàn)開發(fā)方法可視化開發(fā)方法軟件(ruǎnjiàn)復(fù)用技術(shù)第七十五頁，共345頁。CMM軟件過程(guòchéng)成熟度模型概要CMM是CapabilityMaturityModel的英文單詞的第一字母縮寫，中文稱：軟件能力成熟度模型。發(fā)展史1986年美國政府委托卡內(nèi)基梅隆大學(xué)軟件工程研究所（SEI）開發(fā)一套評估軟件承包商能力的方法。1987年9月發(fā)布了一套軟件過程成熟度框架。1991年SEI將這套框架發(fā)展成為軟件成熟度模型，簡稱(jiǎnchēng)CMM，定義為CMM1.1版。1997年11月SEI完成CMM2.0版，1999年發(fā)布。CMM將能力成熟度模型分為5個(gè)級別第七十六頁，共345頁。CMM的5個(gè)級別(jíbié)CMM1：初始級企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護(hù)的環(huán)境，軟件項(xiàng)目的成功取決于某些個(gè)人的技能和經(jīng)驗(yàn)。CMM2：可重復(fù)級建立了基本的軟件項(xiàng)目管理過程規(guī)范。項(xiàng)目經(jīng)理可以基于過往的項(xiàng)目的經(jīng)驗(yàn)來計(jì)劃與管理新的項(xiàng)目。CMM3：定義(dìngyì)級已經(jīng)將管理和開發(fā)兩方面的過程文檔化、并綜合成為企業(yè)機(jī)構(gòu)的標(biāo)準(zhǔn)軟件過程。公司所有項(xiàng)目都可以通過裁減機(jī)構(gòu)的標(biāo)準(zhǔn)軟件過程而建立適合于本項(xiàng)目的過程規(guī)范。CMM4：定量管理級企業(yè)對產(chǎn)品與過程建立起定量的質(zhì)量目標(biāo)，同時(shí)在過程中加入規(guī)定得很清楚的連續(xù)的度量。作為企業(yè)的度量方案，要對所有項(xiàng)目的重要的過程活動(dòng)進(jìn)行生產(chǎn)率和質(zhì)量的度量。CMM5：優(yōu)化級整個(gè)企業(yè)將會把重點(diǎn)放在對過程進(jìn)行不斷的優(yōu)化。企業(yè)會采取主動(dòng)去找出過程的弱點(diǎn)與長處，以達(dá)到預(yù)防缺陷的目標(biāo)。同時(shí)，分析有關(guān)過程的有效性的資料，作出對新技術(shù)的成本與收益的分析，以及提出對過程進(jìn)行修改的建議。第七十七頁，共345頁。在介紹CMM內(nèi)容之前，首先概述一下不成熟軟件組織與成熟軟件組織的差異。在不成熟的軟件單位，軟件過程一般由實(shí)踐者及其管理者在項(xiàng)目進(jìn)程中臨時(shí)拼湊而成，因而推遲進(jìn)度和超出預(yù)算已成為慣例，產(chǎn)品質(zhì)量難以預(yù)測，有時(shí)為了滿足進(jìn)度要求，常在產(chǎn)品功能和質(zhì)量上做出讓步。然而，一個(gè)成熟軟件組織具有在全組織范圍內(nèi)管理軟件、開發(fā)(kāifā)過程和維護(hù)過程的能力，規(guī)定的軟件過程被正確無誤地通知到所有員工，工作活動(dòng)均按照已規(guī)劃的過程進(jìn)行。并通過可控的先導(dǎo)性試驗(yàn)和費(fèi)效分析使這些過程得到改進(jìn)，對已定義過程中的所有崗位及其職責(zé)都有清楚的描述，和通過文檔與培訓(xùn)使全組織有關(guān)人員對已定義的軟件過程都有很好的理解，從而使其軟件過程所導(dǎo)致的生產(chǎn)率和質(zhì)量能隨時(shí)間的推移得到改進(jìn)。下表給出了不成熟和成熟軟件組織的比較，這種比較分析不僅是形成軟件能力成熟模型的基礎(chǔ)，也有利于理解該模型。CMM軟件過程成熟度模型(móxíng)概要第七十八頁，共345頁。

CMM軟件過程(guòchéng)成熟度模型概要第七十九頁，共345頁。

CMM的一些基本概念（1）軟件過程：人們用于開發(fā)和維護(hù)軟件及其相關(guān)過程的一系列活動(dòng)，包括軟件工程活動(dòng)和軟件管理活動(dòng)。（2）軟件過程能力：描述（開發(fā)組織或項(xiàng)目組）遵循其軟件過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度，它既可對整個(gè)軟件開發(fā)組織而言，也可對一個(gè)軟件項(xiàng)目而言。（3）軟件過程性能：表示（開發(fā)組織或項(xiàng)目組）遵循其軟件過程所得到的實(shí)際結(jié)果，軟件過程性能描述的是已得到的實(shí)際結(jié)果，而軟件過程能力則描述的是最可能的預(yù)期結(jié)果，它既可對整個(gè)軟件開發(fā)組織而言，也可對一個(gè)特定項(xiàng)目而言。（4）軟件過程成熟：一個(gè)特定軟件過程被明確和有效地定義，管理測量和控制的程度。（5）軟件能力成熟度等級：軟件開發(fā)組織在走向成熟的途中幾個(gè)具有明確定義的表示軟件過程能力成熟度的平臺。（6）關(guān)鍵過程域：每個(gè)軟件能力成熟度等級包含若干個(gè)對該成熟度等級至關(guān)重要的過程域，它們的實(shí)施對達(dá)到該成熟度等級的目標(biāo)起到保證作用。這些過程域就稱為該成熟度等級的關(guān)鍵過程域，反之有非關(guān)鍵過程域是指對達(dá)到相應(yīng)軟件成熟度等級的目標(biāo)不起關(guān)鍵作用。歸納為：互相關(guān)聯(lián)的若干軟件實(shí)踐活動(dòng)和有關(guān)基礎(chǔ)設(shè)施的一個(gè)集合。（7）關(guān)鍵實(shí)踐：對關(guān)鍵過程域的實(shí)踐起關(guān)鍵作用的方針、規(guī)程、措施、活動(dòng)以及相關(guān)基礎(chǔ)設(shè)施的建立(jiànlì)。關(guān)鍵實(shí)踐一般只描述“做什么”而不強(qiáng)制規(guī)定“如何做”。整個(gè)軟件過程的改進(jìn)是基于許多小的、漸進(jìn)的步驟，而不是通過一次革命性的創(chuàng)新來實(shí)現(xiàn)的，這些小的漸進(jìn)步驟就是通過一些關(guān)鍵實(shí)踐來實(shí)現(xiàn)。（8）軟件能力成熟度模型：隨著軟件組織定義、實(shí)施、測量、控制和改進(jìn)其軟件過程，軟件組織的能力也伴隨著這些階段逐步前進(jìn)，完成對軟件組織進(jìn)化階段的描述模型。CMM軟件過程(guòchéng)成熟度模型概要第八十頁，共345頁。

軟件開發(fā)的風(fēng)險(xiǎn)之所以大，是由于軟件過程能力低，其中最關(guān)鍵的問題在于軟件開發(fā)組織不能很好地管理其軟件過程，從而使一些好的開發(fā)方法和技術(shù)起不到預(yù)期的作用。而且項(xiàng)目的成功也是通過工作組的杰出努力，所以僅僅建立在可得到特定人員上的成功不能為全組織的生產(chǎn)和質(zhì)量的長期提高打下基礎(chǔ)，必須在建立有效的軟件工程實(shí)踐和管理實(shí)踐的基礎(chǔ)設(shè)施方面，堅(jiān)持不懈地努力，才能不斷改進(jìn)，才能持續(xù)地成功。CMM提供了一個(gè)框架，將軟件過程改進(jìn)的進(jìn)化步驟組織成5個(gè)成熟等級，為過程不斷改進(jìn)奠定了循序漸進(jìn)的基礎(chǔ)。這5個(gè)成熟度等級定義了一個(gè)有序的尺度，用來測量(cèliáng)一個(gè)組織的軟件過程成熟和評價(jià)其軟件過程能力，這些等級還能幫助組織自己對其改進(jìn)工作排出優(yōu)先次序。成熟度等級是已得到確切定義的，也是在向成熟軟件組織前進(jìn)途中的平臺。每一個(gè)成熟度等級為連續(xù)改進(jìn)提供一個(gè)臺基。每一等級包含一組過程目標(biāo)，通過實(shí)施相應(yīng)的一組關(guān)鍵過程域達(dá)到這一組過程目標(biāo)，當(dāng)目標(biāo)滿足時(shí)，能使軟件過程的一個(gè)重要成分穩(wěn)定。每達(dá)到成熟框架的一個(gè)等級，就建立起軟件過程的一個(gè)相應(yīng)成分，導(dǎo)致組織能力一定程度的增大。CMM軟件(ruǎnjiàn)過程成熟度模型概要第八十一頁，共345頁。CMM模型概要過程能力等級特點(diǎn)關(guān)鍵過程域第一級初始級軟件過程是無序的,有時(shí)甚至是混亂的,

對過程幾乎沒有定義,成功取決與個(gè)人

努力;管理是反應(yīng)式(消防式)

第二級可重復(fù)級建立了基本的項(xiàng)目管理過程來跟蹤費(fèi)用,

進(jìn)度和功能特性.制定了必要的過程紀(jì)

律,能重復(fù)早先類似應(yīng)用項(xiàng)目取得成功需求管理

軟件項(xiàng)目計(jì)劃

軟件項(xiàng)目跟蹤和監(jiān)督

軟件子合同管理

軟件質(zhì)量保證

軟件配置管理第三級已定義級已將軟件管理和工程文檔化,標(biāo)準(zhǔn)化,

并綜合成該組織的標(biāo)準(zhǔn)軟件過程;所

有項(xiàng)目均使用經(jīng)批準(zhǔn),裁減的標(biāo)準(zhǔn)軟

件過程來開發(fā)和維護(hù)軟件組織過程定義

組織過程焦點(diǎn)

培訓(xùn)大綱

集成軟件管理

軟件產(chǎn)品工程

組織協(xié)調(diào)

同行專家評審第四級已定量管理級收集對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量,

對軟件過程和產(chǎn)品都有定量的理解與控制定量的過程管理

軟件質(zhì)量的管理第五級優(yōu)化級過程的量化反饋和先進(jìn)思想,新技術(shù)促進(jìn)

過程不斷改進(jìn)缺陷預(yù)防

技術(shù)變更管理

過程變更管理第八十二頁，共345頁。CMM軟件(ruǎnjiàn)過程成熟度模型概要第八十三頁，共345頁。

CMM軟件過程(guòchéng)成熟度模型概要第八十四頁，共345頁。個(gè)體軟件過程（PersonalSoftwareProcess,PSP）是由美國CarnegieMellon大學(xué)軟件工程研究所(CMU/SEI)的Wattss.Humphrey領(lǐng)導(dǎo)開發(fā)的，于1995年推出，在軟件工程界引起了極大的轟動(dòng)，可以說是由定向軟件工程走向定量軟件工程的一個(gè)標(biāo)志。PSP是一種可用于控制、管理和改進(jìn)個(gè)人工作方式的自我改善過程，是一個(gè)包括軟件開發(fā)表格、指南和規(guī)程的結(jié)構(gòu)化框架。PSP為基于個(gè)體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑，例如如何制訂計(jì)劃，如何控制質(zhì)量，如何與其他人相互協(xié)作等等。在軟件設(shè)計(jì)階段，PSP的著眼點(diǎn)在于軟件缺陷的預(yù)防，其具體辦法是強(qiáng)化設(shè)計(jì)結(jié)束準(zhǔn)則，而不是設(shè)計(jì)方法的選擇。根據(jù)對參加培訓(xùn)的104位軟件人員的統(tǒng)計(jì)數(shù)據(jù)表明，在應(yīng)用了PSP后，軟件中總的差錯(cuò)減少了58.0％，在測試階段發(fā)現(xiàn)的差錯(cuò)減少了71.0％，生產(chǎn)效率提高(tígāo)了20.0％。PSP的研究結(jié)果還表明，絕大多數(shù)軟件缺陷是由于對問題的錯(cuò)誤理解或簡單的失誤所造成的，只有很少一部分是由于技術(shù)問題而產(chǎn)生的。而且根據(jù)多年來的軟件工程統(tǒng)計(jì)數(shù)據(jù)表明，如果在設(shè)計(jì)階段注入一個(gè)差錯(cuò)，則這個(gè)差錯(cuò)在編碼階段引發(fā)了3一5個(gè)新的缺陷，要修復(fù)這些缺陷所花的費(fèi)用要比修復(fù)這個(gè)設(shè)計(jì)缺陷所花的費(fèi)用多一個(gè)數(shù)量級。因此，PSP保障軟件產(chǎn)品質(zhì)量的一個(gè)重要途徑是提高(tígāo)設(shè)計(jì)質(zhì)量。個(gè)體(gètǐ)軟件過程PSP第八十五頁，共345頁。個(gè)體軟件(ruǎnjiàn)過程PSP第八十六頁，共345頁。個(gè)體軟件過程PSP的內(nèi)容PSP與具體的技術(shù)（程序設(shè)計(jì)語言(yǔyán)、工具或者設(shè)計(jì)方法）相對獨(dú)立，其原則能夠應(yīng)用到幾乎任何的軟件工程任務(wù)之中。PSP能夠：(1)說明個(gè)體軟件過程的原則；(2)幫助軟件工程師作出準(zhǔn)確的計(jì)劃；(3)確定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟；(4)建立度量個(gè)體軟件過程改善的基準(zhǔn)；(5)確定過程的改變對軟件工程師能力的影響。個(gè)體軟件過程PSP的作用使用自底向上的方法來改進(jìn)過程，向每個(gè)軟件工程師表明過程改進(jìn)的原則，使他們能夠明白如何有效地生產(chǎn)出高質(zhì)量的軟件。為基于個(gè)體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑。其研究與實(shí)踐填補(bǔ)了CMM的空白。幫助軟件工程師在個(gè)人的基礎(chǔ)上運(yùn)用過程的原則，借助于PSP提供的一些度量和分析工具，了解自己的技能水平，控制和管理自己的工作方式，使自己日常工作的評估、計(jì)劃和預(yù)測更加準(zhǔn)確、更加有效，進(jìn)而改進(jìn)個(gè)人的工作表現(xiàn)，提高個(gè)人的工作質(zhì)量和產(chǎn)量，積極而有效地參與高級管理人員和過程人員推動(dòng)的組織范圍的軟件工程過程改進(jìn)。個(gè)體(gètǐ)軟件過程PSP第八十七頁，共345頁。

致力于開發(fā)高質(zhì)量的產(chǎn)品，建立、管理和授權(quán)項(xiàng)目小組，并且指導(dǎo)他們?nèi)绾卧跐M足計(jì)劃費(fèi)用的前提下，在承諾的期限范圍內(nèi)，不斷生產(chǎn)并交付高質(zhì)量的產(chǎn)品。TSP指導(dǎo)項(xiàng)目組中的成員如何有效地規(guī)劃和管理所面臨的項(xiàng)目開發(fā)任務(wù)，并且告訴管理人員如何指導(dǎo)軟件開發(fā)隊(duì)伍。始終以最佳狀態(tài)來完成工作。TSP實(shí)施集體管理與自己管理自己相結(jié)合的原則，最終目的在于指導(dǎo)開發(fā)人員如何在最少的時(shí)間內(nèi)，以預(yù)定的費(fèi)用生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，所采用的方法是對群組開發(fā)過程的定義、度量和改進(jìn)。實(shí)現(xiàn)TSP方法需要具備(jùbèi)的條件需要有高層主管和各級經(jīng)理的支持，以取得必要的資源整個(gè)軟件開發(fā)小組至少應(yīng)在CMM的第二級（可重復(fù)層）。全體軟件開發(fā)人員必須經(jīng)過PSP的培訓(xùn)，并有按TSP工作的愿望和熱情。開發(fā)小組成員應(yīng)在2到20個(gè)人之間。群組軟件(ruǎnjiàn)過程TSP第八十八頁，共345頁。按TSP原理對開發(fā)小組的基本度量要素所編文檔的頁數(shù)。所編代碼的行數(shù)。花費(fèi)在各開發(fā)階段或各開發(fā)任務(wù)上的時(shí)間（以分為單位）。在各個(gè)開發(fā)階段中引入和改正的差錯(cuò)數(shù)目。在各個(gè)階段對最終(zuìzhōnɡ)產(chǎn)品增加的價(jià)值。度量TSP實(shí)施質(zhì)量的過程質(zhì)量元素軟件設(shè)計(jì)時(shí)間應(yīng)大于軟件實(shí)現(xiàn)時(shí)間。設(shè)計(jì)評審時(shí)間至少應(yīng)占一半以上的設(shè)計(jì)時(shí)間。代碼評審時(shí)間至少應(yīng)占一半以上的代碼編制時(shí)間。在編譯階段發(fā)現(xiàn)的差錯(cuò)不超過10個(gè)在測試階段發(fā)現(xiàn)的差錯(cuò)不超過5個(gè)。群組軟件(ruǎnjiàn)過程TSP第八十九頁，共345頁。

CMM、PSP和TSP組成(zǔchénɡ)的軟件過程框架第九十頁，共345頁。CMM是過程改善的第一步，它提供了評價(jià)組織的能力、識別優(yōu)先改善需求和追蹤改善進(jìn)展的管理方式。企業(yè)只有開始CMM改善后，才能接受需要規(guī)劃的事實(shí)，認(rèn)識到質(zhì)量的重要性，才能注重(zhùzhòng)對員工經(jīng)常進(jìn)行培訓(xùn)，合理分配項(xiàng)目人員，并且建立起有效的項(xiàng)目小組。然而，它實(shí)現(xiàn)的成功與否與組織內(nèi)部有關(guān)人員的積極參加和創(chuàng)造性活動(dòng)密不可分。CMM、PSP和TSP組成(zǔchénɡ)的軟件過程框架第九十一頁，共345頁。PSP能夠指導(dǎo)軟件工程師如何保證自己的工作質(zhì)量，估計(jì)和規(guī)劃自身的工作，度量和追蹤個(gè)人的表現(xiàn)，管理自身的軟件過程和產(chǎn)品質(zhì)量。經(jīng)過PSP學(xué)習(xí)和實(shí)踐的正規(guī)訓(xùn)練，軟件工程師們能夠在他們參與(cānyù)的項(xiàng)目工作之中充分運(yùn)用PSP，從而有助于CMM目標(biāo)的實(shí)現(xiàn)。TSP結(jié)合了CMM的管理方法和PSP的工程技能，通過告訴軟件工程師如何將個(gè)體過程結(jié)合進(jìn)小組軟件過程，并將后者與組織進(jìn)而整個(gè)管理系統(tǒng)相聯(lián)系；通過告訴管理層如何支持和授權(quán)項(xiàng)目小組，堅(jiān)持高質(zhì)量的工作，并且依據(jù)數(shù)據(jù)進(jìn)行項(xiàng)目的管理，向組織展示如何應(yīng)用CMM的原則和PSP的技能去生產(chǎn)高質(zhì)量的產(chǎn)品。CMM、PSP和TSP組成的軟件(ruǎnjiàn)過程框架第九十二頁，共345頁。面向?qū)ο蟮能浖_發(fā)方法(fāngfǎ)面向?qū)ο蠹夹g(shù)是軟件技術(shù)的一次革命，在軟件開發(fā)史上具有里程碑的意義。隨著(suízhe)OOP（面向?qū)ο缶幊蹋┫騉OD（面向?qū)ο笤O(shè)計(jì)）和OOA（面向?qū)ο蠓治觯┑陌l(fā)展，最終形成面向?qū)ο蟮能浖_發(fā)方法OMT(ObjectModellingTechnique）。這是一種自底向上和自頂向下相結(jié)合的方法，而且它以對象建模為基礎(chǔ)，從而不僅考慮了輸入、輸出數(shù)據(jù)結(jié)構(gòu)，實(shí)際上也包含了所有對象的數(shù)據(jù)結(jié)構(gòu)。所以O(shè)MT徹底實(shí)現(xiàn)了PAM沒有完全實(shí)現(xiàn)的目標(biāo)。不僅如此，OO技術(shù)在需求分析、可維護(hù)性和可靠性這三個(gè)軟件開發(fā)的關(guān)鍵環(huán)節(jié)和質(zhì)量指標(biāo)上有了實(shí)質(zhì)性的突破，徹底地解決了在這些方面存在的嚴(yán)重問題，從而宣告了軟件危機(jī)末日的來臨。第九十三頁，共345頁。面向?qū)ο笳Z言(yǔyán)雖然面向?qū)ο蟮乃枷肟梢宰匪莸搅甏?，但是面向?qū)ο笏枷氡黄毡榻邮苓€是得益于面向?qū)ο笳Z言的功勞(gōngláo)。最流行：C++語言純面向?qū)ο螅篠malltalk語言第九十四頁，共345頁。人工智能(rénɡōnɡzhìnénɡ)研究語言人工智能一直是人們長期以來的夢想(mèngxiǎng)，從圖靈開始，半個(gè)多世紀(jì)以來，計(jì)算機(jī)科學(xué)家們對人工智能進(jìn)行不懈的探索。LISP表處理語言PROGLOG語言都不能算是真正的人工智能語言第九十五頁，共345頁。智能(zhìnénɡ)組件具有生命體的某些特征，即內(nèi)部(nèibù)具有某種機(jī)制，使其自身的特性和功能不斷演變，成為更為強(qiáng)大，更具有適應(yīng)性的組件。第九十六頁，共345頁。從受精卵到初生嬰兒的變化(biànhuà)遺傳基因指導(dǎo)著受精卵如何分裂，成為胚胎，成為初生的嬰兒。從受精卵到嬰兒，特性和功能已經(jīng)發(fā)生(fāshēng)了本質(zhì)的變化。第九十七頁，共345頁。智能(zhìnénɡ)組件的誕生以軟件工具平臺為母體，以設(shè)計(jì)資料為基因，以存儲空間為營養(yǎng)物質(zhì)，通過內(nèi)部的運(yùn)算(yùnsuàn)（受精卵分裂），最終成為應(yīng)用系統(tǒng)組件（初生的嬰兒）。第九十八頁，共345頁?？梢暬_發(fā)方法可視化開發(fā)是90年代軟件界最大的兩個(gè)熱點(diǎn)之一。隨著圖形用戶界面的興起，用戶界面在軟件系統(tǒng)中所占的比例也越來越大，有的甚至高達(dá)60～70％。產(chǎn)生這一問題的原因是圖形界面元素的生成很不方便。為此Windows提供了應(yīng)用程序設(shè)計(jì)接口API（ApplicationProgrammingInterface），它包含了600多個(gè)(duōɡè)函數(shù)，極大地方便了圖形用戶界面的開發(fā)。但是在這批函數(shù)中，大量的函數(shù)參數(shù)和使用數(shù)量更多的有關(guān)常量，使基于WindowsAPI的開發(fā)變得相當(dāng)困難。為此BorlandC++推出了ObjectWindows編程。它將API的各部分用對象類進(jìn)行封裝，提供了大量預(yù)定義的類，并為這些定義了許多成員函數(shù)。利用子類對父類的繼承性，以及實(shí)例對類的函數(shù)的引用，應(yīng)用程序的開發(fā)可以省卻大量類的定義，省卻大量成員函數(shù)的定義或只需作少量修改以定義子類。第九十九頁，共345頁?？梢暬_發(fā)就是在可視開發(fā)工具提供的圖形用戶界面上，通過操作界面元素，諸如菜單、按鈕、對話框、編輯框、單選框、復(fù)選框、列表框和滾動(dòng)條等，由可視開發(fā)工具自動(dòng)生成應(yīng)用軟件。這類應(yīng)用軟件的工作方式是事件驅(qū)動(dòng)。對每一事件，由系統(tǒng)產(chǎn)生相應(yīng)(xiāngyīng)的消息，再傳遞給相應(yīng)(xiāngyīng)的消息響應(yīng)函數(shù)。這些消息響應(yīng)函數(shù)是由可視開發(fā)工具在生成軟件時(shí)自動(dòng)裝入的?？梢暬_發(fā)方法第一百頁，共345頁。UML設(shè)計(jì)(shèjì)第一百零一頁，共345頁。組織機(jī)構(gòu)(jīgòu)設(shè)計(jì)第一百零二頁，共345頁。業(yè)務(wù)過程(guòchéng)設(shè)計(jì)第一百零三頁，共345頁。數(shù)據(jù)模型設(shè)計(jì)(shèjì)第一百零四頁，共345頁。應(yīng)用(yìngyòng)系統(tǒng)生成第一百零五頁，共345頁。軟件(ruǎnjiàn)復(fù)用技術(shù)軟件復(fù)用是指重復(fù)使用“為了復(fù)用目的而設(shè)計(jì)的軟件”的過程。相應(yīng)(xiāngyīng)地，可復(fù)用軟件是指為了復(fù)用目的而設(shè)計(jì)的軟件。與軟件復(fù)用的概念相關(guān)，重復(fù)使用軟件的行為還可能是重復(fù)使用“并非為了復(fù)用目的而設(shè)計(jì)的軟件”的過程，或在一個(gè)應(yīng)用系統(tǒng)的不同版本間重復(fù)使用代碼的過程，這兩類行為都不屬于嚴(yán)格意義上的軟件復(fù)用。第一百零六頁，共345頁。軟件(ruǎnjiàn)復(fù)用技術(shù)發(fā)生在三個(gè)維上在軟件演化的過程中，重復(fù)使用的行為可能發(fā)生在三個(gè)維上：時(shí)間維：使用以前的軟件版本作為新版本的基礎(chǔ)，加入新功能，適應(yīng)新需求，即軟件維護(hù)。平臺維：以某平臺上的軟件為基礎(chǔ)，修改其和運(yùn)行平臺相關(guān)的部分，使其運(yùn)行于新平臺，即軟件移植。應(yīng)用維：將某軟件(或其中構(gòu)件)用于其他應(yīng)用系統(tǒng)中，新系統(tǒng)具有不同功能和用途，即真正的軟件復(fù)用。這三種行為中都重復(fù)使用了現(xiàn)有的軟件，但是(dànshì)，真正的復(fù)用是為了支持軟件在應(yīng)用維的演化，使用“為復(fù)用而開發(fā)的軟件(構(gòu)件)”來更快、更好地開發(fā)新的應(yīng)用系統(tǒng)。第一百零七頁，共345頁。分析傳統(tǒng)產(chǎn)業(yè)的發(fā)展，其基本模式均是符合標(biāo)準(zhǔn)的零部件(構(gòu)件)生產(chǎn)以及基于標(biāo)準(zhǔn)構(gòu)件的產(chǎn)品生產(chǎn)(組裝)，其中，構(gòu)件是核心和基礎(chǔ)，“復(fù)用”是必需的手段。實(shí)踐表明，這種模式是產(chǎn)業(yè)工程化、工業(yè)化的必由之路。標(biāo)準(zhǔn)零部件生產(chǎn)業(yè)的獨(dú)立存在和發(fā)展是產(chǎn)業(yè)形成規(guī)模經(jīng)濟(jì)的前提。機(jī)械、建筑等傳統(tǒng)行業(yè)以及年輕的計(jì)算機(jī)硬件產(chǎn)業(yè)的成功發(fā)展均是基于這種模式并充分證明了這種模式的可行性和正確性。這種模式是軟件產(chǎn)業(yè)發(fā)展的良好借鑒，軟件產(chǎn)業(yè)要發(fā)展并形成規(guī)模經(jīng)濟(jì)，標(biāo)準(zhǔn)構(gòu)件的生產(chǎn)和構(gòu)件的復(fù)用是關(guān)鍵因素。這正是(zhènɡshì)軟件復(fù)用受到高度重視的根本原因。軟件(ruǎnjiàn)復(fù)用技術(shù)第一百零八頁，共345頁。軟件復(fù)用可以從多個(gè)角度進(jìn)行考察。依據(jù)復(fù)用的對象，可以將軟件復(fù)用分為產(chǎn)品復(fù)用和過程復(fù)用。產(chǎn)品復(fù)用指復(fù)用已有的軟件構(gòu)件，通過構(gòu)件集成(組裝)得到(dédào)新系統(tǒng)。過程復(fù)用指復(fù)用已有的軟件開發(fā)過程，使用可復(fù)用的應(yīng)用生成器來自動(dòng)或半自動(dòng)地生成所需系統(tǒng)。過程復(fù)用依賴于軟件自動(dòng)化技術(shù)的發(fā)展，目前只適用于一些特殊的應(yīng)用領(lǐng)域。產(chǎn)品復(fù)用是目前現(xiàn)實(shí)的、主流的途徑。軟件(ruǎnjiàn)復(fù)用技術(shù)第一百零九頁，共345頁。軟件工程(ruǎnjiànɡōnɡchénɡ)回顧軟件的概念、特點(diǎn)和分類軟件工程概述軟件工程框架軟件生存周期軟件開發(fā)模型軟件配置管理配置管理項(xiàng)配置管理庫質(zhì)量(zhìliàng)要求管理規(guī)程工具軟件測試測試目的軟件測試技術(shù)軟件測試工作規(guī)程測試組織,CMM,PSP,TSP第一百一十頁，共345頁。第二講信息應(yīng)用系統(tǒng)(xìtǒng)監(jiān)理工作在本講中您能了解如下知識點(diǎn)：信息工程應(yīng)用系統(tǒng)建設(shè)監(jiān)理的意義監(jiān)理的目標(biāo)和內(nèi)容應(yīng)用軟件建設(shè)的質(zhì)量控制應(yīng)用軟件建設(shè)的進(jìn)度(jìndù)控制應(yīng)用軟件建設(shè)的投資控制第一百一十一頁，共345頁。信息工程應(yīng)用(yìngyòng)系統(tǒng)建設(shè)監(jiān)理的意義國家在此方面(fāngmiàn)投入了大量的社會資源?？倲埲?，國內(nèi)信息化建設(shè)取得了大量的成績，但也存在著問題和隱患。目前國內(nèi)信息應(yīng)用系統(tǒng)建設(shè)項(xiàng)目的開發(fā)方式主要有四種：獨(dú)立開發(fā)、委托開發(fā)、合作開發(fā)，購買商業(yè)化軟件進(jìn)行二次開發(fā)。隨著社會的發(fā)展，社會分工的進(jìn)一步細(xì)化，委托開發(fā)、合作開發(fā)、二次開發(fā)逐漸成為信息工程應(yīng)用系統(tǒng)建設(shè)項(xiàng)目開發(fā)的主要工作模式。對于這三種開發(fā)方式，必然存在一個(gè)項(xiàng)目組負(fù)責(zé)具體工作，而在這個(gè)項(xiàng)目組內(nèi)，則存在著代表兩個(gè)利益主體的成員，一方主要表現(xiàn)為業(yè)務(wù)支持人員（甲方），另一方主要表現(xiàn)為系統(tǒng)開發(fā)人員（乙方）。第一百一十二頁，共345頁。信息量互不對稱性：甲方人員存在著信息技術(shù)的弱勢；乙方存在著業(yè)務(wù)信息的弱勢。由于雙方在技術(shù)和業(yè)務(wù)上存在著的信息互不對稱性，因此就很有可能出現(xiàn)(chūxiàn)通過損害對方而使己方受益的情況。信息管理的互不對稱性：甲方存在信息管理的滯后現(xiàn)象，；乙方在對業(yè)務(wù)流程信息的管理方面存在缺陷，這也會對工程建設(shè)造成很大的影響。信息工程應(yīng)用系統(tǒng)(xìtǒng)建設(shè)監(jiān)理的意義第一百一十三頁，共345頁。鑒于目前信息工程應(yīng)用系統(tǒng)建設(shè)中甲乙雙方信息互不對稱性的存在，因此由一個(gè)第三方來協(xié)助雙方開展工程建設(shè)工作是十分必要的，這就使得對監(jiān)理的需要變得越發(fā)迫切。國內(nèi)外成功的經(jīng)驗(yàn)表明，由用戶委托專業(yè)的第三方監(jiān)理機(jī)構(gòu)，建立(jiànlì)工程監(jiān)理制度，對工程建設(shè)的全過程進(jìn)行有效的監(jiān)督管理，使其處于嚴(yán)格的監(jiān)控之下，可以降低工程建設(shè)風(fēng)險(xiǎn)，控制建設(shè)經(jīng)費(fèi)，保證工程質(zhì)量、進(jìn)度、投資控制目標(biāo)的完成。信息工程應(yīng)用系統(tǒng)建設(shè)(jiànshè)監(jiān)理的意義第一百一十四頁，共345頁。監(jiān)理(jiānlǐ)目標(biāo)監(jiān)理工作就是對軟件開發(fā)單位、軟件實(shí)施單位和系統(tǒng)承建單位三方在應(yīng)用系統(tǒng)建設(shè)過程中,應(yīng)力求達(dá)到以下主要目標(biāo)：促使三方在系統(tǒng)建設(shè)開發(fā)行為方面符合國家法律法規(guī)、有關(guān)政策和相關(guān)技術(shù)標(biāo)準(zhǔn)，制止開發(fā)行為的隨意性和盲目性，促使開發(fā)進(jìn)度、質(zhì)量按計(jì)劃(合同)實(shí)現(xiàn)，力求開發(fā)行為合法、科學(xué)、合理又經(jīng)濟(jì)；促進(jìn)三方能夠全面準(zhǔn)確了解用戶的實(shí)際需求，同時(shí)用戶能及時(shí)了解項(xiàng)目的進(jìn)展情況；促使三方建立一套明確、合理、可行的計(jì)劃或者規(guī)程，并利用與之相應(yīng)的審核、監(jiān)理機(jī)制和手段對其執(zhí)行過程進(jìn)行有效(yǒuxiào)控制；促使系統(tǒng)的關(guān)鍵技術(shù)指標(biāo)在項(xiàng)目實(shí)施過程中處于受控狀態(tài)，及早預(yù)測和發(fā)現(xiàn)可能影響施工計(jì)劃的各種因素，及時(shí)糾正可能影響系統(tǒng)功能與性能的缺陷。第一百一十五頁，共345頁。監(jiān)理(jiānlǐ)內(nèi)容

根據(jù)應(yīng)用系統(tǒng)工程的實(shí)際狀況(zhuàngkuàng)，可以概括為:“三控制”（即質(zhì)量控制、進(jìn)度控制、投資控制）、“二管理”（合同管理、信息管理）和“一協(xié)調(diào)”。質(zhì)量控制進(jìn)度控制投資控制合同管理信息管理組織協(xié)調(diào)第一百一十六頁，共345頁。質(zhì)量控制要貫穿在項(xiàng)目建設(shè)從可行性研究、設(shè)計(jì)、建設(shè)準(zhǔn)備、開發(fā)、實(shí)施、竣工、上線及維護(hù)的全過程。主要包括(bāokuò)組織設(shè)計(jì)方案評比，對設(shè)計(jì)方案審核，控制設(shè)計(jì)變更；在實(shí)施前通過審查承建單位資質(zhì)等；在實(shí)施中通過多種控制手段檢查監(jiān)督標(biāo)準(zhǔn)、規(guī)范的貫徹；以及通過階段驗(yàn)收和竣工驗(yàn)收把好質(zhì)量關(guān)等。質(zhì)量(zhìliàng)控制第一百一十七頁，共345頁。進(jìn)度控制首先要在建設(shè)前期通過(tōngguò)周密分析研究確定合理的工期目標(biāo)，并在實(shí)施前將工期要求納入承建合同；在軟件開發(fā)、實(shí)施階段通過(tōngguò)運(yùn)籌學(xué)、網(wǎng)絡(luò)計(jì)劃技術(shù)等科學(xué)手段，審查、修改實(shí)施組織設(shè)計(jì)和進(jìn)度計(jì)劃，做好協(xié)調(diào)與監(jiān)督，排除干擾，使單項(xiàng)工程及其分階段目標(biāo)工期逐步實(shí)現(xiàn)，最終保證項(xiàng)目建設(shè)總工期的實(shí)現(xiàn)。進(jìn)度(jìndù)控制第一百一十八頁，共345頁。投資控制的任務(wù)，主要是在建設(shè)前期進(jìn)行可行性研究，協(xié)助業(yè)主單位正確地進(jìn)行投資決策，在設(shè)計(jì)階段對設(shè)計(jì)方案、設(shè)計(jì)標(biāo)準(zhǔn)、總預(yù)算進(jìn)行審查；在建設(shè)準(zhǔn)備階段協(xié)助確定標(biāo)底和合同造價(jià)；在實(shí)施階段審核設(shè)計(jì)變更，核實(shí)(héshí)已完成的工程量，進(jìn)行工程進(jìn)度款簽證和索賠控制；在工程竣工階段審核工程結(jié)算。投資(tóuzī)控制第一百一十九頁，共345頁。成本控制(kòngzhì)：PSP舉例過程缺陷(quēxiàn)的記錄，要求軟件工程師按一定方式記錄他們注入軟件中的缺陷(quēxiàn)及其可能的改進(jìn)方法代碼長度估算，要求軟件工程師預(yù)測所寫的模塊或算法的可能長度代碼時(shí)間估算，例如，時(shí)間估算是5-10-20，5代表樂觀時(shí)間，10代表可能時(shí)間，而20代表悲觀時(shí)間，使用這三種時(shí)間，再用一定的方法計(jì)算出平均估算時(shí)間第一百二十頁，共345頁。成本(chéngběn)控制：項(xiàng)目管理工作量實(shí)例分析一個(gè)項(xiàng)目需要6個(gè)月的時(shí)間，總計(jì)22人月工作量。假設(shè)項(xiàng)目管理工作為總工作量的6%，就是(jiùshì)1.32人月，也就是(jiùshì)26.4天（假設(shè)20人天=1人月）。這樣，在總共120天的項(xiàng)目經(jīng)歷時(shí)間中，項(xiàng)目管理工作的時(shí)間為26.4人天/120天=0.22人天/天（=1.76小時(shí)/天，若每天8小時(shí)），所以，在每天8小時(shí)的工作中，一個(gè)項(xiàng)目經(jīng)理要花1.76小時(shí)進(jìn)行項(xiàng)目管理工作。這樣可以從投資控制角度，就可以聘請兼職項(xiàng)目經(jīng)理。第一百二十一頁，共345頁。合同管理是進(jìn)行投資控制、工期控制和質(zhì)量控制的手段。因?yàn)楹贤潜O(jiān)理單位站在公正立場采取各種控制、協(xié)調(diào)(xiétiáo)與監(jiān)督措施，履行糾紛調(diào)解職責(zé)的依據(jù)，也是實(shí)施三大目標(biāo)控制的出發(fā)點(diǎn)和歸宿。合同(hétong)管理第一百二十二頁，共345頁。確保(quèbǎo)項(xiàng)目信息管理工作規(guī)范化，保證項(xiàng)目信息的準(zhǔn)確性、完整性和可用性，確保(quèbǎo)項(xiàng)目信息交流、信息溝通渠道暢通，規(guī)范信息組織及信息管理，為項(xiàng)目實(shí)施管理及決策提供信息依據(jù)。信息管理第一百二十三頁，共345頁。協(xié)調(diào):貫穿在整個(gè)信息系統(tǒng)工程從設(shè)計(jì)(shèjì)到實(shí)施再到驗(yàn)收的全過程。主要采用現(xiàn)場和會議方式進(jìn)行協(xié)調(diào)。總之，三控二管一協(xié)調(diào)，構(gòu)成了應(yīng)用信息系統(tǒng)監(jiān)理工作的主要內(nèi)容。三控是目標(biāo),二管是依據(jù),協(xié)調(diào)是手段.為完滿地完成監(jiān)理基本任務(wù)，監(jiān)理單位:首先要協(xié)助業(yè)主單位確定:三大目標(biāo)預(yù)防風(fēng)險(xiǎn)及補(bǔ)救對策。其次要將既定目標(biāo)準(zhǔn)確、完整、具體地體現(xiàn)在合同條款中，絕不能有含糊、籠統(tǒng)和有漏洞的表述。最后才是在信息工程建設(shè)實(shí)施中進(jìn)行主動(dòng)的、不間斷的、動(dòng)態(tài)的跟蹤和糾偏管理。溝通(gōutōng)組織協(xié)調(diào)第一百二十四頁，共345頁。應(yīng)用軟件建設(shè)(jiànshè)的質(zhì)量控制

軟件工程質(zhì)量概述監(jiān)理的質(zhì)量控制體系質(zhì)量管理組織項(xiàng)目的質(zhì)量控制設(shè)計(jì)質(zhì)量控制開發(fā)質(zhì)量控制測試(cèshì)質(zhì)量控制系統(tǒng)驗(yàn)收質(zhì)量控制第一百二十五頁，共345頁。軟件(ruǎnjiàn)質(zhì)量定義反映實(shí)體滿足明確和隱含需要能力的特性(tèxìng)綜合。反映實(shí)體滿足與要求的一致性和適用性的特性(tèxìng)綜合。第一百二十六頁，共345頁。

從項(xiàng)目作為一次性的活動(dòng)來看:項(xiàng)目質(zhì)量(zhìliàng)體現(xiàn)在由WBS反映出的項(xiàng)目范圍內(nèi)所有的階段、子項(xiàng)目、項(xiàng)目工作單元的質(zhì)量(zhìliàng)所構(gòu)成，也即項(xiàng)目的工作質(zhì)量(zhìliàng)；從項(xiàng)目作為一項(xiàng)最終產(chǎn)品來看:項(xiàng)目質(zhì)量(zhìliàng)體現(xiàn)在其性能或者使用價(jià)值上，也即項(xiàng)目的產(chǎn)品質(zhì)量(zhìliàng)。項(xiàng)目(xiàngmù)的質(zhì)量

第一百二十七頁，共345頁。

社會工作質(zhì)量過程(guòchéng)工作質(zhì)量管理工作質(zhì)量技術(shù)工作質(zhì)量項(xiàng)目工作(gōngzuò)質(zhì)量

第一百二十八頁，共345頁。監(jiān)理的質(zhì)量控制(kòngzhì)體系

在應(yīng)用軟件項(xiàng)目監(jiān)理(jiānlǐ)工作中，為了有效地實(shí)施監(jiān)理(jiānlǐ)工作、提高監(jiān)理(jiānlǐ)質(zhì)量，監(jiān)理(jiānlǐ)單位必須建立起完善的質(zhì)量控制體系，主要內(nèi)容包括：質(zhì)量管理組織項(xiàng)目質(zhì)量控制設(shè)計(jì)質(zhì)量控制程序開發(fā)質(zhì)量控制程序測試質(zhì)量控制程序系統(tǒng)驗(yàn)收質(zhì)量控制程序第一百二十九頁，共345頁。質(zhì)量(zhìliàng)管理組織

第一百三十頁，共345頁。項(xiàng)目(xiàngmù)的質(zhì)量控制質(zhì)量控制主要是監(jiān)督項(xiàng)目的實(shí)施結(jié)果，將項(xiàng)目的結(jié)果與事先制定的質(zhì)量標(biāo)準(zhǔn)進(jìn)行比較，找出其存在的差距，并分析形成這一差距的原因，質(zhì)量控制同樣貫穿(guànchuān)于項(xiàng)目實(shí)施的全過程。項(xiàng)目的結(jié)果包括產(chǎn)品結(jié)果（如交付）以及管理結(jié)果（如實(shí)施的費(fèi)用和進(jìn)度）。監(jiān)理應(yīng)該具有統(tǒng)計(jì)質(zhì)量控制的工作知識，特別是抽樣檢查和概率方面的知識，以便幫助他們評價(jià)質(zhì)量控制的輸出。他們應(yīng)該清楚以下幾個(gè)方面的不同：√預(yù)防和檢查√特征樣本和隨機(jī)樣本√特殊原因和隨機(jī)原因√偏差和控制線第一百三十一頁，共345頁。

工作結(jié)果,包括實(shí)施結(jié)果和產(chǎn)品結(jié)果質(zhì)量管理計(jì)劃操作(cāozuò)規(guī)范檢查表格質(zhì)量(zhìliàng)控制的依據(jù)第一百三十二頁，共345頁。

監(jiān)理(jiānlǐ)單位按照有關(guān)國家標(biāo)準(zhǔn)和技術(shù)標(biāo)準(zhǔn)提交監(jiān)理(jiānlǐ)要求文件。承建單位在合同規(guī)定日期內(nèi)按監(jiān)理(jiānlǐ)要求文件提交正式文檔或軟件。監(jiān)理(jiānlǐ)工程師根據(jù)合同及有關(guān)標(biāo)準(zhǔn)審查文檔。監(jiān)理(jiānlǐ)工程師提出審查意見，并報(bào)總監(jiān)理(jiānlǐ)工程師。必要時(shí)，由總監(jiān)理(jiānlǐ)工程師組織專家進(jìn)行評審，提出評審意見。監(jiān)理(jiānlǐ)單位向業(yè)主提交評審意見，業(yè)主根據(jù)評審意見對承建單位做出整改決定。質(zhì)量監(jiān)理(jiānlǐ)工程師按有關(guān)規(guī)定對開發(fā)或測試進(jìn)行抽查，并對發(fā)現(xiàn)的問題及時(shí)通過監(jiān)理(jiānlǐ)文件向業(yè)主和承建單位提交監(jiān)理(jiānlǐ)意見。對重要問題，總監(jiān)理(jiānlǐ)工程師將安排專項(xiàng)監(jiān)理(jiānlǐ)，并向業(yè)主提交專項(xiàng)監(jiān)理(jiānlǐ)報(bào)告。專項(xiàng)監(jiān)理(jiānlǐ)報(bào)告提交前須征求業(yè)主意見。業(yè)主根據(jù)監(jiān)理(jiānlǐ)報(bào)告對承建單位做出整改決定。監(jiān)理(jiānlǐ)單位承擔(dān)的軟件測試工作執(zhí)行“XXXX質(zhì)量控制體系”。并根據(jù)需要隨時(shí)邀請專家組參與會審。質(zhì)量(zhìliàng)控制的程序第一百三十三頁，共345頁。需求分析(fēnxī)說明書的監(jiān)理工作與質(zhì)量控制

需求說明書是乙方理解了甲方業(yè)務(wù)(yèwù)要求后為項(xiàng)目撰寫的說明書，需求說明書是整個(gè)開發(fā)工作的基礎(chǔ)。對需求說明書的評審和監(jiān)控是設(shè)計(jì)階段監(jiān)理工作的一項(xiàng)重要內(nèi)容。第一百三十四頁，共345頁。承建方按合同規(guī)定日期提交正式會簽確認(rèn)的總體需求說明(shuōmíng)書。監(jiān)理工程師熟悉總體需求說明(shuōmíng)書。根據(jù)合同及有關(guān)標(biāo)準(zhǔn)審查總體需求說明(shuōmíng)書。監(jiān)理工程師提出審查意見。必要時(shí)，總監(jiān)理工程師組織專家進(jìn)行評審，提出評審意見。監(jiān)理單位與業(yè)主和承建單位共同探討，提出《補(bǔ)充建議》。承建單位根據(jù)評審意見和《補(bǔ)充建議》編制《需求補(bǔ)充說明(shuōmíng)》并提交監(jiān)理單位。監(jiān)理單位審查《需求補(bǔ)充說明(shuōmíng)》。監(jiān)理單位提交最終監(jiān)理意見，業(yè)主根據(jù)監(jiān)理意見對承建單位工作做出整改決定。需求分析說明書的監(jiān)理(jiānlǐ)過程

第一百三十五頁，共345頁。

國家標(biāo)準(zhǔn)《計(jì)算機(jī)軟件產(chǎn)品開發(fā)文