最完整的軟件項目開發(fā)過程模型控制和質(zhì)量保障體系培訓(已修改)
2025-01-24 16:55 本頁面
【正文】 軟件項目開發(fā)過程、模型、控制和質(zhì)量保障體系軟件項目223。 什么是軟件項目222。 完成特定目的、符合用戶特定需求的軟件所需的組織結構和過程、規(guī)范的集合223。 軟件項目的實施222。 需要周密的部署，合理的規(guī)章制度，符合項目的路線（軟件過程），良好的項目管理和人員安排。~2~相關流程223。 軟件管理特點 223。 軟件生存期過程222。 確定需求222。 開發(fā)策劃222。 需求分析222。 概要設計222。 詳細設計222。 編碼與調(diào)試222。 測試222。 軟件集成、聯(lián)調(diào)222。 內(nèi)部確認222。 復制、交付、安裝222。 試運行、用戶驗收222。 運行、維護222。 退役223。 軟件管理222。 配置與變更管理222。 環(huán)境、工具和技術222。 有關軟件的法規(guī)和標準222。 周密策劃以保證 223。 軟件質(zhì)量管理體系222。 八項質(zhì)量管理原則222。 過程方法222。 基于過程的質(zhì)量管理體系模式222。 實施質(zhì)量管理體系的意義222。 實施質(zhì)量管理體系工作重點222。 企業(yè)發(fā)展力量分析~3~軟件管理特點223。 軟件產(chǎn)品的特點222。 軟件產(chǎn)品的質(zhì)量，完全取決于其設計和開發(fā)水平222。 軟件需求的模糊性、變化性使軟件產(chǎn)品難以成熟222。 任何一個軟件產(chǎn)品，或多或少總會存在一些故障 (BUG)222。 軟件人員廣泛存在的不規(guī)范的開發(fā)習慣使開發(fā)過程難以管理222。 軟件質(zhì)量指標難以量化222。 軟件測試理論和技術尚未解決軟件產(chǎn)品正確性的驗證問題223。 軟件產(chǎn)品質(zhì)量特性：滿足需求能力的一系列特性總和222。 功能、可靠性、易用性、效率、維護性、可移植性223。 軟件管理必須在市場 (用戶 )需求和軟件成熟性之間進行權衡 ~4~軟件生存期過程223。 確定需求223。 開發(fā)策劃223。 需求分析223。 概要設計223。 詳細設計223。 編碼與調(diào)試223。 測試223。 軟件集成、聯(lián)調(diào)223。 內(nèi)部確認223。 復制、交付、安裝223。 試運行、用戶驗收223。 運行、維護223。 退役~5~確定需求223。 確定外部用戶需求222。 上級下達的軟件開發(fā)課題222。 本單位根據(jù)市場需要確定的開發(fā)課題222。 用戶合同要求的軟件開發(fā)任務223。 輸出222。 可行性分析報告? 技術、經(jīng)濟、社會可行性，風險對策222。 合同及評審記錄? 產(chǎn)品要求得到規(guī)定和滿足? 單位有能力滿足規(guī)定的要求 ~6~開發(fā)策劃223。 確定開發(fā)目標223。 確定項目開發(fā)的技術路線 (開發(fā)的出發(fā)基線、對現(xiàn)有產(chǎn)品的復用、委托開發(fā)等 )223。 確定應遵循的標準、法律和法規(guī)223。 選任開發(fā)項目經(jīng)理223。 劃分開發(fā)階段223。 確定各階段的輸入和輸出文件223。 確定質(zhì)量控制點 (評審點、驗證點和確認點 )及其實施的責任人、實施方式等223。 設計項目開發(fā)進度223。 確定開發(fā)人員并分配職責223。 提出開發(fā)所需資源 (軟件、硬件開發(fā)環(huán)境及工具軟件、設備、資金等 )要求并予以落實223。 制定配置管理計劃和質(zhì)量保證計劃~7~開發(fā)策劃 (續(xù) )223。 輸出222。 策劃報告222。 開發(fā)項目實施計劃222。 配置管理計劃222。 質(zhì)量保證計劃等~8~需求分析223。 確保項目的開發(fā)符合用戶的需求 (可測試性 )223。 確定設計輸入222。 任務委托書 /招標書222。 前期對用戶的需求調(diào)研資料222。 可行性分析報告 /投標書222。 合同等 223。 編制內(nèi)部需求規(guī)格 (說明 )書223。 需求變更控制~9~需求的層次業(yè)務需求、用戶需求和功能需求~10~需求的開發(fā)和管理~11~需求驗證223。 驗證是為了確保需求說明準確、完整地表達必要的質(zhì)量特點223。 客戶的參與在需求驗證中占有重要的位置223。 審查需求文檔223。 以需求為依據(jù)編寫測試用例223。 編寫用戶手冊223。 確定合格的標準~12~測試需求223。 測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類223。 把需求分解成單元的好處：222。 測試需求是測試用例的基礎，分成單元可以更好地進行設計222。 詳細的測試需求是用來衡量測試覆蓋率的重要指標222。 測試需求包括各種測試設計和開發(fā)以及所需資源 223。 最好分解到功能點~13~概要設計223。 確保產(chǎn)品的總體結構和模塊間的關系與用戶需求的一致性 223。 內(nèi)容222。 總體方案設計222。 邏輯框圖222。 接口及通訊協(xié)議選用222。 現(xiàn)有產(chǎn)品軟件的選用222。 邊界 (約束 )條件的設計222。 運行環(huán)境設計等223。 輸出222。 概要設計說明書~14~詳細設計223。 詳細設計說明書與概要設計說明書是否相一致 223。 內(nèi)容222。 算法設計222。 數(shù)據(jù)格式設計222。 實現(xiàn)流程設計222。 人機界面設計222。 測試用例設計222。 操作設計等223。 輸出222。 詳細設計說明
范文總結相關推薦
鄂ICP備17016276號-1