@ ~ 1( & ) of & 軟件過程 @ ~ 2? 作業(yè)（1 ）– 瀏覽一個自由軟件項目的發(fā)展情況， 討論其過程模型及改進(jìn)情況。 （2000字左右中文， 2頁A4， 純文本）– 公開發(fā)布于 66.1 1 1 .69.1 50/?q=forum/51– 下節(jié)課， 查找資料、 完成作業(yè)、 網(wǎng)上實(shí)驗／ 討論 – ? 新方法論，– ? 大教堂和市集， The and the – ~esr//-/– ;b. @ ~ 3The “The of a is by the of the used to and it.”-- Watts Model – the - @ ~ 4? 軟件生存周期? 軟件過程的基本概念? 軟件過程模型– 基本模型– RUP– Agile 方法 @ ~ 5? 軟件孕育、 誕生、 成長、 成熟、 衰亡的生存過程– 制定計劃– 需求分析和定義– 軟件設(shè)計– 程序編寫– 軟件測試– 運(yùn)行/維護(hù) @ ~ 6? 確定總目標(biāo)? 可行性研究– 探討解決方案– 資源、 成本、 效益、 進(jìn)度評估? 實(shí)施計劃 @ ~ 7? 目的– 描述軟件的功能和性能– 確定軟件設(shè)計的限制和軟件同其它系統(tǒng)元素的接口細(xì)節(jié)– 定義軟件的其它有效性需求 @ ~ 8軟件解決方案SRS實(shí)際問題He who asks a is a fool for five ; he who doesn’t ask a a fool . @ ~ 9? 軟件工程的技術(shù)核心 @ ~ 1 0? 將軟件設(shè)計轉(zhuǎn)換成計算機(jī)可以接受的、 以某種特定程序設(shè)計語言表示的程序代碼。
? 結(jié)構(gòu)良好、 清晰易讀、 與設(shè)計相一致? 程序設(shè)計語言、 程序設(shè)計風(fēng)格 @ ~ 1 1? 質(zhì)量保證的重要手段。– 以最少的時間和人力， 系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。? 分類– 基本分類： 黑盒測試， 白盒測試– 按測試階段劃分： 單元測試， 集成測試， 系統(tǒng)測試– 按測試目的劃分： 功能測試， 性能測試， 安全測試– 按測試對象劃分： C/S測試， GUI測試， 實(shí)時軟件測試 @ ~ 1 2? 在系統(tǒng)進(jìn)入運(yùn)行后對系統(tǒng)所做的修改? 分類– 改正性維護(hù)– 適應(yīng)性維護(hù)– 完善性維護(hù)– 預(yù)防性維護(hù) @ ~ 1 in ? 軟件 —— 具體化的知識， 資本， “知本”? 軟件開發(fā) —— 社會的學(xué)習(xí)過程， 認(rèn)識? 認(rèn)識過程： 理解、 描述、 驗證、 改進(jìn) @ ~ 1 4( )? 溝通() ——需求分析? 計劃()——項目計劃? 建模()——設(shè)計? 構(gòu)建()——編碼測試? 部署()——運(yùn)行維護(hù) @ ~ 1 5? 軟件生存周期? 軟件過程的基本概念? 軟件過程模型– 基本模型– RUP– Agile 方法 @ ~ 1 6“軟件過程也稱為軟件生存周期過程或軟件過程組，是指軟件生存周期中的一系列相關(guān)過程。
過程就是活動的集合， 活動是任務(wù)的集合， 任務(wù)則起到把輸入加工成輸出的作用。 活動的執(zhí)行可以是順序的 、迭代的（重復(fù)的） 、 并行的、 嵌套的或是有條件引發(fā)的。 ” @ ~ 1 7?軟件過程的含義個體含義：軟件或系統(tǒng)在生存周期中某一類活動的集合整體含義：軟件過程的總體工程含義：應(yīng)用軟件工程的原則、 方法來構(gòu)造軟件過程模型， 并結(jié)合軟件的具體要求進(jìn)行例化， 以及在用戶環(huán)境運(yùn)作 @ ~ 1 8Ad Hoc - (Light-) @ ~ 1 9? 軟件生存周期? 軟件過程的基本概念? 軟件過程模型– 基本模型– RUP– Agile 方法 @ ~ 20? 瀑布模型（ Model）? 原型模型（ Model）? 增量模型（ Model）? 螺旋模型（ Model）? ... ... @ ~ 21? W. Royce， 1 970? 自上而下線性模型? 將軟件過程劃分為若干相互區(qū)別而又彼此聯(lián)系的階段： 需求分析、 設(shè)計、 編碼、 測試、 運(yùn)行/維護(hù)? 每個階段的工作以上一個階段的結(jié)果為依據(jù)， 并作為下一階段工作的前提? 一次通過 @ ~ 22需求分析設(shè)計編碼測試運(yùn)行/維護(hù) @ ~ 23? 瀑布式過程的優(yōu)點(diǎn)– 支持結(jié)構(gòu)化開發(fā)方法， 控制軟件開發(fā)復(fù)雜度– 在當(dāng)時， 提供了有效的管理模式? 瀑布式過程模型的缺陷– 不能適用于在開發(fā)過程中需求的不斷變化– 前期的錯誤不能及時發(fā)現(xiàn)， 在開發(fā)過程中積累、 擴(kuò)大，造成較高的修復(fù)代價– 對于大型系統(tǒng)一次占用大量資源– 原因：?軟件開發(fā)是創(chuàng)造而非制造過程 @ ~ 24? Why– 用戶不能明確需求– 開發(fā)人員不確認(rèn)方案的可行性– 軟件人員和用戶難以溝通– 難以預(yù)期系統(tǒng)運(yùn)行的效果– ………… @ ~ 25? What?– 軟件的一個早期可運(yùn)行版本， 反映最終系統(tǒng)的部分、 重要特性? 快速實(shí)現(xiàn)， 投入運(yùn)行? 表現(xiàn)出目標(biāo)系統(tǒng)的功能和行為特性， 但不需符合全部的實(shí)現(xiàn)需求—功能和性能上的取舍? 原型模型的優(yōu)點(diǎn)– 加強(qiáng)用戶和軟件人員之間的溝通， 明確系統(tǒng)的需求， “共同語言”– 盡早得到系統(tǒng)可用性的反饋信息， 及時修改以獲得完整、 正確需求? 原型模型的缺陷– 用戶會由于看到的原型系統(tǒng)不完善， 而對產(chǎn)品產(chǎn)生懷疑– 可能為了 快速開發(fā)原型系統(tǒng)， 而采用未經(jīng)充分論證的技術(shù)（如操作系統(tǒng)平臺、 主要的算法） @ ~ 26? 原型系統(tǒng)類型– 探索型： 需求分析初期， 明確開發(fā)目標(biāo)– 實(shí)驗型： 大規(guī)模開發(fā)和實(shí)現(xiàn)之前， 考核方案– 進(jìn)化型： 使系統(tǒng)易于變化， 逐步演化成目標(biāo)系統(tǒng)? 原型系統(tǒng)的使用策略– 廢棄策略– 追加策略（演化） @ ~ 27? 原型開發(fā)過程1 . 快速分析2. 構(gòu)造原型3. 運(yùn)行和評價原型4. 修正和改進(jìn)1 . 判定原型完成2. 判定原型細(xì)部是否說明3. 原型細(xì)部的說明4. 判定原型效果5. 整理原型和提供文檔 @ ~ 28? 不是一次提交一個完整的版本， 而是構(gòu)造一系列可執(zhí)行的中間版本， 每個中間版本都從一組給定的需求出發(fā)， 且比前一版本納入更多的需求。
? 每一中間版本的需求都是確定的， 開發(fā)都執(zhí)行必要的過程、 活動和任務(wù)。? 用戶需求被分級， 逐步滿足提交， 高優(yōu)先級的需求先實(shí)現(xiàn)。 @ ~ / of1 st of2 nd of3 rd of4 th @ ~ @ ~ 31? 增量過程的優(yōu)點(diǎn)– 增強(qiáng)了最終用戶對系統(tǒng)開發(fā)過程的可見性， 用戶最緊迫的需求能夠在最短的時間得到滿足。
– 每一次增量開發(fā)的結(jié)果都可以作為一個原型系統(tǒng)， 有助于下一次增量的需求確認(rèn)。– 有助于降低整個項目失敗風(fēng)險。– 重要的系統(tǒng)服務(wù)能夠得到較為充分的測試。? 增量過程的問題– 有可能退化為Ad hoc， （需求控制， 增量劃分） @ ~ 32? B. Boehm, 1 988– 軟件開發(fā)過程為螺旋上升， 而非帶反饋的順序執(zhí)行– 每一個螺旋周期， 為開發(fā)的一次迭代– 在每次迭代中， 沒有固定定義的軟件活動， 而是根據(jù)需要選擇– 將開發(fā)活動與風(fēng)險分析相結(jié)合， 用于降低和控制風(fēng)險 @ ~ & @ ~ 34? 確定目標(biāo)– 確定軟件目標(biāo)， 選定實(shí)施方案， 確定項目開發(fā)的限制條件? 風(fēng)險分析– 分析所選方案， 考慮如何識別和消除風(fēng)險? 實(shí)施開發(fā)– 選擇本次迭代的開發(fā)活動及過程模型? 制定計劃– 評審本次迭代結(jié)果， 為下次迭代制定計劃 @ ~ 35? 螺旋模型的優(yōu)點(diǎn)– 更多的商務(wù)考慮– 風(fēng)險管理的重要性– 軟件開發(fā)充分反映“風(fēng)險”： 開發(fā)過程中的每一事件都看成是一種可能的風(fēng)險； 軟件開發(fā)過程的主要努力是消除風(fēng)險， 增加成功率。
– 適用于大型軟件系統(tǒng)開發(fā)? 螺旋模型的問題– 需要豐富的風(fēng)險評估經(jīng)驗 @ ~ 36? 軟件生存周期? 軟件過程的基本概念? 軟件過程模型– 基本模型– RUP– Agile 方法 @ ~ 37RUP ( )?為解決軟件開發(fā)中的問題， 需要以一種更好的、 迭代的、 可預(yù)測的方式開發(fā)軟件產(chǎn)品，ＲＵＰ （By , IBM） 提出軟件開發(fā)中的最佳實(shí)踐。最佳實(shí)踐包括：1 )迭代式軟件開發(fā)；2)需求管理；3)基于構(gòu)件的軟件體系結(jié)構(gòu)；4)建立軟件可視化模型；5)不斷驗證軟件質(zhì)量；6)控制變更。?1 . 1 . 最佳軟件開發(fā)實(shí)踐最佳軟件開發(fā)實(shí)踐 @ ~ & ) ? 經(jīng)典的軟件開發(fā)過程模型是瀑布模型， 它最大的問題是把風(fēng)險留給了后面的階段。
要想清除早期階段引入的故障需付出很大的代價。? ＲＵＰ 采用迭代和增量的過程。Each in an . @ ~ 39? ?這種方法是一個連續(xù)地發(fā)現(xiàn)、 創(chuàng)造和實(shí)現(xiàn)的這種方法是一個連續(xù)地發(fā)現(xiàn)、 創(chuàng)造和實(shí)現(xiàn)的過程。過程。1 ) 1 )在生存期早期， 可以及時發(fā)現(xiàn)和改正嚴(yán)重的需求在生存期早期， 可以及時發(fā)現(xiàn)和改正嚴(yán)重的需求理解錯誤；理解錯誤；2) 2)允許和鼓勵用戶反饋信息， 以明確系統(tǒng)的真實(shí)需允許和鼓勵用戶反饋信息， 以明確系統(tǒng)的真實(shí)需求；求；3) 3)使開發(fā)人員重視項目中最關(guān)鍵問題，抓住可能導(dǎo)使開發(fā)人員重視項目中最關(guān)鍵問題軟件過程有哪些， 抓住可能導(dǎo)致項目真實(shí)風(fēng)險的問題；致項目真實(shí)風(fēng)險的問題；4) 4)不斷迭代地測試可以給出項目狀況的客觀評價；不斷迭代地測試可以給出項目狀況的客觀評價；5) 5)盡早發(fā)現(xiàn)需求、 設(shè)計和實(shí)現(xiàn)間的不一致；盡早發(fā)現(xiàn)需求、 設(shè)計和實(shí)現(xiàn)間的不一致； @ ~ 403) ? 一個軟件體系結(jié)構(gòu)包括一系列重要決策：– 確定軟件系統(tǒng)的組織；– 確定構(gòu)成系統(tǒng)的結(jié)構(gòu)元素及其接口；– 用結(jié)構(gòu)元素之間的協(xié)作關(guān)系說明各個結(jié)構(gòu)元素的行為；– 將這些結(jié)構(gòu)元素及其行為組合為更大的子系統(tǒng)；– 依據(jù)軟件體系結(jié)構(gòu)風(fēng)格約定， 指導(dǎo)系統(tǒng)的構(gòu)建： 約定涉及元素和它們的接口、 協(xié)作和組合。
@ ~ 41?基于構(gòu)件建立軟件體系結(jié)構(gòu)提供了一系列方案，用以解決軟件開發(fā)中所遇到的問題：1 )使用構(gòu)件可以創(chuàng)建有彈性的體系結(jié)構(gòu)；2)模塊化方法使得人們可以分別關(guān)注系統(tǒng)中容易變化的不同元素；3)通過使用標(biāo)準(zhǔn)化的框架（如 CORBA軟件過程有哪些，COM+） 和其他商品化的構(gòu)件可以提供軟件的可復(fù)用性；4)構(gòu)件為軟件配置管理提供了一個非常自然的基礎(chǔ)。EJB ， @ ~ 424) ? 模型是現(xiàn)實(shí)的簡化， 它從特定的視角完整地描述一個系統(tǒng)。 @ ~ 43? 通過模型化， 可將系統(tǒng)體系結(jié)構(gòu)的結(jié)構(gòu)和行為可視化， 具體化。 應(yīng)用UML（統(tǒng)一建模語言） ， 開發(fā)人員可以清楚地， 無二義性地與其他人交流他們的想法和決定。? 可視化建模可以幫助開發(fā)人員提高管理軟件復(fù)雜性的能力。 通過迭代開發(fā)實(shí)踐， 還可以展示體系結(jié)構(gòu)的變化， 有助于人們評估這些變化，確保在每次迭代...