版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
Chapter4項目分析(技術策劃)Whattolearn?項目的特征影響項目規(guī)劃的方法常用的軟件開發(fā)過程模型項目的特征影響項目的規(guī)劃開發(fā)人員的培訓需求招聘的人員的類型開發(fā)環(huán)境——硬件和軟件系統(tǒng)維護安排項目分析方法:面向對象開發(fā)方法(OOD)結構化分析和設計方法(SSADM)Jackson結構化程序設計(JSP)技術:構建應用的環(huán)境基于知識的系統(tǒng)工具項目分析步驟:分析項目是目標驅動的還是產品驅動的分析項目的特征標識項目的高級別風險考慮與實現(xiàn)有關的用戶需求選擇通用的生命周期方法項目分析步驟
——分析項目特征面向數(shù)據(jù)(data-oriented),如IS;還是面向過程控制(process-oriented),如ES通用工具,還是應用領域專用工具是否涉及需要專用工具支持的專門技術如并發(fā)處理基于知識的系統(tǒng),如專家系統(tǒng)是否有特殊的安全性要求如系統(tǒng)故障危及人身安全的要創(chuàng)建的系統(tǒng)是用于執(zhí)行已定義好的服務還是一種興趣——評價不一樣系統(tǒng)運行所需軟硬件環(huán)境的特點是什么練習對下列系統(tǒng)進行分類工資支付系統(tǒng)控制瓶裝設備的系統(tǒng)地下水管網設計系統(tǒng)支持項目管理的軟件供律師查詢法律條文的系統(tǒng)面向數(shù)據(jù)或特定領域的應用系統(tǒng)包含嵌入式軟件的過程控制或者工業(yè)系統(tǒng)使用圖形的信息系統(tǒng)通用信息系統(tǒng)軟件包信息收集的通用軟件包項目分析步驟
——識別項目的高級別風險產品不確定性:系統(tǒng)需求理解的準確性。用戶在開始時有可能對系統(tǒng)應該什么樣都無法確定。在某些環(huán)境中,精確而有效的需求描述可能迅速變得過時。過程不確定性:在項目開始時需要選擇方法或過程模型,或者一種新的工具,原先采用的開發(fā)方法的任何變化都將引入不確定性資源不確定性:項目進行中資源的數(shù)量可能發(fā)生變化,如人力資源練習識別學院工資系統(tǒng)中的風險財務部門和人事部門之間的矛盾職員對系統(tǒng)不接受缺少運行該系統(tǒng)的經驗缺少管理系統(tǒng)的計算機專業(yè)人員需求變化缺少人員(特別是人事部門的人員)對系統(tǒng)的驗收項目分析步驟(4和5)考慮用戶關于實現(xiàn)的需求用戶可能在合同中限定了有關實現(xiàn)方面的方法。例如,規(guī)定了企業(yè)必須具有相應的CMM等級,或者通過了ISO9000方法根據(jù)項目的性質,選擇通用的生命周期方法控制系統(tǒng):如并發(fā)處理的實時系統(tǒng)采用Petri網技術信息系統(tǒng):如結構化分析或面向對象的分析通用工具:若針對市場而不是特定的應用領域,考慮結構化分析和設計或面向對象的分析設計專用技術:如專家系統(tǒng)硬件環(huán)境:如采用匯編語言安全性關鍵的系統(tǒng):如形式化的方法Z方法等。不準確的需求(impreciserequirement):如原型法練習概要說明以以下每個系系統(tǒng)最適合合使用的方方法:計算特殊疾疾病病人用用藥量的系系統(tǒng)管理學生貸貸款計劃的的系統(tǒng)控制在隧道道中通行的的火車的系系統(tǒng)似乎是基于于知識的系系統(tǒng),也是是安全性關關鍵的系統(tǒng)統(tǒng),采用基基于知識的的系統(tǒng)的相相關技術大規(guī)規(guī)模模的的信信息息系系統(tǒng)統(tǒng),,采采用用結結構構化化分分析析和和設設計計方方法法安全全性性非非常常關關鍵鍵的的嵌嵌入入式式系系統(tǒng)統(tǒng),,采采用用如如下下方方法法保保證證可可靠靠性性基于于數(shù)數(shù)學學的的規(guī)規(guī)格格說說明明,,避避免免歧歧義義性性開發(fā)發(fā)同同一一軟軟件件的的類類似似版版本本,,以以便便交交叉叉分分析析軟件件測測試試技術術計計劃劃包包含含的的內內容容1、、約約束束條條件件的的介介紹紹和和總總結結a))待待開開發(fā)發(fā)系系統(tǒng)統(tǒng)的的特特征征b))項項目目的的風風險險和和不不確確定定性性c))與與實實現(xiàn)現(xiàn)選選相相關關的的用用戶戶需需求求2、、推推薦薦的的方方法法a))選選擇擇方方法法或或過過程程模模型型b))開開發(fā)發(fā)的的方方法法c))需需要要的的軟軟件件工工具具d))所所采采用用的的軟軟硬硬件件環(huán)環(huán)境境3、、實實現(xiàn)現(xiàn)a))需要要的的開開發(fā)發(fā)環(huán)環(huán)境境b))需需要要的的維維護護環(huán)環(huán)境境c))需需要要的的培培訓訓4、、牽牽涉涉的的問問題題a))項項目目的的產產品品和和活活動動,,這這些些會會影影響響項項目目進進度度和和總總的的項項目目效效果果b))用用于于計計算算成成本本的的財財務務報報告告項目目分分析析產產生生下下一一階階段段使使用用的的需需求求技術術計計劃劃可可幫幫助助準準備備合合同同的的投投標標,,使使客客戶戶對對項項目目使使用用的的技技術術方方法法的的合合理理性性留留下下深深刻刻印印象象。。軟件件過過程程的的概概念念一個個過過程程定定義義了了為為達達到到某某個個確確定定的的目目標標,,需需要要什什么么人人在在什什么么時時間間以以何何種種方方式式做做何何種種工工作作軟件過過程由由關于于項目目的階階段、、狀態(tài)態(tài)、方方法、、技術術和開開發(fā)、、維護護軟件件的人人員以以及相相關對對象((計劃劃、文文檔、、模型型、編編碼、、測試試、手手冊等等)組組成。。過程模模型::開發(fā)一一個軟軟件需需要選選擇開開發(fā)策策略((包括括過程程,方方法和和工具具)以以及確確定開開發(fā)的的各個個階段段,這這些策策略和和階段段被稱稱為過過程模模型。。過程模型的的選擇基于于項目和應應用的特征征、使用的的工具和方方法、所需需要的控制制方法和交交付物。軟件開發(fā)過過程軟件工程的的核心是過過程。產品、人員員、技術通過過程關關聯(lián)起來。。軟件開發(fā)過過程能夠將將技術集成成在一起,,從而使軟軟件的開發(fā)發(fā)能夠以一一種合理而而及時的方方式完成。。過程技術人員產品客戶特性業(yè)務條件開發(fā)環(huán)境有效的軟件件過程有效的軟件件過程可以以提高組織織的生產能能力保證軟件開開發(fā)的基本本原則的實實現(xiàn),輔助助軟件項目目管理者作作出明智的的決定;使軟件開發(fā)發(fā)活動標準準化,提高高軟件的可可重用性和和Team間的協(xié)作作;有效的軟件件過程也可可以改善軟軟件組織對對軟件的維維護能力通過有效地地定義如何何管理需求求變更,使使得變更部部分能夠在在未來的版版本中恰當當分配,實實現(xiàn)平滑過過渡;在具體操作作和相關支支持中定義義如何平滑滑地改造軟軟件,并且且這種具體體操作和支支持是可實實施的;不不可實施的的軟件過程程被剔除。。軟件開發(fā)模模型編碼修正模模型瀑布模型V模型螺旋模型原型開發(fā)模模型階段開發(fā)模模型增量開發(fā)模模型迭代開發(fā)模模型編碼修正模模型CodeandFixCodelikeHell(魯莽莽編碼)從一個大致致的想法開開始工作,,然后經過過非正規(guī)的的設計、編編碼、調試試和測試方方法,最后后完成工作作可能有、可可能沒有的的規(guī)范發(fā)布(可能能)編碼修正模模型好處:成本可能很很低只需要很少少的專業(yè)知知識,任何何寫過程序序的人都可可以對于一些非非常小的、、開發(fā)完后后就會很快快丟棄的軟軟件可以采采用對于規(guī)模稍稍大的項目目,采用這這種模型是是很危險的的瀑布模型((WaterfallModel)所有過程模模型的祖宗宗項目從開始始到結束按按照一定的的順序執(zhí)行行瀑布模型是是文檔驅動動的,各個個階段不連連續(xù)也不交交叉瀑布模型RequirementAnalysisSystemDesignCodingTestingMaintenance瀑布模型適適應于什么么場合?有有何優(yōu)缺點點?瀑布模型的的優(yōu)點當有一個穩(wěn)穩(wěn)定的產品品定義和很很容易被理理解的技術術解決方案案時,純瀑瀑布模型特特別合適對一個定義義得很好的的版本進行行維護或將將一個產品品移植到一一個新的平平臺上,瀑瀑布模型也也特別合適適。純瀑布模型型能夠降低低管理費用用,因為可可以預先完完成所有計計劃。對于那些容容易理解但但很復雜的的項目,采采用純瀑布布模型比較較合適,因因為可以用用順序方法法處理問題題。在質量需求求高于成本本需求和進進度需求的的時候,它它尤為出色色。當開發(fā)隊伍伍的技術力力量比較弱弱或者缺乏乏經驗時,,瀑布模型型更為適合合。瀑布模型的的缺點純瀑布模型型的缺點是是在項目開開始的時候候,在設計計工作完成成前和代碼碼寫出來前前,很難充充分描述需需求。瀑布模型最最主要的問問題是缺乏乏靈活性。。必須在項項目開始前前說明全部部需求。但但這恰恰是是非常困難難的。瀑布模型變變種:V型型模型對瀑布模型型的修正,,強調了驗驗證活動RequirementsAnalysisSystemDesignProgramDesignCodingUnitandIntegrationTestingSystemTestingMaintenanceUserAcceptanceTestingCorrectnessCorrectnessCorrectness螺旋模型((Spiral)進化方法迭代開發(fā)與與風險管理理結合以風險為導導向的生命命期模型風險分析結結果決定““go,no-go”B.W.Boehm論文文,IEEEcomputer,21(5)螺旋模型的的四個主要要活動每個循環(huán)包包括四個階階段制定計劃::確定軟件件目標、需需求和選定定實施方案案、明確項項目開發(fā)的的限制條件件、確定下下步可選方方案風險分析::評估所選選方案,考考慮如何識識別和消除除風險,進進行原型開開發(fā)工程實施::實施軟件件開發(fā)、編編碼和測試試等客戶評估::評價開開發(fā)工作,,提出修改改建議,規(guī)規(guī)劃下一階階段的任務務ReviewCommitmentPartitionRiskanaly-sisPrototype1Simulations,models,benchmarksRequirementsplan,life-cycleplanConceptofoperationPrototype2RiskanalysisSoftwarerequirementsRequirementsvalidationDevelop-mentplanRiskanalysisPrototype3SoftwareproductdesignDesignvalidationandverificationIntegrationandtestplanRiskanalysisOperationalprototypeDetaileddesignUnittestCodeIntegrationandtestAcceptancetestImplementationPlannextphasesDevelop,verifynext-levelproductDetermineobjectives,alternatives,constrainsEvaluatealternatives,identify,resolverisksCumulativecostProgressthroughsteps問題:有何何優(yōu)缺點??Spiral模型型螺旋模型的的特點瀑布模型的的多次迭代代靈活設計用戶可以更更早看到產產品用戶可以與與開發(fā)人員員進行緊密密地合作可以給開發(fā)發(fā)人員更多多的反饋信信息可以將每個個階段進行行更細的劃劃分通過風險管管理進行驅驅動用戶可以不不斷對產品品進行評估估項目的投資資不用一次次性投入適合的項目目類型風險是主要要的制約因因素用戶對需求求不是很明明確可能發(fā)生一一些重大變變革的項目目采用了新技技術的項目目規(guī)模很大的的項目原型(prototype))原型是在系系統(tǒng)需求階階段快速構構建一部分分系統(tǒng)的生生存期模型型,以減少少風險和不不確定性拋棄型原型型:用于試試驗某些概概念,試驗驗完系統(tǒng)無無用處進化型原型型:原型系系統(tǒng)不斷被被開發(fā)和被被修正,最最終它變?yōu)闉橐粋€真正正的系統(tǒng)。。原型法的特點從實踐中學學習(Learningbydoing)改善通信改善用戶參參與需求定義之之前快速構構建一個原原型系統(tǒng)驗證描述的的一致性和和完整性可能可以減減少文檔減少了維護護成本特征約束((利用工具具構造原型型可以將某某些特性落落到實處,,而非在紙紙上寫的那那樣容易失失誤)試驗驗是是否否能能產產生生期期待待的的結結果果原型型法法的的缺缺點點用戶戶有有時時誤誤解解了了原原型型的的角角色色,,例例如如他他們們可可能能誤誤解解原原型型應應該該和和真真實實系系統(tǒng)統(tǒng)一一樣樣可可靠靠缺少少項項目目標標準準,,進進化化原原型型法法有有點點像像編編碼碼修修正正缺少少控控制制,,由由于于用用戶戶可可能能不不斷斷提提出出新新要要求求,,因因而而原原型型迭迭代代的的周周期期很很難難控控制制額外外的的花花費費::研研究究結結果果表表明明構構造造一一個個原原型型可可能能需需要要10%額額外外花花費費運行行效效率率可可能能會會受受影影響響原型型法法要要求求開開發(fā)發(fā)者者與與用用戶戶密密切切接接觸觸,,有有時時這這是是不不可可能能的的。。例例如如外外包包軟軟件件。。構造造原原型型的的對對象象人機機接接口口系統(tǒng)統(tǒng)的的功功能能練習習::何何時時引引入入原原型型系系統(tǒng)統(tǒng)保險險公公司司的的高高層層經經理理需需要要通通過過個個人人計計算算機機上上的的一一個個系系統(tǒng)統(tǒng)來來訪訪問問管管理理信信息息。。該該系系統(tǒng)統(tǒng)價價格格必必須須合合適適。。很很多多人人懷懷疑疑是是否否經經理理真真需需要要使使用用該該系系統(tǒng)統(tǒng)。??尚行行孕匝醒芯烤侩A階段段,,采采用用實實物物模模型型的的方方法法支持持客客戶戶銷銷售售人人員員通通過過電電話話回回答答有有關關客客戶戶詢詢問問汽汽車車保保險險價價格格的的系系統(tǒng)統(tǒng)設計計用用戶戶對對話話界界面面時時保險險公公司司考考慮慮實實施施一一個個基基于于MSAccess的的電電話話銷銷售售系系統(tǒng)統(tǒng),,他他們們不不知知道道Access是是否否能能夠夠開開發(fā)發(fā)出出相相應應界界面面的的系系統(tǒng)統(tǒng)并并具具備備足足夠夠快快的的相相應應時時間間。。方案案設設計計階階段段階段段交交付付階段段交交付付持持續(xù)續(xù)地地在在確確定定的的階階段段向向用用戶戶展展示示軟軟件件。。和漸漸進進原原型型不不同同,,在在階階段段交交付付的的時時候候,,你你明明確確地地知知道道下下一一步步要要完完成成什什么么工工作作。。階段段交交付付的的特特點點::不不會會在在項項目目結結束束的的時時候候一一下下交交付付全全部部軟軟件件,,而而是是在在項項目目整整個個開開發(fā)發(fā)過過程程中中持持續(xù)續(xù)不不斷斷地地交交付付階階段段性性成成果果。。階段交付優(yōu)缺缺點:階段交付的優(yōu)優(yōu)點:項目結結束交付全部部成果前,分分階段將有用用的功能交付付給用戶。階段交付的主主要缺點是::如果管理層層面和技術層層面上缺乏仔仔細的規(guī)劃,,工作就無法法進行。使用階段交付付的注意點::必須確定每一一階段的交付付是對用戶有有用的必須確保考慮慮了不同產品品組成部分的的技術依賴關關系面向進度的設設計類似于階段交交付,但是面面向進度的設設計生命周期期模型在開始始的時候不必必知道究竟能能達到何目標標,但是要確確保最后的期期限。該模型的關鍵鍵是要按優(yōu)先先級別劃分系系統(tǒng)特性并規(guī)規(guī)劃開發(fā)階段段,保證前面面的階段具有有高優(yōu)先級的的特性,低特特性具有低優(yōu)優(yōu)先級別。是否采用這種種方法決定于于是否對系統(tǒng)統(tǒng)目標具有足足夠的信心,,如果有信心心,則沒必要要采用這種方方法。漸進交付漸進交付是一一種跨越了漸漸進原型和階階段交付兩種種模型的過程程模型?;具^程:開開發(fā)一個產品品的版本,展展示給用戶,,根據(jù)反饋改改善產品。如果計劃滿足足用戶的絕大大部分需求,,漸進交付與與漸進原型差差不多,如果果計劃滿足少少量的需求,,漸進交付就就和階段交付付差不多。漸進原型,強強調的是系統(tǒng)統(tǒng)看得見的樣樣子,再回來來堵漏洞,漸漸進交付中,,最初的重點點是系統(tǒng)核心心和底層系統(tǒng)統(tǒng)功能。漸進交付軟件概念需求分析構架和內核設設計開發(fā)一個版本本并入用戶反饋饋交付該版本開發(fā)一個版本本交付最終版本本面向開發(fā)工具具的設計只在現(xiàn)有軟件件工具直接支支持的情況下下增強產品的的功能,如果果它不支持,,就放棄這些些功能。當時間成為主主要約束時,,采用該模型型能夠比其他他模型能夠更更完整地實現(xiàn)現(xiàn)功能。該方法的缺點點是你失去了了很多對產品品的控制能力力。商品軟件商品軟件也許許未必滿足所所有的要求,,但是自己開開發(fā)也需要一一個周期,到到那個時候,,商品軟件可可能已經滿足足了你的要求求。商品軟件可能能存在不足,,但是,自己己開發(fā)的產品品也未必那么么完美,當補補充了商品軟軟件的不足時時,也許帶來來了新的問題題。因而,商品軟軟件始終是一一個值得考慮慮的方案。9、靜夜四四無鄰,,荒居舊舊業(yè)貧。。。1月-231月-23Wednesday,January4,202310、雨中黃黃葉樹,,燈下白白頭人。。。21:02:0621:02:0621:021/4/20239:02:06PM11、以我我獨沈沈久,,愧君君相見見頻。。。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、行動出成果果,工作出財財富。。2023/1/421:02:0621:02:0604January202317、做做前前,,能能夠夠環(huán)環(huán)視視四四周周;;做做時時,,你你只只能能或或者者最最好好沿沿著著以以腳腳為為起起點點的的射射線線向向前前。。。。9:02:06下下午午9:02下下午午21:02:061月月-239、沒有有失敗敗,只只有暫暫時停停止成成功?。?。1月-231月-23Wednesday,January4,202310、很多事情情努力了未未必有結果果,但是不不努力卻什什么改變也也沒有。。。21:02:0621:02:0621:021/4/20239:02:06PM11、成功就是日日復一日那一一點點小小努努力的積累。。。1月-2321:02:0621:02Jan-2304-Jan-2312、世世間間成成事事,,不不求求其其絕絕對對圓圓滿滿,,留留一一份份不不足足,,可可得得無無限限完完美美。。。。21:02:0621:02:0621:02Wednesday,January4,202313、不知香香積寺,,數(shù)里入入云峰。。。1月-231月-2321:02:0621:02:06January4,202314、意志志堅強強的人人能把把世界界放在在
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025湖南長沙瀏陽市人民醫(yī)院公開招聘編外合同制人員8人備考筆試題庫及答案解析
- 深度解析(2026)《GBT 25987-2010裝甲防暴車》(2026年)深度解析
- 深度解析(2026)《GBT 25931-2010網絡測量和控制系統(tǒng)的精確時鐘同步協(xié)議》
- 福建漳州市2026屆國企類選優(yōu)生招聘(第四批)開考崗位參考考試題庫及答案解析
- 2025廣西百色市樂業(yè)縣專業(yè)森林消防救援隊伍招聘13人備考筆試試題及答案解析
- 2025重慶廣播新聞中心政務服務團隊人員招聘9人參考考試題庫及答案解析
- 深度解析(2026)GBT 25691-2010《土方機械 開斗式鏟運機 容量標定》
- 深度解析(2026)《GBT 25656-2010信息技術 中文Linux應用編程界面(API)規(guī)范》(2026年)深度解析
- 2025西安交通大學第一附屬醫(yī)院醫(yī)學影像科招聘勞務派遣助理護士參考考試試題及答案解析
- 共享經濟合同糾紛與法律規(guī)制研究-基于網約車平臺與駕駛員的勞動關系認定
- 2025年煙花爆竹經營單位安全管理人員考試試題及答案
- 2025天津大學管理崗位集中招聘15人參考筆試試題及答案解析
- 2025廣東廣州黃埔區(qū)第二次招聘社區(qū)專職工作人員50人考試筆試備考題庫及答案解析
- 2025年云南省人民檢察院聘用制書記員招聘(22人)考試筆試參考題庫及答案解析
- 2026屆上海市青浦區(qū)高三一模數(shù)學試卷和答案
- 2026年重慶安全技術職業(yè)學院單招職業(yè)技能測試題庫附答案
- 環(huán)衛(wèi)設施設備采購項目投標方案投標文件(技術方案)
- 微創(chuàng)機器人手術基層普及路徑
- 24- 解析:吉林省長春市2024屆高三一模歷史試題(解析版)
- 2025年黑龍江省公務員《申論(行政執(zhí)法)》試題含答案
- 福建省福州市倉山區(qū)2024-2025學年三年級上學期期末數(shù)學試題
評論
0/150
提交評論