群體性勞資沖突事件應急管理系統(tǒng)實施方案_第1頁
群體性勞資沖突事件應急管理系統(tǒng)實施方案_第2頁
群體性勞資沖突事件應急管理系統(tǒng)實施方案_第3頁
群體性勞資沖突事件應急管理系統(tǒng)實施方案_第4頁
群體性勞資沖突事件應急管理系統(tǒng)實施方案_第5頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

溫馨提示

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

最新文檔

評論

0/150

提交評論