軟件項(xiàng)目開發(fā)過程模型控制和質(zhì)量保障體系(存儲版)
【正文】 3。 突出企業(yè)自身特點(diǎn)，體現(xiàn)企業(yè)核心能力223。 軟件的需求是難以預(yù)期的，開發(fā)方法必需適應(yīng)變化的需求，在快速的迭代中不斷改進(jìn)223。 SCRUM223。 以架構(gòu)為中心222。 刻畫了系統(tǒng)的整體設(shè)計(jì)，忽略了細(xì)節(jié)設(shè)計(jì)，刻畫最重要的部分。 架構(gòu)是系統(tǒng)的內(nèi)在形式223。 架構(gòu)上先實(shí)現(xiàn)最粗略的部分222。 每次循環(huán)由四個階段構(gòu)成222。 子系統(tǒng)、類、接口223。 生命周期因素：時間、專業(yè)技能222。~68~CMM基本概念223。~69~CMM基本概念223。關(guān) 鍵實(shí) 踐一般只描述 “ 做什么 ” 而不 強(qiáng) 制 規(guī) 定 “ 如何做 ” 。 在這一級，有關(guān)軟件工程與管理工程的一個特定的、面對整個企業(yè)的軟件開發(fā)與維護(hù)的過程的文件將被制訂出來。要對所有項(xiàng)目的重要的過程活動進(jìn)行生產(chǎn)率和質(zhì)量的度量。同時，分析主動去找出過程的弱點(diǎn)與長處有關(guān)過程的有效性的資料，作出對新技術(shù)的 取款~79~分析用例~80~系統(tǒng)分析模型－靜態(tài)建模~81~系統(tǒng)分析模型－動態(tài)建模~82~系統(tǒng)設(shè)計(jì)模型~83~三種模型的關(guān)系~84~設(shè)計(jì)模型－類設(shè)計(jì) (靜態(tài) )~85~設(shè)計(jì)模型－動態(tài)建模~86~設(shè)計(jì)模型－子系統(tǒng)分組~87~實(shí)現(xiàn)模型~88~測試模型~89~謝謝觀看 /歡迎下載BY FAITH I MEAN A VISION OF GOOD ONE CHERISHES AND THE ENTHUSIASM THAT PUSHES ONE TO SEEK ITS FULFILLMENT REGARDLESS OF OBSTACLES. BY FAITH I BY FAITH。企業(yè)會采取，以達(dá)到預(yù)防缺陷 在這一級，企業(yè)對產(chǎn)品與過程建立起定量的質(zhì)量目標(biāo)，同時在過程中加入規(guī)定得很清楚的連續(xù)的度量。~73~CMM3223?！ ?在初始級，企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護(hù)的環(huán)境。~70~CMM基本概念223。223。 為 提高 軟 件 組織 的生 產(chǎn)過 程指明了方向。 組織因素：組織結(jié)構(gòu)、文化、管理、能力、經(jīng)驗(yàn)等222。 分析模型：提煉用例，將用例的實(shí)現(xiàn)分配給一組對象223。 在軟件過程中，不斷的向用戶提供新的版本223。 控制迭代過程，劃分每次迭代的目標(biāo)223。 受用戶需求（用戶可能會增加那方面的需求）、軟件應(yīng)用平臺（計(jì)算機(jī)硬件、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)等）、實(shí)施問題、遺留系統(tǒng)集成等的影響~56~用例和架構(gòu)223。 用例所描述和代表的是用戶與系統(tǒng)交互的一個過程，而這個過程滿足了用戶的某些需求223。 用例驅(qū)動222。 適合互聯(lián)網(wǎng)時代的開發(fā)要求~52~主要敏捷開發(fā)方法223。 并行223。 快速適應(yīng)系統(tǒng)需求的變化223。 自上而下的開發(fā)方法223。 統(tǒng)一軟件開發(fā)過程~45~簡單式~46~修改直到用戶滿意系統(tǒng)使用消亡思路或者客戶需求構(gòu)建第一個版本簡單式過程開發(fā)特征223。 如何合理的安排已有人員223。 提高服務(wù)質(zhì)量223。 管理法治化223。 以顧客為關(guān)注焦點(diǎn)223。 監(jiān)視和測量 采購 產(chǎn)品實(shí)現(xiàn) 管理評審 記錄控制 編制測試用例并在使用前對用例本身進(jìn)行驗(yàn)證223。15504軟件過程評估223。 輔助性軟件 (防病毒軟件等 ) 產(chǎn)品庫存放可交付及已交付軟件、文檔及支持文件的版本223。 操作222。 文檔資料的歸檔與發(fā)放~31~版本管理223。 軟件的復(fù)制 (軟件的生產(chǎn)過程 )223。 基線的確立223。 收集使用中發(fā)現(xiàn)的問題和顧客意見223。 軟件安裝記錄~25~試運(yùn)行、用戶驗(yàn)收223。 根據(jù)任務(wù)書或合同的要求進(jìn)行比照，檢查其是否滿足使用要求223。 不可能在需求開發(fā)階段真正進(jìn)行任何測試，因?yàn)檫€沒有可執(zhí)行的軟件223。 回歸測試：對因排除不符合項(xiàng)而采取的措施是否產(chǎn)生了其他副作用而進(jìn)行的確認(rèn)性測試222。 單元測試：是對各個軟件功能單元的測試222。 此階段還包括部分軟件模塊的局部測試、集成與聯(lián)調(diào)222。 詳細(xì)設(shè)計(jì)說明書222。 內(nèi)容222。 邏輯框圖222。 把需求分解成單元的好處：222。 需求變更控制~9~需求的層次業(yè)務(wù)需求、用戶需求和功能需求~10~需求的開發(fā)和管理~11~需求驗(yàn)證223。 質(zhì)量保證計(jì)劃等~8~需求分析223。 設(shè)計(jì)項(xiàng)目開發(fā)進(jìn)度223。 合同及評審記錄? 產(chǎn)品要求得到規(guī)定和滿足? 單位有能力滿足規(guī)定的要求 ~6~開發(fā)策劃223。 運(yùn)行、維護(hù)223。 概要設(shè)計(jì)223。 軟件質(zhì)量指標(biāo)難以量化222。 實(shí)施質(zhì)量管理體系的意義222。 環(huán)境、工具和技術(shù)222。 軟件集成、聯(lián)調(diào)222。 軟件生存期過程222。軟件項(xiàng)目開發(fā)過程、模型、控制和質(zhì)量保障體系軟件項(xiàng)目223。223。 測試222。 配置與變更管理222。 基于過程的質(zhì)量管理體系模式222。 軟件人員廣泛存在的不規(guī)范的開發(fā)習(xí)慣使開發(fā)過程難以管理222。 需求分析223。 試運(yùn)行、用戶驗(yàn)收223。 可行性分析報告? 技術(shù)、經(jīng)濟(jì)、社會可行性，風(fēng)險對策222。 確定質(zhì)量控制點(diǎn) (評審點(diǎn)、驗(yàn)證點(diǎn)和確認(rèn)點(diǎn) )
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1