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