軟件開發(fā)型信息化項(xiàng)目監(jiān)理初探_第1頁
軟件開發(fā)型信息化項(xiàng)目監(jiān)理初探_第2頁
軟件開發(fā)型信息化項(xiàng)目監(jiān)理初探_第3頁
軟件開發(fā)型信息化項(xiàng)目監(jiān)理初探_第4頁
已閱讀5頁,還剩6頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、中國軟考聯(lián)盟,中國最權(quán)威的軟考輔導(dǎo)和培訓(xùn)機(jī)構(gòu)! 以考帶學(xué),始于證書,止于無限中國軟考聯(lián)盟 ()train 第11頁軟件開發(fā)型信息化項(xiàng)目監(jiān)理初探CIU軟考聯(lián)盟提供摘要:本文對軟件開發(fā)型信息化項(xiàng)目的監(jiān)理工作按照流程進(jìn)行了設(shè)計(jì):招標(biāo)階段、總體規(guī)劃階段、需求分析階段、概要設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、編碼和測試階段、系統(tǒng)試運(yùn)行階段;并介紹了每個(gè)階段監(jiān)理方應(yīng)承擔(dān)的工作。關(guān)鍵詞:軟件開發(fā)型 項(xiàng)目監(jiān)理 流程Abstract: This paper designs the surveillance flows of information engineering that focused

2、 on software development: the phase of inviting public bidding、of laying out、of demand analysis、 of outline design、of detail design、of coding and testing 、of system test run , and presents the necessary work that the surveillant should do in the different phase.Key words: project of software develop

3、ment surveillance flow一、三種類型的信息化監(jiān)理項(xiàng)目介紹按照信息化工程項(xiàng)目本身的特點(diǎn),信息化工程項(xiàng)目監(jiān)理可以劃分為三類:硬件網(wǎng)絡(luò)集成項(xiàng)目的監(jiān)理、軟件產(chǎn)品實(shí)施型信息化項(xiàng)目的監(jiān)理以及軟件開發(fā)型信息化項(xiàng)目的監(jiān)理。下面分別介紹這三類監(jiān)理工作的特點(diǎn):硬件網(wǎng)絡(luò)集成項(xiàng)目的監(jiān)理:這類項(xiàng)目,主要包括綜合布線和網(wǎng)絡(luò)系統(tǒng)集成。這類監(jiān)理最主要的特點(diǎn)是,硬件網(wǎng)絡(luò)集成項(xiàng)目的評測標(biāo)準(zhǔn)是非常明確,易于執(zhí)行的。比如,綜合布線的監(jiān)理依據(jù)有“中國工程建筑標(biāo)準(zhǔn)化協(xié)會(huì)標(biāo)準(zhǔn)CESC89:97.5建筑與建筑群綜合布線系統(tǒng)工程施工和驗(yàn)收規(guī)范”、“中華人民共和國通信行業(yè)標(biāo)準(zhǔn)YD/T926.11997大樓通信綜合布線系統(tǒng)”等

4、,網(wǎng)絡(luò)質(zhì)量監(jiān)理依據(jù)有“ANSIX3T9.5光纖分布式數(shù)據(jù)接口標(biāo)準(zhǔn)規(guī)范”等,這些都是直接面向結(jié)果的規(guī)范。所以,相對于軟件產(chǎn)品實(shí)施型信息化項(xiàng)目的監(jiān)理和軟件開發(fā)型信息化項(xiàng)目的監(jiān)理,硬件網(wǎng)絡(luò)集成項(xiàng)目的監(jiān)理是比較簡單的。軟件產(chǎn)品實(shí)施型信息化項(xiàng)目的監(jiān)理:這類項(xiàng)目,主要是面向各廠商開發(fā)出來的產(chǎn)品軟件,選擇出合適的軟件產(chǎn)品,并根據(jù)企業(yè)需求進(jìn)行實(shí)施。相對于硬件網(wǎng)絡(luò)集成項(xiàng)目的監(jiān)理,這類項(xiàng)目涉及到對于軟件應(yīng)用的評測,而目前對于軟件評測,國家還沒有相應(yīng)的標(biāo)準(zhǔn)來控制。事實(shí)上,軟件實(shí)施評測也不容易形成統(tǒng)一的標(biāo)準(zhǔn),這造成了此類項(xiàng)目監(jiān)理一定的難度。軟件開發(fā)型信息化項(xiàng)目的監(jiān)理:這類項(xiàng)目,主要是基于一定的硬件網(wǎng)絡(luò)設(shè)施,由承建方根

