




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
問題定義 可行性與分析需求 系統(tǒng)設(shè)計(jì) 程序?qū)崿F(xiàn) 問題定義 可行性與分析需求 系統(tǒng)設(shè)計(jì) 程序?qū)崿F(xiàn) 測(cè)試確認(rèn) 維護(hù)支持管理的定義軟件項(xiàng)目管理是軟件工程和項(xiàng)目管理的交叉學(xué)科,軟件項(xiàng)目管理的概念涵蓋了管理軟件產(chǎn)項(xiàng)目管理定義為:在軟件項(xiàng)目活動(dòng)中運(yùn)用一系列知識(shí)、技能、工具和技術(shù),以滿足軟件需求方的整體要求。軟件工程的活動(dòng)包括問題定義、可行性研究、需求分析、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)、支持等,所有這些活動(dòng)都必須進(jìn)行管理,軟件項(xiàng)目管理貫穿于軟件工程的演化過程之中,如圖1所示。軟件項(xiàng)目管理過程為保證軟件項(xiàng)目獲得成功,必須清楚其工作范圍、要完成的任務(wù)、需要的資源、需要的工作量、進(jìn)度的安排、可能遇到的風(fēng)險(xiǎn)等。軟件項(xiàng)目的管理工作在技術(shù)工作開始之前就應(yīng)開始,而在軟件從概念到實(shí)現(xiàn)的過程中繼續(xù)進(jìn)行,且只有當(dāng)軟件開發(fā)工作最后結(jié)束時(shí)才終止。管理的過程分為如下幾個(gè)步驟:(1)啟動(dòng)軟件項(xiàng)目啟動(dòng)軟件項(xiàng)目是指必須明確項(xiàng)目的目標(biāo)和范圍、考慮可能的解決方案以及技術(shù)和管理上的要求等,這些信息是軟件項(xiàng)目運(yùn)行和管理的基礎(chǔ)。(2)制定項(xiàng)目計(jì)劃軟件項(xiàng)目一旦啟動(dòng),就必須制定項(xiàng)目計(jì)劃。計(jì)劃的制定以下面的活動(dòng)為依據(jù)。估算項(xiàng)目所需要的工作量估算項(xiàng)目所需要的資源根據(jù)工作量制定進(jìn)度計(jì)劃,繼而進(jìn)行資源分配做出配置管理計(jì)劃(3)跟蹤及控制項(xiàng)目計(jì)劃在軟件項(xiàng)目進(jìn)行過程中,嚴(yán)格遵守項(xiàng)目計(jì)劃,對(duì)于一些不可避免的變更,要進(jìn)行適當(dāng)?shù)目刂坪驼{(diào)整,但要確保計(jì)劃的完整性和一致性。(4)評(píng)審項(xiàng)目計(jì)劃對(duì)項(xiàng)目計(jì)劃的完成程度進(jìn)行評(píng)審。并對(duì)項(xiàng)目的執(zhí)行情況進(jìn)行評(píng)價(jià)。(5)編寫管理文檔項(xiàng)目管理人員根據(jù)軟件合同確定軟件項(xiàng)目是否完成。項(xiàng)目一旦完成,則檢查項(xiàng)目完成的結(jié)果和中間記錄文檔,并把所有的結(jié)果記錄下來(lái)形成文檔而保存。管理的內(nèi)容及上述軟件項(xiàng)目管理過程的方方面面,概括起來(lái)主要有如下幾項(xiàng)。 (1)軟件項(xiàng)目需求管理軟件需求是軟件工程過程中的重要一環(huán),是軟件設(shè)計(jì)的基礎(chǔ),也是用戶和軟件工程人員之間的橋梁。簡(jiǎn)單地說(shuō),軟件需求就是確定系統(tǒng)需要做什么,嚴(yán)格意義上,軟件需求是系統(tǒng)或軟件必須達(dá)到的目標(biāo)與能力。需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案,同時(shí)也是一個(gè)使客戶與項(xiàng)目開發(fā)組對(duì)不斷變更的軟件需求達(dá)成并保持一致的過程。在需求管理中,軟件工程組的工作是采取適當(dāng)?shù)拇胧﹣?lái)保證分配的需求,即要將分配的需求文檔化,控制需求的變化,負(fù)責(zé)項(xiàng)目實(shí)施過程中需求的實(shí)現(xiàn)情況。需求管理的目的是在客戶和處理客戶需求的軟件項(xiàng)目組之間建立對(duì)客戶需求的共同理解。需求管理的目標(biāo)有兩個(gè):使軟件需求受控,并建立供軟件工程和管理使用的需求基線。使軟件計(jì)劃、產(chǎn)品和活動(dòng)與軟件需求保持一致。在需求管理過程,為實(shí)現(xiàn)第一個(gè)目標(biāo),必須控制需求基線的變動(dòng),按照變更控制的標(biāo)準(zhǔn)和規(guī)范的過程進(jìn)行需求變更控制和版本控制;為實(shí)現(xiàn)第二個(gè)目標(biāo),必須就變更和軟件項(xiàng)目各小組達(dá)成共識(shí),對(duì)軟件項(xiàng)目計(jì)劃做出調(diào)整,其中包括人員的安排、用戶的溝通、成本的調(diào)整、進(jìn)度的調(diào)整等。為進(jìn)行有效的需求管理,一般要遵循如下五條原則:需求一定要分類管理進(jìn)行軟件項(xiàng)目管理的時(shí)候,一定要將軟件需求分出層次。不同層次需求的側(cè)重點(diǎn)、描述方式、管理方式是不同的。需求必須分優(yōu)先級(jí)在軟件項(xiàng)目中,如果出現(xiàn)過多的需求,通常會(huì)導(dǎo)致項(xiàng)目超出預(yù)算和預(yù)定進(jìn)度,最終導(dǎo)致軟件項(xiàng)目的失敗,因而需求的優(yōu)先級(jí)可能比需求本身更加重要。需求必須文檔化需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的,是經(jīng)過驗(yàn)證的,是在受控的狀態(tài)下變更的。需求一旦變化,就必須對(duì)需求變更的影響進(jìn)行評(píng)估無(wú)論需求變化的程度如何,只要需求變化了就必須進(jìn)行評(píng)估,這是基本的原則。需求管理必須與需求工程的其他活動(dòng)緊密整合進(jìn)行需求管理一定不能脫離需求工程,需求工程包括了需求獲取、需求分析、需求描述、需求驗(yàn)證、需求管理,因而需求管理必須與前面的幾個(gè)需求階段保持密切相關(guān)。需求管理在需求開發(fā)的基礎(chǔ)上進(jìn)行,貫穿于整個(gè)軟件項(xiàng)目過程,是軟件項(xiàng)目管理的一部分。在軟件項(xiàng)目進(jìn)行的過程中,無(wú)論正處于哪個(gè)階段,一旦有需求錯(cuò)誤出現(xiàn)或任何有關(guān)需求的變更出現(xiàn),都需要需求管理活動(dòng)來(lái)解決。需求管理是一個(gè)對(duì)系統(tǒng)需求變更了解和控制的過程。初始需求導(dǎo)出的同時(shí)就啟動(dòng)了需求管理規(guī)劃,一旦形成了需求文檔的草稿版本,需求活動(dòng)就開始了。需求活動(dòng)的具體內(nèi)容如表1所示。任務(wù)建議需求變更并分析其影響,做出是否變更的決策版本控制確定單個(gè)需求和SRS(即功能規(guī)格說(shuō)明)的版本其他需求及系統(tǒng)元素的聯(lián)系鏈求的狀態(tài)動(dòng)需求驗(yàn)證過程,如果在構(gòu)造設(shè)計(jì)開始之前,通過驗(yàn)證基于需求的測(cè)試計(jì)劃和原型測(cè)試來(lái)審察需求文檔依據(jù)需求編寫測(cè)試用例編寫用戶手冊(cè)確定合格的標(biāo)準(zhǔn) 驗(yàn)證的內(nèi)容在需求驗(yàn)證過程中,要對(duì)需求文檔中定義的需求執(zhí)行多種類型的檢查。有效性檢查----對(duì)于每項(xiàng)需求都必須證明它是正確有效的,確實(shí)能解決用戶面對(duì)的問題。或相互矛盾的約束。完備性檢查----需求文檔應(yīng)該包括所有系統(tǒng)用戶想要的功能和約束?,F(xiàn)實(shí)性檢查----檢查需求以保證能利用現(xiàn)有技術(shù)實(shí)現(xiàn)??蓹z驗(yàn)性檢查----描述的需求能夠?qū)嶋H測(cè)試。合,每一項(xiàng)需求都能追溯到特定用戶的要求??烧{(diào)節(jié)性檢查----需求變更能夠不對(duì)其他系統(tǒng)帶來(lái)大規(guī)模的影響??勺x性檢查----需求說(shuō)明能否被系統(tǒng)購(gòu)買者和最終用戶讀懂。需求評(píng)審需求分析完成后,應(yīng)由用戶和系統(tǒng)分析員共同進(jìn)行需求評(píng)審。鑒于需求規(guī)格說(shuō)明是軟件設(shè)計(jì)的基礎(chǔ),需求評(píng)審需要有客戶方和承包商方的人員共同參與,檢查文檔中的不規(guī)范之處和遺漏之處。(2)軟件項(xiàng)目估算與進(jìn)度管理軟件項(xiàng)目估算包括工作量估算和成本估算兩個(gè)方面。軟件估算作為軟件項(xiàng)目管理的一項(xiàng)重要內(nèi)容,是確保軟件項(xiàng)目成功的關(guān)鍵因素。估算是指通過預(yù)測(cè)構(gòu)造軟件項(xiàng)目所需要的工作量的過程。初步的估算用于確定軟件項(xiàng)目的可行性,詳細(xì)的估算用于指導(dǎo)項(xiàng)目計(jì)劃的制定。工作分解結(jié)構(gòu)對(duì)軟件項(xiàng)目進(jìn)行估算遇到的第一個(gè)問題就是軟件規(guī)模,即軟件的程序量。軟件規(guī)模是軟件工作量的主要影響因素。軟件項(xiàng)目的設(shè)計(jì)有一個(gè)分層結(jié)構(gòu),這一分層結(jié)構(gòu)就對(duì)應(yīng)著工作分解結(jié)構(gòu)(WBS,WorkBreakdownStructure),它將軟件過程和軟件產(chǎn)品結(jié)構(gòu)聯(lián)系起來(lái)。圖2是一個(gè)典型的WBS結(jié)構(gòu)。子系統(tǒng)子系統(tǒng)模塊模塊模塊模塊模塊模塊模塊模塊子系統(tǒng)子系統(tǒng)模塊模塊模塊模塊模塊模塊模塊模塊系統(tǒng)子系統(tǒng)模塊有了工作分解結(jié)構(gòu)之后,還必須定義度量標(biāo)準(zhǔn)用以對(duì)軟件規(guī)模進(jìn)行估計(jì)。常用的軟件規(guī)模行LOC(LinesofCode)和功能點(diǎn)FP(FunctionPoints)。代碼行行語(yǔ)句外,還有幫助理解的注釋語(yǔ)句。功能點(diǎn)功能點(diǎn)度量是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計(jì)方法,該方法通過已經(jīng)初始應(yīng)用需求來(lái)確定各種輸入、輸出、查詢、外部文件和內(nèi)部文件的數(shù)目,從而確定功能點(diǎn)數(shù)量。成本估算是對(duì)完成軟件項(xiàng)目所需費(fèi)用的估計(jì)和計(jì)劃,是軟件項(xiàng)目計(jì)劃中的一個(gè)重要組成部分。建立目標(biāo)-----規(guī)劃需要的數(shù)據(jù)和資源------確定軟件需求------擬定可行的細(xì)節(jié)種獨(dú)立的技術(shù)和原始資料------比較并迭代各個(gè)估算值------隨訪跟蹤制定項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃在項(xiàng)目開始的時(shí)候制定,并隨著項(xiàng)目的進(jìn)展不斷發(fā)展。軟件項(xiàng)目計(jì)劃的要素包括念設(shè)計(jì)、工作分解結(jié)構(gòu)、規(guī)模設(shè)計(jì)、工作量估計(jì)和項(xiàng)目進(jìn)度安排。項(xiàng)目計(jì)劃為管理者提供了根據(jù)計(jì)劃定期評(píng)審和跟蹤項(xiàng)目進(jìn)展的基礎(chǔ)。進(jìn)度安排在確定了項(xiàng)目的資源(總成本及時(shí)間等)后,把其分配到各個(gè)項(xiàng)目開發(fā)階段中,即確定項(xiàng)工作量(%)計(jì)11.0523.17試82軟件驗(yàn)證階段的工作量項(xiàng)目整體進(jìn)度安排的過程如下:的資源和可以取得的資源進(jìn)行比較,確定各階段的初步進(jìn)度,然后確定整個(gè)項(xiàng)目的初步進(jìn)度。進(jìn)度安排的詳細(xì)程度取決于相應(yīng)工作分解結(jié)構(gòu)的詳細(xì)程度,而工作分解結(jié)構(gòu)又取決于項(xiàng)目 (3)代碼管理對(duì)于軟件過程中經(jīng)常遇到的變更問題,如果沒有有效的機(jī)制進(jìn)行控制,將會(huì)引起巨大的混亂,導(dǎo)致項(xiàng)目的失敗.代碼管理就是作為變更控制機(jī)制而引入到軟件項(xiàng)目中的,其關(guān)鍵任務(wù)是控制代碼變更活動(dòng),在軟件項(xiàng)目管理中占有重要地位。編碼規(guī)范:代碼頭標(biāo)示命名規(guī)則文件頭注釋規(guī)范/**********************************/cintercpp*/CInterface*/name*//**//*功能描述:*//**********************************/需求規(guī)格說(shuō)明概要設(shè)計(jì)文檔詳細(xì)設(shè)計(jì)文檔編碼單元測(cè)試集成測(cè)試需求規(guī)格說(shuō)明概要設(shè)計(jì)文檔詳細(xì)設(shè)計(jì)文檔編碼單元測(cè)試集成測(cè)試 (4)測(cè)試計(jì)劃軟件測(cè)試計(jì)劃的目標(biāo)是找出軟件缺陷,并盡可能早一些保證得到修復(fù)。利用組織良好的測(cè)試計(jì)劃、測(cè)試案例、測(cè)試報(bào)告交流和制定測(cè)試工作是達(dá)到目標(biāo)的保證。測(cè)試計(jì)劃應(yīng)該包括:·建立每個(gè)測(cè)試階段的目標(biāo)。動(dòng)的進(jìn)度和職責(zé)。和測(cè)試庫(kù)的可用性?!そ⒂糜谟?jì)劃和進(jìn)行測(cè)試以及報(bào)告測(cè)試結(jié)果的規(guī)程和標(biāo)準(zhǔn)。功與完成的準(zhǔn)則。首先進(jìn)行單元測(cè)試,然后進(jìn)行集成測(cè)試。 (5)工具管理開發(fā)工具管理:Myeclipse6.0測(cè)試工具管理:我們用瀑布模型來(lái)描述一個(gè)軟件開發(fā)的生命周期,如圖3所示:需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)源源代碼測(cè)測(cè)試報(bào)告測(cè)測(cè)試報(bào)告測(cè)試報(bào)告驗(yàn)收?qǐng)?bào)告段與文檔、角色間的關(guān)系:色員計(jì)計(jì)文檔員員試與文檔、角色間的關(guān)系項(xiàng)目經(jīng)理:管理整個(gè)項(xiàng)目過程。包括制定計(jì)劃、項(xiàng)目跟蹤、項(xiàng)目成員的角色分配、協(xié)調(diào)、管理,軟件配置管理,文檔標(biāo)準(zhǔn)制定,文檔審查等。技術(shù)經(jīng)理:對(duì)項(xiàng)目的技術(shù)及方案總體把握,配合系統(tǒng)分析員做一些大的工作,審查系統(tǒng)分析員做好的各種設(shè)計(jì),對(duì)系統(tǒng)分析員提出的問題一起去解決。系統(tǒng)分析員:和項(xiàng)目經(jīng)理一起參與需求分析,形成需求規(guī)格說(shuō)明文檔。根據(jù)需求規(guī)格說(shuō)明文檔做概要設(shè)計(jì),形成概要設(shè)計(jì)文檔。根據(jù)概要設(shè)計(jì)文檔做詳細(xì)設(shè)計(jì)文檔。在編碼及測(cè)試階段協(xié)助程序員、測(cè)試人員編碼和測(cè)試。程序員:根據(jù)詳細(xì)設(shè)計(jì)文檔進(jìn)行編碼,并對(duì)自己的代碼模塊進(jìn)行單元測(cè)試,形成單元測(cè)試報(bào)告。測(cè)試員:在編碼完成后,做系統(tǒng)測(cè)試,形成測(cè)試報(bào)告,通知項(xiàng)目經(jīng)理測(cè)試結(jié)果。文檔管理員:對(duì)所有項(xiàng)目文檔進(jìn)行管理,保持所有文檔的同步與一致。系統(tǒng)分析員程序員程序員程序員測(cè)試員測(cè)試員程序員系統(tǒng)分析員程序員程序員程序員測(cè)試員測(cè)試員程序員結(jié)構(gòu)項(xiàng)目經(jīng)理技術(shù)經(jīng)理文檔管理員文檔管理員階段整個(gè)項(xiàng)目分為三個(gè)階段:開始階段、實(shí)施階段、收尾階段。 (1)、項(xiàng)目開始階段確定組織結(jié)構(gòu)組成員在項(xiàng)目中的具體角色及其工作職責(zé) (2)、項(xiàng)目實(shí)施階段2準(zhǔn)備基礎(chǔ)設(shè)施(軟件、文檔摸板、工具)開發(fā)計(jì)劃由項(xiàng)目經(jīng)理組織實(shí)施召開項(xiàng)目組全體成員會(huì)議會(huì)議內(nèi)容包括:階段總結(jié)、當(dāng)前項(xiàng)目開發(fā)進(jìn)度、下階段計(jì)劃安排、當(dāng)前遇到的各種困難(技術(shù)上的、或組織上的或人力上的等等)。項(xiàng)目組成員每周撰寫周計(jì)劃、周總結(jié)。項(xiàng)目所有相關(guān)文檔、代碼要保持同步更新及版本一致。項(xiàng)目組成員在每天開始工作前,下載所有最新文檔與代碼。在每天工作結(jié)束后上傳所有自己更新的文檔與代碼。 (3)、項(xiàng)目收尾階段目服務(wù)規(guī)范項(xiàng)目服務(wù)貫穿于整個(gè)項(xiàng)目,從開始至收尾,服務(wù)對(duì)象為客戶。了解項(xiàng)目進(jìn)度了解項(xiàng)目進(jìn)度自項(xiàng)目正式啟動(dòng)之日起,項(xiàng)目組成員需向項(xiàng)目經(jīng)理提供相關(guān)工作日?qǐng)?bào)、周報(bào)、月報(bào)。項(xiàng)目經(jīng)理整合后需每日向客戶提供項(xiàng)目情況日?qǐng)?bào),每周提供周報(bào)、每月提供月報(bào)(注:可忽略日?qǐng)?bào),視項(xiàng)目情況而定)。客戶客戶經(jīng)理.問題響應(yīng)時(shí)間客戶提出問題需做到及時(shí)響應(yīng),并分出問題的輕重緩急。暫定辦法為:所有問題匯總后上報(bào)相關(guān)部門負(fù)責(zé)人,且每個(gè)問題均需分出“優(yōu)先級(jí)”:高、中、低三個(gè)等級(jí);優(yōu)先級(jí)為“高”的問題:第一時(shí)間解決,并給出解決時(shí)間;優(yōu)先級(jí)為“中”的問題:正常工作安排,給出解決時(shí)間按;優(yōu)先級(jí)為“低”的問題:可暫緩處理,但需給出最終
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 信息技術(shù)(拓展模塊)-信息終端操作與維護(hù)教學(xué)設(shè)計(jì) 項(xiàng)目1配置計(jì)算機(jī)、移動(dòng)終端和外圍設(shè)備任務(wù)3 實(shí)體機(jī)部署Windows系統(tǒng)及應(yīng)用軟件
- 食品企業(yè)的跨區(qū)域擴(kuò)張與市場(chǎng)進(jìn)入策略
- 食品企業(yè)風(fēng)險(xiǎn)管理評(píng)估
- 銀行信貸風(fēng)險(xiǎn)控制模型的設(shè)計(jì)與應(yīng)用
- 攝影宣傳面試題及答案
- 機(jī)械維修考試題及答案
- 優(yōu)化進(jìn)出口公司供應(yīng)鏈管理流程
- 旅游商務(wù)面試題及答案
- 客戶需求分析與軟件開發(fā)定制化方案
- 優(yōu)化全球供應(yīng)鏈管理與物流調(diào)度
- 高中物理情境化選擇題專題練習(xí)
- 物流運(yùn)輸托運(yùn)單模板完整版
- 施工進(jìn)度計(jì)劃表(參考模板)
- 《項(xiàng)目五:新能源汽車制動(dòng)系統(tǒng)》工作頁(yè)
- 誤吸評(píng)價(jià)表完整優(yōu)秀版
- 汽車修理行業(yè)危險(xiǎn)廢物管理
- DL∕T 2101-2020 架空輸電線路固定翼無(wú)人機(jī)巡檢系統(tǒng)
- 園林綠化工程安全和功能檢驗(yàn)資料核查及主要功能抽查記錄
- 2022更新國(guó)家開放大學(xué)電大《計(jì)算機(jī)應(yīng)用基礎(chǔ)(專)》終結(jié)性考試大作業(yè)答案任務(wù)一
- 羅伊護(hù)理個(gè)案模板
評(píng)論
0/150
提交評(píng)論