軟件項目開發(fā)過程模型控制和質(zhì)量保障體系-文庫吧在線文庫
【正文】 及其實施的責(zé)任人、實施方式等223。 配置管理計劃222。 編制內(nèi)部需求規(guī)格 (說明 )書223。 測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類223。 總體方案設(shè)計222。 詳細設(shè)計說明書與概要設(shè)計說明書是否相一致 223。 輸出222。 編寫程序代碼：源代碼 → 目標(biāo)代碼 → 可執(zhí)行代碼222。 模塊測試：是對單個軟件模塊的測試222。 聯(lián)合測試：當(dāng)軟、硬件分頭開發(fā)完成時，對其組合體進行的測試222。 ~18~軟件開發(fā)的 V字模型223。 在模擬環(huán)境下運行，并監(jiān)視、記錄運行情況223。 軟件安裝環(huán)境最低需求222。 是否通過驗收~26~運行、維護223。 合同、技術(shù)文檔、質(zhì)量記錄等223。 對軟件存放介質(zhì) (媒體 )的要求和規(guī)定223。 文檔與軟件之間的一致性檢查223。 為該產(chǎn)品開發(fā)的工具軟件223。轉(zhuǎn)入下一階段時，從此處發(fā)放用作下一階段開始工作的初始版本223。 測試軟件223。 ISO／ IECTR 編制足夠的控制程序和工作規(guī)范 (例如開發(fā)過程控制程序、變量命名規(guī)則、代碼書寫規(guī)范、注釋規(guī)范等 )223。222。222。223。222。222。~37~八項質(zhì)量管理原則223。 與供方互利的關(guān)系~38~過程方法~39~ 基于過程的質(zhì)量管理體系模式~40~實施質(zhì)量管理體系的意義223。 增進內(nèi)部溝通223。 項目中的人員流動很頻繁怎么辦223。 敏捷開發(fā)223。 70年代流行的開發(fā)方法223。 變更應(yīng)對能力差~49~敏捷開發(fā)223。 Just Enough223。 人的因素被放在第一223。 Rational RUP UML~53~統(tǒng)一軟件開發(fā)過程223。 系統(tǒng)能為每個用戶提供什么功能223。 構(gòu)架的設(shè)計價值取決于執(zhí)行該任務(wù)的人的素質(zhì)223。 考慮最重要的功能需求子集~57~迭代和增量式223。 每次迭代增加一部分設(shè)計和實現(xiàn)~58~統(tǒng)一軟件過程的生命周期223。 用例模型：系統(tǒng)的功能和用戶的關(guān)系223。 沒有通用的軟件過程222。223。 軟 件 過 程性能 ：表示（開 發(fā)組織 或 項 目 組 ）遵循其 軟 件過 程所得到的 實際結(jié) 果， 軟 件 過 程性能描述的是已得到的 實際結(jié) 果，而 軟 件 過 程能力 則 描述的是最可能的 預(yù) 期結(jié) 果，它既可 對 整個 軟 件開 發(fā)組織 而言，也可 對 一個特定 項 目而言。 歸納為 ：互相關(guān) 聯(lián) 的若干 軟 件 實 踐活 動 和有關(guān)基 礎(chǔ)設(shè) 施的一個集合。 第一級：初始級 第四級：定量管理級 在這個等級，整個企業(yè)將會把重點放在對過程進行不斷的優(yōu)化。 關(guān)鍵功能點的關(guān)注223。成本與收益的分析，以及提出對過程進行修改的建議。軟件 同時，這些過程是集成到一個協(xié)調(diào)的整體。~72~CMM2223。整個 軟 件過 程的改 進 是基于 許 多小的、 漸進 的步 驟 ，而不是通 過一次革命性的 創(chuàng) 新來 實現(xiàn) 的， 這 些小的 漸進 步 驟 就是通過 一些關(guān) 鍵實 踐來 實現(xiàn) 。 軟 件能力成熟度等 級 ： 軟 件開 發(fā)組織 在走向成熟的途中幾個具有明確定 義 的表示 軟 件 過 程能力成熟度的平臺。 軟 件 過 程 ：人 們 用于開 發(fā) 和 維護軟 件及其相關(guān) 過 程的一系列活 動 ，包括 軟 件工程活 動 和 軟 件管理活 動 。 技術(shù)因素：程序設(shè)計語言、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、框架等~66~Capability Maturity Model軟件能力成熟度模型223。 實現(xiàn)模型：類、接口到組件的映射223。 初始? 想法 產(chǎn)品? 系統(tǒng)向用戶提供的功能是什么? 系統(tǒng)的架構(gòu)是什么樣子的? 開發(fā)計劃、開支如何、人員安排222。 功能上先實現(xiàn)最重要的222。 兩方面必須并行進化223。223。 軟件架構(gòu)：系統(tǒng)的最重要的靜態(tài)和動態(tài)特征223。 DSDM223。 小組成員并不完全按照完整的方法進行開發(fā)，而223。 支持動態(tài)聯(lián)盟和虛擬組織223。 每個階段都形成了明確的文檔223。 這種開發(fā)方法對于使用周期很短的小項目可用223。 項目中的人員在增加，如何管理好223。 如何指定符合項目的計劃223。 監(jiān)督機制加強223。 過程方法223。222。222。222。222。222。 質(zhì)量體系文件222。 GB／ T12504—90 計算機軟件質(zhì)量保證計劃規(guī)范223。 《 計算機信息系統(tǒng)集成資質(zhì)管理辦法 (試行 )》223。 測試所需的硬件環(huán)境 (包括模擬用戶環(huán)境所必要的輸入、輸出設(shè)備 )223。 訪問權(quán)限222。 交付軟件產(chǎn)品的版本223。 媒體的包裝、運輸~30~文檔資料控制223。 配置項的標(biāo)識223。 用戶服務(wù)記錄表~27~退役223。 軟件設(shè)計與需求的一致性222。 交付時的版本標(biāo)識和登記223。 單元測試、集成測試不斷 迭代223。223。 系統(tǒng)測試：項目組所在部門組織的對完成集成的系統(tǒng)的測試 (是否滿足產(chǎn)品規(guī)格要 )222。 軟件 (源代碼、目標(biāo)代碼、可執(zhí)行代碼及相關(guān)數(shù)據(jù)文件)222。 安裝手冊 (初稿 )
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1