5、據(jù)建設(shè)方需求開發(fā)出一套能夠滿足建設(shè)方需求的軟件系統(tǒng)。由于軟件開發(fā)工作,是知識密集程度非常高的工作,在某種程度上,也是非常個(gè)性化的。目前對于軟件開發(fā)項(xiàng)目的各種標(biāo)準(zhǔn),多是針對軟件開發(fā)過程的控制,比如術(shù)語、文檔等。因此這類項(xiàng)目監(jiān)理也有一定難度。筆者將結(jié)合自身的軟件開發(fā)型項(xiàng)目監(jiān)理的經(jīng)歷,就此類信息化項(xiàng)目監(jiān)理工作的流程研究進(jìn)行初步的試探。由于建設(shè)方和監(jiān)理方的關(guān)系始于雙方監(jiān)理合同的簽訂,所以本文的監(jiān)理流程從監(jiān)理合同簽訂開始。但鑒于在合同簽訂前監(jiān)理方的前期準(zhǔn)備工作是監(jiān)理后續(xù)工作的基礎(chǔ),因此先描述監(jiān)理方的準(zhǔn)備工作是非常必要的。在簽訂監(jiān)理合同之前,監(jiān)理公司首先應(yīng)對建設(shè)單位進(jìn)行需求調(diào)研。此次需求調(diào)研的直接目的是為

6、了編制更詳細(xì)的項(xiàng)目建議書以獲得監(jiān)理合同,同時(shí)也是為招投標(biāo)階段編制招標(biāo)文件做準(zhǔn)備。此次調(diào)研主要明確如下問題:建設(shè)方在該項(xiàng)目上總體上要達(dá)到什么目標(biāo)?細(xì)分后分別是什么目標(biāo)?質(zhì)量上要達(dá)到什么要求?時(shí)間方面的要求?投資預(yù)算多少?等。最后完成項(xiàng)目建議書和初步監(jiān)理規(guī)劃。下面將詳細(xì)敘述每個(gè)階段的特點(diǎn)及監(jiān)理方在該階段的工作。二、軟件開發(fā)型項(xiàng)目監(jiān)理基本流程1、招投標(biāo)階段在招投標(biāo)階段,監(jiān)理方主要工作是根據(jù)前期調(diào)研工作,協(xié)助建設(shè)方編制招標(biāo)文件,協(xié)助建設(shè)方評標(biāo)及保管合同及文檔。其中招標(biāo)文件應(yīng)包括:投標(biāo)人須知、招標(biāo)項(xiàng)目性質(zhì)、技術(shù)要求、質(zhì)量要求、工期要求、培訓(xùn)要求、驗(yàn)收要求、報(bào)價(jià)要求、投標(biāo)人資質(zhì)等級要求、投標(biāo)保證金要求、投

7、標(biāo)文件編制要求、評標(biāo)標(biāo)準(zhǔn)、履約擔(dān)保函、合同主要條款等內(nèi)容。而協(xié)助評標(biāo)工作主要?jiǎng)t從以下方面入手:、技術(shù)方面對于技術(shù)方面的評比,一般有兩種方法:一是比較法,二是打分法。比較法一般是從標(biāo)書的技術(shù)部分中選取一些關(guān)鍵技術(shù)進(jìn)行橫向比較,誰的參數(shù)最接近標(biāo)書要求,誰的技術(shù)評比的名次就越靠前。相對于比較法,打分法的精確性更高些。打分法也是從標(biāo)書中選擇關(guān)鍵技術(shù)參數(shù),按照預(yù)定好的權(quán)值計(jì)算分值進(jìn)行打分,分?jǐn)?shù)高者就在技術(shù)方面具有更大優(yōu)勢。兩種方法各有長短。打分法一般適用于需要提取的關(guān)鍵技術(shù)種類比較多比較復(fù)雜且具有較大的成熟度、能較清晰劃分高下的情況,但在目前的評標(biāo)工作中,一般都是采用比較法。在技術(shù)方面,同時(shí)還應(yīng)該考慮投

