軟件生命周期管理

1、軟件生命周期（SDLCSystemsDevelopmentLifeCycle,SDLC）是軟件的產(chǎn)生直到報廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計、編碼、調(diào)試和測試、驗收與運行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。但隨著新的面_向?qū)ο蟮脑O(shè)計方法和技術(shù)的成熟,軟件生命周期設(shè)計方法的指導(dǎo)意義正在逐步減少。七個階段同任何事物一樣，一個軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長、成熟、衰亡等階段，一般稱為軟件生存周期（軟件生命周期）。軟件生命周期把

2、整個軟使規(guī)模大，結(jié)軟件生存周期詳細(xì)設(shè)計）、配到不同的階件生存周期劃分為若干階段，使構(gòu)復(fù)雜和管理復(fù)雜的軟件開發(fā)變包括可行性分析、項目啟動、需編碼、測試、維護等活動，可以段去完成。得每個階段有明確的任務(wù)，的容易控制和管理。通常，求分析、設(shè)計（概要設(shè)計和將這些活動以適當(dāng)?shù)姆绞椒挚尚行苑治龃穗A段是軟件開發(fā)方與需求方共同討論，主要確定軟件的開發(fā)目標(biāo)及其可行性。主要交付物有項目規(guī)劃書、立項報告、可行性研究報告項目啟動項目啟動會、人員到位，初步分工、搭建開發(fā)環(huán)境、準(zhǔn)備項目管理工具。項目管理工具：可采用Project和JIRA結(jié)合管理。MicrosoftProject（或MSP）是一個國際上享有盛譽的通用的項

3、目管理工具軟件，凝集了許多成熟的項目管理現(xiàn)代理論和方法，可以幫助項目管理者實現(xiàn)時間、資源、成本的計劃、控制。仕克力恤_L朋皿艇劃回JnnftJulyS-165-Z35-50|6-6|6-136-ED6-27710需求知折型理1工作日?仙晦5月4日£01口聒月4日9II需求說明書得招2工作日T20W年5月5日仙05&刖日1012需求正娜（ft為臺同用件）評審1工作日T前1闡月T日201痛5月T日11曲第二次消明拚充5工柚加闡月出201用朋日6T6-T14二項目設(shè)計鼾段10工作日？Z（H（年5月m日20105J9Z1Q15概要設(shè)計3工作日T即1。年寫月10日胃110年虧月12日1

4、2-126詳加設(shè)計7工作日T加1穌月13日2010筋月度日15-5-217-理目蜜傅開庭鼾性T&工作日？2010450126201姆月25日0詳翱的油5工隹分解士工作日T201啤5月線日30】。年5月25日165-24115-215?*雜文祺轉(zhuǎn)部分«ifta?ZUHJ年5月3B日W0UJ年T月30口102B訐信息發(fā)布松目鼻分47.93工作日？20U1年5月LW日201碑T月16日求幫變系推40工作日？展01。弼月24日201口年T月16日36件公文收黃IETftH?仙碑及目汨如。年B月當(dāng)日1913R合球甘理2&r作日？201。年T月16日之。1。年6月23日旬任值班曾

5、理Z5工作日？2UUI年T月1目日WUUJ年8月用日52E普查督辦1B工體口？2口10年8月Z日2010=8J3251956E系統(tǒng)整合1B工作日？2010年0月2日201口年8月西日1059力噠系鞋頁5工附仙（譯日用日201悔恥日60聞片新聞3工作日T20W年3月g日加10的月11日596L數(shù)解離2ltt0?201姆月航日20】。年8月”日3062集擷屬5工作&?201懈月30日201懈朋日氧63數(shù)據(jù)遷移1工作日？即1碑M刖日則口料刖日盟G4禽害1工作日T2口1晦咽7日阿口年0月7日8365屈II5工作日T仙廨Q朋日2010年8月14日6621工作日T加1。年9月15日201。年1。月

