版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
應(yīng)用軟件開(kāi)發(fā)監(jiān)理方案應(yīng)用軟件開(kāi)發(fā)的理解和分析根據(jù)本項(xiàng)目的需求和特點(diǎn),結(jié)合我單位實(shí)施大型項(xiàng)目的經(jīng)驗(yàn),XXXX有限公司決定把整個(gè)監(jiān)理項(xiàng)目的劃分見(jiàn)下表:工作過(guò)程承建單位完成工作承建單位應(yīng)提交文檔監(jiān)理單位工作內(nèi)容監(jiān)理文檔項(xiàng)目準(zhǔn)備段合同簽定承建合同協(xié)助建設(shè)單位簽定合同監(jiān)理工作報(bào)告開(kāi)發(fā)計(jì)劃《項(xiàng)目開(kāi)發(fā)計(jì)劃》對(duì)項(xiàng)目開(kāi)發(fā)計(jì)劃進(jìn)行監(jiān)理監(jiān)理工作報(bào)告系統(tǒng)總體設(shè)計(jì)對(duì)系統(tǒng)(包括應(yīng)用軟件各部分)的總體設(shè)計(jì)《系統(tǒng)總體設(shè)計(jì)報(bào)告》總體設(shè)計(jì)計(jì)劃技術(shù)體制業(yè)務(wù)規(guī)范總體設(shè)計(jì)規(guī)范系統(tǒng)總體設(shè)計(jì)評(píng)審日常質(zhì)量工作檢查監(jiān)理工作報(bào)告系統(tǒng)配置管理軟件配置管理整個(gè)系統(tǒng)的配置管理《配置項(xiàng)標(biāo)識(shí)信息表》《問(wèn)題報(bào)告單》《修改報(bào)告單》《配置更改記錄》日常質(zhì)量工作檢查監(jiān)理工作報(bào)告軟件復(fù)制、發(fā)放與安裝控制對(duì)購(gòu)買的系統(tǒng)軟件安裝本項(xiàng)目開(kāi)發(fā)的應(yīng)用軟件安裝軟件復(fù)制申請(qǐng)表軟件復(fù)制記錄表軟件發(fā)放登記表軟件安裝記錄日常質(zhì)量工作檢查監(jiān)理工作報(bào)告不合格品控制對(duì)各種不合格的項(xiàng)的處理不合格品審理報(bào)告糾正措施報(bào)告預(yù)防措施報(bào)告日常質(zhì)量工作檢查監(jiān)理工作報(bào)告項(xiàng)目系統(tǒng)測(cè)試、驗(yàn)收和交付整個(gè)項(xiàng)目測(cè)試和驗(yàn)收制定系統(tǒng)最終的測(cè)試方案執(zhí)行系統(tǒng)系統(tǒng)初步驗(yàn)收系統(tǒng)試運(yùn)行系統(tǒng)最終驗(yàn)收《系統(tǒng)最終檢驗(yàn)記錄》《系統(tǒng)最終檢驗(yàn)報(bào)告》“系統(tǒng)交付申請(qǐng)”“系統(tǒng)交付記錄”《工程初驗(yàn)/終驗(yàn)申請(qǐng)表》日常質(zhì)量工作檢查監(jiān)理工作報(bào)告系統(tǒng)運(yùn)行服務(wù)系統(tǒng)故障處理報(bào)告;顧客服務(wù)記錄表;監(jiān)理服務(wù)記錄監(jiān)理工作報(bào)告注釋:監(jiān)理工作報(bào)告包括:監(jiān)理日記;備忘錄;會(huì)議紀(jì)要;監(jiān)理周報(bào);監(jiān)理月報(bào);監(jiān)理工作聯(lián)絡(luò)名單;發(fā)文登記表;收文登記表等。為了實(shí)現(xiàn)該軟件項(xiàng)目的質(zhì)量、進(jìn)度、造價(jià)和知識(shí)產(chǎn)權(quán)方面的控制目標(biāo),我們?cè)诒O(jiān)理過(guò)程中應(yīng)該注意的監(jiān)理工作要點(diǎn)如下:應(yīng)用軟件開(kāi)發(fā)的質(zhì)量控制要點(diǎn)軟件項(xiàng)目質(zhì)量控制是在實(shí)現(xiàn)軟件項(xiàng)目總目標(biāo)的過(guò)程中,為使軟件項(xiàng)目滿足項(xiàng)目總體質(zhì)量要求而開(kāi)展的有關(guān)監(jiān)督管理活動(dòng)。軟件工程的質(zhì)量控制程序一般為:1.根據(jù)建設(shè)工程業(yè)務(wù)軟件項(xiàng)目的質(zhì)量、造價(jià)和進(jìn)度目標(biāo),明確軟件各開(kāi)發(fā)階段的質(zhì)量控制標(biāo)準(zhǔn)和要求,制定軟件項(xiàng)目監(jiān)理規(guī)劃。2.審查軟件項(xiàng)目承建單位提交的業(yè)務(wù)軟件開(kāi)發(fā)計(jì)劃,若未通過(guò)審查,則在承建單位調(diào)整軟件開(kāi)發(fā)計(jì)劃后重新審查,直到審查通過(guò)為止。3.根據(jù)工程業(yè)務(wù)軟件項(xiàng)目開(kāi)發(fā)計(jì)劃和軟件項(xiàng)目監(jiān)理規(guī)劃,制定軟件項(xiàng)目質(zhì)量控制監(jiān)理實(shí)施細(xì)則。4.根據(jù)監(jiān)理實(shí)施細(xì)則及各開(kāi)發(fā)階段的質(zhì)量控制標(biāo)準(zhǔn)和要求,收集有關(guān)信息,審查有關(guān)文檔,對(duì)軟件項(xiàng)目進(jìn)行質(zhì)量控制跟蹤監(jiān)理。5.為保障軟件開(kāi)發(fā)質(zhì)量,監(jiān)理重點(diǎn)對(duì)軟件開(kāi)發(fā)文檔進(jìn)行嚴(yán)格質(zhì)量控制,促進(jìn)軟件文檔達(dá)到相關(guān)標(biāo)準(zhǔn)規(guī)范及驗(yàn)收的要求,保障軟件開(kāi)發(fā)過(guò)程可追溯,保障項(xiàng)目驗(yàn)收工作的順利開(kāi)展。監(jiān)理單位將對(duì)軟件開(kāi)發(fā)全過(guò)程形成的各類技術(shù)文檔進(jìn)行最多兩輪評(píng)審,如兩輪評(píng)審后,監(jiān)理單位認(rèn)為文檔質(zhì)量仍達(dá)不到驗(yàn)收要求,監(jiān)理單位將建議由文檔編制單位開(kāi)展第三方文檔審查,采用第三方專業(yè)評(píng)審的方式提高文檔質(zhì)量。6.若存在偏差,則分析產(chǎn)生質(zhì)量偏差的原因,督促承建單位采取糾正措施,調(diào)整軟件開(kāi)發(fā)計(jì)劃。7.必要時(shí),編寫(xiě)軟件項(xiàng)目質(zhì)量控制監(jiān)理報(bào)告。審核承建單位工程質(zhì)量保證體系為了保證工程的可靠性,監(jiān)理單位建議建設(shè)單位在選擇承建單位除了考察它的技術(shù)實(shí)力還要關(guān)注承建單位是否已建立起完善的質(zhì)量保證體系。監(jiān)理單位將在如下幾個(gè)方面審定承建單位的質(zhì)量保證體系:質(zhì)量保證整體管理,項(xiàng)目管理,需求管理,開(kāi)發(fā)管理,質(zhì)量保證管理1、質(zhì)量保證整體管理在此方面監(jiān)理單位主要審定承建單位是否已經(jīng)建立起其內(nèi)部的質(zhì)量保證體系,審定承建單位質(zhì)量保證部門(mén)的人員組織機(jī)構(gòu)是否建立,相應(yīng)的人員是否為本項(xiàng)目工作。審定承建單位質(zhì)量保證部門(mén)質(zhì)量手冊(cè)的內(nèi)容,承建單位項(xiàng)目管理政策,承建單位項(xiàng)目生命周期是否適應(yīng)本項(xiàng)目的要求。2、項(xiàng)目管理在此方面監(jiān)理單位主要審定承建單位質(zhì)量保證部門(mén)是否已對(duì)項(xiàng)目管理的方案和措施是否已經(jīng)建立起來(lái),承建單位質(zhì)量保證部門(mén)是否制定項(xiàng)目過(guò)程手冊(cè)并應(yīng)用于本項(xiàng)目的管理過(guò)程中,承建單位質(zhì)量保證部門(mén)是否制定項(xiàng)目跟蹤與監(jiān)督檢查手冊(cè)并應(yīng)用于本項(xiàng)目的實(shí)施過(guò)程中,承建單位質(zhì)量保證部門(mén)是否制定項(xiàng)目總結(jié)報(bào)告。3、需求管理在此方面監(jiān)理單位主要審定承建單位質(zhì)量保證部門(mén)是否制定需求管理過(guò)程的規(guī)范性文件,承建單位質(zhì)量保證部門(mén)是否制定需求變更過(guò)程的規(guī)范性文件,承建單位質(zhì)量保證部門(mén)是否制定需求分析過(guò)程的規(guī)范性文件,承建單位質(zhì)量保證部門(mén)是否制定需求跟蹤過(guò)程的規(guī)范性文件。這些文件是否對(duì)項(xiàng)目的需求管理起作用,可以從承建單位的項(xiàng)目開(kāi)發(fā)和實(shí)施部門(mén)的工作中的以直接的體現(xiàn)。4、軟件開(kāi)發(fā)管理在此方面監(jiān)理單位主要審定承建單位質(zhì)量保證部門(mén)是否制定設(shè)計(jì)過(guò)程規(guī)范,承建單位質(zhì)量保證部門(mén)是否制定設(shè)計(jì)變更處理規(guī)范,承建單位質(zhì)量保證部門(mén)是否制定軟件開(kāi)發(fā)過(guò)程規(guī)范,承建單位質(zhì)量保證部門(mén)是否制定測(cè)試過(guò)程規(guī)范。這些設(shè)計(jì)、開(kāi)發(fā)、測(cè)試規(guī)范貫穿于承建單位項(xiàng)目實(shí)施部門(mén)的工作中,指導(dǎo)項(xiàng)目組的工作,直接影響擬建系統(tǒng)的質(zhì)量。5、質(zhì)量保證管理在此方面監(jiān)理單位的工作主要是為了檢查承建單位質(zhì)量保證部門(mén)是否按自己制定質(zhì)量保證計(jì)劃和措施去執(zhí)行,因此要審定承建單位質(zhì)量保證部門(mén)是否制定評(píng)審過(guò)程手冊(cè)并留有內(nèi)部評(píng)審記錄,承建單位質(zhì)量保證部門(mén)是否制訂度量過(guò)程手冊(cè)并留有度量過(guò)程記錄,質(zhì)量保證部門(mén)是否制定了內(nèi)部審計(jì)過(guò)程手冊(cè)并留有審計(jì)過(guò)程記錄。質(zhì)量系統(tǒng)結(jié)構(gòu)見(jiàn)下圖:質(zhì)量系統(tǒng)機(jī)構(gòu)圖其中:質(zhì)量政策作為質(zhì)量保證體系的指導(dǎo)思想,指導(dǎo)質(zhì)量保證體系的建立。質(zhì)量手冊(cè)包括對(duì)于質(zhì)量相關(guān)的組織、角色和職責(zé)的定義。質(zhì)量保證體系包括過(guò)程、模板、指南、檢查表。過(guò)程是必須遵守的,通過(guò)審計(jì)確?;顒?dòng)按過(guò)程執(zhí)行。指南是對(duì)過(guò)程執(zhí)行的解釋。質(zhì)量計(jì)劃從活動(dòng)開(kāi)始建立。質(zhì)量部門(mén)對(duì)項(xiàng)目的度量數(shù)據(jù)進(jìn)行分析,對(duì)過(guò)程持續(xù)改進(jìn)。質(zhì)量部門(mén)周期性對(duì)項(xiàng)目進(jìn)行審計(jì)。審核項(xiàng)目組織實(shí)施方案和項(xiàng)目計(jì)劃審核項(xiàng)目計(jì)劃和組織方案是否符合合同的要求。審核項(xiàng)目組織實(shí)施方案是否包括如下內(nèi)容:1.任務(wù)分析:產(chǎn)品需求、組織的需求、客戶的需求等;2.人員分工,項(xiàng)目組織結(jié)構(gòu),關(guān)鍵角色的人選;3.時(shí)間表、進(jìn)度計(jì)劃;4.工作分解結(jié)構(gòu)(WBS);5.項(xiàng)目生存周期模型(瀑布、增量、螺旋模型等);6.產(chǎn)品的復(fù)雜度、開(kāi)發(fā)周期、開(kāi)發(fā)預(yù)算評(píng)估;7.利用歷史數(shù)據(jù)或者模型,將工作量轉(zhuǎn)換為人月或者其它成本核算單位;8.測(cè)試計(jì)劃,是否全面,是否滿足系統(tǒng)的要求;9.風(fēng)險(xiǎn)管理計(jì)劃。審核和確認(rèn)承建單位工程質(zhì)量保證計(jì)劃審核質(zhì)量保證計(jì)劃是否符合合同的要求,工程質(zhì)量的事前控制具體包括:1.檢查承建單位的質(zhì)量保證和質(zhì)量管理體系。2.檢查承建單位的機(jī)構(gòu)設(shè)置、人員配備、職責(zé)與分工的落實(shí)情況;3.督促各級(jí)專職質(zhì)量檢查人員的配備;4.查驗(yàn)各級(jí)管理人員及專業(yè)技術(shù)人員的資質(zhì)情況;5.審查承建單位的系統(tǒng)實(shí)施方案;6.對(duì)工程所需材料,設(shè)備進(jìn)行采購(gòu)和進(jìn)場(chǎng)質(zhì)量控制。審核和確認(rèn)承建單位軟件開(kāi)發(fā)過(guò)程控制方案軟件開(kāi)發(fā)過(guò)程及監(jiān)理程序如下表所示:軟件系統(tǒng)開(kāi)發(fā)工作任務(wù)分解表第0層軟件質(zhì)量控制第1層承建單位開(kāi)發(fā)階段總體方案規(guī)劃質(zhì)量控制需求分析質(zhì)量控制系統(tǒng)分析質(zhì)量控制系統(tǒng)設(shè)計(jì)質(zhì)量控制編碼實(shí)現(xiàn)質(zhì)量控制項(xiàng)目測(cè)試質(zhì)量控制文檔編制質(zhì)量控制項(xiàng)目驗(yàn)收質(zhì)量控制項(xiàng)目工作總結(jié)質(zhì)量控制第2層審定承建單位工作細(xì)化具體工作內(nèi)容資料研究技術(shù)可行性實(shí)驗(yàn)項(xiàng)目計(jì)劃書(shū)需求調(diào)研需求分析編制需求分析討論需求分析修改需求分析評(píng)審確定問(wèn)題域需求建模建立分析對(duì)象模型系統(tǒng)分析合并系統(tǒng)分析測(cè)試系統(tǒng)分析修改界面設(shè)計(jì)建立設(shè)計(jì)模型系統(tǒng)設(shè)計(jì)合并對(duì)象持久化設(shè)計(jì)詳細(xì)設(shè)計(jì)系統(tǒng)設(shè)計(jì)測(cè)試系統(tǒng)設(shè)計(jì)修改系統(tǒng)設(shè)計(jì)評(píng)審編碼規(guī)范編碼單元測(cè)試單元測(cè)試后編碼修改編碼聯(lián)調(diào)集成測(cè)試(測(cè)試工作)系統(tǒng)測(cè)試(測(cè)試工作)編碼驗(yàn)收系統(tǒng)分析測(cè)試系統(tǒng)設(shè)計(jì)測(cè)試項(xiàng)目測(cè)試方案單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試開(kāi)發(fā)文檔整理用戶文檔編制培訓(xùn)資料編寫(xiě)審核和確認(rèn)承建單位軟件配置管理方案軟件系統(tǒng)在整個(gè)軟件研制過(guò)程中所產(chǎn)生的各種形式和各種版本的文檔、程序及其數(shù)據(jù)總稱為軟件配置。其中每一個(gè)文檔、程序及其數(shù)據(jù)稱為軟件配置項(xiàng)。軟件配置管理也稱軟件技術(shù)狀態(tài)管理,是標(biāo)識(shí)和確定系統(tǒng)中配置項(xiàng)的過(guò)程,在系統(tǒng)生存期內(nèi)控制這些項(xiàng)的投放和變更,記錄并報(bào)告配置的狀態(tài)和變更要求,驗(yàn)證配置項(xiàng)的完整性和正確性。軟件的承建單位必須進(jìn)行軟件配置管理。主要工作內(nèi)容應(yīng)包括:1.在軟件項(xiàng)目開(kāi)發(fā)計(jì)劃中詳細(xì)規(guī)定軟件配置管理的規(guī)程;2.建立軟件配置管理機(jī)構(gòu),明確機(jī)構(gòu)責(zé)任與分工;3.進(jìn)行配置項(xiàng)標(biāo)識(shí),配置狀態(tài)記錄和報(bào)告,配置項(xiàng)的更改控制;4.實(shí)施配置的檢查和評(píng)審;5.收集、維護(hù)、保存軟件配置管理文檔;6.軟件配置管理的監(jiān)理內(nèi)容包含在各階段監(jiān)理內(nèi)容中。工作程序如下圖所示:工程程序流程圖監(jiān)理單位對(duì)承建單位配置管理的審定如下:承建單位配置管理部門(mén)的人員組織承建單位配置管理部門(mén)是否制定配置管理計(jì)劃承建單位配置部門(mén)是否制定配置項(xiàng)列表承建單位配置管理部門(mén)是否完成的配置審計(jì)報(bào)告承建單位配置管理部門(mén)是否完成配置狀態(tài)報(bào)告承建單位配置管理部門(mén)現(xiàn)有的配置管理系統(tǒng)功能是否完備確定項(xiàng)目質(zhì)量控制的關(guān)鍵節(jié)點(diǎn)根據(jù)建設(shè)單位提出的用戶需求和建設(shè)單位提交的方案,確定項(xiàng)目質(zhì)量控制的關(guān)鍵節(jié)點(diǎn),為后期項(xiàng)目建設(shè)過(guò)程中進(jìn)行有效的質(zhì)量控制打下良好的基礎(chǔ)。需求分析階段的質(zhì)量控制需求分析是項(xiàng)目建設(shè)的基石,監(jiān)理單位在需求分析階段應(yīng)以尊重承建單位的項(xiàng)目管理和項(xiàng)目分析能力為前提,在具體的任務(wù)開(kāi)展上不深入、不干擾承建單位的自主權(quán)。同時(shí),監(jiān)理單位要充分發(fā)揮好項(xiàng)目監(jiān)督及溝通建設(shè)單位和承建單位之間的橋梁作用。需求分析階段的任務(wù)是采用業(yè)務(wù)座談會(huì)、發(fā)放調(diào)查表、現(xiàn)場(chǎng)考察等方式,了解具體的業(yè)務(wù)應(yīng)用需求,并確定被開(kāi)發(fā)業(yè)務(wù)軟件的運(yùn)行環(huán)境、功能和性能要求,編寫(xiě)項(xiàng)目開(kāi)發(fā)計(jì)劃,為概要設(shè)計(jì)提供軟件需求分析說(shuō)明。需求分析的工作方法,通常有三個(gè)階段。第一階段:訪談階段。這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通,目的是從宏觀了解用戶需求方向和趨勢(shì),了解現(xiàn)有組織構(gòu)架、業(yè)務(wù)流程、軟硬件環(huán)境及使用情況。實(shí)現(xiàn)手段通常是事先將調(diào)查問(wèn)卷發(fā)放到待調(diào)研部門(mén),然后在約定時(shí)間圍繞問(wèn)卷進(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ā)展方向等問(wèn)題,得到相對(duì)先進(jìn)的業(yè)務(wù)模型。第三階段:確認(rèn)階段。在完成上兩階段的工作之后,就需要對(duì)具體的流程細(xì)化,對(duì)數(shù)據(jù)進(jìn)行確認(rèn)了。根據(jù)前兩個(gè)階段的工作,承建單位應(yīng)草擬出一份需求分析報(bào)告,并提供原型演示系統(tǒng),和建設(shè)單位進(jìn)行進(jìn)一步的討論,最終確定一份需求分析報(bào)告。需要指出的是,在系統(tǒng)建設(shè)的過(guò)程中,特別在采用迭代法的開(kāi)發(fā)模式時(shí),需求分析的工作需一直進(jìn)行下去,而在后期的需求改進(jìn)中,工作則基本集中在后兩個(gè)階段中。監(jiān)理單位在這三個(gè)階段的工作,按照內(nèi)容可以分為兩部分:監(jiān)督和溝通。監(jiān)督工作包括對(duì)需求分析階段的各種文檔的保管監(jiān)督,對(duì)承建單位的訪談活動(dòng)的監(jiān)督,對(duì)需求分析報(bào)告、原型演示系統(tǒng)的確認(rèn)等;溝通工作則表現(xiàn)在當(dāng)建設(shè)單位和承建單位由于知識(shí)背景不同而在訪談過(guò)程中溝通不順暢的時(shí)候,監(jiān)理單位應(yīng)利用自身優(yōu)勢(shì)使得雙方順利理解。需求分析階段,可參考的標(biāo)準(zhǔn)有:GB938588計(jì)算機(jī)軟件需求說(shuō)明編寫(xiě)指南。這個(gè)階段監(jiān)理單位提交:在需求分析進(jìn)行前提交需求分析階段監(jiān)理細(xì)則、在需求分析結(jié)束后提交需求分析階段總結(jié)報(bào)告。軟件需求包括三個(gè)不同的層次--業(yè)務(wù)需求、用戶需求和功能需求--也包括非功能需求。業(yè)務(wù)需求反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求,它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。用戶需求文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù),這在使用用例文檔或方案腳本說(shuō)明中予以說(shuō)明。功能需求定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能,使得用戶能完成他們的任務(wù),從而滿足了業(yè)務(wù)需求。軟件需求分析階段監(jiān)理單位的監(jiān)理服務(wù)是要求承建單位組織確實(shí)有效的需求調(diào)研、審定承建單位編寫(xiě)的需求分析說(shuō)明、原型系統(tǒng)的搭建、項(xiàng)目開(kāi)發(fā)階段的計(jì)劃。當(dāng)建設(shè)單位和承建單位由于知識(shí)背景不同而在訪談過(guò)程中溝通不順暢的時(shí)候,監(jiān)理單位應(yīng)利用自身優(yōu)勢(shì)使得雙方順利理解。1、審定承建單位的需求調(diào)研過(guò)程流程為了保證承建單位組織確實(shí)有效的需求調(diào)研,我們要求承建單位的需求調(diào)研遵循一定的流程,而且在調(diào)研過(guò)程中表現(xiàn)出規(guī)范,調(diào)研有條不紊,對(duì)各建設(shè)單位有理有據(jù),調(diào)研中資料做好備份,做到有備無(wú)患:需求調(diào)研過(guò)程流程圖2、審定承建單位編制軟件需求說(shuō)明監(jiān)理單位要求承建單位的軟件需求說(shuō)明滿足下表的要求:需求調(diào)研因素構(gòu)成表總體分項(xiàng)審定承建單位軟件需求說(shuō)明滿足分項(xiàng)問(wèn)題1.引言目的闡述是否清晰項(xiàng)目的范圍描述是否明確2.總體描述項(xiàng)目的總體功能描述是否清晰用戶分類和特征描述是否清晰運(yùn)行環(huán)境的描述是否明確設(shè)計(jì)和實(shí)現(xiàn)的限制要求是否清晰建設(shè)和依賴描述時(shí)是否清晰3.外部接口硬件接口描述是否清晰軟件接口描述是否清晰通信接口描述是否清晰用戶界面的定義是是否清晰4.系統(tǒng)特性詳細(xì)功能需求描述是否清晰說(shuō)明和優(yōu)先級(jí)描述是否清晰觸發(fā)和響應(yīng)序列是否描述清晰5.非功能描述性能需求是否明確安全設(shè)施需求是否明確安全性需求是否明確軟件質(zhì)量需求是否明確業(yè)務(wù)規(guī)則分析是否清晰6.?dāng)?shù)據(jù)說(shuō)明描述靜態(tài)數(shù)據(jù)的邏輯結(jié)構(gòu)是否定義動(dòng)態(tài)輸入和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)是否定義數(shù)據(jù)的約束是否定義數(shù)據(jù)采集的要求和范圍是否定義3、審定承建單位的原型系統(tǒng)是否滿足要求為了滿足建設(shè)單位對(duì)系統(tǒng)的要求,要求承建單位在需求階段建設(shè)快速原型系統(tǒng),需要指出的是,在系統(tǒng)建設(shè)的過(guò)程中,特別在采用迭代法的開(kāi)發(fā)模式時(shí),需求分析的工作需一直進(jìn)行下去,同時(shí)要有必要把快速原型系統(tǒng)進(jìn)一步完善。4、審定承建單位編寫(xiě)軟件項(xiàng)目開(kāi)發(fā)計(jì)劃是否滿足要求軟件項(xiàng)目開(kāi)發(fā)計(jì)劃主要內(nèi)容包括:工作任務(wù)分配、人員、開(kāi)發(fā)進(jìn)度、硬件和軟件資源條件、采用的軟件標(biāo)準(zhǔn)和規(guī)范、軟件質(zhì)量保證計(jì)劃、配置管理計(jì)劃。審核因素構(gòu)成見(jiàn)下表:審核承建單位需求規(guī)格因素構(gòu)成表內(nèi)容分項(xiàng)審定承建單位項(xiàng)目計(jì)劃滿足要求問(wèn)題1.工作任務(wù)的分門(mén)與人員分工對(duì)于項(xiàng)目開(kāi)發(fā)中需完成的各項(xiàng)工作,從需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試直到維護(hù),包括文件的編制、審批、打印、分發(fā)工作,用戶培訓(xùn)工作,軟件安裝工作等,按層次進(jìn)行分解,指明每項(xiàng)任務(wù)的負(fù)責(zé)人和參加人員。2.接口人員職責(zé)負(fù)責(zé)本項(xiàng)目同用戶的接口人員;負(fù)責(zé)本項(xiàng)目同本單位各管理機(jī)構(gòu),如合同計(jì)劃管理部門(mén)、財(cái)務(wù)部門(mén)、質(zhì)量管理部門(mén)等的接口人員;負(fù)責(zé)本項(xiàng)目同各分合同負(fù)責(zé)單位的接口人員等3.進(jìn)度對(duì)于需求分析、設(shè)計(jì)、編碼實(shí)現(xiàn)、測(cè)試、移交、培訓(xùn)和安裝等工作,給出每項(xiàng)工作任務(wù)的預(yù)。定開(kāi)始日期、完成日期及所需資源,規(guī)定各項(xiàng)工作任務(wù)完成的先后順序以及表征每項(xiàng)工作任務(wù)完成的標(biāo)志性事件(即所謂"里程碑")。4.需由用戶承擔(dān)的工作逐項(xiàng)列出需要用戶承擔(dān)的工作和完成期限。包括需由用戶提供的條件及提供時(shí)間。5.外單位承擔(dān)工作逐項(xiàng)列出需要外單位分合同承包者承擔(dān)的工作和完成的時(shí)間,包括需要由外單位提供的條件和提供的時(shí)間6.專題計(jì)劃要點(diǎn)說(shuō)明本項(xiàng)目開(kāi)發(fā)中需制訂的各個(gè)專題計(jì)劃(如分合同計(jì)劃、開(kāi)發(fā)人員培訓(xùn)計(jì)劃、測(cè)試計(jì)劃、安全保密計(jì)劃、質(zhì)量保證計(jì)劃、配置管理計(jì)劃、用戶培訓(xùn)計(jì)劃、系統(tǒng)安裝計(jì)劃等)的要點(diǎn)。5、軟件需求階段的評(píng)審監(jiān)理單位主持召開(kāi)評(píng)審會(huì)議時(shí),將邀請(qǐng)建設(shè)單位代表,同行業(yè)專家參加。根據(jù)總體規(guī)劃方案、軟件需求說(shuō)明、快速原型系統(tǒng)、項(xiàng)目開(kāi)發(fā)計(jì)劃進(jìn)行評(píng)審。在技術(shù)、經(jīng)費(fèi)、人員要求、系統(tǒng)造價(jià)效益分析等方面的可行性以及軟件項(xiàng)目開(kāi)發(fā)計(jì)劃是否全面、完整、可行。(1)總體規(guī)劃方案的評(píng)審是對(duì)項(xiàng)目總體方案的可行性進(jìn)行論證。(2)軟件需求說(shuō)明和數(shù)據(jù)要求說(shuō)明的評(píng)審是由有關(guān)專業(yè)人員或用戶通過(guò)正式會(huì)議,評(píng)價(jià)或批準(zhǔn)軟件需求說(shuō)明等文檔。評(píng)審工作由軟件承辦單位組織,交辦單位、使用部門(mén)與監(jiān)理單位代表參加,以保證各方對(duì)軟件需求理解的一致性和準(zhǔn)確性。評(píng)審?fù)ㄟ^(guò)后轉(zhuǎn)入下一階段。軟件需求說(shuō)明和數(shù)據(jù)要求說(shuō)明評(píng)審的主要內(nèi)容應(yīng)包括:(3)快速原型系統(tǒng)的評(píng)審是滿足建設(shè)單位要求的最直接的手段。(4)評(píng)審軟件開(kāi)發(fā)過(guò)程中所規(guī)定的技術(shù)、方法、設(shè)計(jì)標(biāo)準(zhǔn)、約定及有關(guān)工具是否適用。(5)評(píng)審所規(guī)定的軟件安全和保密措施是否完善。(6)評(píng)審軟件項(xiàng)目開(kāi)發(fā)計(jì)劃是否全面、完整、可行。(7)業(yè)務(wù)軟件需求對(duì)系統(tǒng)需求的可追蹤性。(8)業(yè)務(wù)軟件需求的正確性和無(wú)二義性。(9)業(yè)務(wù)軟件需求的完備性。(10)業(yè)務(wù)軟件需求文檔的標(biāo)準(zhǔn)性。(11)各業(yè)務(wù)軟件需求間的一致性。(12)業(yè)務(wù)軟件需求的可測(cè)試性。(13)業(yè)務(wù)軟件設(shè)計(jì)、操作和維護(hù)的可行性。(14)數(shù)據(jù)庫(kù)整合需求方案的完整性。概要設(shè)計(jì)階段的質(zhì)量控制1. 系統(tǒng)分析系統(tǒng)分析是進(jìn)入軟件系統(tǒng)設(shè)計(jì)階段的首先要做的工作。監(jiān)理單位要求承建單位做系統(tǒng)分析時(shí)包括確定問(wèn)題域,對(duì)需求建模即快速原形系統(tǒng),建立分析對(duì)象模型,系統(tǒng)分析合并。2. 系統(tǒng)設(shè)計(jì)(概要設(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ì)的過(guò)程中,監(jiān)理單位需要監(jiān)督以下方面:(1)制定規(guī)范在進(jìn)入軟件開(kāi)發(fā)階段之初,首先應(yīng)為軟件開(kāi)發(fā)組制定在設(shè)計(jì)時(shí)應(yīng)該共同遵守的標(biāo)準(zhǔn),以便協(xié)調(diào)組內(nèi)各成員的工作。包括:閱讀和理解軟件需求說(shuō)明書(shū),確認(rèn)用戶要求能否實(shí)現(xiàn),明確實(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ī)則。(2)軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)根據(jù)需求分析,基于功能層次結(jié)構(gòu)建立系統(tǒng),其中包括采用某種設(shè)計(jì)方法,將系統(tǒng)按功能劃分成模塊的層次結(jié)構(gòu)、確定每個(gè)模塊的功能、建立與已確定的軟件需求的對(duì)應(yīng)關(guān)系、確定模塊間的調(diào)用關(guān)系、確定模塊間的接口、評(píng)估模塊劃分的質(zhì)量。(3)處理方式設(shè)計(jì)處理方式設(shè)計(jì)要確定為實(shí)現(xiàn)系統(tǒng)的功能需求所必需的算法,評(píng)估算法的性能;確定為滿足系統(tǒng)的性能需求所必需的算法和模塊間的控制方式;確定外部信號(hào)的接收發(fā)送形式。(4)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)根據(jù)需求分析報(bào)告進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)。數(shù)據(jù)庫(kù)設(shè)計(jì)包括確定軟件涉及的文件系統(tǒng)的結(jié)構(gòu)以及數(shù)據(jù)庫(kù)的模式、子模式,進(jìn)行數(shù)據(jù)完整性和安全性的設(shè)計(jì);確定輸入,輸出文件的詳細(xì)的數(shù)據(jù)結(jié)構(gòu);結(jié)合算法設(shè)計(jì),確定算法所必需的邏輯數(shù)據(jù)結(jié)構(gòu)及其操作;確定對(duì)邏輯數(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ì)等。(5)可靠性設(shè)計(jì)可靠性設(shè)計(jì)也叫做質(zhì)量設(shè)計(jì)。在運(yùn)行過(guò)程中,為了適應(yīng)環(huán)境的變化和用戶新的要求,需經(jīng)常對(duì)軟件進(jìn)行改造和修正。在軟件開(kāi)發(fā)的一開(kāi)始就要確定軟件可靠性和其它質(zhì)量指標(biāo),考慮相應(yīng)措施,以使得軟件易于修改和易于維護(hù)。3. 概要設(shè)計(jì)階段的文檔概要設(shè)計(jì)階段完成時(shí)應(yīng)編寫(xiě)以下文檔:概要設(shè)計(jì)說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)、用戶手冊(cè)、制定初步的測(cè)試計(jì)劃。針對(duì)上述工作,監(jiān)理單位按如下標(biāo)準(zhǔn)評(píng)定承建單位的概要設(shè)計(jì):(1)可追溯性:確認(rèn)該設(shè)計(jì)是否覆蓋了所有已確定的軟件需求,軟件每一成份是否可追溯到某一項(xiàng)需求;(2)接口:確認(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ù)性:確認(rèn)該設(shè)計(jì)是否考慮了方便未來(lái)的維護(hù);(7)質(zhì)量:確認(rèn)該設(shè)計(jì)是否表現(xiàn)出良好的質(zhì)量特征;(8)各種選擇方案:看是否考慮過(guò)其它方案,比較各種選擇方案的標(biāo)準(zhǔn)是什么;(9)限制:評(píng)估對(duì)該軟件的限制是否現(xiàn)實(shí),是否與需求一致;(10)其它具體問(wèn)題:對(duì)于文檔、可測(cè)試性、設(shè)計(jì)過(guò)程等進(jìn)行評(píng)估。這個(gè)階段監(jiān)理單位應(yīng)提交:在概要設(shè)計(jì)進(jìn)行前提交總體設(shè)計(jì)階段監(jiān)理細(xì)則、監(jiān)理周記、在概要設(shè)計(jì)完成后提交概要設(shè)計(jì)監(jiān)理報(bào)告。4. 審定承建單位編寫(xiě)軟件概要設(shè)計(jì)說(shuō)明是否滿足要求 概要設(shè)計(jì)審核因素構(gòu)成表內(nèi)容分項(xiàng)審定承建單位概要設(shè)計(jì)要求問(wèn)題總體設(shè)計(jì)需求規(guī)定運(yùn)行環(huán)境基本設(shè)計(jì)概念和處理流程結(jié)構(gòu)功能器求與程序的關(guān)系人工處理過(guò)程接口設(shè)計(jì)用戶接口外部接口內(nèi)部接口運(yùn)行設(shè)計(jì)運(yùn)行模塊組合運(yùn)行控制運(yùn)行時(shí)間系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)邏輯結(jié)構(gòu)設(shè)計(jì)要點(diǎn)物理結(jié)構(gòu)設(shè)計(jì)要點(diǎn)數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系系統(tǒng)出錯(cuò)處理設(shè)計(jì)出錯(cuò)信息補(bǔ)救措施系統(tǒng)維護(hù)設(shè)計(jì)程序中專門(mén)安排用于系統(tǒng)的檢查與維護(hù)的檢測(cè)點(diǎn)和專用模塊詳細(xì)設(shè)計(jì)階段的質(zhì)量控制(一)詳細(xì)設(shè)計(jì)階段的直接目標(biāo)是編寫(xiě)詳細(xì)設(shè)計(jì)說(shuō)明書(shū),為此,承建單位應(yīng)做如下工作:1. 確定每個(gè)模塊的算法,用工具表達(dá)算法的過(guò)程,寫(xiě)出模塊的詳細(xì)過(guò)程性描述;2. 確定每一模塊的數(shù)據(jù)結(jié)構(gòu);3. 確定模塊接口細(xì)節(jié)。監(jiān)理單位在這個(gè)階段主要是在進(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ì)說(shuō)明書(shū)的確認(rèn)報(bào)告。(二)審定承建單位編寫(xiě)軟件詳細(xì)設(shè)計(jì)說(shuō)明是否滿足要求。詳細(xì)設(shè)計(jì)審核因素構(gòu)成表內(nèi)容分項(xiàng)審定承建單位詳細(xì)設(shè)計(jì)要求問(wèn)題1.程序系統(tǒng)的結(jié)構(gòu)列出本程序系統(tǒng)內(nèi)的每個(gè)程序(包括每個(gè)模塊和子程序)的名稱、標(biāo)識(shí)符和它們之間的層次結(jié)構(gòu)關(guān)系。2.程序設(shè)計(jì)說(shuō)明2.1程序描述給出對(duì)該程序的簡(jiǎn)要描述,主要說(shuō)明安排設(shè)計(jì)本程序的目的意義,2.2功能說(shuō)明該程序應(yīng)具有的功能,可采用IPO圖(即輸入一處理一輸出圖)的形式。2.3性能說(shuō)明對(duì)該程序的全部性能要求,包括對(duì)精度、靈活性和時(shí)間特性的要求。2.4輸人項(xiàng)給出對(duì)每一個(gè)輸入項(xiàng)的特性,包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來(lái)源和安全保密條件等等。2.5輸出項(xiàng)給出對(duì)每一個(gè)輸出項(xiàng)的特性,包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式,數(shù)據(jù)值的有效范圍,輸出的形式、數(shù)量和頻度,輸出媒體、對(duì)輸出圖形及符號(hào)的說(shuō)明、安全保密條件等等。2.6算法詳細(xì)說(shuō)明本程序所選用的算法,具體的計(jì)算公式和計(jì)算步驟。2.7流程邏輯圖表(例如流程圖、判定表等)輔以必要的說(shuō)明來(lái)表示本程序的邏輯流程。2.8接口圖的形式說(shuō)明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序,說(shuō)明參數(shù)賦值和調(diào)用方式,說(shuō)明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)(數(shù)據(jù)庫(kù)、數(shù)據(jù)文卷)2.9注釋設(shè)計(jì)說(shuō)明準(zhǔn)備在本程序中安排的注釋,如:加在模塊首部的注釋;加在各分枝點(diǎn)處的注釋;對(duì)各變量的功能、范圍、缺省條件等所加的注釋;對(duì)使用的邏輯所加的注釋等等(三)軟件設(shè)計(jì)階段的評(píng)審軟件設(shè)計(jì)評(píng)審主要內(nèi)容應(yīng)包括:1. 評(píng)審軟件設(shè)計(jì)說(shuō)明能否覆蓋軟件需求說(shuō)明中描述的所有軟件需求;2. 是否采用面向?qū)ο笤O(shè)計(jì)或結(jié)構(gòu)化設(shè)計(jì)等先進(jìn)的設(shè)計(jì)方法;3. 是否采用規(guī)定的方法和工具來(lái)描述軟件單元;4. 是否詳細(xì)、清晰的規(guī)定各單元間的接口和用戶界面;5. 評(píng)審概要設(shè)計(jì)與軟件需求說(shuō)明、詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)的一致性。 評(píng)審?fù)ㄟ^(guò)后轉(zhuǎn)入下一階段。編碼階段的質(zhì)量控制軟件編碼階段的主要工作就是根據(jù)軟件詳細(xì)設(shè)計(jì)說(shuō)明,對(duì)各程序模塊進(jìn)行編碼、調(diào)試、靜態(tài)分析和單元測(cè)試,驗(yàn)證程序模塊與設(shè)計(jì)說(shuō)明的一致性,并將經(jīng)過(guò)測(cè)試的模塊集成一個(gè)完整的軟件系統(tǒng)。本階段監(jiān)理重點(diǎn)工作是跟蹤與監(jiān)督業(yè)務(wù)信息系統(tǒng)軟件開(kāi)發(fā)承建單位軟件編碼與單元測(cè)試工作,并對(duì)關(guān)鍵系統(tǒng)模塊進(jìn)行代碼走查,抽查系統(tǒng)單元測(cè)試的記錄,審查系統(tǒng)單元測(cè)試報(bào)告。代碼走查的重點(diǎn)是檢查軟件的源代碼是否符合軟件編碼規(guī)范,是否存在一些安全漏洞。編碼的要求如下:(1)使用語(yǔ)言中的順序、選擇、重復(fù)等有限的基本控制結(jié)構(gòu)表示程序邏輯;(2)選用的控制結(jié)構(gòu)只準(zhǔn)許有一個(gè)入口和一個(gè)出口;(3)程序語(yǔ)句組成容易識(shí)別的塊,每塊只有一個(gè)入口和一個(gè)出口;(4)復(fù)雜結(jié)構(gòu)應(yīng)該用基本控制結(jié)構(gòu)進(jìn)行組合嵌套來(lái)實(shí)現(xiàn);(5)語(yǔ)言中沒(méi)有的控制結(jié)構(gòu),可用一段等價(jià)的程序段模擬,但要求該程序段在整個(gè)系統(tǒng)中應(yīng)前后一致。代碼走查的重點(diǎn)是檢查軟件的源代碼是否符合軟件編碼規(guī)范,是否存在一些安全漏洞。具體的代碼走查主要要點(diǎn)簡(jiǎn)述如下:源程序有效注釋量是否在20%以上。源程序編寫(xiě)是否采用縮進(jìn)風(fēng)格編寫(xiě)。標(biāo)識(shí)符的命名是否清晰、明了,有明確含義,同時(shí)使用完整的單詞或大家基本可以理解的縮寫(xiě),避免使人產(chǎn)生誤解。命名規(guī)范必須與所使用的系統(tǒng)風(fēng)格保持一致,并在同一項(xiàng)目中統(tǒng)一相對(duì)獨(dú)立的程序塊之間、變量說(shuō)明之后是否加空行。較長(zhǎng)的語(yǔ)句(>80字符)是否分成多行書(shū)寫(xiě),長(zhǎng)表達(dá)式是否在低優(yōu)先級(jí)操作符處劃分新行,操作符放在新行之首,劃分出的新行要進(jìn)行適當(dāng)?shù)目s進(jìn),使排版整齊,語(yǔ)句可讀。是否一行只寫(xiě)一條語(yǔ)句。是否避免使用不易理解的數(shù)字,用有意義的標(biāo)識(shí)來(lái)替代。在同一項(xiàng)目組或產(chǎn)品組內(nèi),調(diào)測(cè)打印出的信息串的格式要有統(tǒng)一的形式。信息串中至少要有所在模塊名(或源文件名)及行號(hào)。編程的同時(shí)要為單元測(cè)試選擇恰當(dāng)?shù)臏y(cè)試點(diǎn),并仔細(xì)構(gòu)造測(cè)試代碼、測(cè)試用例,同時(shí)給出明確的注釋說(shuō)明。測(cè)試代碼部分應(yīng)作為(模塊中的)一個(gè)子模塊,以方便測(cè)試代碼在模塊中的安裝與拆卸(通過(guò)調(diào)測(cè)開(kāi)關(guān))。在保證業(yè)務(wù)信息軟件系統(tǒng)的正確性、穩(wěn)定性、可讀性及可測(cè)性的前提下,是否注意提高代碼效率。數(shù)據(jù)庫(kù)表單是否有預(yù)留及容錯(cuò)能力。系統(tǒng)運(yùn)行之初,要初始化有關(guān)變量及運(yùn)行環(huán)境,防止未經(jīng)初始化的變量被引用。系統(tǒng)是否能夠處理程序所能遇到的各種出錯(cuò)情況。同時(shí)監(jiān)理單位將重點(diǎn)審查和確定承包商的開(kāi)發(fā)軟件源代碼編碼及管理方案及配置管理是否符合合同的要求。配置管理的關(guān)鍵活動(dòng)是否包括:配置項(xiàng)(SoftwareConfigurationItem,SCI)識(shí)別;配置項(xiàng)的標(biāo)識(shí)和控制;工作空間管理;版本控制;變更控制;狀態(tài)報(bào)告;配置審計(jì)。軟件測(cè)試階段的監(jiān)理要點(diǎn)軟件測(cè)試是“由人工或自動(dòng)方法來(lái)執(zhí)行或評(píng)價(jià)系統(tǒng)或系統(tǒng)部件的過(guò)程,以驗(yàn)證它是否滿足規(guī)定的需求;或識(shí)別出期望的結(jié)果和實(shí)際結(jié)果之間有無(wú)差別”[GB1995]。軟件測(cè)試的主要任務(wù)是發(fā)現(xiàn)并排除在軟件需求分析、設(shè)計(jì)和實(shí)現(xiàn)階段產(chǎn)生的各種錯(cuò)誤,以保證交付軟件的質(zhì)量。軟件測(cè)試的目的是“在一定的開(kāi)發(fā)時(shí)間和經(jīng)費(fèi)的限制下,通過(guò)執(zhí)行有限個(gè)測(cè)試過(guò)程,盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤”;而不是“證實(shí)程序中不再含有錯(cuò)誤”或者“發(fā)現(xiàn)并排除軟件中的所有錯(cuò)誤”。一般情況下,軟件測(cè)試不僅要包括單元測(cè)試,而且還包括組裝測(cè)試(集成測(cè)試)、確認(rèn)測(cè)試、系統(tǒng)聯(lián)調(diào)測(cè)試和系統(tǒng)上線測(cè)試。當(dāng)然對(duì)于一些小規(guī)模的應(yīng)用軟件系統(tǒng)測(cè)試可以合并一些測(cè)試步驟。(一)為了保證工程中業(yè)務(wù)信息系統(tǒng)軟件測(cè)試的質(zhì)量,在軟件測(cè)試階段應(yīng)要求承建單位堅(jiān)持如下原則:1.程序員或程序設(shè)計(jì)機(jī)構(gòu)不應(yīng)測(cè)試自己設(shè)計(jì)的程序:軟件測(cè)試工作需要嚴(yán)謹(jǐn)?shù)淖黠L(fēng)、客觀的態(tài)度和冷靜的情緒。人們常常由于某種原因具有一種不愿意否定自己工作的心理,這種心理狀態(tài)就成了測(cè)試自己程序的障礙。此外,程序員對(duì)軟件文檔(如,需求規(guī)格說(shuō)明等)錯(cuò)誤理解而引入的錯(cuò)誤則更難發(fā)現(xiàn)。如果由別人來(lái)測(cè)試程序,可能更為客觀有效。2.在設(shè)計(jì)測(cè)試用例時(shí),不僅要確定輸入數(shù)據(jù),還要確定預(yù)期的輸出結(jié)果:預(yù)期的輸出結(jié)果是檢驗(yàn)實(shí)際結(jié)果的基準(zhǔn),如果不給出預(yù)期的輸出結(jié)果,就無(wú)法判斷程序?qū)@組輸入數(shù)據(jù)的處理是否正確。3.在設(shè)計(jì)測(cè)試用例時(shí),不僅要考慮合理的輸入數(shù)據(jù),還要考慮不合理的輸入數(shù)據(jù):合理的輸入數(shù)據(jù)指能驗(yàn)證程序正確的輸入數(shù)據(jù),不合理的輸入數(shù)據(jù)指異常的、臨界的、可能引起異常的輸入數(shù)據(jù)。合理的輸入數(shù)據(jù)用于測(cè)試軟件能否完成規(guī)定的功能,不合理的輸入數(shù)據(jù)用于驗(yàn)證軟件對(duì)異常情況的處理是否適當(dāng)。4.除了檢查程序是否做了它應(yīng)當(dāng)做的事情之外,還應(yīng)檢查它是否做了不應(yīng)當(dāng)做的事情。5.應(yīng)保留所有的測(cè)試用例,以便軟件維護(hù)和回歸測(cè)試。6.模塊中存在錯(cuò)誤的概率與已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比。7.嚴(yán)格執(zhí)行測(cè)試計(jì)劃,排除測(cè)試的隨意性。嚴(yán)格測(cè)試數(shù)據(jù)庫(kù)整合后,原有數(shù)據(jù)的完整性,正確性。(二)根據(jù)測(cè)試方法,軟件測(cè)試可以分為靜態(tài)分析和動(dòng)態(tài)測(cè)試兩種。1、靜態(tài)分析的基本特征是:在對(duì)軟件進(jìn)行分析、檢查和測(cè)試時(shí),不實(shí)際運(yùn)行被測(cè)試的程序。靜態(tài)分析方法包括軟件審查、代碼走查、程序正確性證明、流圖分析和符號(hào)執(zhí)行等。軟件審查、代碼走查和程序正確性證明已在前面論述,在此不再重復(fù)。流圖分析是通過(guò)分析程序的流程圖來(lái)實(shí)現(xiàn)的,它只分析代碼的結(jié)構(gòu)而不執(zhí)行程序,以找出軟件中的多余物、接口問(wèn)題和未定義而被引用的變量。符號(hào)執(zhí)行是一種符號(hào)化地定義數(shù)據(jù)的方法,它并不使用實(shí)際的數(shù)據(jù)值來(lái)執(zhí)行程序,而是對(duì)程序中的特定路徑輸入一些符號(hào),在對(duì)這些符號(hào)進(jìn)行處理之后,根據(jù)其輸出符號(hào)來(lái)判斷程序的行為和正確性。2、動(dòng)態(tài)測(cè)試的基本特征是:通過(guò)運(yùn)行軟件來(lái)檢查軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。根據(jù)產(chǎn)生測(cè)試數(shù)據(jù)的方式,動(dòng)態(tài)測(cè)試可以分為功能測(cè)試(黑盒測(cè)試)和結(jié)構(gòu)測(cè)試(白盒測(cè)試)兩種。功能測(cè)試又稱為黑盒測(cè)試,功能測(cè)試從軟件的需求規(guī)格說(shuō)明出發(fā),按照軟件的輸入、輸出特性和類型選擇測(cè)試數(shù)據(jù)。結(jié)構(gòu)測(cè)試又稱為白盒測(cè)試,測(cè)試數(shù)據(jù)的產(chǎn)生要考慮程序的具體結(jié)構(gòu),測(cè)試數(shù)據(jù)應(yīng)反映程序的結(jié)構(gòu)性質(zhì)。系統(tǒng)部署階段的監(jiān)理要點(diǎn)系統(tǒng)部署階段主要完成應(yīng)用軟件系統(tǒng)的安裝、部署和培訓(xùn)工作,為系統(tǒng)的正式與運(yùn)行做好設(shè)備、技術(shù)、組織和人員的保障。在系統(tǒng)部署階段,監(jiān)理機(jī)構(gòu)將首先審核承建單位提交的業(yè)務(wù)信息系統(tǒng)部署計(jì)劃,積極協(xié)調(diào)工程各方做好系統(tǒng)部署前的準(zhǔn)備工作,同時(shí)監(jiān)督系統(tǒng)部署過(guò)程;同時(shí)審核承建單位提交的培訓(xùn)方案,監(jiān)督培訓(xùn)過(guò)程,并協(xié)助業(yè)主單位做好培訓(xùn)效果的調(diào)查工作。其中審核系統(tǒng)部署計(jì)劃的要點(diǎn)如下:1.是否仔細(xì)分析了新舊系統(tǒng)的運(yùn)行特點(diǎn)。2.是否具有必要的數(shù)據(jù)備份方案。3.新舊系統(tǒng)的切割的時(shí)間和過(guò)程是否合理、安全和可靠。4.是否做好系統(tǒng)切割過(guò)程的應(yīng)急方案。5.是否做好了數(shù)據(jù)庫(kù)同步方案。6.是否明確系統(tǒng)部署過(guò)程中各方的責(zé)任和時(shí)間要求。驗(yàn)收階段驗(yàn)收階段的協(xié)調(diào)內(nèi)容1. 監(jiān)理單位應(yīng)協(xié)調(diào)業(yè)主單位和承建單位在驗(yàn)收計(jì)劃、驗(yàn)收目標(biāo)、驗(yàn)收范圍、驗(yàn)收內(nèi)容、驗(yàn)收方法和驗(yàn)收標(biāo)準(zhǔn)等方面達(dá)成一致,填報(bào)工程備忘錄并經(jīng)三方簽認(rèn);2. 監(jiān)理單位應(yīng)協(xié)調(diào)業(yè)主單位配合驗(yàn)收階段的工作;3. 監(jiān)理單位應(yīng)及時(shí)對(duì)驗(yàn)收階段協(xié)調(diào)的結(jié)果填報(bào)工程備忘錄,并經(jīng)三方簽認(rèn);4. 監(jiān)理單位應(yīng)協(xié)助業(yè)主單位和承建單位完成工程移交工作。系統(tǒng)試運(yùn)行階段在試運(yùn)行階段,整個(gè)系統(tǒng)工程將一起接收時(shí)間和環(huán)境的考驗(yàn),不但要考察功能特性,更要考察系統(tǒng)運(yùn)行的性能是否符合預(yù)期目標(biāo)。在試運(yùn)行期間承建單位需對(duì)建設(shè)單位的有關(guān)人員進(jìn)行有關(guān)硬件維護(hù)和使用的授課培訓(xùn),并嚴(yán)格考核,合格上崗。試運(yùn)行結(jié)束時(shí)將協(xié)助建設(shè)單位生成試運(yùn)行報(bào)告。監(jiān)理單位在這個(gè)階段的主要工作有:1.審核竣工文檔資料的完整性、可讀性及其與工程實(shí)際的一致性;2.審核操作系統(tǒng)、應(yīng)用系統(tǒng)等軟件配置與設(shè)計(jì)方案的符合性;3.檢測(cè)驗(yàn)證系統(tǒng)功能性能與合同的符合性;4.檢查人員培訓(xùn)計(jì)劃落實(shí)情況;5.幫助用戶制定系統(tǒng)運(yùn)行管理規(guī)章制度;若所有定制開(kāi)發(fā)軟件的承建單位為一個(gè)單位,則下述各子系統(tǒng)要求承建單位提交的報(bào)告可以集合在一起。即在需求分析階段完成后提交一份軟件需求說(shuō)明書(shū)包括各個(gè)子系統(tǒng)的需求情況。在試運(yùn)行之后,整體系統(tǒng)工程進(jìn)入最終驗(yàn)收階段。這里的最終驗(yàn)收是指針對(duì)整個(gè)系統(tǒng)工程的最終驗(yàn)收。整個(gè)系統(tǒng)工程試運(yùn)行結(jié)束時(shí)驗(yàn)收小組要依據(jù)項(xiàng)目執(zhí)行小組提出的驗(yàn)收準(zhǔn)則,對(duì)試運(yùn)行情況進(jìn)行分析,給出結(jié)論性意見(jiàn)。試運(yùn)行結(jié)束,并且經(jīng)過(guò)高峰期無(wú)重大故障,并且達(dá)到預(yù)期性能指標(biāo)時(shí),最終驗(yàn)收才算通過(guò),并由監(jiān)理單位與建設(shè)單位簽字認(rèn)可。系統(tǒng)驗(yàn)收階段工程達(dá)到交驗(yàn)條件時(shí),工程監(jiān)理部應(yīng)組織各專業(yè)監(jiān)理工程師對(duì)各專業(yè)工程的質(zhì)量情況、使用功能進(jìn)行全面檢查,對(duì)發(fā)現(xiàn)有影響最終驗(yàn)收的問(wèn)題時(shí),簽發(fā)《監(jiān)理通知》要求承建單位進(jìn)行整改。監(jiān)理單位應(yīng)有計(jì)劃地監(jiān)督系統(tǒng)的試運(yùn)行,督促承建單位解決試運(yùn)行中出現(xiàn)的質(zhì)量問(wèn)題.對(duì)需要進(jìn)行功能測(cè)試的項(xiàng)目,監(jiān)理工程師將督促承建單位及時(shí)進(jìn)行測(cè)試;監(jiān)理工程師將認(rèn)真審閱測(cè)試報(bào)告,并親臨測(cè)試現(xiàn)場(chǎng)監(jiān)督;必要時(shí)將請(qǐng)建設(shè)單位代表參加。對(duì)于工程中的關(guān)鍵性技術(shù)指標(biāo),監(jiān)理單位應(yīng)要求承建單位出具第三方測(cè)試機(jī)構(gòu)的測(cè)試報(bào)告。第三方測(cè)試機(jī)構(gòu)應(yīng)經(jīng)業(yè)主單位和監(jiān)理單位同意。監(jiān)理單位應(yīng)督促承建單位完成項(xiàng)目實(shí)施方案中確定的培訓(xùn),并對(duì)培訓(xùn)效果做出評(píng)估。項(xiàng)目總監(jiān)理工程師組織最終驗(yàn)收。最終驗(yàn)收完成后,由項(xiàng)目總監(jiān)理工程師和建設(shè)單位代表共同簽署《竣工移交證書(shū)》,并由監(jiān)理單位、建設(shè)單位蓋章后,送承建單位一份。信息系統(tǒng)最終驗(yàn)收監(jiān)理的內(nèi)容如下:1. 協(xié)助承建單位組織最終驗(yàn)收機(jī)構(gòu);2. 協(xié)助承建單位審查承建單位提出的最終驗(yàn)收申請(qǐng),如果符合最終驗(yàn)收條件,準(zhǔn)備系統(tǒng)最終驗(yàn)收;否則,提出向承建單位系統(tǒng)整改意見(jiàn);3. 協(xié)助最終驗(yàn)收機(jī)構(gòu)提出測(cè)試內(nèi)容及相關(guān)指標(biāo)(可以包括:系統(tǒng)的功能驗(yàn)證,性能測(cè)試,以及培訓(xùn)效果測(cè)試等),并由承建單位提出相應(yīng)的最終驗(yàn)收測(cè)試方案;同時(shí)確定承建單位所應(yīng)該提供的文檔清單;4. 協(xié)助最終驗(yàn)收機(jī)構(gòu)審查最終驗(yàn)收測(cè)試方案的合理性,并同承建單位協(xié)商形成最終的初驗(yàn)測(cè)試方案;5. 協(xié)助業(yè)主單位、承建單位進(jìn)行最終驗(yàn)收測(cè)試,并記錄相應(yīng)的測(cè)試結(jié)果;6. 根據(jù)測(cè)試結(jié)果,提出測(cè)試報(bào)告,對(duì)最終驗(yàn)收測(cè)試過(guò)程中出現(xiàn)的問(wèn)題應(yīng)提交最終驗(yàn)收整改意見(jiàn)書(shū),并會(huì)同承建單位和承建單位確定整改進(jìn)度表,重新進(jìn)行相關(guān)的測(cè)試,直至問(wèn)題的得到徹底的解決;7. 如果最終驗(yàn)收測(cè)試的所有測(cè)試內(nèi)容達(dá)到測(cè)試要求,承建單位提供的文檔完整,合同其他條款得到明確的落實(shí)(例如:人員技術(shù)培訓(xùn)和其他優(yōu)惠條件等),而且最終驗(yàn)收機(jī)構(gòu)討論一致通過(guò),則參與簽署系統(tǒng)最終驗(yàn)收合格書(shū);8. 監(jiān)理單位向承建單位提交所有監(jiān)理文檔。應(yīng)用軟件開(kāi)發(fā)的進(jìn)度控制要點(diǎn)軟件項(xiàng)目進(jìn)度控制是在實(shí)現(xiàn)軟件項(xiàng)目總目標(biāo)的過(guò)程中,為使軟件項(xiàng)目開(kāi)發(fā)和維護(hù)的實(shí)際進(jìn)度符合軟件項(xiàng)目進(jìn)度計(jì)劃的要求而開(kāi)展的有關(guān)監(jiān)督管理活動(dòng)。(一)對(duì)于軟件工程監(jiān)理,度控制程序一般為:1.根據(jù)軟件項(xiàng)目的質(zhì)量、造價(jià)和進(jìn)度目標(biāo),明確軟件各開(kāi)發(fā)階段的進(jìn)度控制要求,制定軟件項(xiàng)目監(jiān)理規(guī)劃。2.審查承建單位提交的軟件項(xiàng)目開(kāi)發(fā)計(jì)劃,若未通過(guò)審查,則在承建單位調(diào)整軟件開(kāi)發(fā)計(jì)劃后重新審查,直到審查通過(guò)為止。3.根據(jù)軟件項(xiàng)目開(kāi)發(fā)計(jì)劃和軟件項(xiàng)目監(jiān)理規(guī)劃,制定軟件項(xiàng)目質(zhì)量控制監(jiān)理實(shí)施細(xì)則。4.根據(jù)軟件項(xiàng)目進(jìn)度控制監(jiān)理實(shí)施細(xì)則,收集有關(guān)信息,審查有關(guān)文檔,對(duì)軟件項(xiàng)目進(jìn)行進(jìn)度控制跟蹤監(jiān)理。5.若存在偏差,監(jiān)理單位應(yīng)分析產(chǎn)生進(jìn)度偏差的原因,督促承建單位采取糾正措施,調(diào)整軟件開(kāi)發(fā)計(jì)劃,轉(zhuǎn)第2步進(jìn)行審查。6.必要時(shí),編寫(xiě)軟件項(xiàng)目進(jìn)度控制監(jiān)理報(bào)告。(二)XXXX監(jiān)理在實(shí)施本次業(yè)務(wù)信息系統(tǒng)軟件項(xiàng)目進(jìn)度控制時(shí),重點(diǎn)控制下述內(nèi)容:1.在業(yè)務(wù)信息系統(tǒng)軟件合同生效后,檢查并監(jiān)督承建單位制定的軟件開(kāi)發(fā)計(jì)劃。該計(jì)劃是進(jìn)行進(jìn)度控制監(jiān)理的重要文件和依據(jù)。2.根據(jù)軟件開(kāi)發(fā)計(jì)劃,制定進(jìn)度控制監(jiān)理實(shí)施細(xì)則。進(jìn)度控制監(jiān)理實(shí)施細(xì)則將明確進(jìn)度控制監(jiān)理工作的內(nèi)容、要求、人員、職責(zé)、程序、方法和措施。3.審查業(yè)務(wù)信息系統(tǒng)軟件承建單位提交的軟件開(kāi)發(fā)計(jì)劃(包括軟件開(kāi)發(fā)計(jì)劃、軟件質(zhì)量保證計(jì)劃、軟件配置管理計(jì)劃、軟件測(cè)試計(jì)劃等),檢查其進(jìn)度安排是否滿足軟件項(xiàng)目進(jìn)度控制的總目標(biāo)、是否合理以及是否銜接緊湊等等,找出該業(yè)務(wù)軟件承建單位進(jìn)度控制的薄弱環(huán)節(jié),提出改進(jìn)意見(jiàn),并加強(qiáng)對(duì)這些薄弱環(huán)節(jié)的監(jiān)督。4.在軟件開(kāi)發(fā)過(guò)程中收集有關(guān)軟件進(jìn)度方面的信息,并對(duì)這些信息進(jìn)行整理和分析,為下一階段的進(jìn)度控制工作打下基礎(chǔ)。5.監(jiān)理機(jī)構(gòu)將定期召開(kāi)監(jiān)理例會(huì),以解決軟件開(kāi)發(fā)過(guò)程中的協(xié)調(diào)配合問(wèn)題,就軟件開(kāi)發(fā)過(guò)程中的重大變更事項(xiàng)、相關(guān)責(zé)任和協(xié)商處理結(jié)果進(jìn)行通報(bào)。6.對(duì)于因突發(fā)性變更事件引起的進(jìn)度問(wèn)題,監(jiān)理機(jī)構(gòu)將召開(kāi)緊急協(xié)調(diào)會(huì)議,督促各方采取應(yīng)急措施趕上進(jìn)度要求,以便業(yè)務(wù)軟件的開(kāi)發(fā)能以預(yù)期的進(jìn)度完成。7.根據(jù)進(jìn)度控制監(jiān)理實(shí)施細(xì)則,通過(guò)檢查承建單位報(bào)送的開(kāi)發(fā)進(jìn)度報(bào)表并進(jìn)行現(xiàn)場(chǎng)監(jiān)理,跟蹤承建單位的開(kāi)發(fā)過(guò)程,若發(fā)現(xiàn)進(jìn)度出現(xiàn)偏差,監(jiān)理機(jī)構(gòu)將分析引起偏差的原因,要求承建單位采取糾正措施,調(diào)整軟件開(kāi)發(fā)計(jì)劃。8.根據(jù)項(xiàng)目的實(shí)際情況,在承建單位完成關(guān)鍵階段的設(shè)計(jì)時(shí),及時(shí)組織專家和業(yè)主單位代表對(duì)階段成果進(jìn)行評(píng)審,以便在評(píng)審?fù)ㄟ^(guò)后承建單位能及時(shí)轉(zhuǎn)入下一階段的開(kāi)發(fā)工作。9.在一個(gè)階段的開(kāi)發(fā)工作完成后,監(jiān)理機(jī)構(gòu)應(yīng)檢查進(jìn)度偏差情況。在出現(xiàn)進(jìn)度偏差時(shí),應(yīng)督促承建單位采取適當(dāng)?shù)募m正措施,以確保滿足軟件開(kāi)發(fā)的總進(jìn)度目標(biāo)。10.在出現(xiàn)進(jìn)度偏差時(shí),監(jiān)理機(jī)構(gòu)應(yīng)客觀公正地確定產(chǎn)生偏差的原因,確定進(jìn)度偏差可能導(dǎo)致的經(jīng)濟(jì)責(zé)任,并根據(jù)產(chǎn)生進(jìn)度偏差的原因和進(jìn)度偏差可能造成的經(jīng)濟(jì)責(zé)任,處理爭(zhēng)議和索賠。11.及時(shí)收集和整理相關(guān)資料,定期和不定期地編寫(xiě)業(yè)務(wù)軟件進(jìn)度控制監(jiān)理報(bào)告,幫助業(yè)主單位做好決策工作。應(yīng)用軟件開(kāi)發(fā)的投資控制要點(diǎn)軟件開(kāi)發(fā)的投資控制包括制定軟件項(xiàng)目總投資控制計(jì)劃、各階段和各子系統(tǒng)的投資控制計(jì)劃,監(jiān)督實(shí)際的造價(jià)支出行為,隨時(shí)采取糾正措施糾正已發(fā)生的偏差,使整個(gè)軟件項(xiàng)目的開(kāi)發(fā)和維護(hù)過(guò)程能夠合理地使用各種資源(人力、物力和財(cái)力),以實(shí)現(xiàn)軟件項(xiàng)目的總投資控制目標(biāo)。(一)監(jiān)理機(jī)構(gòu)的投資控制程序一般為:1.根據(jù)軟件項(xiàng)目的質(zhì)量、造價(jià)和進(jìn)度目標(biāo),明確軟件各開(kāi)發(fā)階段的投資控制要求,制定軟件項(xiàng)目監(jiān)理規(guī)劃。2.審查承建單位提交的軟件項(xiàng)目開(kāi)發(fā)概算,若未通過(guò)審查,則在承建單位調(diào)整軟件項(xiàng)目開(kāi)發(fā)概算后重新審查,直到審查通過(guò)為止。3.根據(jù)軟件項(xiàng)目開(kāi)發(fā)計(jì)劃和軟件項(xiàng)目監(jiān)理規(guī)劃,制定軟件項(xiàng)目投資控制監(jiān)理實(shí)施細(xì)則。4.根據(jù)軟件項(xiàng)目投資控制監(jiān)理實(shí)施細(xì)則,收集有關(guān)信息,審查有關(guān)文檔,對(duì)軟件項(xiàng)目進(jìn)行投資控制跟蹤監(jiān)理。5.若存在偏差,則分析產(chǎn)生造價(jià)偏差的原因,督促承建單位采取糾正措施。6.必要時(shí),編寫(xiě)軟件項(xiàng)目投資控制監(jiān)理報(bào)告。(二)XXXX監(jiān)理在本次實(shí)施軟件項(xiàng)目投資控制時(shí),重點(diǎn)控制下述內(nèi)容:1.審核承建單位提交的業(yè)務(wù)信息系統(tǒng)軟件項(xiàng)目開(kāi)發(fā)概算,審查設(shè)計(jì)方案的技術(shù)可行
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(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ì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年辦公環(huán)境智能照明協(xié)議(企業(yè))
- 多模態(tài)數(shù)據(jù)融合在數(shù)字孿生中的挑戰(zhàn)
- 基于迭代優(yōu)化的超分辨率算法
- 基于深度學(xué)習(xí)的攻擊溯源
- 基于機(jī)器學(xué)習(xí)的外觀模式檢測(cè)方法研究
- 多模態(tài)特征融合分類
- 球的切接問(wèn)題第1課時(shí) -高中數(shù)學(xué)人教A版(2019)必修二
- 城市軌道交通可持續(xù)發(fā)展
- 中級(jí)財(cái)稅考試科目及答案
- 2026 年中職酒店管理(酒店應(yīng)用基礎(chǔ)知識(shí))試題及答案
- 工會(huì)財(cái)務(wù)知識(shí)課件
- 裝修工程質(zhì)量保修服務(wù)措施
- 鈑金裝配調(diào)試工藝流程
- 腫瘤病人疼痛護(hù)理
- 醫(yī)療應(yīng)用的輻射安全和防護(hù)課件
- 項(xiàng)目經(jīng)理年底匯報(bào)
- 新生兒戒斷綜合征評(píng)分標(biāo)準(zhǔn)
- 【公開(kāi)課】絕對(duì)值人教版(2024)數(shù)學(xué)七年級(jí)上冊(cè)+
- 藥品檢驗(yàn)質(zhì)量風(fēng)險(xiǎn)管理
- 中國(guó)古橋欣賞課件
- 2025年硅酸乙酯-32#項(xiàng)目可行性研究報(bào)告
評(píng)論
0/150
提交評(píng)論