信息系統軟件工程實施階段監(jiān)理控制點及監(jiān)理方法_第1頁
信息系統軟件工程實施階段監(jiān)理控制點及監(jiān)理方法_第2頁
信息系統軟件工程實施階段監(jiān)理控制點及監(jiān)理方法_第3頁
信息系統軟件工程實施階段監(jiān)理控制點及監(jiān)理方法_第4頁
信息系統軟件工程實施階段監(jiān)理控制點及監(jiān)理方法_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

信息系統軟件工程實施階段監(jiān)理控制點及監(jiān)理方法1.1軟件編碼監(jiān)理1.2軟件編碼監(jiān)理的目標1、監(jiān)督承建單位定義和綜合軟件編碼任務,并在生產軟件的過程中始終如一地執(zhí)行這些任務。2、監(jiān)督使得軟件工作產品彼此間保持一致性。3、監(jiān)督使得軟件編碼的工作進度與計劃保持一致性。4、監(jiān)督使得軟件編碼的工作質量達到計劃的要求。1.3軟件編碼監(jiān)理的活動1、監(jiān)督承建單位將合適的軟件編碼工程方法和工具集成到項目定義的軟件過程中(1)依據項目定義的軟件過程對軟件編碼任務進行綜合。(2)選擇軟件編碼可用的方法和工具,并將選擇專用工具或方法的理由寫成文檔。對備選方法和工具進行選擇的依據是:機構標準軟件過程項目定義的軟件過程現有的技術基礎可得到的培訓合同需求工具的能力使用的方便性和提供的服務(3)選擇和使用適合于軟件編碼的配置管理模型。配置管理模型可能是:入庫出庫模型組合模型事務處理模型更改處理模型(4)將用于軟件編碼的軟件產品和工具置于配置管理之下。2、監(jiān)督承建單位依據項目定義的軟件過程,對軟件編碼進行開發(fā)、維護、建立文檔和驗證,以實現軟件需求和軟件設計(1)參與軟件編碼的人員評審軟件需求和軟件設計,以確保影響編碼的各種問題得到識別和解決。(2)使用有效的編程方法編制軟件代碼。編程方法可能是:結構化編程代碼重用(3)根據一個計劃制定代碼單元的開發(fā)順序,該計劃考慮諸如關鍵性、難度、集成和測試問題;合適時,還要考慮客戶和最終用戶的需要。(4)每個代碼單元完成編碼時,通過評審和單元測試。(5)將代碼置于配置管理之下。(6)每當軟件需求或軟件設計更改時,適當地更改代碼。3、軟件監(jiān)理組跟蹤和記錄軟件編碼產品的功能性和質量跟蹤和記錄的內容有:(1)跟蹤、累計的軟件編碼產品缺陷的數量、類型和嚴重程度。(2)軟件編碼產品工程活動的狀態(tài)。(3)有關問題嚴重性和持續(xù)時間的報告。(4)用于分析每個更改建議的工作量及匯總統計量。(5)按類別(如界面、安全性、系統配置、性能和可用性)被納入軟件基線的更改數量。1.4軟件編碼監(jiān)理的方法1、定期審查軟件編碼的工程活動和工程進度。2、根據實際需要對軟件編碼工程活動、工作進度進行審查。3、對軟件編碼工程活動和產品進行評審和(或)審核,并報告結果。這些評審和(或)審核至少應包括:軟件編碼工程任務的準備就緒和完成準則得到滿足。軟件編碼符合規(guī)定的標準和需求。已完成所需的測試。檢測出的問題和缺陷已建立文檔,并被跟蹤和處理。通過軟件編碼,對設計的跟蹤得以實施。在軟件產品提交前,依據軟件基線驗證了用來管理和維護軟件的文檔。1.5軟件測試監(jiān)理 1.5.1軟件測試監(jiān)理的目標1、監(jiān)督和控制承建單位的軟件測試過程,確保軟件測試按照承建單位的測試文檔規(guī)范和業(yè)主的軟件要求實施;2、軟件測試反映出、記錄著軟件產品的真實情況;3、軟件測試的各個階段按計劃步驟實施;4、對于軟件測試反映出的問題能有效地按回歸測試規(guī)范進行處理;5、最后得到符合軟件任務書(或合同)要求的軟件產品集;6、軟件測試的進度與計劃保持一致性。1.5.2軟件測試監(jiān)理的活動1、監(jiān)督承建單位將合適的軟件測試工程方法和工具集成到項目定義的軟件過程中(1)依據項目定義的軟件過程對軟件測試任務進行綜合。(2)選擇軟件測試可用的方法和工具,并將選擇專用工具或方法的理由寫成文檔。對備選方法和工具進行選擇的依據是:機構標準軟件過程項目定義的軟件過程現有的技術基礎可得到的培訓合同需求工具的能力使用的方便性和提供的服務(3)選擇和使用適合于軟件測試的配置管理模型。配置管理模型可能是:入庫出庫模型組合模型事務處理模型更改處理模型(4)將用于測試軟件產品的工具置于配置管理之下。2、監(jiān)督承建單位依據項目定義的軟件過程,對軟件測試進行開發(fā)、維護、建立文檔和驗證,以滿足軟件測試計劃要求軟件測試有靜態(tài)測試、單元測試、集成測試、確認測試和系統測試組成。(1)可與客戶和最終用戶一同參與開發(fā)和評審測試準則。(2)使用有效方法測試軟件。(3)基于下列因素確定測試的充分性:測試試級別。測試級別有單元測試、集成測試、確認測試和系統測試。選擇的測試策略。測試策略有功能測試(黑盒測試)、結構測試(白盒測試)和統計測試。欲達到的測試覆蓋。測試覆蓋方法有語句覆蓋、路徑覆蓋、分支覆蓋和運行剖面覆蓋。(4)對每個級別的軟件測試,建立和使用測試準備就緒準則。確定測試準備就緒準則包括:軟件單元在進入集成測試前己成功地完成了代碼的靜態(tài)測試和單元測試在進入系統測試前,軟件己成功地完成了確認測試在軟件進入系統測試前,已對測試準備就緒進行評審(5)每當被測試軟件或軟件環(huán)境發(fā)生變化時,則在各有關的測試級別上適當進行回歸測試。(6)對于測試計劃、測試規(guī)程和測試用例,準備使用前通過評審。(7)管理和控制測試計劃、測試說明、測試規(guī)程和測試用例。(8)每當軟件需求、軟件設計或被測試代碼更改時,適當地更改測試計劃、測試說明、測試規(guī)程和測試用例。3、監(jiān)督承建單位依據項目定義的軟件過程、計劃和實施軟件的確認測試(1)基于軟件開發(fā)計劃,制定確認測試計劃并寫成文檔。(2)負責軟件需求、軟件設計、系統測試及驗收測試的人員,評審確認測試用例、測試說明和測試規(guī)程。(3)依據指定的軟件需求文檔和軟件設計文檔的指定版本,進行軟件確認測試。4、計劃和實施軟件系統測試,實施系統測試以保證軟件滿足軟件需求(1)盡早分配測試軟件的資源,以做好充分的測試準備。所需的測試準備活動包括:準備測試文檔準備測試資源開發(fā)測試程序開發(fā)模擬程序(2)編制系統測試的計劃文檔。如果合適,該測試計劃由業(yè)主單位進行評審和認可。此測試計劃包括:全面測試和驗證的方法測試職責測試工具、測試設備和測試支持需求驗收準則(3)由一個獨立于軟件開發(fā)者的測試小組來計劃和準備所需的測試用例和測試規(guī)程。(4)在測試開始前,對測試用例建立文檔,并經評審和認可。(5)依據已納入基線的軟件及其軟件任務書(或合同)和軟件需求文檔,實施軟件測試。(6)對測試中發(fā)現的問題建立文檔,并跟蹤到關閉。(7)建立測試結果文檔,并以此作為判斷軟件是否滿足需求的基礎。(8)管理和控制測試結果。5、軟件監(jiān)理組跟蹤和記錄軟件測試的結果跟蹤和記錄的內容有:(1)跟蹤、累計的軟件產品缺陷的數量、類型和嚴重程度。(2)軟件測試工程活動的狀態(tài)。(3)有關問題嚴重性和持續(xù)時間的報告。(4)用于分析每個更改建議的工作量及匯總統計量。1.5.3軟件測試監(jiān)理的方法(1)定期審查軟件測試的工程活動和工作進度。(2)根據實際需要對軟件測試工程活動進行跟蹤、審查和評估。(3)對軟件測試工程活動和產

溫馨提示

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

評論

0/150

提交評論