【正文】 2023/3/23 21:32:5321:32:5323 March 20231一個(gè)人即使已登上 頂 峰，也仍要自 強(qiáng) 不息。 勝 人者有力，自 勝 者 強(qiáng) 。 三月 21三月 21Tuesday, March 23, 2023 閱讀 一切好 書 如同和 過 去最杰出的人 談話 。 23 三月 20239:32:53 下午 21:32:53三月 211楚塞三湘接， 荊門 九派通。 21:32:5221:32:5221:323/23/2023 9:32:52 PM1成功就是日復(fù)一日那一點(diǎn)點(diǎn)小小努力的 積 累。 三月 219:32 下午 三月 2121:32March 23, 20231行 動(dòng) 出成果，工作出 財(cái) 富。 三月 2121:32:5221:32Mar2123Mar211故人江海 別 ，幾度隔山川。87PERT技術(shù)和 CPM（ 3）? 重要的邊界時(shí)間– 某個(gè)任務(wù)的最早開始時(shí)間是當(dāng)其所有前驅(qū)任務(wù)在最短的可能時(shí)間中完成時(shí)– 某個(gè)任務(wù)的最晚開始時(shí)間是在不延遲項(xiàng)目最小完成時(shí)間的前提下，最晚啟動(dòng)該任務(wù)的時(shí)間– 最早結(jié)束時(shí)間是最早開始時(shí)間加上任務(wù)持續(xù)時(shí)間– 最晚結(jié)束時(shí)間是最晚開始時(shí)間加上任務(wù)持續(xù)時(shí)間– 總浮動(dòng)量是在保證進(jìn)度的前提下，調(diào)度任務(wù)時(shí)所允許的富裕時(shí)間或回旋時(shí)間總和88PERT技術(shù)和 CPM（ 4）示例A： 公共模塊B： 新編模塊，依賴 A的完成C： 已有模塊，修復(fù)缺陷。它確定了生存周期，管理過程、技術(shù)過程等等。必要時(shí)加以控制，減輕影響65 風(fēng)險(xiǎn)特性? 不確定性：刻劃風(fēng)險(xiǎn)的事件可能發(fā)生也可能不發(fā)生；即，沒有 100％發(fā)生的風(fēng)險(xiǎn)（ 100％發(fā)生的風(fēng)險(xiǎn)是加在項(xiàng)目上的約束）? 損失：如果風(fēng)險(xiǎn)變成了現(xiàn)實(shí)，就會(huì)產(chǎn)生惡性后果或損失。 WBS的分解粒度要達(dá)到可管理的級(jí)別，即每項(xiàng)活動(dòng)能夠細(xì)分到個(gè)人，而且最好能在一周內(nèi)（ 5個(gè)工作日）完成? WBS是項(xiàng)目計(jì)劃的 “ 基礎(chǔ)構(gòu)架 ” ，它是估計(jì)、計(jì)劃、跟蹤和監(jiān)控的主要依據(jù)。– 軟件過程的度量 : 用定量的方法表達(dá)和分析軟件過程的特性，如軟件開發(fā)效率、開發(fā)成本、質(zhì)量保證措施的有效性等。一個(gè)用例應(yīng)能返回一定的可見結(jié)果給執(zhí)行該用例的角色? 構(gòu)造：在迭代增量式開發(fā)過程中的每一步所產(chǎn)生的結(jié)果，是系統(tǒng)某一特定部分的一個(gè)可執(zhí)行版本軟件過程基礎(chǔ)Rational 軟件開發(fā)過程28USDP的高層視圖? USDP包含四個(gè)階段：初始階段、細(xì)化階段、構(gòu)造階段和移交階段– 在初始階段，需要考慮項(xiàng)目的效益，并確定項(xiàng)目的適用范圍，這一階段需要與客戶進(jìn)行討論– 在細(xì)化階段，收集詳細(xì)的需求，進(jìn)行高層分析和設(shè)計(jì)，并為構(gòu)造階段制定計(jì)劃：選擇一些功能點(diǎn)，完成這些功能；再選擇別的功能點(diǎn)，再完成這些功能；如此循環(huán)往復(fù)移交階段初始階段 細(xì)化階段2 31構(gòu)造階段 …軟件過程基礎(chǔ)Rational 軟件開發(fā)過程29USDP的高層視圖 (續(xù) )– 構(gòu)造階段由多次迭代組成，每一次迭代都包含整個(gè)軟件生命周期：捕獲用例、分析、設(shè)計(jì)、實(shí)現(xiàn)和測試階段。如果項(xiàng)目風(fēng)險(xiǎn)較大，又未能及時(shí)發(fā)現(xiàn)，勢必造成重大損失。在這種情況下，外圈的開發(fā)包含了更多的活動(dòng)。多數(shù)情況下會(huì)沿著螺線繼續(xù)下去，自內(nèi)向外逐步延伸，最終得到滿意的軟件。如果在一次迭代中，有的需求不能滿足用戶的要求，可在下一次迭代中予以修正，從而在一定程度上減少了軟件開發(fā)的盲目性20進(jìn)化模型 (2) 原型模型建造 /修改原型聽取用戶意見用戶測試運(yùn)行原型21進(jìn)化模型 (3)? 進(jìn)化模型在克服瀑布模型缺點(diǎn)、減少由于軟件需求不明確給開發(fā)工作帶來風(fēng)險(xiǎn)方面，確有顯著效果。這些問題可能導(dǎo)致開發(fā)出的軟件并不是用戶真正需要的軟件，并且這一點(diǎn)在開發(fā)過程完成后才有所察覺19 進(jìn)化模型 (1)? 進(jìn)化模型主要針對(duì)事先不能完整定義需求的軟件開發(fā)。該模型給出了固定的順序，將軟件生命周期各階段的活動(dòng)從上一階段向下一階段逐級(jí)過渡，如同流水下瀉，最終得到所開發(fā)的軟件產(chǎn)品? 這一模型規(guī)定了開發(fā)各階段的活動(dòng)為：提出系統(tǒng)需求，提出軟件需求，需求分析，設(shè)計(jì)，編碼，測試和運(yùn)作。主要是改正處理方面、性能方面以及編程方面的錯(cuò)誤– 適應(yīng)性維護(hù)：約占 25%左右。主要用于適應(yīng)數(shù)據(jù)環(huán)境（外部環(huán)境）、硬件及操作系統(tǒng)（內(nèi)部環(huán)境）和移植工作– 改進(jìn)性維護(hù)：約占 50%左右。并且還規(guī)定了自上而下相互銜接的固定順序，構(gòu)成了熟知的瀑布模型? 實(shí)踐表明，各個(gè)階段間的關(guān)系并非如此簡單。用戶可以給出待開發(fā)系統(tǒng)的核心需求，并且當(dāng)看到核心需求實(shí)現(xiàn)后，能夠有效地提出反饋，以支持系統(tǒng)的最終設(shè)計(jì)和實(shí)現(xiàn)? 軟件開發(fā)人員根據(jù)用戶的需求，首先開發(fā)核心系統(tǒng)。軟件系統(tǒng)的原型有多種形式：– 丟棄型：原型開發(fā)之后，已獲取了更為清晰的需求信息，原型無需保留而廢棄– 演示型：開發(fā)原型僅以演示為目標(biāo)– 樣品型：原型規(guī)模與最終產(chǎn)品相同，只是原型僅供研究用– 增長式演示型：原型作為軟件最終產(chǎn)品的一部分，可滿足用戶的部分需求，進(jìn)一步在此基礎(chǔ)上開發(fā)，可增加需求，實(shí)現(xiàn)后再交付使用– 粗陋型：用較短時(shí)間開發(fā)的簡易原型22 螺旋模型 (1)? 將瀑布模型與進(jìn)化模型相結(jié)合，并且增加了兩者所忽略的風(fēng)險(xiǎn)分析。? 如果對(duì)所開發(fā)項(xiàng)目的需求已有了較好的理解或較大的把握，無需開發(fā)原型，便可采用普通的瀑布模型。也可能某些開發(fā)采用了不同的模型。25 統(tǒng)一軟件開發(fā)過程 (USDP)框架? USDP概述? USDP術(shù)語? USDP的高層視圖? USDP的特點(diǎn)26USDP概述? 軟件開發(fā)涉及多種因素，很難定義一種通用的過程。每一次迭代所得到的產(chǎn)品應(yīng)滿足項(xiàng)目需求的某一個(gè)子集，提交給早期用戶或是內(nèi)部提交– 移交階段，也包含 1個(gè)或多個(gè)迭代，將軟件給用戶安裝、試用和維護(hù)? 這是一個(gè)迭代增量式的開發(fā)過程，即不是在項(xiàng)目結(jié)束時(shí)一次性提交軟件，而是分塊逐次開發(fā)和提交軟件過程基礎(chǔ)Rational 軟件開發(fā)過程30USDP的高層視圖 (增量模型 )增量 1增量 2增量 3第一個(gè)增量發(fā)布第二個(gè)增量發(fā)布第三個(gè)增量發(fā)布開發(fā)進(jìn)度軟件過程基礎(chǔ)Rational 軟件開發(fā)過程31USDP的特點(diǎn)? 基于 UML、 以構(gòu)架為中心、用例驅(qū)動(dòng)與風(fēng)險(xiǎn)驅(qū)動(dòng)相結(jié)合的迭代增量式軟件開發(fā)過程? USDP包含初始、細(xì)化、構(gòu)造和移交等四個(gè)階段，其中構(gòu)造階段由多次迭代所組成? 每次迭代中的軟件開發(fā)工作都圍繞需求捕獲用例、分析、設(shè)計(jì)、實(shí)現(xiàn)和測試等五個(gè)