8、標(biāo)單位的技術(shù)背景等信息。比如公司具有的CMM等級,是否有過類似項(xiàng)目的開發(fā)經(jīng)驗(yàn)以及過去項(xiàng)目的客戶反饋等。、價(jià)格方面在價(jià)格方面,監(jiān)理方應(yīng)協(xié)助招標(biāo)方對評標(biāo)價(jià)進(jìn)行評比。在核算時(shí)應(yīng)注意如下因素:、總報(bào)價(jià)是否等于各分項(xiàng)報(bào)價(jià)之和。如果總報(bào)價(jià)不等于各分項(xiàng)報(bào)價(jià)之和,則以各分項(xiàng)報(bào)價(jià)之和為準(zhǔn),價(jià)差按誤差處理。、貨幣轉(zhuǎn)換。如果投標(biāo)價(jià)所使用的貨幣不一樣,則需根據(jù)開標(biāo)當(dāng)日中國國家外匯管理局公布的各種貨幣對美元匯率的賣出價(jià),將非美元報(bào)價(jià)折算成美元報(bào)價(jià)后再進(jìn)行比較。、報(bào)價(jià)缺項(xiàng)的處理。對照投標(biāo)文件的要求核對每一項(xiàng)報(bào)價(jià),如果發(fā)現(xiàn)有缺項(xiàng)報(bào)價(jià),按規(guī)定必須先發(fā)函澄清,如果屬實(shí)則將這一標(biāo)中所報(bào)該項(xiàng)的平均報(bào)價(jià)補(bǔ)充投標(biāo)商缺項(xiàng)報(bào)價(jià)計(jì)算評標(biāo)價(jià)格

9、,并且注明該項(xiàng)補(bǔ)遺的相關(guān)指標(biāo)在招標(biāo)文件中的序號及理由。如果缺項(xiàng)的總金額超過開標(biāo)價(jià)格的5%時(shí),則可視為重大偏差。、超范圍投標(biāo)項(xiàng)目的處理。投標(biāo)商在投標(biāo)文件中超過投標(biāo)文件規(guī)定范圍投報(bào)的項(xiàng)目,原則上不能作為增減因素修改評標(biāo)價(jià)格,也不可以發(fā)函澄清其報(bào)價(jià)。只有當(dāng)超范圍投標(biāo)項(xiàng)目在報(bào)價(jià)表中有單獨(dú)列名報(bào)價(jià)時(shí),經(jīng)批準(zhǔn)可以從評標(biāo)價(jià)格中扣除,并且在表下注明該項(xiàng)報(bào)價(jià)在投標(biāo)文件中的編號以及理由。經(jīng)過調(diào)整補(bǔ)充所得到的報(bào)價(jià)則稱為評標(biāo)價(jià),對評標(biāo)價(jià)進(jìn)行評比和排序即得到價(jià)格方面的評測結(jié)果。、其它方面任何產(chǎn)品的生產(chǎn),都著重對質(zhì)量、成本和交貨期三方面的控制。對于軟件開發(fā)項(xiàng)目,除了技術(shù)因素和價(jià)格因素,交貨期也是一個(gè)重要的指標(biāo)。所以投標(biāo)書

10、所報(bào)的交貨期也需重點(diǎn)考慮。與此同時(shí),技術(shù)規(guī)范中所要求的有關(guān)服務(wù)費(fèi)用,投標(biāo)人的信譽(yù),售后服務(wù)等因素也需要考慮到。2、總體規(guī)劃階段在招投標(biāo)階段確定中標(biāo)人,甲乙雙方簽訂合同之后,整個(gè)項(xiàng)目就形成了建設(shè)方、承建方和監(jiān)理方的三方并存協(xié)作的一個(gè)團(tuán)體,因此合理統(tǒng)一的規(guī)劃就是項(xiàng)目成功的基礎(chǔ)??傮w規(guī)劃階段的主要任務(wù),就是在承建方制定出項(xiàng)目規(guī)劃后,對其項(xiàng)目規(guī)劃審查,并根據(jù)承建方的項(xiàng)目規(guī)劃,修訂前期制定的監(jiān)理項(xiàng)目規(guī)劃。監(jiān)理規(guī)劃的性質(zhì),是監(jiān)理方對整個(gè)項(xiàng)目工作的初步設(shè)計(jì),是具體的監(jiān)理活動(dòng)的基礎(chǔ)。監(jiān)理規(guī)劃一般由監(jiān)理方在該項(xiàng)目的總監(jiān)理工程師制定。其基本內(nèi)容應(yīng)包括:、工程概況。包括工程名稱、建設(shè)地址,項(xiàng)目組成及規(guī)模,預(yù)計(jì)總投資

