lecure項(xiàng)目開發(fā)模型

Chapter4項(xiàng)目分析（技術(shù)策劃）Whattolearn？項(xiàng)目的特征影響項(xiàng)目規(guī)劃的方法常用的軟件開發(fā)過程模型項(xiàng)目的特征影響項(xiàng)目的規(guī)劃開發(fā)人員的培訓(xùn)需求招聘的人員的類型開發(fā)環(huán)境——硬件和軟件系統(tǒng)維護(hù)安排項(xiàng)目分析方法：面向?qū)ο箝_發(fā)方法(OOD)結(jié)構(gòu)化分析和設(shè)計(jì)方法(SSADM)Jackson結(jié)構(gòu)化程序設(shè)計(jì)(JSP)技術(shù)：構(gòu)建應(yīng)用的環(huán)境基于知識(shí)的系統(tǒng)工具項(xiàng)目分析步驟：分析項(xiàng)目是目標(biāo)驅(qū)動(dòng)的還是產(chǎn)品驅(qū)動(dòng)的分析項(xiàng)目的特征標(biāo)識(shí)項(xiàng)目的高級(jí)別風(fēng)險(xiǎn)考慮與實(shí)現(xiàn)有關(guān)的用戶需求選擇通用的生命周期方法項(xiàng)目分析步驟

——分析項(xiàng)目特征面向數(shù)據(jù)(data-oriented)，如IS；還是面向過程控制(process-oriented)，如ES通用工具，還是應(yīng)用領(lǐng)域?qū)Ｓ霉ぞ呤欠裆婕靶枰獙Ｓ霉ぞ咧С值膶ｉT技術(shù)如并發(fā)處理基于知識(shí)的系統(tǒng)，如專家系統(tǒng)是否有特殊的安全性要求如系統(tǒng)故障危及人身安全的要?jiǎng)?chuàng)建的系統(tǒng)是用于執(zhí)行已定義好的服務(wù)還是一種興趣——評(píng)價(jià)不一樣系統(tǒng)運(yùn)行所需軟硬件環(huán)境的特點(diǎn)是什么練習(xí)對(duì)下列系統(tǒng)進(jìn)行分類工資支付系統(tǒng)控制瓶裝設(shè)備的系統(tǒng)地下水管網(wǎng)設(shè)計(jì)系統(tǒng)支持項(xiàng)目管理的軟件供律師查詢法律條文的系統(tǒng)面向數(shù)據(jù)或特定領(lǐng)域的應(yīng)用系統(tǒng)包含嵌入式軟件的過程控制或者工業(yè)系統(tǒng)使用圖形的信息系統(tǒng)通用信息系統(tǒng)軟件包信息收集的通用軟件包項(xiàng)目分析步驟

