群體性勞資沖突事件應(yīng)急管理系統(tǒng)實(shí)施方案

群體性勞資沖突事件應(yīng)急管理系統(tǒng)實(shí)施方案1.1編程并編寫文檔 本系統(tǒng)在上述系統(tǒng)設(shè)計(jì)的基礎(chǔ)上進(jìn)行編程，這里就不做過多贅述。1.2測(cè)試 系統(tǒng)測(cè)試是信息系統(tǒng)開發(fā)周期的中一個(gè)十分重要的活動(dòng)。盡管在系統(tǒng)開發(fā)周期的各個(gè)階段均采取了嚴(yán)格的技術(shù)審查，但依然難免遺留下差錯(cuò)，如果沒有再投入運(yùn)行前的系統(tǒng)測(cè)試階段被發(fā)現(xiàn)糾正，問題遲早會(huì)在運(yùn)行中暴露出來，到那時(shí)要糾正錯(cuò)誤將要會(huì)付出更大的代價(jià)。因此我們有必要進(jìn)行系統(tǒng)測(cè)試。 我們要以找錯(cuò)誤為目的，不是要證明程序無錯(cuò)，而是要精心選取那些易于發(fā)生錯(cuò)誤的測(cè)試數(shù)據(jù)，以十分挑剔的態(tài)度，去尋找程序的錯(cuò)誤。測(cè)試工作應(yīng)避免由原開發(fā)軟件的個(gè)人或小組來承擔(dān)。設(shè)計(jì)測(cè)試用列不僅要包括合理、有效的輸入數(shù)據(jù)，還要包括無效的或不合理的輸入數(shù)據(jù)。不僅要檢驗(yàn)程序是否做了該做的事，還要檢查程序是否同時(shí)做了不該做的事。保留測(cè)試用例，將會(huì)給重新測(cè)試和追加測(cè)試帶來方便。測(cè)試方法：人工測(cè)試個(gè)人復(fù)查源程序編寫完成后，直接由程序員自己進(jìn)行檢查。走查由三至五人組成測(cè)試小組，測(cè)試小組成員是未介入過該軟件設(shè)計(jì)工作的有經(jīng)驗(yàn)的程序設(shè)計(jì)人員。測(cè)試在預(yù)先閱讀過該軟件資料和源程序的前提下，由測(cè)試人員扮演計(jì)算機(jī)的角色，用人工方法將測(cè)試數(shù)據(jù)輸入被測(cè)程序，并在紙上跟蹤監(jiān)視程序的執(zhí)行情況，讓人帶特機(jī)器沿著程序的邏輯走一遍，發(fā)現(xiàn)程序中的錯(cuò)誤。會(huì)審測(cè)試小組的構(gòu)成與走查相似，要求測(cè)試成員在會(huì)審前仔細(xì)閱讀軟件有關(guān)資料，根據(jù)錯(cuò)誤類型清單，填寫檢測(cè)表，列出根據(jù)錯(cuò)誤類型要提問的問題。會(huì)審時(shí)，由程序作者逐個(gè)閱讀和講解程序，測(cè)試人員逐個(gè)審查、提問、討論可能產(chǎn)生的錯(cuò)誤。會(huì)審要對(duì)程序的功能、結(jié)構(gòu)及風(fēng)格等全部?jī)?nèi)容進(jìn)行審查。機(jī)器測(cè)試黑盒測(cè)試（功能測(cè)試）將軟件看成黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和特性的情況下，研究軟件的外部特性。根據(jù)軟件的需求規(guī)格說明書設(shè)計(jì)測(cè)試用例，從程序的輸入和輸出特性上測(cè)試是否滿足設(shè)定的功能。白盒測(cè)試（結(jié)構(gòu)測(cè)試）將軟件看成一個(gè)透明的盒子，按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來選定測(cè)試用例，對(duì)軟件的邏輯路徑及過程進(jìn)行測(cè)試，檢查與設(shè)計(jì)是否相符。系統(tǒng)的測(cè)試工作一般有以下四個(gè)步驟：圖24系統(tǒng)的測(cè)試過程過程如下：◎單元測(cè)試◎組裝測(cè)試◎確認(rèn)測(cè)試◎系統(tǒng)測(cè)試1.3系統(tǒng)轉(zhuǎn)換做出系統(tǒng)轉(zhuǎn)換計(jì)劃由于原來企業(yè)一直手工操作，大部分員工都有一定的基礎(chǔ)，經(jīng)過直接培訓(xùn)就可以使用本系統(tǒng)。直接轉(zhuǎn)換最簡(jiǎn)單，而且系統(tǒng)轉(zhuǎn)換的費(fèi)用也很低。直接轉(zhuǎn)換適用于小型的不太復(fù)雜的信息系統(tǒng)，或信息實(shí)效性要求不太高的系統(tǒng)。陽江國浩機(jī)械制造有限公司，生產(chǎn)的時(shí)效性要求不是很高，并且本系統(tǒng)不復(fù)雜，可以直接轉(zhuǎn)換。當(dāng)系統(tǒng)產(chǎn)生一定的問題時(shí)