軟件項目開發(fā)過程模型控制和質(zhì)量保障體系-免費閱讀
【正文】 構(gòu)建需求223。~75~CMM5223。 在這一級，建立了管理軟件項目的政策以及為貫徹執(zhí)行這些政策而定的措施。 軟 件能力成熟度模型 ：隨著 軟 件 組織 定 義 、 實 施、 測量、控制和改 進 其 軟 件 過 程， 軟 件 組織 的能力也伴隨著這 些 階 段逐步前 進 ，完成 對軟 件 組織進 化 階 段的描述模型。 關(guān) 鍵過 程域 ：每個 軟 件能力成熟度等 級 包含若干個 對該成熟度等 級 至關(guān)重要的 過 程域，它 們 的 實 施 對 達到 該 成熟度等 級 的目 標 起到保 證 作用。 軟 件 過 程能力 ：描述（開 發(fā)組織 或 項 目 組 ）遵循其 軟 件過 程能 夠?qū)崿F(xiàn)預(yù) 期 結(jié) 果的程度，它既可 對 整個 軟 件開 發(fā)組織 而言，也可 對 一個 軟 件 項 目而言。223。 測試模型：測試用例和用例的映射~63~產(chǎn)品版本的相關(guān)模型~64~模型間的依賴關(guān)系223。 構(gòu)造? 構(gòu)造能運行的產(chǎn)品222。 每次迭代要有規(guī)范的檢查機制223。 架構(gòu)設(shè)計原則：222。判斷的依據(jù)是經(jīng)驗。 迭代：工作流程的重復(fù)、每次的活動都以上次的活動為基礎(chǔ)~54~用例驅(qū)動223。 Feature Driven Development (FDD)223。 僅僅執(zhí)行一些必須的活動，使用必須的規(guī)則，編223。 輕量級的開發(fā)過程223。 細化的文檔使得系統(tǒng)的用戶和開發(fā)人員難于理解和分辨系統(tǒng)的關(guān)系223。 系統(tǒng)在交付使用時，有可能會出現(xiàn)一系列的錯誤，前期和后期維護成本都很高223。 簡單式 (構(gòu)建＋維護 )223。 如何按期提交項目223。 競爭能力增強~41~實施質(zhì)量管理體系工作重點223。 持續(xù)改進223。222。223。222。222。222。222。 開發(fā)人員應(yīng)具備一定的資格或能力223。 ISO／ IEC 管理軟件223。 開發(fā)庫存放正在開發(fā) (編寫 )或調(diào)試 (修改 )、自測的軟件和文檔223。 軟件222。 編制文檔資料所依據(jù)的標準和規(guī)范223。 配置項的狀態(tài)記錄223。 控制對構(gòu)成軟件產(chǎn)品的各配置項的標識、管理、更改活動，保證軟件配置項的完全性和正確性，防止非預(yù)期的使用223。 文件描述與程序的一致性222。 記錄222。 應(yīng)按計劃對所開發(fā)的軟件模塊進行組裝并與硬件一起聯(lián)調(diào)223。為了保證測試的可信性，被測試的軟件應(yīng)以源代碼的形式提交，同時說明生成可執(zhí)行代碼的環(huán)境和方法。 驗收測試：在現(xiàn)場安裝、調(diào)試結(jié)束并經(jīng)試運行后，與顧客一起，就滿足合同情況進行的測試 (是否滿足合同要求 )~17~測試 (續(xù) )223。 保證編碼風格的一致性，易讀性；增強軟件源碼的可維護性~16~測試223。 產(chǎn)品標準 (初稿 )~15~編碼與調(diào)試223。 測試用例設(shè)計222。 輸出222。 確保產(chǎn)品的總體結(jié)構(gòu)和模塊間的關(guān)系與用戶需求的一致性 223。 編寫用戶手冊223。 可行性分析報告 /投標書222。 策劃報告222。 劃分開發(fā)階段223。 用戶合同要求的軟件開發(fā)任務(wù)223。 內(nèi)部確認223。 確定需求223。 軟件需求的模糊性、變化性使軟件產(chǎn)品難以成熟222。 八項質(zhì)量管理原則222。 退役223。 詳細設(shè)計222。~2~相關(guān)流程223。 完成特定目的、符合用戶特定需求的軟件所需的組織結(jié)構(gòu)和過程、規(guī)范的集合223。 開發(fā)策劃222。 復(fù)制、交付、安裝222。 周密策劃以保證 企業(yè)發(fā)展力量分析~3~軟件管理特點223。 軟件產(chǎn)品質(zhì)量特性：滿足需求能力的一系列特性總和222。 編碼與調(diào)試223。 確定外部用戶需求222。 確定項目開發(fā)的技術(shù)路線 (開發(fā)的出發(fā)基線、對現(xiàn)有產(chǎn)品的復(fù)用、委托開發(fā)等 )223。 提出開發(fā)所需資源 (軟件、硬件開發(fā)環(huán)境及工具軟件、設(shè)備、資金等 )要求并予以落實223。 確定設(shè)計輸入222。 客戶的參與在需求驗證中占有重要的位置223。 詳細的測試需求是用來衡量測試覆蓋率的重要指標222。 現(xiàn)有產(chǎn)品軟件的選用222。 數(shù)據(jù)格式設(shè)計222。 測試計劃及測試用例222。 輸出222。 集成測試：是對硬件裝置、設(shè)備和軟件的加入性測試222。例如：邊界條件測試等。 適應(yīng)現(xiàn)實223。 軟盤復(fù)制、光盤刻錄223。 結(jié)論222。 記錄222。 配置管理實施223。 媒體的貯存 (防潮、防火、防磁、防靜電、防病毒 )223。 開發(fā)過程中的版本222。 開設(shè)開發(fā)庫、受控庫和產(chǎn)品庫222。 開發(fā)所需的硬件環(huán)境223。 《 軟件產(chǎn)品管理辦法 》223。 GB／ T19001—1994 在軟件開發(fā)，供應(yīng)、安裝和維護中的使用指南223。 實施配置管理，控制軟件產(chǎn)品 (代碼和文檔 )版本和更改過程~36~軟件質(zhì)量管理體系223。 管理職責 資源管理 產(chǎn)品實現(xiàn)的策劃 開發(fā)和服務(wù)提供 不合格品控制 全員參與223。 接口更明確223。 小結(jié)~43~軟件開發(fā)中的困境223。 用戶的需求在不斷的變化223。 沒有明確的設(shè)計，設(shè)計思路都在開發(fā)者的頭腦中223。 每一階段都有測試22
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1