11、額,預(yù)計(jì)項(xiàng)目工期,工程質(zhì)量等級,設(shè)計(jì)、開發(fā)單位名稱,工程特點(diǎn)等。、監(jiān)理范圍和目標(biāo)。監(jiān)理范圍一般包括在工程各階段的質(zhì)量控制、進(jìn)度控制和投資控制,以及其它委托服務(wù)。監(jiān)理目標(biāo)以三大控制為目標(biāo)。、主要監(jiān)理措施。、監(jiān)理組織機(jī)構(gòu)。、項(xiàng)目監(jiān)理工作制度。如監(jiān)理方內(nèi)部的工作會(huì)議制度、監(jiān)理日志制度、監(jiān)理周報(bào)和月報(bào)制度,監(jiān)理方與另兩方的定期溝通制度等。這個(gè)階段結(jié)束時(shí),監(jiān)理方應(yīng)提交:監(jiān)理規(guī)劃。3、需求分析階段需求分析是項(xiàng)目建設(shè)的基石,監(jiān)理方在需求分析階段應(yīng)以尊重承建方的項(xiàng)目管理和項(xiàng)目分析能力為前提,在具體的任務(wù)開展上不深入、不干擾承建方的自主權(quán)。同時(shí),監(jiān)理方要充分發(fā)揮好項(xiàng)目監(jiān)督及溝通建設(shè)方和承建方之間的橋梁作用。需求

12、分析的工作方法,通常有三個(gè)階段。第一階段:訪談階段。這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通,目的是從宏觀了解用戶需求方向和趨勢,了解現(xiàn)有組織構(gòu)架、業(yè)務(wù)流程、軟硬件環(huán)境及使用情況。實(shí)現(xiàn)手段通常是事先將調(diào)查問卷發(fā)放到待調(diào)研部門,然后在約定時(shí)間圍繞問卷進(jìn)行交流訪談。第二階段:深入階段。這一階段的工作是建立在訪談階段工作完成,承建方已經(jīng)了解了用戶的組織構(gòu)架、業(yè)務(wù)流程、軟硬件環(huán)境及使用情況等基本現(xiàn)狀的基礎(chǔ)之上。承建方根據(jù)以往項(xiàng)目經(jīng)驗(yàn)以及業(yè)務(wù)專家的經(jīng)驗(yàn),和建設(shè)方共同探討業(yè)務(wù)模型的合理性、準(zhǔn)確性和發(fā)展方向等問題,得到相對先進(jìn)的業(yè)務(wù)模型。第三階段:確認(rèn)階段。在完成上兩階段的工作之后,就需要對具

13、體的流程細(xì)化,對數(shù)據(jù)進(jìn)行確認(rèn)了。根據(jù)前兩個(gè)階段的工作,承建方應(yīng)草擬出一份需求分析報(bào)告,并提供原型演示系統(tǒng),和建設(shè)方進(jìn)行進(jìn)一步的討論,最終確定一份需求分析報(bào)告。需要指出的是,在系統(tǒng)建設(shè)的過程中,特別在采用迭代法的開發(fā)模式時(shí),需求分析的工作需一直進(jìn)行下去,而在后期的需求改進(jìn)中,工作則基本集中在后兩個(gè)階段中。監(jiān)理方在這三個(gè)階段的工作,按照內(nèi)容可以分為兩部分:監(jiān)督和溝通。監(jiān)督工作包括對需求分析階段的各種文檔的保管監(jiān)督,對承建方的訪談活動(dòng)的監(jiān)督,對需求分析報(bào)告、原型演示系統(tǒng)的確認(rèn)等;溝通工作則表現(xiàn)在當(dāng)建設(shè)方和承建方由于知識背景不同而在訪談過程中溝通不順暢的時(shí)候,監(jiān)理方應(yīng)利用自身優(yōu)勢使得雙方順利理解對方。

