信息系統(tǒng)軟件工程監(jiān)理控制點(diǎn)及監(jiān)理方法_第1頁
信息系統(tǒng)軟件工程監(jiān)理控制點(diǎn)及監(jiān)理方法_第2頁
信息系統(tǒng)軟件工程監(jiān)理控制點(diǎn)及監(jiān)理方法_第3頁
信息系統(tǒng)軟件工程監(jiān)理控制點(diǎn)及監(jiān)理方法_第4頁
信息系統(tǒng)軟件工程監(jiān)理控制點(diǎn)及監(jiān)理方法_第5頁
已閱讀5頁,還剩30頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

信息系統(tǒng)軟件工程監(jiān)理控制點(diǎn)及監(jiān)理方法1、監(jiān)理控制目標(biāo)應(yīng)用系統(tǒng)建設(shè)監(jiān)理工作應(yīng)力求達(dá)到以下主要目標(biāo):(1)對(duì)軟件開發(fā)單位、軟件實(shí)施單位和系統(tǒng)承建單位的行為進(jìn)行監(jiān)控,促使開發(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ì)。(2)促進(jìn)用戶與軟件開發(fā)單位、軟件實(shí)施單位和系統(tǒng)承建單位的有效溝通,使軟件開發(fā)單位、軟件實(shí)施單位和系統(tǒng)承建單位能夠全面準(zhǔn)確了解用戶的實(shí)際需求,同時(shí)用戶能及時(shí)了解項(xiàng)目的進(jìn)展情況。(3)促使軟件開發(fā)單位、軟件實(shí)施單位和承建單位為項(xiàng)目運(yùn)行的全過程建立一套明確、合理、可行的計(jì)劃或者規(guī)程,并利用與之相應(yīng)的審核、監(jiān)理機(jī)制和手段對(duì)其執(zhí)行過程進(jìn)行有效控制。(4)促使系統(tǒng)的關(guān)鍵技術(shù)指標(biāo)在項(xiàng)目實(shí)施過程中處于受控狀態(tài),及早預(yù)測(cè)和發(fā)現(xiàn)可能影響施工計(jì)劃的各種因素,及時(shí)糾正可能影響系統(tǒng)功能與性能的缺陷。2、監(jiān)理控制要點(diǎn)2.1準(zhǔn)備階段的監(jiān)理2.1.1立項(xiàng)階段的監(jiān)理工作立項(xiàng)階段最終要做的工作就是編制可行性研究報(bào)告,目的是:說明項(xiàng)目的實(shí)現(xiàn)在技術(shù)、經(jīng)濟(jì)和社會(huì)條件方面的可行性;評(píng)述為了合理地達(dá)到開發(fā)目標(biāo)而可能選擇的各種方案;說明并論證所選定的方案。從以下四個(gè)方面的進(jìn)行可研監(jiān)理設(shè)審核:(1)經(jīng)濟(jì)可行性:進(jìn)行成本/效益分析。從經(jīng)濟(jì)角度判斷系統(tǒng)開發(fā)是否“合算”。(2)技術(shù)可行性:進(jìn)行技術(shù)風(fēng)險(xiǎn)評(píng)價(jià)。從建設(shè)基礎(chǔ)、問題的復(fù)雜性等出發(fā),判斷系統(tǒng)開發(fā)在時(shí)間、費(fèi)用等限制條件下成功的可能性。(3)法律可行性:確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)、妨礙和責(zé)任。(4)方案的選擇:評(píng)價(jià)系統(tǒng)或產(chǎn)品開發(fā)的幾個(gè)可能的候選方案。最后給出結(jié)論意見。2.1.2確定招標(biāo)方式了解業(yè)主需求,協(xié)助業(yè)主確定招標(biāo)方式。根據(jù)有關(guān)國際組織協(xié)議或國內(nèi)法規(guī)以及信息服務(wù)項(xiàng)目招標(biāo)的特點(diǎn),在實(shí)踐中確定信息服務(wù)招標(biāo)方式的基本原則是:(1)如果可以擬定詳細(xì)的條件,而且服務(wù)的性質(zhì)允許采用招標(biāo)方式,可采用公開或邀請(qǐng)招標(biāo)的方式進(jìn)行。(2)如果不能確切擬定或最后擬定條件,或采購的服務(wù)相當(dāng)復(fù)雜,可采用征求建議書、邀請(qǐng)建議書、兩階段招標(biāo)、競(jìng)爭性談判、設(shè)計(jì)競(jìng)賽等方式。(3)與其他形式的服務(wù)相比,聘用專家提供咨詢、研究、監(jiān)理等服務(wù)更側(cè)重對(duì)專家知識(shí)、技能、經(jīng)驗(yàn)方面的考慮,故有獨(dú)特的方式。在招標(biāo)方式確定后,協(xié)助業(yè)主制定招標(biāo)文件和評(píng)標(biāo)標(biāo)準(zhǔn),并對(duì)招標(biāo)過程的組織提出建議。2.1.3審查承建單位資質(zhì)采用公開招標(biāo)方式時(shí),協(xié)助業(yè)主對(duì)投標(biāo)單位的資質(zhì)進(jìn)行審查,采用邀標(biāo)或其他招標(biāo)方式時(shí),協(xié)助業(yè)主單位對(duì)候選承建單位進(jìn)行資質(zhì)審查。協(xié)助業(yè)主單位對(duì)承建單位資質(zhì)進(jìn)行審查,1、承建單位的軟件企業(yè)認(rèn)定情況、系統(tǒng)集成資質(zhì)情況等,2、考察承建單位在以往的開發(fā)過程中是否從事過與本項(xiàng)目相關(guān)或相似的開發(fā)工作,幫助業(yè)主單位選擇合格的承建單位,減小項(xiàng)目實(shí)施的風(fēng)險(xiǎn)。2.1.4審查承建單位質(zhì)量管理體系軟件企業(yè)所遵循的質(zhì)量管理體系主要有兩種,一種是軟件能力成熟度模型(SW-CMM),一種是ISO質(zhì)量管理體系。2.1.5監(jiān)督招標(biāo)過程1、開標(biāo)過程監(jiān)理開標(biāo)應(yīng)當(dāng)在招標(biāo)文件確定的提交投標(biāo)文件截止時(shí)間的同一時(shí)間公開進(jìn)行;開標(biāo)地點(diǎn)應(yīng)當(dāng)為招標(biāo)文件中預(yù)先確定的地點(diǎn)。開標(biāo)時(shí),要檢查投標(biāo)文件的密封情況,經(jīng)確認(rèn)無誤后,由工作人員當(dāng)眾拆封,宣讀投標(biāo)人名稱、投標(biāo)價(jià)格和投標(biāo)文件的其他主要內(nèi)容。開標(biāo)過程應(yīng)當(dāng)記錄,并存檔備查。2、評(píng)標(biāo)過程監(jiān)理,評(píng)標(biāo)委員會(huì)由招標(biāo)人的代表和有關(guān)技術(shù)、經(jīng)濟(jì)等方面的專家組成,成員人數(shù)為五人以上單數(shù),其中技術(shù)、經(jīng)濟(jì)等方面的專家不得少于成員總數(shù)的三分之二。專家應(yīng)當(dāng)從事相關(guān)領(lǐng)域工作滿八年并具有高級(jí)職稱或者具有同等專業(yè)水平,由招標(biāo)人從國務(wù)院有關(guān)部門或者省、自治區(qū)、直轄市人民政府有關(guān)部門提供的專家名冊(cè)或者招標(biāo)代理機(jī)構(gòu)的專家?guī)靸?nèi)的相關(guān)專業(yè)的專家名單中確定;一般招標(biāo)項(xiàng)目可以采取隨機(jī)抽取方式,特殊招標(biāo)項(xiàng)目可以由招標(biāo)人直接確定。確認(rèn)沒有與投標(biāo)人有利害關(guān)系的人進(jìn)入相關(guān)項(xiàng)目的評(píng)標(biāo)委員會(huì)。評(píng)標(biāo)委員會(huì)成員的名單在中標(biāo)結(jié)果確定前應(yīng)當(dāng)保密。確認(rèn)沒有任何單位和個(gè)人非法干預(yù)、影響評(píng)標(biāo)的過程和結(jié)果。評(píng)標(biāo)委員會(huì)應(yīng)當(dāng)按照招標(biāo)文件確定的評(píng)標(biāo)標(biāo)準(zhǔn)和方法,對(duì)投標(biāo)文件進(jìn)行評(píng)審和比較;設(shè)有標(biāo)底的,應(yīng)當(dāng)參考標(biāo)底。評(píng)標(biāo)委員會(huì)完成評(píng)標(biāo)后,應(yīng)當(dāng)向招標(biāo)人提出書面評(píng)標(biāo)報(bào)告,并推薦合格的中標(biāo)候選人。招標(biāo)人根據(jù)評(píng)標(biāo)委員會(huì)提出的書面評(píng)標(biāo)報(bào)告和推薦的中標(biāo)候選人確定中標(biāo)人。招標(biāo)人也可以授權(quán)評(píng)標(biāo)委員會(huì)直接確定中標(biāo)人。在確定中標(biāo)人前,“招標(biāo)人不得與投標(biāo)人就投標(biāo)價(jià)格、投標(biāo)方案等實(shí)質(zhì)性內(nèi)容進(jìn)行談判。評(píng)標(biāo)委員會(huì)成員和參與評(píng)標(biāo)的有關(guān)工作人員不得透露對(duì)投標(biāo)文件的評(píng)審和比較、中標(biāo)候選人的推薦情況以及與評(píng)標(biāo)有關(guān)的其他情況。3、決標(biāo)過程監(jiān)理中標(biāo)通知書對(duì)招標(biāo)人和中標(biāo)人具有法律效力。中標(biāo)通知書發(fā)出后,招標(biāo)人改變中標(biāo)結(jié)果的,或者中標(biāo)人放棄中標(biāo)項(xiàng)目的,應(yīng)當(dāng)依法承擔(dān)法律責(zé)任。招標(biāo)人和中標(biāo)人應(yīng)當(dāng)自中標(biāo)通知書發(fā)出之日起三十日內(nèi),按照招標(biāo)文件和中標(biāo)人的投標(biāo)文件訂立書面合同。招標(biāo)人和中標(biāo)人不得再行訂立背離合同實(shí)質(zhì)性內(nèi)容的其他協(xié)議。依法必須進(jìn)行招標(biāo)的項(xiàng)目,招標(biāo)人應(yīng)當(dāng)自確定中標(biāo)人之日起十五日內(nèi),向有關(guān)行政監(jiān)督部門提交招標(biāo)投標(biāo)情況的書面報(bào)告。中標(biāo)人應(yīng)當(dāng)按照合同約定履行義務(wù),完成中標(biāo)項(xiàng)目。中標(biāo)人不得向他人轉(zhuǎn)讓中標(biāo)項(xiàng)目,也不得將中標(biāo)項(xiàng)目肢解后分別向他人轉(zhuǎn)讓。中標(biāo)人按照合同約定或者經(jīng)招標(biāo)人同意,可以將中標(biāo)項(xiàng)目的部分非主體、非關(guān)鍵性工作分包給他人完成。接受分包的人應(yīng)當(dāng)具備相應(yīng)的資格條件,并不得再次分包。中標(biāo)人應(yīng)當(dāng)就分包項(xiàng)目向招標(biāo)人負(fù)責(zé),接受分包的人就分包項(xiàng)目承擔(dān)連帶責(zé)任。2.1.6合同簽訂管理監(jiān)理工程師應(yīng)對(duì)工程承建、共同承擔(dān)風(fēng)險(xiǎn)的合同條款、法律條款分別進(jìn)行仔細(xì)的分析解釋。同時(shí)也要對(duì)合同條款的更換、延期說明、投資變化等事件進(jìn)行仔細(xì)分析。合同分析和工程檢查等工作要同其聯(lián)系起來。合同分析是解釋雙方合同責(zé)任的根據(jù)。監(jiān)理工程師在業(yè)主與承建單位訂立合同的過程中要按條款逐條分析,如果發(fā)現(xiàn)有對(duì)業(yè)主產(chǎn)生風(fēng)險(xiǎn)較大的條款,要增加相應(yīng)的抵御條款。要詳細(xì)分析哪些條款與業(yè)主有關(guān)、與承建單位有關(guān)、與工程檢查有關(guān)、與工期有關(guān)等,分門別類分析各自責(zé)任和相互聯(lián)系的關(guān)聯(lián),做到一清二楚,心中有數(shù)。合同評(píng)審過程中的考查以下內(nèi)容,確定以下內(nèi)容在合同中進(jìn)行了明確定義;(1)定義/使用的術(shù)語:(2)保密約定;,(3)知識(shí)產(chǎn)權(quán)約定:(4)雙方義務(wù);(5)合同價(jià)款及付款方式;(6)各階段工程成果及交付期限,應(yīng)選取里程碑式的工程成果交付的期限,并在一定程度上把成果和付款計(jì)劃聯(lián)系起來;(7)驗(yàn)收標(biāo)準(zhǔn)和方式/工程的質(zhì)量要求,應(yīng)準(zhǔn)確細(xì)致地描述工程的整體質(zhì)量和各部分質(zhì)量,必要時(shí)可以用明確的技術(shù)指標(biāo)進(jìn)行限定;(8)用戶培訓(xùn)需求;(9)維護(hù)期約定,包括維護(hù)期長度、維護(hù)響應(yīng)時(shí)間、維護(hù)方式和維護(hù)法用等;(10)違約責(zé)任;(11)期限和終止;(12)不可抗力;(13)變更,包括資金、需求、期限、合向等變更,對(duì)變更的范圍進(jìn)行約定,并明確每一種變更以何種方式何種程序處理;對(duì)范圍外的變更,可注明另行協(xié)商并再補(bǔ)簽合同;(14)其他約定,如適用法律、爭議解決和雙方的其他協(xié)作條件等。將監(jiān)理意見以合同評(píng)審專題報(bào)告形式提交業(yè)主。3、分析設(shè)計(jì)階段監(jiān)理3.1軟件項(xiàng)目計(jì)劃監(jiān)理的目標(biāo)(1)監(jiān)督承建單位形成軟件規(guī)模估計(jì)文檔,以供計(jì)劃和跟蹤軟件項(xiàng)目使用。(2)監(jiān)督承建單位制定軟件項(xiàng)目的活動(dòng)和約定,并形成文檔。(3)監(jiān)督和控制軟件項(xiàng)目計(jì)劃的產(chǎn)品和活動(dòng)與軟件的需求規(guī)格說明一致。3.2軟件項(xiàng)目計(jì)劃監(jiān)理的主要活動(dòng)(1)確保軟件承建單位在項(xiàng)目軟件過程規(guī)范約定的基礎(chǔ)上制定軟件項(xiàng)目計(jì)劃。(2)監(jiān)督承建單位為實(shí)施軟件工程和管理軟件項(xiàng)目制定合理的軟件項(xiàng)目計(jì)劃,包括進(jìn)行軟件規(guī)模估計(jì)和軟件風(fēng)險(xiǎn)分析,建立軟件項(xiàng)目組織,確定軟件項(xiàng)目生命周期,進(jìn)行軟件項(xiàng)目策劃,確定必要的約定。(3)監(jiān)督承建單位依據(jù)書面規(guī)程制定項(xiàng)目的軟件項(xiàng)目計(jì)劃,確認(rèn)計(jì)劃內(nèi)容是否滿足標(biāo)準(zhǔn)、規(guī)范及合同要求。(4)審查承建單位編寫的項(xiàng)目計(jì)劃文檔,軟件項(xiàng)目計(jì)劃包括:軟件項(xiàng)目的用途、范圍、目標(biāo)和對(duì)象,軟件開發(fā)計(jì)劃,軟件配置管理,軟件質(zhì)量保證,軟件框架設(shè)計(jì),問題跟蹤與排除方法,軟件度量。(5)審查承建單位標(biāo)明、建立和保持對(duì)軟件項(xiàng)目的控制所必需的軟件工作產(chǎn)品。(6)審查承建單位依據(jù)書面規(guī)程估計(jì)軟件工作產(chǎn)品規(guī)模,估計(jì)軟件項(xiàng)目的工作量和成本,估計(jì)項(xiàng)目的關(guān)鍵計(jì)算機(jī)資源。(7)監(jiān)督承建單位依據(jù)書面規(guī)程制定項(xiàng)目的軟件進(jìn)度計(jì)劃,分析承建單位制定項(xiàng)目的軟件工程設(shè)備和支持工具計(jì)劃的合理性、可行性,分析軟件進(jìn)度計(jì)劃的合理性。(8)管理和控制軟件計(jì)劃數(shù)據(jù),審查軟件項(xiàng)目計(jì)劃的活動(dòng)情況。(9)確保軟件項(xiàng)自計(jì)劃通過正式的評(píng)審,在評(píng)審后得到技術(shù)修改和批準(zhǔn),給出是否符合要求的結(jié)論,確定其能否作為軟件開發(fā)的前提和依據(jù),作為應(yīng)用軟件系統(tǒng)建設(shè)進(jìn)度控制的依據(jù)。3.3軟件質(zhì)量管理體系監(jiān)理1、監(jiān)督應(yīng)用軟件系統(tǒng)建設(shè)承建單位根據(jù)項(xiàng)目合同和業(yè)主應(yīng)用軟件系統(tǒng)需求,制定項(xiàng)目軟件工程和管理活動(dòng),結(jié)合成為密切相關(guān)、定義完整的項(xiàng)目軟件過程;2、評(píng)估項(xiàng)目軟件過程的技術(shù)合理性,包括是否符合標(biāo)準(zhǔn)和規(guī)范,是否符合項(xiàng)目合同和業(yè)主技術(shù)要求;3、項(xiàng)目軟件過程文檔化,并得到批準(zhǔn);監(jiān)督和控制承建單位的項(xiàng)目軟件過程的狀杰,促使承建單位支持和實(shí)施項(xiàng)目軟件過程,提高軟件項(xiàng)目實(shí)施的計(jì)劃性,減少軟件項(xiàng)目實(shí)施的風(fēng)險(xiǎn);4、監(jiān)督應(yīng)用軟件系統(tǒng)建設(shè)承建單位在軟件開發(fā)過程中按照項(xiàng)目軟件過程的規(guī)范實(shí)施,跟蹤、記錄和審查軟件管理過程活動(dòng)。3.4軟件質(zhì)量保證監(jiān)理的主要內(nèi)容1、確保項(xiàng)目遵循書面的承建單位管理策略來實(shí)施軟件質(zhì)量保證,承建單位成立了軟件質(zhì)量保證活動(dòng)的組織;2、控制承建單位依據(jù)書面規(guī)程,為軟件項(xiàng)目制定軟件質(zhì)量保證計(jì)劃,保障軟件質(zhì)量保證計(jì)劃符合項(xiàng)目軟件過程的規(guī)范要求;3、參加承建單位的軟件質(zhì)量保證組按照軟件質(zhì)量保證計(jì)劃進(jìn)行活動(dòng);4、參加承建單位的軟件質(zhì)量保證組評(píng)審軟件工程活動(dòng),驗(yàn)證軟件工程活動(dòng)與軟件項(xiàng)目計(jì)劃的一致性;5、參加承建單位軟件質(zhì)量保證組審核指定的軟件產(chǎn)品,依據(jù)指定的軟件標(biāo)準(zhǔn)、規(guī)程和合同需求對(duì)可交付的軟件產(chǎn)品進(jìn)行評(píng)價(jià),驗(yàn)證軟件產(chǎn)品與軟件項(xiàng)目計(jì)劃的一致性;6、控制承建單位依據(jù)書面規(guī)程,歸檔和處理軟件活動(dòng)和軟件工作產(chǎn)品中的偏差,管理和控制不一致性問題的文檔;7、軟件監(jiān)理人員和業(yè)主的軟件質(zhì)量保證人員定期對(duì)軟件質(zhì)量保證組的活動(dòng)和結(jié)果進(jìn)行評(píng)審;8、跟蹤和記錄軟件質(zhì)量保證活動(dòng)的情況,審查軟件質(zhì)量保證活動(dòng),并給出軟件質(zhì)量保證監(jiān)理報(bào)告。3.5軟件配置管理監(jiān)理的主要活動(dòng)1、確保應(yīng)用軟件系統(tǒng)建設(shè)承建單位的配置管理組織和環(huán)境按照軟件項(xiàng)目計(jì)劃的要求成立并配備。2、控制承建單位依據(jù)書面規(guī)程,為應(yīng)用軟件系統(tǒng)建設(shè)項(xiàng)目制定軟件配置管理計(jì)劃。3、監(jiān)督承建單位使用審批通過的、文檔化的軟件配置管理計(jì)劃作為實(shí)施軟件配置管理活動(dòng)的基礎(chǔ),該計(jì)劃包括:要執(zhí)行的活動(dòng)、活動(dòng)的進(jìn)度安排、指定的職責(zé)和所需的資源;監(jiān)督承建單位標(biāo)識(shí)將置于配置管理下的軟件工作產(chǎn)品,工作產(chǎn)品包括與過程相關(guān)的計(jì)劃、標(biāo)準(zhǔn)或規(guī)程、軟件需求、軟件設(shè)計(jì)、軟件代碼單元、軟件測(cè)試規(guī)程、為軟件測(cè)試活動(dòng)建立的軟件系統(tǒng)、軟件系統(tǒng)產(chǎn)品和編譯程序。4、控制承建單位依據(jù)書面規(guī)程,對(duì)所有配置項(xiàng)/單元的更改請(qǐng)求和問題報(bào)告實(shí)施初始準(zhǔn)備、記錄、評(píng)審、批準(zhǔn)和跟蹤。5、監(jiān)督承建單位依據(jù)書面規(guī)程,控制對(duì)基線的更改。監(jiān)督承建單位依據(jù)書面規(guī)程,由軟件基線庫生成軟件產(chǎn)品并對(duì)其發(fā)布進(jìn)行控制。監(jiān)督承建單位依據(jù)書面規(guī)程,記錄配置項(xiàng)/單元的狀態(tài)。6、控制承建單位編制軟件配置管理報(bào)告,證明軟件配置管理活動(dòng)和軟件基線庫的內(nèi)容,并提供給業(yè)主。7、監(jiān)督承建單位依據(jù)書面規(guī)程,進(jìn)行軟件基線庫審核。進(jìn)行軟件配置管理活動(dòng)狀態(tài)的跟蹤和記錄。8、定期審查軟件配置管理活動(dòng)和軟件配置管理基線,以驗(yàn)證它們與文檔定義的一致性。9、審核軟件配置管理活動(dòng)及其工作產(chǎn)品,并給出軟件配置管理監(jiān)理報(bào)告。3.6需求說明書評(píng)審內(nèi)容作為需求分析階段工作的復(fù)查手段,在需求分析的最后一步,應(yīng)該對(duì)功能的正確性、完整性和清晰性,以及其他需求給予評(píng)價(jià)。評(píng)審的主要內(nèi)容是:1、系統(tǒng)定義的目標(biāo)是否與用戶的要求一致;2、系統(tǒng)需求分析階段提供的文檔資料是否齊全;3、文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求:4、與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述:5、被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定;6、所有圖表是否清楚,在不補(bǔ)充說明時(shí)能否理解;7、主要功能是否己包括在規(guī)定的軟件范圍之內(nèi),是否都已充分說明;8、軟件的行為和它必須處理的信息、必須完成的功能是否一致;9、設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際;10、是否考慮了開發(fā)的技術(shù)風(fēng)險(xiǎn);11、是否考慮過軟件需求的其他方案_;12、是否考慮過將來可能會(huì)提出的軟件需求;13、是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn),它們能否對(duì)系統(tǒng)定義是否成功進(jìn)行確認(rèn);14、有沒有遺漏、重復(fù)或不一致的地方;15、用戶是否審查了初步的用戶手冊(cè)或原型;16、項(xiàng)目開發(fā)計(jì)劃中的估算是否受到了影響。為保證軟件需求定義的質(zhì)量,評(píng)審應(yīng)以專門指定的人員負(fù)責(zé),并按規(guī)程嚴(yán)格進(jìn)行。評(píng)審結(jié)束應(yīng)有評(píng)審負(fù)責(zé)人的結(jié)論意見及簽字。除承建單位分析員之外,業(yè)主單位人員和監(jiān)理單位都應(yīng)當(dāng)參加評(píng)審工作。需求說明書要經(jīng)過嚴(yán)格評(píng)審,一般,評(píng)審的結(jié)果都包含了一些修改意見,待修改完成后再經(jīng)評(píng)審?fù)ㄟ^,才可進(jìn)入設(shè)計(jì)階段。3.7軟件分包合同監(jiān)理的方法方法1:定期審查軟件分包合同的管理活動(dòng)。實(shí)施定期審查的主要目的是適當(dāng)?shù)?、及時(shí)地掌握軟件分包合同管理的軟件過程活動(dòng)。在滿足業(yè)主單位需求的前提下,只要有適當(dāng)?shù)臋C(jī)制來報(bào)告異常情況,審查的時(shí)間間隔就盡可能長些。方法2:根據(jù)實(shí)際需要隨時(shí)跟蹤和審查軟件分包合同的管理活動(dòng)。方法3:評(píng)審和(或)審核軟件分包合同的管理活動(dòng)及其產(chǎn)品,并報(bào)告結(jié)果。這些評(píng)審和(或)審核至少應(yīng)驗(yàn)證:1、選擇分承建單位的活動(dòng)。2、管理軟件分包合同的活動(dòng)。3、協(xié)調(diào)主承建單位和分承建單位配置管理的活動(dòng)。4、與分承建單位按計(jì)劃評(píng)審的實(shí)施情況。5、確認(rèn)分包合同達(dá)到關(guān)鍵里程碑或階段完成時(shí)的評(píng)審情況。6、對(duì)分承建單位軟件產(chǎn)品的驗(yàn)收過程。3.8概要設(shè)計(jì)說明書評(píng)審3.8.1評(píng)審內(nèi)容1、可追溯性:即分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu),確認(rèn)該軟件設(shè)計(jì)是否覆蓋了所有己確定的軟件需求,軟件每一成分是否可追溯到某一項(xiàng)需求。2、接口:即分析軟件各部分之間的聯(lián)系,確認(rèn)該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義。模塊是否滿足高內(nèi)聚和低耦合的要求。模塊作用范圍是否在其控制范圍之內(nèi)。3、風(fēng)險(xiǎn):即確認(rèn)該軟件設(shè)計(jì)在現(xiàn)有技術(shù)條件下和預(yù)算范圍內(nèi)是否能按時(shí)實(shí)現(xiàn)。4、實(shí)用性:即確認(rèn)該軟件設(shè)計(jì)對(duì)于需求的解決方案是否實(shí)用。5、技術(shù)清晰度:即確認(rèn)該軟件設(shè)計(jì)是否以一種易于翻譯成代碼的形式表達(dá)。6、可維護(hù)性:從軟件維護(hù)的角度出發(fā),確認(rèn)該軟件設(shè)計(jì)是否考慮了方便未來的維護(hù)。7、質(zhì)量:即確認(rèn)該軟件設(shè)計(jì)是否表現(xiàn)出良好的質(zhì)量特征。8、各種選擇方案:看是否考慮過其他方案,比較各種選擇方案的標(biāo)準(zhǔn)是什么。9、限制:評(píng)估對(duì)該軟件的限制是否現(xiàn)實(shí),是否與需求一致。10、其他具體問題:對(duì)于文檔、可測(cè)試性、設(shè)計(jì)過程等進(jìn)行評(píng)估。3.8.2衡量設(shè)計(jì)的技術(shù)標(biāo)準(zhǔn)1、設(shè)計(jì)出來的結(jié)構(gòu)應(yīng)是分層結(jié)構(gòu),從而建立軟件成分之間的控制。2、設(shè)計(jì)應(yīng)當(dāng)模塊化,從邏輯上將軟件劃分為完成特定功能或子功能的構(gòu)件。3、設(shè)計(jì)應(yīng)當(dāng)既包含數(shù)據(jù)抽象,也包含過程抽象。4、設(shè)計(jì)應(yīng)當(dāng)建立具有獨(dú)立功能特征的模塊。5、設(shè)計(jì)應(yīng)當(dāng)建立能夠降低模塊與外部環(huán)境之間復(fù)雜連接的接口。6、設(shè)計(jì)應(yīng)能根據(jù)軟件需求分析獲取的信息,建立可驅(qū)動(dòng)、可重復(fù)的方法。軟件設(shè)計(jì)過程根據(jù)基本的設(shè)計(jì)原則,使用系統(tǒng)化的方法和完全的設(shè)計(jì)評(píng)審來建立良好的設(shè)計(jì)。3.8.3設(shè)計(jì)說明書檢查表序號(hào)檢查項(xiàng)是/不確定/否/不適用清晰性1是否所設(shè)計(jì)的架構(gòu),包括數(shù)據(jù)流、控制流和接口被清楚地表達(dá)了?2是否所有的假設(shè)、約束、策略及依賴都被記錄在本文檔了?3是否定義了總體設(shè)計(jì)目標(biāo)?完整性4是否所有以前的TBD(待確定條目)都已經(jīng)解決了?5是否設(shè)計(jì)已經(jīng)可以支持本文檔中遺留的TBD有可能帶來的變更?6是否所有的TBD的影響都已經(jīng)被評(píng)估了?7是否仍存在可能不可行的設(shè)計(jì)部分?8是否已記錄設(shè)計(jì)時(shí)的權(quán)衡考慮?該文件是否包括了權(quán)衡選擇的標(biāo)準(zhǔn)和不選擇其他方案的原因?依從性9是否遵守了項(xiàng)目的文檔編寫標(biāo)準(zhǔn)?一致性10數(shù)據(jù)元素、流程和對(duì)象的命名和使用在整套系統(tǒng)和外部接口之間是否一致?11該設(shè)計(jì)是否反映了實(shí)際操作環(huán)境(硬件、軟件、支持軟件)?可行性12從進(jìn)度、預(yù)算和技術(shù)角度上看該設(shè)計(jì)是否可行?13是否存在錯(cuò)誤的、缺少的或不完整的邏輯?數(shù)據(jù)使用14所有符合數(shù)據(jù)元素、參數(shù)以及對(duì)象的概念是否都已文檔化?15是否還有任何需要的但還沒有定義的數(shù)據(jù)結(jié)構(gòu),反之亦然?16是否已描述最低級(jí)別數(shù)據(jù)元素?是否已詳細(xì)說明取值范圍?功能性17是否對(duì)每一下級(jí)模塊進(jìn)行了概要算法說明?18所選擇的設(shè)計(jì)和算法能否滿足所有的需求?接口19操作界面的設(shè)計(jì)是否有為用戶考慮(入詞匯、使用信息和進(jìn)入的簡易)20是否已描述界面的功能特性?21界面將有利于解決問題嗎?22是否所有界面都互相一致,與其他模塊一致,以及和更高級(jí)別文檔中的需求一致?23是否所有的界面都提供了所需求的信息?24是否已說明內(nèi)部各界面之間的關(guān)系?25界面的數(shù)量和復(fù)雜程度是否已減少到最?。靠删S護(hù)性26該設(shè)計(jì)是否是模塊化的?27這些模塊是否具有高內(nèi)聚度和低耦合度?28是否已經(jīng)對(duì)繼承設(shè)計(jì)、代碼或先前選擇工具的使用進(jìn)行了詳細(xì)說明?性能29主要性能參數(shù)是否已被詳細(xì)說明(如實(shí)時(shí)、速度要求、磁盤輸入/輸出接口等)可靠性30該設(shè)計(jì)能夠提供錯(cuò)誤監(jiān)測(cè)和恢復(fù)?31是否矣考慮非正常情況?32是否所有錯(cuò)誤情況都被完整和準(zhǔn)確的說明?33該設(shè)計(jì)是否滿足該系統(tǒng)進(jìn)行集成時(shí)所遵守的約定?易測(cè)性34是否能夠?qū)υ撓到y(tǒng)進(jìn)行測(cè)試、演示、分析、或檢查來說明它是滿足需求的?35該套系統(tǒng)是否能用增量型的方法來測(cè)試和集成?可追溯型36是否各部分的設(shè)計(jì)都能追溯到需求說明書的需求?37是否所有的設(shè)計(jì)決策都能追溯到原來確定的權(quán)衡因素?38所繼承設(shè)計(jì)的已知風(fēng)險(xiǎn)是否已確定和分析?3.8.4詳細(xì)設(shè)計(jì)說明書評(píng)審、測(cè)試計(jì)劃評(píng)審序號(hào)檢查項(xiàng)是/不確定/否/不適用所有單元或過程的目的是否都已文檔化?包括了數(shù)據(jù)流、控制流和接口的單元設(shè)計(jì)是否已清晰的說明?完整性是否已定義和初始化所有的變量、指針和常量?是否已描述單元的全部功能?是否已詳細(xì)說明實(shí)現(xiàn)該單元的關(guān)鍵算法?是否已列出該單元的調(diào)用?依從性數(shù)據(jù)元素的命名和使用在整個(gè)單元和單元接口之間是否一致?所有接口的設(shè)計(jì)是否互相一致并且各更高級(jí)別文檔一致?正確性是否處理所有條件(>0,=0,<0,switch/case)?是否存在處理“casenotfound”的條件?是否正確地規(guī)定了分支(邏輯沒有顛倒)?數(shù)據(jù)使用是否所有聲明的數(shù)據(jù)都被詳細(xì)說明?事都所有該單元的數(shù)據(jù)結(jié)構(gòu)都被詳細(xì)說明?是否所有修改共享數(shù)據(jù)(或文件)的程序都考慮到了其他程序?qū)υ摴蚕頂?shù)據(jù)(或文件)的存取權(quán)限?是否所有邏輯單元、時(shí)間標(biāo)志和同步標(biāo)志都被定義和初始化?接口接口參數(shù)在數(shù)量、類型和順序上是否匹配?是否所有的輸入和輸出都被正確定義和檢查?是否傳遞參數(shù)序列都被清晰描述?是否所有參數(shù)和控制標(biāo)志由已描述的單元傳遞或返回?是否詳細(xì)說明了參數(shù)的度量單位、取值范圍、正確度和精度?共享數(shù)據(jù)區(qū)域及其存取規(guī)定的映射是否一致?可維護(hù)性單元是否具有高內(nèi)聚度和低耦合度?性能是否該單元的所有約束都被詳細(xì)說明?可靠性初始化是否使用到默認(rèn)值,默認(rèn)值是否正確?3.8.5軟件編碼規(guī)范評(píng)審3.8.5.1源程序文檔化1、符號(hào)名的命名符號(hào)名即標(biāo)識(shí)符,包括模塊名、變量名、常量名、標(biāo)號(hào)名、子程序名、數(shù)據(jù)區(qū)名以及緩沖區(qū)名等等。這些名稱應(yīng)能反映它所代表的實(shí)際東西,應(yīng)有一定的實(shí)際意義。例如,表示次數(shù)的量用Times,表示總量的量用Total,表示平均值的量用Average,表示和的量用Sum等等。名稱不是越長越好,應(yīng)當(dāng)選擇精煉的、意義明確的名稱。必要時(shí)可使用縮寫名稱,但這時(shí)要注意縮寫規(guī)則要一致,并且要給每一個(gè)名稱加注釋。同時(shí),在一個(gè)程序中,一個(gè)變量只應(yīng)用于一種用途。2、程序的注釋夾在程序中的注釋是程序員與日后的程序讀者之間通信的重要手段。注釋絕不是可有可無的。一些正規(guī)的程序文本中一注釋行的數(shù)量占到整個(gè)源程序的1/3-1/2,甚至更多。注釋分為序言性注釋和功能性注釋。序言性注釋通常置于每個(gè)程序模塊的開頭部分,它應(yīng)當(dāng)給出程序的整體說明,對(duì)子理解程序本身具有引導(dǎo)作用。有些軟件開發(fā)部門對(duì)序言性注釋做了明確而嚴(yán)格的規(guī)定,要求程序編制者逐項(xiàng)列出。有關(guān)項(xiàng)目包括:程序標(biāo)題;有關(guān)本模塊功能和目的的說明;主要算法;接口說明(包括調(diào)用形式、參數(shù)描述、子程序清單);有關(guān)數(shù)據(jù)描述(重要的變量及其用途、約束或限制條件,以及其他有關(guān)信息);模塊位置(在哪一個(gè)源文件中,或隸屬十哪一個(gè)軟件包);開發(fā)簡歷(模塊設(shè)計(jì)者、復(fù)審者、復(fù)審日期、修改日期及有關(guān)說明)等。功能性注釋功能性注釋嵌在源程序體中,用于描述其后的語句或程序段是在做什么工作,或是執(zhí)行了下面的語句會(huì)怎么樣。而不要解釋下面怎么做。要點(diǎn):描述一段程序,而不是每一個(gè)語句;用縮進(jìn)和空行,使程序與注釋容易區(qū)別;注釋要正確。3、標(biāo)準(zhǔn)的書寫格式視覺組織用空格、空行和移行來實(shí)現(xiàn)。恰當(dāng)?shù)乩每崭?,可以突出運(yùn)算的優(yōu)先性,減少發(fā)生編碼的錯(cuò)誤;自然的程序段之間可用空行隔開;移行也叫做向右縮格,它是指程序中的各行不必都在左端對(duì)齊,不必都從第一格起排列,這樣做可以使程序分清層次關(guān)系。對(duì)于選擇語句和循環(huán)語句,把其中的程序段語句向右做階梯式移行,使程序的邏輯結(jié)構(gòu)更加清晰。3.8.5.2數(shù)據(jù)說明在設(shè)計(jì)階段己經(jīng)確定了數(shù)據(jù)結(jié)構(gòu)的組織及其復(fù)雜性。在編寫程序時(shí),則需要注意數(shù)據(jù)說明的風(fēng)格。為了使程序中數(shù)據(jù)說明更易于理解「和維護(hù),必須注意以下幾點(diǎn)。1、數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化數(shù)據(jù)說明次序規(guī)范化,使數(shù)據(jù)屬性容易查找,也有利于測(cè)試、排錯(cuò)和維護(hù)。原則上,數(shù)據(jù)說明的次序與語法無關(guān),其次序是任意的。但出于閱讀、理解和維護(hù)的需要,最好使其規(guī)范化,使說明的先后次序固定。2、說明語句中變量安排有序化當(dāng)多個(gè)變量名在一個(gè)說明語句中說明時(shí),應(yīng)當(dāng)對(duì)這些變量按字母的順序排列。帶標(biāo)號(hào)的全程數(shù)據(jù)也應(yīng)當(dāng)按字母的順序排列。3、使用注釋說明復(fù)雜數(shù)據(jù)結(jié)構(gòu)如果設(shè)計(jì)了一個(gè)復(fù)雜的數(shù)據(jù)結(jié)構(gòu),應(yīng)當(dāng)使用注釋來說明在程序?qū)崿F(xiàn)時(shí)這個(gè)數(shù)據(jù)結(jié)構(gòu)的固有特點(diǎn)。4、語句結(jié)構(gòu)在設(shè)計(jì)階段確定了軟件的邏輯流結(jié)構(gòu),但構(gòu)造單個(gè)語句則是編碼階段的任務(wù)。語句構(gòu)造力求簡單、直接,不能為了片面追求效率而使語句復(fù)雜化。3.8.5.3輸入和輸出1、對(duì)所有的輸入數(shù)據(jù)都要進(jìn)行檢驗(yàn),識(shí)別錯(cuò)誤的輸入,以保證每個(gè)數(shù)據(jù)的有效性。2、檢查輸入項(xiàng)的各種重要組合的合理性,必要時(shí)報(bào)告輸入狀態(tài)信息。3、使得輸入的步驟和操作盡可能簡單,并保持簡單的輸入格式。4、輸入數(shù)據(jù)時(shí),_應(yīng)允許使用自由格式輸入。5、應(yīng)允許默認(rèn)值。6、輸入一批數(shù)據(jù)時(shí),最好使用輸入結(jié)束標(biāo)志,而不要由用戶指定輸入數(shù)據(jù)數(shù)目。7、在交互式輸入時(shí),要在屏幕上使用提示符明確提示交互輸入的請(qǐng)求,指明可使用選擇項(xiàng)的種類和取值范圍。同時(shí),在數(shù)據(jù)輸入的過程中和輸入結(jié)束時(shí),也要在屏幕上給出狀態(tài)信息。8、當(dāng)程序設(shè)計(jì)語言對(duì)輸入/輸出格式有嚴(yán)格要求時(shí),應(yīng)保持輸入格式與輸入語句的要求的一致性。9、給所有的輸出加注解,并設(shè)計(jì)輸出報(bào)表格式。4、實(shí)施階段監(jiān)理4.1軟件編碼監(jiān)理4.2軟件編碼監(jiān)理的目標(biāo)1、監(jiān)督承建單位定義和綜合軟件編碼任務(wù),并在生產(chǎn)軟件的過程中始終如一地執(zhí)行這些任務(wù)。2、監(jiān)督使得軟件工作產(chǎn)品彼此間保持一致性。3、監(jiān)督使得軟件編碼的工作進(jìn)度與計(jì)劃保持一致性。4、監(jiān)督使得軟件編碼的工作質(zhì)量達(dá)到計(jì)劃的要求。4.3軟件編碼監(jiān)理的活動(dòng)1、監(jiān)督承建單位將合適的軟件編碼工程方法和工具集成到項(xiàng)目定義的軟件過程中(1)依據(jù)項(xiàng)目定義的軟件過程對(duì)軟件編碼任務(wù)進(jìn)行綜合。(2)選擇軟件編碼可用的方法和工具,并將選擇專用工具或方法的理由寫成文檔。對(duì)備選方法和工具進(jìn)行選擇的依據(jù)是:機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程項(xiàng)目定義的軟件過程現(xiàn)有的技術(shù)基礎(chǔ)可得到的培訓(xùn)合同需求工具的能力使用的方便性和提供的服務(wù)(3)選擇和使用適合于軟件編碼的配置管理模型。配置管理模型可能是:入庫出庫模型組合模型事務(wù)處理模型更改處理模型(4)將用于軟件編碼的軟件產(chǎn)品和工具置于配置管理之下。2、監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程,對(duì)軟件編碼進(jìn)行開發(fā)、維護(hù)、建立文檔和驗(yàn)證,以實(shí)現(xiàn)軟件需求和軟件設(shè)計(jì)(1)參與軟件編碼的人員評(píng)審軟件需求和軟件設(shè)計(jì),以確保影響編碼的各種問題得到識(shí)別和解決。(2)使用有效的編程方法編制軟件代碼。編程方法可能是:結(jié)構(gòu)化編程代碼重用(3)根據(jù)一個(gè)計(jì)劃制定代碼單元的開發(fā)順序,該計(jì)劃考慮諸如關(guān)鍵性、難度、集成和測(cè)試問題;合適時(shí),還要考慮客戶和最終用戶的需要。(4)每個(gè)代碼單元完成編碼時(shí),通過評(píng)審和單元測(cè)試。(5)將代碼置于配置管理之下。(6)每當(dāng)軟件需求或軟件設(shè)計(jì)更改時(shí),適當(dāng)?shù)馗拇a。3、軟件監(jiān)理組跟蹤和記錄軟件編碼產(chǎn)品的功能性和質(zhì)量跟蹤和記錄的內(nèi)容有:(1)跟蹤、累計(jì)的軟件編碼產(chǎn)品缺陷的數(shù)量、類型和嚴(yán)重程度。(2)軟件編碼產(chǎn)品工程活動(dòng)的狀態(tài)。(3)有關(guān)問題嚴(yán)重性和持續(xù)時(shí)間的報(bào)告。(4)用于分析每個(gè)更改建議的工作量及匯總統(tǒng)計(jì)量。(5)按類別(如界面、安全性、系統(tǒng)配置、性能和可用性)被納入軟件基線的更改數(shù)量。4.4軟件編碼監(jiān)理的方法1、定期審查軟件編碼的工程活動(dòng)和工程進(jìn)度。2、根據(jù)實(shí)際需要對(duì)軟件編碼工程活動(dòng)、工作進(jìn)度進(jìn)行審查。3、對(duì)軟件編碼工程活動(dòng)和產(chǎn)品進(jìn)行評(píng)審和(或)審核,并報(bào)告結(jié)果。這些評(píng)審和(或)審核至少應(yīng)包括:軟件編碼工程任務(wù)的準(zhǔn)備就緒和完成準(zhǔn)則得到滿足。軟件編碼符合規(guī)定的標(biāo)準(zhǔn)和需求。已完成所需的測(cè)試。檢測(cè)出的問題和缺陷已建立文檔,并被跟蹤和處理。通過軟件編碼,對(duì)設(shè)計(jì)的跟蹤得以實(shí)施。在軟件產(chǎn)品提交前,依據(jù)軟件基線驗(yàn)證了用來管理和維護(hù)軟件的文檔。4.5軟件測(cè)試監(jiān)理 4.5.1軟件測(cè)試監(jiān)理的目標(biāo)1、監(jiān)督和控制承建單位的軟件測(cè)試過程,確保軟件測(cè)試按照承建單位的測(cè)試文檔規(guī)范和業(yè)主的軟件要求實(shí)施;2、軟件測(cè)試反映出、記錄著軟件產(chǎn)品的真實(shí)情況;3、軟件測(cè)試的各個(gè)階段按計(jì)劃步驟實(shí)施;4、對(duì)于軟件測(cè)試反映出的問題能有效地按回歸測(cè)試規(guī)范進(jìn)行處理;5、最后得到符合軟件任務(wù)書(或合同)要求的軟件產(chǎn)品集;6、軟件測(cè)試的進(jìn)度與計(jì)劃保持一致性。4.5.2軟件測(cè)試監(jiān)理的活動(dòng)1、監(jiān)督承建單位將合適的軟件測(cè)試工程方法和工具集成到項(xiàng)目定義的軟件過程中(1)依據(jù)項(xiàng)目定義的軟件過程對(duì)軟件測(cè)試任務(wù)進(jìn)行綜合。(2)選擇軟件測(cè)試可用的方法和工具,并將選擇專用工具或方法的理由寫成文檔。對(duì)備選方法和工具進(jìn)行選擇的依據(jù)是:機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程項(xiàng)目定義的軟件過程現(xiàn)有的技術(shù)基礎(chǔ)可得到的培訓(xùn)合同需求工具的能力使用的方便性和提供的服務(wù)(3)選擇和使用適合于軟件測(cè)試的配置管理模型。配置管理模型可能是:入庫出庫模型組合模型事務(wù)處理模型更改處理模型(4)將用于測(cè)試軟件產(chǎn)品的工具置于配置管理之下。2、監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程,對(duì)軟件測(cè)試進(jìn)行開發(fā)、維護(hù)、建立文檔和驗(yàn)證,以滿足軟件測(cè)試計(jì)劃要求軟件測(cè)試有靜態(tài)測(cè)試、單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試組成。(1)可與客戶和最終用戶一同參與開發(fā)和評(píng)審測(cè)試準(zhǔn)則。(2)使用有效方法測(cè)試軟件。(3)基于下列因素確定測(cè)試的充分性:測(cè)試試級(jí)別。測(cè)試級(jí)別有單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。選擇的測(cè)試策略。測(cè)試策略有功能測(cè)試(黑盒測(cè)試)、結(jié)構(gòu)測(cè)試(白盒測(cè)試)和統(tǒng)計(jì)測(cè)試。欲達(dá)到的測(cè)試覆蓋。測(cè)試覆蓋方法有語句覆蓋、路徑覆蓋、分支覆蓋和運(yùn)行剖面覆蓋。(4)對(duì)每個(gè)級(jí)別的軟件測(cè)試,建立和使用測(cè)試準(zhǔn)備就緒準(zhǔn)則。確定測(cè)試準(zhǔn)備就緒準(zhǔn)則包括:軟件單元在進(jìn)入集成測(cè)試前己成功地完成了代碼的靜態(tài)測(cè)試和單元測(cè)試在進(jìn)入系統(tǒng)測(cè)試前,軟件己成功地完成了確認(rèn)測(cè)試在軟件進(jìn)入系統(tǒng)測(cè)試前,已對(duì)測(cè)試準(zhǔn)備就緒進(jìn)行評(píng)審(5)每當(dāng)被測(cè)試軟件或軟件環(huán)境發(fā)生變化時(shí),則在各有關(guān)的測(cè)試級(jí)別上適當(dāng)進(jìn)行回歸測(cè)試。(6)對(duì)于測(cè)試計(jì)劃、測(cè)試規(guī)程和測(cè)試用例,準(zhǔn)備使用前通過評(píng)審。(7)管理和控制測(cè)試計(jì)劃、測(cè)試說明、測(cè)試規(guī)程和測(cè)試用例。(8)每當(dāng)軟件需求、軟件設(shè)計(jì)或被測(cè)試代碼更改時(shí),適當(dāng)?shù)馗臏y(cè)試計(jì)劃、測(cè)試說明、測(cè)試規(guī)程和測(cè)試用例。3、監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程、計(jì)劃和實(shí)施軟件的確認(rèn)測(cè)試(1)基于軟件開發(fā)計(jì)劃,制定確認(rèn)測(cè)試計(jì)劃并寫成文檔。(2)負(fù)責(zé)軟件需求、軟件設(shè)計(jì)、系統(tǒng)測(cè)試及驗(yàn)收測(cè)試的人員,評(píng)審確認(rèn)測(cè)試用例、測(cè)試說明和測(cè)試規(guī)程。(3)依據(jù)指定的軟件需求文檔和軟件設(shè)計(jì)文檔的指定版本,進(jìn)行軟件確認(rèn)測(cè)試。4、計(jì)劃和實(shí)施軟件系統(tǒng)測(cè)試,實(shí)施系統(tǒng)測(cè)試以保證軟件滿足軟件需求(1)盡早分配測(cè)試軟件的資源,以做好充分的測(cè)試準(zhǔn)備。所需的測(cè)試準(zhǔn)備活動(dòng)包括:準(zhǔn)備測(cè)試文檔準(zhǔn)備測(cè)試資源開發(fā)測(cè)試程序開發(fā)模擬程序(2)編制系統(tǒng)測(cè)試的計(jì)劃文檔。如果合適,該測(cè)試計(jì)劃由業(yè)主單位進(jìn)行評(píng)審和認(rèn)可。此測(cè)試計(jì)劃包括:全面測(cè)試和驗(yàn)證的方法測(cè)試職責(zé)測(cè)試工具、測(cè)試設(shè)備和測(cè)試支持需求驗(yàn)收準(zhǔn)則(3)由一個(gè)獨(dú)立于軟件開發(fā)者的測(cè)試小組來計(jì)劃和準(zhǔn)備所需的測(cè)試用例和測(cè)試規(guī)程。(4)在測(cè)試開始前,對(duì)測(cè)試用例建立文檔,并經(jīng)評(píng)審和認(rèn)可。(5)依據(jù)已納入基線的軟件及其軟件任務(wù)書(或合同)和軟件需求文檔,實(shí)施軟件測(cè)試。(6)對(duì)測(cè)試中發(fā)現(xiàn)的問題建立文檔,并跟蹤到關(guān)閉。(7)建立測(cè)試結(jié)果文檔,并以此作為判斷軟件是否滿足需求的基礎(chǔ)。(8)管理和控制測(cè)試結(jié)果。5、軟件監(jiān)理組跟蹤和記錄軟件測(cè)試的結(jié)果跟蹤和記錄的內(nèi)容有:(1)跟蹤、累計(jì)的軟件產(chǎn)品缺陷的數(shù)量、類型和嚴(yán)重程度。(2)軟件測(cè)試工程活動(dòng)的狀態(tài)。(3)有關(guān)問題嚴(yán)重性和持續(xù)時(shí)間的報(bào)告。(4)用于分析每個(gè)更改建議的工作量及匯總統(tǒng)計(jì)量。4.5.3軟件測(cè)試監(jiān)理的方法(1)定期審查軟件測(cè)試的工程活動(dòng)和工作進(jìn)度。(2)根據(jù)實(shí)際需要對(duì)軟件測(cè)試工程活動(dòng)進(jìn)行跟蹤、審查和評(píng)估。(3)對(duì)軟件測(cè)試工程活動(dòng)和產(chǎn)品進(jìn)行評(píng)審和(或)審核,并報(bào)告結(jié)果。這些評(píng)審和(或)審核至少應(yīng)包括:軟件測(cè)試工程任務(wù)的準(zhǔn)備就緒和完成準(zhǔn)則得到滿足。軟件測(cè)試符合規(guī)定的標(biāo)準(zhǔn)和需求。已完成所需的測(cè)試。檢測(cè)出的問題和缺陷已建立文檔,并被跟蹤和處理。通過軟件測(cè)試,軟件產(chǎn)品符合軟件需求的要求。在軟件產(chǎn)品提交前,依據(jù)軟件基線驗(yàn)證了用來管理和維護(hù)軟件的文檔。5、軟件驗(yàn)收階段監(jiān)理5.1驗(yàn)收階段監(jiān)理工作的重點(diǎn)按照項(xiàng)目合同查看承建單位提供的各種審核報(bào)告和測(cè)試報(bào)告內(nèi)容是否齊全,再根據(jù)平時(shí)對(duì)承建單位工作情況的了解,可以初步判斷開發(fā)方是否已經(jīng)進(jìn)行了足夠的正式測(cè)試。驗(yàn)收可以分為兩個(gè)大的部分:軟件配置審核和驗(yàn)收測(cè)試。其大致順序可分為:文檔審核,源代碼審核,配置腳本審核,測(cè)試程序或腳本審核和可執(zhí)行程序測(cè)試。驗(yàn)收階段的每一個(gè)相對(duì)獨(dú)立的部分,都應(yīng)該有目標(biāo)(本步驟的目的)、啟動(dòng)標(biāo)準(zhǔn)(著手本步驟必須滿足的條件)、活動(dòng)(構(gòu)成本步驟的具體活動(dòng))、完成標(biāo)準(zhǔn)(完成本步驟要滿足的條件)和度量(應(yīng)該收集的產(chǎn)品與過程數(shù)據(jù))。5.2組織機(jī)構(gòu)及人員組成業(yè)主單位與監(jiān)理單位協(xié)調(diào)成立專門的驗(yàn)收委員會(huì),作為驗(yàn)收的組織機(jī)構(gòu)。委員會(huì)一般不少于5人(單數(shù))組成,設(shè)主任1人,委員若千人;并成立驗(yàn)收測(cè)試組和配置審核組,委員可分別參與這兩個(gè)組的工作。另外還需要側(cè)試員、配置審核員和記錄員若干人。驗(yàn)收委員會(huì)由業(yè)主單位代表、監(jiān)理單位代表、承建單位代表以及邀請(qǐng)的技術(shù)專家組成員組成。5.3驗(yàn)收測(cè)試和配置審核步驟1、制訂驗(yàn)收測(cè)試計(jì)劃、配置審核計(jì)劃,做好驗(yàn)收測(cè)試、配置審核準(zhǔn)備。2、驗(yàn)收委員會(huì)審定測(cè)試計(jì)劃、配置審核計(jì)劃和測(cè)試準(zhǔn)備、配置審核準(zhǔn)備情況。3、進(jìn)行驗(yàn)收測(cè)試、配置審核,建立完整的測(cè)試、配置審核記錄。4、編寫測(cè)試報(bào)告、配置審核報(bào)告。5、驗(yàn)收委員會(huì)評(píng)審。5.4驗(yàn)收測(cè)試和配置審核內(nèi)容1、檢查“合同”或“驗(yàn)收標(biāo)準(zhǔn)”要求的所有功能。2、檢查“合同”或“驗(yàn)收標(biāo)準(zhǔn)”要求的所有質(zhì)量特性。3、檢查開發(fā)各個(gè)階段的文檔、評(píng)審結(jié)論是否齊全規(guī)范。4、驗(yàn)證功能和接口與需求規(guī)格說明的一致性;檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產(chǎn)品與“合同”或“驗(yàn)收標(biāo)準(zhǔn)”要求的一致性及符合有關(guān)標(biāo)準(zhǔn)的情況。5、由雙方商定所進(jìn)行的一些特殊測(cè)試和配置審核。5.5配置審核承建單位應(yīng)當(dāng)在驗(yàn)收前提供相應(yīng)軟件配置內(nèi)容,監(jiān)理單位應(yīng)對(duì)其進(jìn)行審查,審查的內(nèi)容主要包括以下幾個(gè)部分。1、可執(zhí)行程序、源程序、配置腳本、測(cè)試程序或腳本。2、主要的開發(fā)類文檔:需求說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、測(cè)試計(jì)劃、測(cè)試報(bào)告、程序維護(hù)手冊(cè)、程序員開發(fā)手冊(cè)、用戶操作手冊(cè)和項(xiàng)目總結(jié)報(bào)告。3、主要的管理類文檔:項(xiàng)目計(jì)劃書、質(zhì)量控制計(jì)劃、配置管理計(jì)劃、用戶培訓(xùn)計(jì)劃、質(zhì)量總結(jié)報(bào)告、評(píng)審報(bào)告、會(huì)議記錄和開發(fā)進(jìn)度月報(bào)。在開發(fā)類文檔中,容易被忽視的文檔有《程序維護(hù)手冊(cè)》和《程序員開發(fā)手冊(cè)》?!冻绦蚓S護(hù)手冊(cè)》的主要內(nèi)容包括:系統(tǒng)說明(包括程序說明),和操作環(huán)境、維護(hù)過程、源代碼清單等,編寫目的是為將來的維護(hù)丈修改和再次開發(fā)工作提供有用的技術(shù)信息?!冻绦騿T開發(fā)手冊(cè)》的主要內(nèi)容包括:系統(tǒng)目標(biāo)、開發(fā)環(huán)境使用說明、測(cè)試環(huán)境使用說明、編碼規(guī)范及相應(yīng)的流程等,實(shí)際上就是程序員的培

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論