6、19日6567交待10工作日201喇耳M日201班9朋日38正赴明運行10工作日?201年10月20日2010年11月2日6669驗收1工作日？201誨11月3日201年U月3月88J-JIRA是集項目計劃、任務(wù)分配、需求管理、錯誤跟蹤于一體的商業(yè)軟件。YJIRADashboard，瀏覽項目，問題：，Agile*+制理同接RoadMap:Mil卻Dsiunuzdiiu1»11：52ftCWT|f81143(11介貂感謝您對JRA的支持.米頤用1即它用招財?shù)嫩「尤菀椎馗绬?g.作為前期發(fā)人員引蜘人員落戶駝溝通的府梁犧了品蚓目開泥流程更0曲謔從事里開始？里嬖7歲里£關(guān)于1網(wǎng)

7、的使用.請參考出衽霰用戶詢雨.CBD2月之日，1*曲固/立startedprogressan.,.G：-1君求工檔)之且絲日moo田對華2朝華crtslec-'JDFID-5三若推送消息隊列creafleflJDR.L.；克船由總推送機制國受寸半rsofwiedANDROID，克舌Li?我俺：周軍付畢changEittieffS七郵5明即.挎野.他仃乘喚Showmore分配皓我曲門笑強百友現(xiàn)匹口時問敷處理中的自然役有發(fā)現(xiàn)匹!J西同轉(zhuǎn).建模工具：設(shè)計建立UML模型圖，基于UML的可視化建模工具采用的是RationalRose或MyEclise提恢客戶鼓盤版本控制工具：版本控制是程序開發(fā)、

8、管理必不可少的工具，特別是在多人協(xié)作的團隊中，適宜的版本控制工具可以提高開發(fā)效率，消除很多有代碼版本帶來的問題。主要有CVS、SVN、VSS,見下SVN截圖需求分析domainGanalexpertdomainknowlege、_MultiMediadomainhDVEiauthonngdomainSQyseotherdomains:。generalanalysetech好anaya/LJlystanalysetechBusinessModeling軟件設(shè)計軟件生命周期之軟件設(shè)計此階段主要根據(jù)需求分析的結(jié)果，對整個軟件設(shè)計，數(shù)據(jù)庫設(shè)計等等。軟件設(shè)計一般分為總件設(shè)計將為軟件程序編寫打下良好的基礎(chǔ)

9、。在此階段可根據(jù)需求分析規(guī)格說明書和設(shè)作分解），根據(jù)分解的的任務(wù)制定詳細(xì)的開發(fā)程序編碼此階段是將軟件設(shè)計的結(jié)果轉(zhuǎn)換成計算機編碼中必須要制定務(wù)符合標(biāo)準(zhǔn)的編與規(guī)范維護性，提高程序的運行效率。系統(tǒng)進行設(shè)計，如系統(tǒng)框架體設(shè)計和詳細(xì)設(shè)計。好的軟計文檔做詳細(xì)的WBS（工計劃?？蛇\行的程序代碼。在程序。以保證程序的可讀性，易軟件測試non-funcreqtestfuncreqtest"rformancetearotutine*;5;lostusmbililytnst軟件生命周期之軟件測試在軟件設(shè)計完的問題并加以個階段進行。需要建立詳細(xì)意性。主要交付物有測試計劃，測試報告成后要經(jīng)過嚴(yán)密的測試，以發(fā)現(xiàn)

10、糾正。整個測試過程分單元測試測試的方法主要有白盒測試和黑的測試計劃并嚴(yán)格按照測試計劃軟件在整個設(shè)計過程中存在、組裝測試以及系統(tǒng)測試三盒測試兩種。在測試過程中進行測試，以減少測試的隨運行維護的階段。在軟件開發(fā)完成并續(xù)適應(yīng)用戶的要求。要延續(xù)件的維護包括糾錯性維護和軟件維護是軟件生命周期中持續(xù)時間最長投入使用后，由于多方面的原因，軟件不能繼軟件的使用壽命，就必須對軟件進行維護。軟改進性維護兩個方面。周期模型就進入了軟件生命周期。在將被使用并進入維護階段，從概念提出的那一刻開始，軟件產(chǎn)品經(jīng)歷需求、分析、設(shè)計、實現(xiàn)、部署后，軟件直到最后由于缺少維護費用而逐漸消亡。這樣的一個過程，稱為“生命周期模型&qu

