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