最完整的軟件項目開發(fā)過程模型控制和質(zhì)量保障體系培訓(xùn)(文件)
【正文】 適應(yīng)系統(tǒng)需求的變化223。 面向業(yè)務(wù)目標(biāo)持續(xù)改進(jìn)和重組~50~敏捷開發(fā)的特征223。 并行223。 根據(jù)具體問題和情況，靈活地去除非增值活動223。 適合互聯(lián)網(wǎng)時代的開發(fā)要求~52~主要敏捷開發(fā)方法223。 Adaptive Software Development (ASD)223。 用例驅(qū)動222。 迭代和增量式222。 用例所描述和代表的是用戶與系統(tǒng)交互的一個過程，而這個過程滿足了用戶的某些需求223。 什么是最重要的呢？依賴于判斷。 受用戶需求（用戶可能會增加那方面的需求）、軟件應(yīng)用平臺（計算機(jī)硬件、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)等）、實施問題、遺留系統(tǒng)集成等的影響~56~用例和架構(gòu)223。 架構(gòu)只考慮核心功能 (510%)223。 控制迭代過程，劃分每次迭代的目標(biāo)223。 每次迭代盡可能的劃分的細(xì)，迭代數(shù)量不能太少222。 在軟件過程中，不斷的向用戶提供新的版本223。 細(xì)化? 詳細(xì)說明產(chǎn)品的功能? 設(shè)計系統(tǒng)的架構(gòu)222。 分析模型：提煉用例，將用例的實現(xiàn)分配給一組對象223。 實施模型：組件到部署物理節(jié)點(diǎn)的映射223。 組織因素：組織結(jié)構(gòu)、文化、管理、能力、經(jīng)驗等222。 迄今 為 止學(xué) 術(shù) 界和工 業(yè) 界公 認(rèn) 的有關(guān) 軟 件工程和管理 實 踐的最好的 評價模型 。 為 提高 軟 件 組織 的生 產(chǎn)過 程指明了方向。223。223。223。~70~CMM基本概念223。223?！ ?在初始級，企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護(hù)的環(huán)境。 第二級：可重復(fù)級 ~73~CMM3223。這就稱為企業(yè)的標(biāo)準(zhǔn)軟件過程。 在這一級，企業(yè)對產(chǎn)品與過程建立起定量的質(zhì)量目標(biāo)，同時在過程中加入規(guī)定得很清楚的連續(xù)的度量。產(chǎn)品因此具有可預(yù)期的高質(zhì)量。企業(yè)會采取，以達(dá)到預(yù)防缺陷 ~76~CMM五級~77~項目－自動取款機(jī)系統(tǒng)223。 取款~79~分析用例~80~系統(tǒng)分析模型－靜態(tài)建模~81~系統(tǒng)分析模型－動態(tài)建模~82~系統(tǒng)設(shè)計模型~83~三種模型的關(guān)系~84~設(shè)計模型－類設(shè)計 (靜態(tài) )~85~設(shè)計模型－動態(tài)建模~86~設(shè)計模型－子系統(tǒng)分組~87~實現(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。 儲蓄用戶使用三種功能~78~系統(tǒng)關(guān)鍵用例223。同時，分析主動去找出過程的弱點(diǎn)與長處有關(guān)過程的有效性的資料，作出對新技術(shù)的 第五級：（不斷）優(yōu)化級 要對所有項目的重要的過程活動進(jìn)行生產(chǎn)率和質(zhì)量的度量。~74~CMM4223?！ ≡谶@一級，有關(guān)軟件工程與管理工程的一個特定的、面對整個企業(yè)的軟件開發(fā)與維護(hù)的過程的文件將被制訂出來?；谶^往的項目的經(jīng)驗來計劃與管理新的項目。 ~71~CMM1223。關(guān) 鍵實 踐一般只描述 “ 做什么 ” 而不 強(qiáng) 制 規(guī) 定 “ 如何做 ” 。 這 些 過 程域就稱 為該 成熟度等 級 的關(guān) 鍵過 程域，反之有非關(guān) 鍵過 程域是指 對 達(dá)到相 應(yīng)軟 件成熟度等 級 的目 標(biāo) 不起關(guān) 鍵 作用。~69~CMM基本概念223。223。~68~CMM基本概念223。 為評 估 軟 件 組織 的生 產(chǎn) 能力提供了 標(biāo) 準(zhǔn) 。 生命周期因素：時間、專業(yè)技能222。 迭代的過程使得每次迭代過程中依賴關(guān)系的復(fù)雜程度降低~65~軟件過程具體化223。 子系統(tǒng)、類、接口223。 移交? 產(chǎn)品手冊、測試手冊、用戶培訓(xùn)、技術(shù)支持~60~產(chǎn)品版本形成的迭代過程~61~核心工作流程和四個階段~62~產(chǎn)品版本的相關(guān)模型223。 每次循環(huán)由四個階段構(gòu)成222。 增量式222。 架構(gòu)上先實現(xiàn)最粗略的部分222。 先考慮與用例無關(guān)的不會變動的方面考慮222。 架構(gòu)是系統(tǒng)的內(nèi)在形式223。223。 刻畫了系統(tǒng)的整體設(shè)計，忽略了細(xì)節(jié)設(shè)計，刻畫最重要的部分。 用戶所希望和需要的是什么223。 以架構(gòu)為中心222。 Crystal Family223。 SCRUM223。 寫必須的文檔223。 軟件的需求是難以預(yù)期的，開發(fā)方法必需適應(yīng)變化的需求，在快速的迭代中不斷改進(jìn)223。 基于時間223。 突出企業(yè)自身特點(diǎn)，體現(xiàn)企業(yè)核心能力223。 階段之間的對應(yīng)和檢查變得困難、維護(hù)代價高223。 每一階段都有測試223。 在大型項目和商用項目中極少使用~47~瀑布式~48~設(shè)計階段實現(xiàn)階段集成階段需求階段細(xì)化階段使用階段消亡每個階段做完時進(jìn)行驗證瀑布式開發(fā)223。 沒有明確的設(shè)計，設(shè)計思路都在開發(fā)者的頭腦中223。 瀑布式223。 用戶的需求在不斷的變化223。 如何降低項目的風(fēng)險223。 小結(jié)~43~軟件開發(fā)中的困境223。 規(guī)范管理制度223。 接口更明
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1