11、ot;(LifeCycleModel)。典型的幾種生命周期模型包括瀑布模型、快諫原型模型、迭代模型瀑布模型（WaterfallModel）首先由Royce提出。該模型由于酷似瀑布聞名。在該模型中，格說明，同樣要的一點是只以進入下一個保每個階段都模型幾乎都是的。想象一下規(guī)格說明，你鑒，但是在過首先確定需求，并接受客戶和SQA小組的驗證。然后擬定規(guī)通過驗證后，進入計劃階段，可有當(dāng)一個階段的文檔已經(jīng)編制好階段。這樣，瀑布模型通過強制能很好的完成任務(wù)。但是實際上以文檔驅(qū)動的，這對于非專業(yè)的,你去買衣服的時候，售貨員給會有什么樣的感觸。雖然瀑布模程能力上有天生的缺陷。以看出，瀑布模型中至關(guān)重并獲得SQA

12、、組的認(rèn)可才可性的要求提供規(guī)約文檔來確往往難以辦到，因為整個的用戶來說是難以閱讀和理解你出示的是一本厚厚的服裝型有很多很好的思想可以借迭代式模型需求迭代式模型是是RUP（RationalUnifiedProcess,統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程）推茬的周期模型，也是我們在這個系列文章討論的基礎(chǔ)。在RUP中，迭代被定的全部開發(fā)活程度上，開發(fā)需求工作流程義為：迭代包括產(chǎn)生產(chǎn)品發(fā)布（動和要使用該發(fā)布必需的所有其迭代是一次完整地經(jīng)過所有工作、分析設(shè)計工作流程、實施工作穩(wěn)定、可執(zhí)行的產(chǎn)品版本）他外圍元素。所以，在某種流程的過程：（至少包括）流程和測試工作流程。實質(zhì)上，它類似小型的瀑布式項目。RUPU為

13、，所有的階段（需求及其它）都可以細(xì)分為迭代。每一次的迭代都會產(chǎn)生一個可以發(fā)布的產(chǎn)品，這個產(chǎn)品是最終產(chǎn)品的一個子集。迭代的思想如圖所示。迭代和瀑布的區(qū)別問上。“任何項目都會涉及避免了風(fēng)險，那么您的計劃系統(tǒng)時才被發(fā)現(xiàn)。不管開發(fā)多的問題在最后才會暴露出迭代和瀑布的最大的差別就在于風(fēng)險的暴露時到一定的風(fēng)險。如果能在生命周期中盡早確保自然會更趨精確。有許多風(fēng)險直到已準(zhǔn)備集成團隊經(jīng)驗如何，都絕不可能預(yù)知所有的風(fēng)險。由于瀑布模型的特點（文檔是主體），很來，為了解決這些問題的風(fēng)險是巨大的。"在迭代式生命周期中，您需要根據(jù)主要風(fēng)險列表選擇要在迭代中開發(fā)的新的增量內(nèi)容。每次迭代完成時都會生成一個經(jīng)過測試

14、的可執(zhí)行文件、這樣就可以核實是否已經(jīng)降低了目標(biāo)風(fēng)險。"快速原型模型快速原型（RapidPrototype）模型在功能上等價于產(chǎn)品的一個子集。注意，這里說的是功能上。瀑布模型的缺點就在于不夠直觀，快速原型法就解決了這個問題。一般來說，根據(jù)客戶的需要在很短的時間內(nèi)解決用戶最迫切需要，完成一個可以演示的產(chǎn)品。這個產(chǎn)品只是實現(xiàn)部分的功能（最重要的）。它最重要的目的是為了確定用戶的真正需求。在我的經(jīng)驗中，這種方法非常的有效，原先對計算機沒有絲毫概念的用戶在你的原型面前往往口若懸河，有些觀點讓你都覺得非常的吃驚。在得到用戶的需求之后，原型將被拋棄。因為原型開發(fā)的速度很快，設(shè)計方面是幾乎沒有考慮的，如果保留原型的話，在隨后的開發(fā)中會為此付出極大的代價。至于保留原型方面，也是有一種叫做增量模型是這么做的，但這種模型并不為大家所接受，不在我們的討論之內(nèi)。上述的模型中都有自己獨特的思想，其實現(xiàn)在的軟件組織中很少說標(biāo)準(zhǔn)的采用那一種模型的區(qū)別的。軟件生命周期模型的發(fā)展實際上是體現(xiàn)了早的時候，軟件的生命周期處于無序、混亂的軟件的開發(fā)過程