最完整的軟件項目開發(fā)過程模型控制和質(zhì)量保障體系培訓(xùn)-在線瀏覽
2025-02-17 16:55本頁面
【正文】 客一起，就滿足合同情況進行的測試 (是否滿足合同要求 )~17~測試 (續(xù) )223。 聯(lián)合測試：當軟、硬件分頭開發(fā)完成時，對其組合體進行的測試222。 專項測試：針對某些具體測試項進行的確認性測試。223。為了保證測試的可信性，被測試的軟件應(yīng)以源代碼的形式提交，同時說明生成可執(zhí)行代碼的環(huán)境和方法。 ~18~軟件開發(fā)的 V字模型223。 可以在開發(fā)組編寫代碼之前，以需求為基礎(chǔ)建立概念性測試用例，并使用它們發(fā)現(xiàn)軟件需求規(guī)格說明中的錯誤、二義性和遺漏，還可以進行模型分析~19~對 V模型的質(zhì)疑~20~?在部分階段延遲進行單元測試和集成測試?在不同階段上提前進行測試設(shè)計X模型223。 單元測試、集成測試不斷 迭代223。 應(yīng)按計劃對所開發(fā)的軟件模塊進行組裝并與硬件一起聯(lián)調(diào)223。 在模擬環(huán)境下運行，并監(jiān)視、記錄運行情況223。 對運行情況、測試結(jié)果及文檔的齊套性、正確性和一致性進行評審，達到確認~24~復(fù)制、交付、安裝223。 交付時的版本標識和登記223。 記錄222。 軟件安裝環(huán)境最低需求222。 以用戶驗收的方式進行最終確認223。 軟件設(shè)計與需求的一致性222。 文件描述與程序的一致性222。 是否通過驗收~26~運行、維護223。 針對運行中出現(xiàn)的問題，按設(shè)計更改程序進行控制223。 用戶服務(wù)記錄表~27~退役223。 控制對構(gòu)成軟件產(chǎn)品的各配置項的標識、管理、更改活動，保證軟件配置項的完全性和正確性，防止非預(yù)期的使用223。 合同、技術(shù)文檔、質(zhì)量記錄等223。 配置項的存取223。 配置項的標識223。 配置項的狀態(tài)記錄223。 對軟件存放介質(zhì) (媒體 )的要求和規(guī)定223。 媒體的標識：規(guī)則、執(zhí)行者223。 媒體的包裝、運輸~30~文檔資料控制223。 編制文檔資料所依據(jù)的標準和規(guī)范223。 文檔與軟件之間的一致性檢查223。 分類222。 交付軟件產(chǎn)品的版本223。 軟件222。 為該產(chǎn)品開發(fā)的工具軟件223。 配置管理人員，配備一臺計算機 (或服務(wù)器 )222。 訪問權(quán)限222。 開發(fā)庫存放正在開發(fā) (編寫 )或調(diào)試 (修改 )、自測的軟件和文檔223。轉(zhuǎn)入下一階段時，從此處發(fā)放用作下一階段開始工作的初始版本223。 各庫內(nèi)所存放的軟件和文檔，應(yīng)定期備份，以防止開發(fā)成果的意外丟失 (文件重寫、介質(zhì)損壞、意外事故、非法訪問 —— 病毒，黑客，故意破壞等 )并保證可追溯性~33~環(huán)境、工具和技術(shù)223。 測試所需的硬件環(huán)境 (包括模擬用戶環(huán)境所必要的輸入、輸出設(shè)備 )223。 管理軟件223。 測試軟件223。~34~有關(guān)軟件的法規(guī)和標準223。 《 計算機信息系統(tǒng)集成資質(zhì)管理辦法 (試行 )》223。 ISO／ IEC ISO／ IECTR GB／ T19000． 3—2023 質(zhì)量管理和質(zhì)量保證標準第 3部分： GB信息技術(shù)軟件生存周期過程223。 GB／ T12504—90 計算機軟件質(zhì)量保證計劃規(guī)范223。 開發(fā)人員應(yīng)具備一定的資格或能力223。 編制足夠的控制程序和工作規(guī)范 (例如開發(fā)過程控制程序、變量命名規(guī)則、代碼書寫規(guī)范、注釋規(guī)范等 )223。 編制各階段測試計劃，明確規(guī)定測試方法以及測試結(jié)果的記錄要求、評價方式和接收準則223。 質(zhì)量體系文件222。222。222。223。222。222。222。223。222。222。223。222。222。222。222。222。222。223。222。222。222。222。~37~八項質(zhì)量管理原則223。 領(lǐng)導(dǎo)作用223。 過程方法223。 持續(xù)改進223。 與供方互利的關(guān)系~38~過程方法~39~ 基于過程的質(zhì)量管理體系模式~40~實施質(zhì)量管理體系的意義223。 職責更分明223。 監(jiān)督機制加強223。 競爭能力增強~41~實施質(zhì)量管理體系工作重點223。 增進內(nèi)部溝通223。 增強社會信心~42~小結(jié)223。 如何指定符合項目的計劃223。 如何按期提交項目223。 項目中的人員流動很頻繁怎么辦223。 項目不斷變大，文檔和程序不斷的增多223。 項目中的人員在增加，如何管理好223。 簡單式 (構(gòu)建＋維護 )223。 敏捷開發(fā)223。 系統(tǒng)在沒有任何規(guī)范和規(guī)則的情況下就開發(fā)223。 這種開發(fā)方法對于使用周期很短的小項目可用223。 系統(tǒng)在交付使用時，有可能會出現(xiàn)一系列的錯誤，前期和后期維護成本都很高223。 70年代流行的開發(fā)方法223。 每個階段都有軟件質(zhì)量管理組核實后再進行下一階段的開發(fā)223。 每個階段都形成了明確的文檔223。 細化的文檔使得系統(tǒng)的用戶和開發(fā)人員難于理解和分辨系統(tǒng)的關(guān)系223。 變更應(yīng)對能力差~49~敏捷開發(fā)223。 提高軟件生產(chǎn)率223。 支持動態(tài)聯(lián)盟和虛擬組織223。 輕量級的開發(fā)過程223。 Just Enough223。 基于組件的軟件工程~51~敏捷開發(fā)過程223。 小組成
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1