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