14、需求分析階段,監(jiān)理方可參考的標(biāo)準(zhǔn)有:GB938588計(jì)算機(jī)軟件需求說明編寫指南。這個(gè)階段監(jiān)理方應(yīng)提交:在需求分析進(jìn)行前提交需求分析階段監(jiān)理細(xì)則、監(jiān)理日志、在需求分析結(jié)束后提交需求分析階段總結(jié)報(bào)告。4、概要設(shè)計(jì)階段概要設(shè)計(jì),即將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu),一般包括數(shù)據(jù)設(shè)計(jì)和系統(tǒng)結(jié)構(gòu)設(shè)計(jì)。其中數(shù)據(jù)設(shè)計(jì)側(cè)重于數(shù)據(jù)結(jié)構(gòu)的定義,系統(tǒng)結(jié)構(gòu)設(shè)計(jì)定義軟件系統(tǒng)各主要成份之間的關(guān)系。在承建方進(jìn)行概要設(shè)計(jì)的過程中,監(jiān)理方需要監(jiān)督以下方面:、制定規(guī)范在進(jìn)入軟件開發(fā)階段之初,首先應(yīng)為軟件開發(fā)組制定在設(shè)計(jì)時(shí)應(yīng)該共同遵守的標(biāo)準(zhǔn),以便協(xié)調(diào)組內(nèi)各成員的工作。包括:閱讀和理解軟件需求說明書,確認(rèn)用戶要求能否實(shí)現(xiàn),明確

15、實(shí)現(xiàn)的條件,從而確定設(shè)計(jì)的目標(biāo),以及它們的優(yōu)先順序;根據(jù)目標(biāo)確定最合適的設(shè)計(jì)方法;規(guī)定設(shè)計(jì)文檔的編制標(biāo)準(zhǔn);規(guī)定編碼的信息形式,與硬件,操作系統(tǒng)的接口規(guī)約,命名規(guī)則。、軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)根據(jù)需求分析,基于功能層次結(jié)構(gòu)建立系統(tǒng),其中包括采用某種設(shè)計(jì)方法,將系統(tǒng)按功能劃分成模塊的層次結(jié)構(gòu)、確定每個(gè)模塊的功能、建立與已確定的軟件需求的對應(yīng)關(guān)系、確定模塊間的調(diào)用關(guān)系、確定模塊間的接口、評估模塊劃分的質(zhì)量。、處理方式設(shè)計(jì)處理方式設(shè)計(jì)要確定為實(shí)現(xiàn)系統(tǒng)的功能需求所必需的算法,評估算法的性能;確定為滿足系統(tǒng)的性能需求所必需的算法和模塊間的控制方式;確定外部信號的接收發(fā)送形式。、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)根據(jù)需求分析報(bào)告進(jìn)

16、行數(shù)據(jù)庫設(shè)計(jì)。數(shù)據(jù)庫設(shè)計(jì)包括確定軟件涉及的文件系統(tǒng)的結(jié)構(gòu)以及數(shù)據(jù)庫的模式、子模式,進(jìn)行數(shù)據(jù)完整性和安全性的設(shè)計(jì);確定輸入,輸出文件的詳細(xì)的數(shù)據(jù)結(jié)構(gòu);結(jié)合算法設(shè)計(jì),確定算法所必需的邏輯數(shù)據(jù)結(jié)構(gòu)及其操作;確定對邏輯數(shù)據(jù)結(jié)構(gòu)所必需的那些操作的程序模塊(軟件包);限制和確定各個(gè)數(shù)據(jù)設(shè)計(jì)決策的影響范圍;若需要與操作系統(tǒng)或調(diào)度程序接口所必須的控制表等數(shù)據(jù)時(shí),確定其詳細(xì)的數(shù)據(jù)結(jié)構(gòu)和使用規(guī)則;數(shù)據(jù)的保護(hù)性設(shè)計(jì);數(shù)據(jù)的一致性設(shè)計(jì);冗余性設(shè)計(jì)等。、可靠性設(shè)計(jì)可靠性設(shè)計(jì)也叫做質(zhì)量設(shè)計(jì)。在運(yùn)行過程中,為了適應(yīng)環(huán)境的變化和用戶新的要求,需經(jīng)常對軟件進(jìn)行改造和修正。在軟件開發(fā)的一開始就要確定軟件可靠性和其它質(zhì)量指標(biāo),考慮