——識(shí)別項(xiàng)目的高級(jí)別風(fēng)險(xiǎn)產(chǎn)品不確定性：系統(tǒng)需求理解的準(zhǔn)確性。用戶在開始時(shí)有可能對(duì)系統(tǒng)應(yīng)該什么樣都無法確定。在某些環(huán)境中，精確而有效的需求描述可能迅速變得過時(shí)。過程不確定性：在項(xiàng)目開始時(shí)需要選擇方法或過程模型，或者一種新的工具，原先采用的開發(fā)方法的任何變化都將引入不確定性資源不確定性：項(xiàng)目進(jìn)行中資源的數(shù)量可能發(fā)生變化，如人力資源練習(xí)識(shí)別學(xué)院工資系統(tǒng)中的風(fēng)險(xiǎn)財(cái)務(wù)部門和人事部門之間的矛盾職員對(duì)系統(tǒng)不接受缺少運(yùn)行該系統(tǒng)的經(jīng)驗(yàn)缺少管理系統(tǒng)的計(jì)算機(jī)專業(yè)人員需求變化缺少人員（特別是人事部門的人員）對(duì)系統(tǒng)的驗(yàn)收項(xiàng)目分析步驟（4和5）考慮用戶關(guān)于實(shí)現(xiàn)的需求用戶可能在合同中限定了有關(guān)實(shí)現(xiàn)方面的方法。例如，規(guī)定了企業(yè)必須具有相應(yīng)的CMM等級(jí)，或者通過了ISO9000方法根據(jù)項(xiàng)目的性質(zhì)，選擇通用的生命周期方法控制系統(tǒng)：如并發(fā)處理的實(shí)時(shí)系統(tǒng)采用Petri網(wǎng)技術(shù)信息系統(tǒng)：如結(jié)構(gòu)化分析或面向?qū)ο蟮姆治鐾ㄓ霉ぞ撸喝翎槍?duì)市場而不是特定的應(yīng)用領(lǐng)域，考慮結(jié)構(gòu)化分析和設(shè)計(jì)或面向?qū)ο蟮姆治鲈O(shè)計(jì)專用技術(shù)：如專家系統(tǒng)硬件環(huán)境：如采用匯編語言安全性關(guān)鍵的系統(tǒng)：如形式化的方法Z方法等。不準(zhǔn)確的需求（impreciserequirement)：如原型法練習(xí)概要說明以以下每個(gè)系系統(tǒng)最適合合使用的方方法：計(jì)算特殊疾疾病病人用用藥量的系系統(tǒng)管理學(xué)生貸貸款計(jì)劃的的系統(tǒng)控制在隧道道中通行的的火車的系系統(tǒng)似乎是基于于知識(shí)的系系統(tǒng)，也是是安全性關(guān)關(guān)鍵的系統(tǒng)統(tǒng)，采用基基于知識(shí)的的系統(tǒng)的相相關(guān)技術(shù)大規(guī)規(guī)模模的的信信息息系系統(tǒng)統(tǒng)，，采采用用結(jié)結(jié)構(gòu)構(gòu)化化分分析析和和設(shè)設(shè)計(jì)計(jì)方方法法安全全性性非非常常關(guān)關(guān)鍵鍵的的嵌嵌入入式式系系統(tǒng)統(tǒng)，，采采用用如如下下方方法法保保證證可可靠靠性性基于于數(shù)數(shù)學(xué)學(xué)的的規(guī)規(guī)格格說說明明，，避避免免歧歧義義性性開發(fā)發(fā)同同一一軟軟件件的的類類似似版版本本，，以以便便交交叉叉分分析析軟件件測測試試技術(shù)術(shù)計(jì)計(jì)劃劃包包含含的的內(nèi)內(nèi)容容1、、約約束束條條件件的的介介紹紹和和總總結(jié)結(jié)a））待待開開發(fā)發(fā)系系統(tǒng)統(tǒng)的的特特征征b））項(xiàng)項(xiàng)目目的的風(fēng)風(fēng)險(xiǎn)險(xiǎn)和和不不確確定定性性c））與與實(shí)實(shí)現(xiàn)現(xiàn)選選相相關(guān)關(guān)的的用用戶戶需需求求2、、推推薦薦的的方方法法a））選選擇擇方方法法或或過過程程模模型型b））開開發(fā)發(fā)的的方方法法c））需需要要的的軟軟件件工工具具d））所所采采用用的的軟軟硬硬件件環(huán)環(huán)境境3、、實(shí)實(shí)現(xiàn)現(xiàn)a））需要要的的開開發(fā)發(fā)環(huán)環(huán)境境b））需需要要的的維維護(hù)護(hù)環(huán)環(huán)境境c））需需要要的的培培訓(xùn)訓(xùn)4、、牽牽涉涉的的問問題題a））項(xiàng)項(xiàng)目目的的產(chǎn)產(chǎn)品品和和活活動(dòng)動(dòng)，，這這些些會(huì)會(huì)影影響響項(xiàng)項(xiàng)目目進(jìn)進(jìn)度度和和總總的的項(xiàng)項(xiàng)目目效效果果b））用用于于計(jì)計(jì)算算成成本本的的財(cái)財(cái)務(wù)務(wù)報(bào)報(bào)告告項(xiàng)目目分分析析產(chǎn)產(chǎn)生生下下一一階階段段使使用用的的需需求求技術(shù)術(shù)計(jì)計(jì)劃劃可可幫幫助助準(zhǔn)準(zhǔn)備備合合同同的的投投標(biāo)標(biāo)，，使使客客戶戶對(duì)對(duì)項(xiàng)項(xiàng)目目使使用用的的技技術(shù)術(shù)方方法法的的合合理理性性留留下下深深刻刻印印象象。。軟件件過過程程的的概概念念一個(gè)個(gè)過過程程定定義義了了為為達(dá)達(dá)到到某某個(gè)個(gè)確確定定的的目目標(biāo)標(biāo)，，需需要要什什么么人人在在什什么么時(shí)時(shí)間間以以何何種種方方式式做做何何種種工工作作軟件過過程由由關(guān)于于項(xiàng)目目的階階段、、狀態(tài)態(tài)、方方法、、技術(shù)術(shù)和開開發(fā)、、維護(hù)護(hù)軟件件的人人員以以及相相關(guān)對(duì)對(duì)象（（計(jì)劃劃、文文檔、、模型型、編編碼、、測試試、手手冊(cè)等等）組組成。。過程模模型：：開發(fā)一一個(gè)軟軟件需需要選選擇開開發(fā)策策略（（包括括過程程，方方法和和工具具）以以及確確定開開發(fā)的的各個(gè)個(gè)階段段，這這些策策略和和階段段被稱稱為過過程模模型。。過程模型的的選擇基于于項(xiàng)目和應(yīng)應(yīng)用的特征征、使用的的工具和方方法、所需需要的控制制方法和交交付物。軟件開發(fā)過過程軟件工程的的核心是過過程。產(chǎn)品、人員員、技術(shù)通過過程關(guān)關(guān)聯(lián)起來。。軟件開發(fā)過過程能夠?qū)⒓夹g(shù)集成成在一起，，從而使軟軟件的開發(fā)發(fā)能夠以一一種合理而而及時(shí)的方方式完成。。過程技術(shù)人員產(chǎn)品客戶特性業(yè)務(wù)條件開發(fā)環(huán)境有效的軟件件過程有效的軟件件過程可以以提高組織織的生產(chǎn)能能力保證軟件開開發(fā)的基本本原則的實(shí)實(shí)現(xiàn)，輔助助軟件項(xiàng)目目管理者作作出明智的的決定；使軟件開發(fā)發(fā)活動(dòng)標(biāo)準(zhǔn)準(zhǔn)化，提高高軟件的可可重用性和和Team間的協(xié)作作；有效的軟件件過程也可可以改善軟軟件組織對(duì)對(duì)軟件的維維護(hù)能力通過有效地地定義如何何管理需求求變更，使使得變更部部分能夠在在未來的版版本中恰當(dāng)當(dāng)分配，實(shí)實(shí)現(xiàn)平滑過過渡；在具體操作作和相關(guān)支支持中定義義如何平滑滑地改造軟軟件，并且且這種具體體操作和支支持是可實(shí)實(shí)施的；不不可實(shí)施的的軟件過程程被剔除。。軟件開發(fā)模模型編碼修正模模型瀑布模型V模型螺旋模型原型開發(fā)模模型階段開發(fā)模模型增量開發(fā)模模型迭代開發(fā)模模型編碼修正模模型CodeandFixCodelikeHell(魯莽莽編碼)從一個(gè)大致致的想法開開始工作，，然后經(jīng)過過非正規(guī)的的設(shè)計(jì)、編編碼、調(diào)試試和測試方方法，最后后完成工作作可能有、可可能沒有的的規(guī)范發(fā)布（可能能）編碼修正模模型好處：成本可能很很低只需要很少少的專業(yè)知知識(shí)，任何何寫過程序序的人都可可以對(duì)于一些非非常小的、、開發(fā)完后后就會(huì)很快快丟棄的軟軟件可以采采用對(duì)于規(guī)模稍稍大的項(xiàng)目目，采用這這種模型是是很危險(xiǎn)的的瀑布模型（（WaterfallModel)所有過程模模型的祖宗宗項(xiàng)目從開始始到結(jié)束按按照一定的的順序執(zhí)行行瀑布模型是是文檔驅(qū)動(dòng)動(dòng)的，各個(gè)個(gè)階段不連連續(xù)也不交交叉瀑布模型RequirementAnalysisSystemDesignCodingTestingMaintenance瀑布模型適適應(yīng)于什么么場合？有有何優(yōu)缺點(diǎn)點(diǎn)？瀑布模型的的優(yōu)點(diǎn)當(dāng)有一個(gè)穩(wěn)穩(wěn)定的產(chǎn)品品定義和很很容易被理理解的技術(shù)術(shù)解決方案案時(shí)，純瀑瀑布模型特特別合適對(duì)一個(gè)定義義得很好的的版本進(jìn)行行維護(hù)或?qū)⒁粋€(gè)產(chǎn)品品移植到一一個(gè)新的平平臺(tái)上，瀑瀑布模型也也特別合適適。純瀑布模型型能夠降低低管理費(fèi)用用，因?yàn)榭煽梢灶A(yù)先完完成所有計(jì)計(jì)劃。對(duì)于那些容容易理解但但很復(fù)雜的的項(xiàng)目，采采用純瀑布布模型比較較合適，因因?yàn)榭梢杂糜庙樞蚍椒ǚㄌ幚韱栴}題。在質(zhì)量需求求高于成本本需求和進(jìn)進(jìn)度需求的的時(shí)候，它它尤為出色色。當(dāng)開發(fā)隊(duì)伍伍的技術(shù)力力量比較弱弱或者缺乏乏經(jīng)驗(yàn)時(shí)，，瀑布模型型更為適合合。瀑布模型的的缺點(diǎn)純瀑布模型型的缺點(diǎn)是是在項(xiàng)目開開始的時(shí)候候，在設(shè)計(jì)計(jì)工作完成成前和代碼碼寫出來前前，很難充充分描述需需求。瀑布模型最最主要的問問題是缺乏乏靈活性。。必須在項(xiàng)項(xiàng)目開始前前說明全部部需求。但但這恰恰是是非常困難難的。瀑布模型變變種：V型型模型對(duì)瀑布模型型的修正，，強(qiáng)調(diào)了驗(yàn)驗(yàn)證活動(dòng)RequirementsAnalysisSystemDesignProgramDesignCodingUnitandIntegrationTestingSystemTestingMaintenanceUserAcceptanceTestingCorrectnessCorrectnessCorrectness螺旋模型（（Spiral）進(jìn)化方法迭代開發(fā)與與風(fēng)險(xiǎn)管理理結(jié)合以風(fēng)險(xiǎn)為導(dǎo)導(dǎo)向的生命命期模型風(fēng)險(xiǎn)分析結(jié)結(jié)果決定““go,no-go”B.W.Boehm論文文,IEEEcomputer,21(5)螺旋模型的的四個(gè)主要要活動(dòng)每個(gè)循環(huán)包包括四個(gè)階階段制定計(jì)劃：：確定軟件件目標(biāo)、需需求和選定定實(shí)施方案案、明確項(xiàng)項(xiàng)目開發(fā)的的限制條件件、確定下下步可選方方案風(fēng)險(xiǎn)分析：：評(píng)估所選選方案，考考慮如何識(shí)識(shí)別和消除除風(fēng)險(xiǎn)，進(jìn)進(jìn)行原型開開發(fā)工程實(shí)施：：實(shí)施軟件件開發(fā)、編編碼和測試試等客戶評(píng)估：：評(píng)價(jià)開開發(fā)工作，，提出修改改建議，規(guī)規(guī)劃下一階階段的任務(wù)務(wù)ReviewCommitmentPartitionRiskanaly-sisPrototype1Simulations,models,benchmarksRequirementsplan,life-cycleplanConceptofoperationPrototype2RiskanalysisSoftwarerequirementsRequirementsvalidationDevelop-mentplanRiskanalysisPrototype3SoftwareproductdesignDesignvalidationandverificationIntegrationandtestplanRiskanalysisOperationalprototypeDetaileddesignUnittestCodeIntegrationandtestAcceptancetestImplementationPlannextphasesDevelop,verifynext-levelproductDetermineobjectives,alternatives,constrainsEvaluatealternatives,identify,resolverisksCumulativecostProgressthroughsteps問題：有何何優(yōu)缺點(diǎn)？？Spiral模型型螺旋模型的的特點(diǎn)瀑布模型的的多次迭代代靈活設(shè)計(jì)用戶可以更更早看到產(chǎn)產(chǎn)品用戶可以與與開發(fā)人員員進(jìn)行緊密密地合作可以給開發(fā)發(fā)人員更多多的反饋信信息可以將每個(gè)個(gè)階段進(jìn)行行更細(xì)的劃劃分通過風(fēng)險(xiǎn)管管理進(jìn)行驅(qū)驅(qū)動(dòng)用戶可以不不斷對(duì)產(chǎn)品品進(jìn)行評(píng)估估項(xiàng)目的投資資不用一次次性投入適合的項(xiàng)目目類型風(fēng)險(xiǎn)是主要要的制約因因素用戶對(duì)需求求不是很明明確可能發(fā)生一一些重大變變革的項(xiàng)目目采用了新技技術(shù)的項(xiàng)目目規(guī)模很大的的項(xiàng)目原型（prototype））原型是在系系統(tǒng)需求階階段快速構(gòu)構(gòu)建一部分分系統(tǒng)的生生存期模型型，以減少少風(fēng)險(xiǎn)和不不確定性拋棄型原型型：用于試試驗(yàn)?zāi)承└鸥拍?，試?yàn)驗(yàn)完系統(tǒng)無無用處進(jìn)化型原型型：原型系系統(tǒng)不斷被被開發(fā)和被被修正，最最終它變?yōu)闉橐粋€(gè)真正正的系統(tǒng)。。原型法的特點(diǎn)從實(shí)踐中學(xué)學(xué)習(xí)(Learningbydoing)改善通信改善用戶參參與需求定義之之前快速構(gòu)構(gòu)建一個(gè)原原型系統(tǒng)驗(yàn)證描述的的一致性和和完整性可能可以減減少文檔減少了維護(hù)護(hù)成本特征約束（（利用工具具構(gòu)造原型型可以將某某些特性落落到實(shí)處，，而非在紙紙上寫的那那樣容易失失誤）試驗(yàn)驗(yàn)是是否否能能產(chǎn)產(chǎn)生生期期待待的的結(jié)結(jié)果果原型型法法的的缺缺點(diǎn)點(diǎn)用戶戶有有時(shí)時(shí)誤誤解解了了原原型型的的角角色色，，例例如如他他們們可可能能誤誤解解原原型型應(yīng)應(yīng)該該和和真真實(shí)實(shí)系系統(tǒng)統(tǒng)一一樣樣可可靠靠缺少少項(xiàng)項(xiàng)目目標(biāo)標(biāo)準(zhǔn)準(zhǔn)，，進(jìn)進(jìn)化化原原型型法法有有點(diǎn)點(diǎn)像像編編碼碼修修正正缺少少控控制制，，由由于于用用戶戶可可能能不不斷斷提提出出新新要要求求，，因因而而原原型型迭迭代代的的周周期期很很難難控控制制額外外的的花花費(fèi)費(fèi)：：研研究究結(jié)結(jié)果果表表明明構(gòu)構(gòu)造造一一個(gè)個(gè)原原型型可可能能需需要要10%額額外外花花費(fèi)費(fèi)運(yùn)行行效效率率可可能能會(huì)會(huì)受受影影響響原型型法法要要求求開開發(fā)發(fā)者者與與用用戶戶密密切切接接觸觸，，有有時(shí)時(shí)這這是是不不可可能能的的。。例例如如外外包包軟軟件件。。構(gòu)造造原原型型的的對(duì)對(duì)象象人機(jī)機(jī)接接口口系統(tǒng)統(tǒng)的的功功能能練習(xí)習(xí)：：何何時(shí)時(shí)引引入入原原型型系系統(tǒng)統(tǒng)保險(xiǎn)險(xiǎn)公公司司的的高高層層經(jīng)經(jīng)理理需需要要通通過過個(gè)個(gè)人人計(jì)計(jì)算算機(jī)機(jī)上上的的一一個(gè)個(gè)系系統(tǒng)統(tǒng)來來訪訪問問管管理理信信息息。。該該系系統(tǒng)統(tǒng)價(jià)價(jià)格格必必須須合合適適。。很很多多人人懷懷疑疑是是否否經(jīng)經(jīng)理理真真需需要要使使用用該該系系統(tǒng)統(tǒng)。。可行行性性研研究究階階段段，，采采用用實(shí)實(shí)物物模模型型的的方方法法支持持客客戶戶銷銷售售人人員員通通過過電電話話回回答答有有關(guān)關(guān)客客戶戶詢?cè)儐枂柶囓嚤１ｋU(xiǎn)險(xiǎn)價(jià)價(jià)格格的的系系統(tǒng)統(tǒng)設(shè)計(jì)計(jì)用用戶戶對(duì)對(duì)話話界界面面時(shí)時(shí)保險(xiǎn)險(xiǎn)公公司司考考慮慮實(shí)實(shí)施施一一個(gè)個(gè)基基于于MSAccess的的電電話話銷銷售售系系統(tǒng)統(tǒng)，，他他們們不不知知道道Access是是否否能能夠夠開開發(fā)發(fā)出出相相應(yīng)應(yīng)界界面面的的系系統(tǒng)統(tǒng)并并具具備備足足夠夠快快的的相相應(yīng)應(yīng)時(shí)時(shí)間間。。方案案設(shè)設(shè)計(jì)計(jì)階階段段階段段交交付付階段段交交付付持持續(xù)續(xù)地地在在確確定定的的階階段段向向用用戶戶展展示示軟軟件件。。和漸漸進(jìn)進(jìn)原原型型不不同同，，在在階階段段交交付付的的時(shí)時(shí)候候，，你你明明確確地地知知道道下下一一步步要要完完成成什什么么工工作作。。階段段交交付付的的特特點(diǎn)點(diǎn)：：不不會(huì)會(huì)在在項(xiàng)項(xiàng)目目結(jié)結(jié)束束的的時(shí)時(shí)候候一一下下交交付付全全部部軟軟件件，，而而是是在在項(xiàng)項(xiàng)目目整整個(gè)個(gè)開開發(fā)發(fā)過過程程中中持持續(xù)續(xù)不不斷斷地地交交付付階階段段性性成成果果。。階段交付優(yōu)缺缺點(diǎn)：階段交付的優(yōu)優(yōu)點(diǎn)：項(xiàng)目結(jié)結(jié)束交付全部部成果前，分分階段將有用用的功能交付付給用戶。階段交付的主主要缺點(diǎn)是：：如果管理層層面和技術(shù)層層面上缺乏仔仔細(xì)的規(guī)劃，，工作就無法法進(jìn)行。使用階段交付付的注意點(diǎn)：：必須確定每一一階段的交付付是對(duì)用戶有有用的必須確?？紤]慮了不同產(chǎn)品品組成部分的的技術(shù)依賴關(guān)關(guān)系面向進(jìn)度的設(shè)設(shè)計(jì)類似于階段交交付，但是面面向進(jìn)度的設(shè)設(shè)計(jì)生命周期期模型在開始始的時(shí)候不必必知道究竟能能達(dá)到何目標(biāo)標(biāo)，但是要確確保最后的期期限。該模型的關(guān)鍵鍵是要按優(yōu)先先級(jí)別劃分系系統(tǒng)特性并規(guī)規(guī)劃開發(fā)階段段，保證前面面的階段具有有高優(yōu)先級(jí)的的特性，低特特性具有低優(yōu)優(yōu)先級(jí)別。是否采用這種種方法決定于于是否對(duì)系統(tǒng)統(tǒng)目標(biāo)具有足足夠的信心，，如果有信心心，則沒必要要采用這種方方法。漸進(jìn)交付漸進(jìn)交付是一一種跨越了漸漸進(jìn)原型和階階段交付兩種種模型的過程程模型?；具^程：開開發(fā)一個(gè)產(chǎn)品品的版本，展展示給用戶，，根據(jù)反饋改改善產(chǎn)品。如果計(jì)劃滿足足用戶的絕大大部分需求，，漸進(jìn)交付與與漸進(jìn)原型差差不多，如果果計(jì)劃滿足少少量的需求，，漸進(jìn)交付就就和階段交付付差不多。漸進(jìn)原型，強(qiáng)強(qiáng)調(diào)的是系統(tǒng)統(tǒng)看得見的樣樣子，再回來來堵漏洞，漸漸進(jìn)交付中，，最初的重點(diǎn)點(diǎn)是系統(tǒng)核心心和底層系統(tǒng)統(tǒng)功能。漸進(jìn)交付軟件概念需求分析構(gòu)架和內(nèi)核設(shè)設(shè)計(jì)開發(fā)一個(gè)版本本并入用戶反饋饋交付該版本開發(fā)一個(gè)版本本交付最終版本本面向開發(fā)工具具的設(shè)計(jì)只在現(xiàn)有軟件件工具直接支支持的情況下下增強(qiáng)產(chǎn)品的的功能，如果果它不支持，，就放棄這些些功能。當(dāng)時(shí)間成為主主要約束時(shí)，，采用該模型型能夠比其他他模型能夠更更完整地實(shí)現(xiàn)現(xiàn)功能。該方法的缺點(diǎn)點(diǎn)是你失去了了很多對(duì)產(chǎn)品品的控制能力力。商品軟件商品軟件也許許未必滿足所所有的要求，，但是自己開開發(fā)也需要一一個(gè)周期，到到那個(gè)時(shí)候，，商品軟件可可能已經(jīng)滿足足了你的要求求。商品軟件可能能存在不足，，但是，自己己開發(fā)的產(chǎn)品品也未必那么么完美，當(dāng)補(bǔ)補(bǔ)充了商品軟軟件的不足時(shí)時(shí)，也許帶來來了新的問題題。因而，商品軟軟件始終是一一個(gè)值得考慮慮的方案。9、靜夜四四無鄰，，荒居舊舊業(yè)貧。。。1月-231月-23Wednesday,January4,202310、雨中黃黃葉樹，，燈下白白頭人。。。21:02:0621:02:0621:021/4/20239:02:06PM11、以我我獨(dú)沈沈久，，愧君君相見見頻。。。1月-2321:02:0621:02Jan-2304-Jan-2312、故故人人江江海海別別，，幾幾度度隔隔山山川川。。。。21:02:0621:02:0621:02Wednesday,January4,202313、乍見翻疑夢夢，相悲各問問年。。1月-231月-2321:02:0621:02:06January4,202314、他他鄉(xiāng)鄉(xiāng)生生白白發(fā)發(fā)，，舊舊國國見見青青山山。。。。04一一月月20239:02:06下下午午21:02:061月月-2315、比不了得得就不比，，得不到的的就不要。。。。一月239:02下下午1月-2321:02January4,202316、行動(dòng)出成果果，工作出財(cái)財(cái)富。。2023/1/421:02:0621:02:0604January202317、做做前前，，能能夠夠環(huán)環(huán)視視四四周周；；做做時(shí)時(shí)，，你你只只能能或或者者最最好好沿沿著著以以腳腳為為起起點(diǎn)點(diǎn)的的射射線線向向前前。。。。9:02:06下下午午9:02下下午午21:02:061月月-239、沒有有失敗敗，只只有暫暫時(shí)停停止成成功！！。1月-231月-23Wednesday,January4,202310、很多事情情努力了未未必有結(jié)果果，但是不不努力卻什什么改變也也沒有。。。21:02:0621:02:0621:021/4/20239:02:06PM11、成功就是日日復(fù)一日那一一點(diǎn)點(diǎn)小小努努力的積累。。。1月-2321:02:0621:02Jan-2304-Jan-2312、世世間間成成事事，，不不求求其其絕絕對(duì)對(duì)圓圓滿滿，，留留一一份份不不足足，，可可得得無無限限完完美美。。。。21:02:0621:02:0621:02Wednesday,January4,202313、不知香香積寺，，數(shù)里入入云峰。。。1月-231月-2321:02:0621:02:06January4,202314、意志志堅(jiān)強(qiáng)強(qiáng)的人人能把把世界界放在在