17、相應(yīng)措施,以使得軟件易于修改和易于維護(hù)。、概要設(shè)計(jì)階段的文檔概要設(shè)計(jì)階段完成時(shí)應(yīng)編寫以下文檔:概要設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、用戶手冊、制定初步的測試計(jì)劃。針對上述工作,監(jiān)理方應(yīng)按如下標(biāo)準(zhǔn)評定承建方的概要設(shè)計(jì):、可追溯性:確認(rèn)該設(shè)計(jì)是否覆蓋了所有已確定的軟件需求,軟件每一成份是否可追溯到某一項(xiàng)需求;、接口:確認(rèn)該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義,模塊是否滿足高內(nèi)聚和低耦合的要求,模塊作用范圍是否在其控制范圍之內(nèi);、風(fēng)險(xiǎn):確認(rèn)該設(shè)計(jì)在現(xiàn)有技術(shù)條件下和預(yù)算范圍內(nèi)是否能按時(shí)實(shí)現(xiàn);、實(shí)用性:確認(rèn)該設(shè)計(jì)對于需求的解決方案是否實(shí)用;、技術(shù)清晰度:確認(rèn)該設(shè)計(jì)是否以一種易于翻譯成代碼的形式表達(dá);、可

18、維護(hù)性:確認(rèn)該設(shè)計(jì)是否考慮了方便未來的維護(hù);、質(zhì)量:確認(rèn)該設(shè)計(jì)是否表現(xiàn)出良好的質(zhì)量特征;、各種選擇方案:看是否考慮過其它方案,比較各種選擇方案的標(biāo)準(zhǔn)是什么;、限制:評估對該軟件的限制是否現(xiàn)實(shí),是否與需求一致;、其它具體問題:對于文檔、可測試性、設(shè)計(jì)過程等進(jìn)行評估。這個(gè)階段監(jiān)理方應(yīng)提交:在概要設(shè)計(jì)進(jìn)行前提交總體設(shè)計(jì)階段監(jiān)理細(xì)則、監(jiān)理周記、在概要設(shè)計(jì)完成后提交概要設(shè)計(jì)監(jiān)理報(bào)告。5、詳細(xì)設(shè)計(jì)階段詳細(xì)設(shè)計(jì)階段的直接目標(biāo)是編寫詳細(xì)設(shè)計(jì)說明書,為此,承建方應(yīng)做如下工作:、確定每個(gè)模塊的算法,用工具表達(dá)算法的過程,寫出模塊的詳細(xì)過程性描述;、確定每一模塊的數(shù)據(jù)結(jié)構(gòu);、確定模塊接口細(xì)節(jié)。監(jiān)理方在這個(gè)階段主要是

19、在進(jìn)度上進(jìn)行控制,主要手段是定期與承建方溝通,檢查文檔。這個(gè)階段監(jiān)理方應(yīng)提交:在詳細(xì)設(shè)計(jì)進(jìn)行前提交詳細(xì)設(shè)計(jì)階段監(jiān)理細(xì)則、監(jiān)理周記、在詳細(xì)設(shè)計(jì)完成后提交詳細(xì)設(shè)計(jì)說明書的確認(rèn)報(bào)告。6、編碼及測試階段編碼是將詳細(xì)設(shè)計(jì)階段的設(shè)計(jì)思想用某種計(jì)算機(jī)語言實(shí)現(xiàn)的過程。監(jiān)理方應(yīng)從結(jié)構(gòu)化程序設(shè)計(jì)原則來進(jìn)行編碼工作的監(jiān)理:、使用語言中的順序、選擇、重復(fù)等有限的基本控制結(jié)構(gòu)表示程序邏輯;、選用的控制結(jié)構(gòu)只準(zhǔn)許有一個(gè)入口和一個(gè)出口;、程序語句組成容易識別的塊,每塊只有一個(gè)入口和一個(gè)出口;、復(fù)雜結(jié)構(gòu)應(yīng)該用基本控制結(jié)構(gòu)進(jìn)行組合嵌套來實(shí)現(xiàn);、語言中沒有的控制結(jié)構(gòu),可用一段等價(jià)的程序段模擬,但要求該程序段在整個(gè)系統(tǒng)中應(yīng)前后一致;通常測試是伴隨著編碼而同時(shí)進(jìn)行的。廣義上軟件測試并非只在這個(gè)階段才有,而是貫穿軟件需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)等階段的。本處的測試,則指代碼測試。在測試階段,監(jiān)理方應(yīng)依據(jù)測試原則對承建方的測試進(jìn)行監(jiān)督:、應(yīng)盡早的和不斷的進(jìn)行軟件測試;、測試用例應(yīng)由測試輸入數(shù)據(jù)和對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成;、程序員應(yīng)避免檢查自己的程序;、在設(shè)計(jì)測試用例時(shí),應(yīng)包括合理的輸入條件和不合理的輸入條件;、充分注意測試中的群集現(xiàn)象,即一般測試后程序中殘存的錯(cuò)誤數(shù)目與該

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(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ǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論