項(xiàng)目初始之軟件項(xiàng)目初始過程.ppt

關(guān)于本書的章首圖,修改后：,RoadMap,軟件項(xiàng)目管理,軟件項(xiàng)目初始過程,軟件項(xiàng)目啟動,軟件項(xiàng)目啟動,顧客,顧客,需求,滿意,產(chǎn)品,輸入,輸出,產(chǎn)品實(shí)現(xiàn),甲方,乙方,本章要點(diǎn) 一、項(xiàng)目立項(xiàng) 二、合同項(xiàng)目 三、項(xiàng)目授權(quán) 四、初始項(xiàng)目范圍 五、生存期模型 六、案例分析(自學(xué)）,什么是項(xiàng)目立項(xiàng)？ 當(dāng)在用戶需要得到軟件產(chǎn)品時，需要以項(xiàng)目的形式進(jìn)入企業(yè)采購管理的流程，此為“立項(xiàng)”。 項(xiàng)目立項(xiàng)階段 立項(xiàng)意味著要決策一些重大的問題。 如項(xiàng)目的效益和利潤涉及到前期投入多少？能否盈利？什么時候能夠盈利？能否持久的盈利？ 寫出立項(xiàng)報(bào)告并獲得批準(zhǔn)。,立項(xiàng)階段的一個重要決策,在立項(xiàng)階段，企業(yè)負(fù)責(zé)人會就進(jìn)行自造-購買（make or buy）進(jìn)行決策，確定軟件產(chǎn)品的哪些部分應(yīng)當(dāng)“采購”、“外包開發(fā)”或“自主研發(fā)”。 思考：企業(yè)在上一個軟件項(xiàng)目時，決策軟件采購、軟件外包或軟件自主研發(fā)，分別是出于什么考慮？,軟件合同的起源,當(dāng)項(xiàng)目需要外包的時候，就存在需方（甲方）和供方（乙方）之間的責(zé)任和義務(wù)的關(guān)系。 甲方即買方，是對所需要的產(chǎn)品或服務(wù)進(jìn)行“采購”，這覆蓋了兩種情況， 一種為自身的產(chǎn)品或資源進(jìn)行采購， 另一種是為顧客進(jìn)行采購（與顧客簽定合同的一部分）。 注意，“采購”的含義是多方面的包括軟件開發(fā)委托、設(shè)備的采購、技術(shù)資源的獲取等方面。,乙方即供方（有時也稱為賣方），是為顧客提供產(chǎn)品或服務(wù)。 “服務(wù)”也是廣義的包括為客戶開發(fā)系統(tǒng)、為客戶提供技術(shù)咨詢、為客戶提供專項(xiàng)技術(shù)開發(fā)服務(wù)及為客戶提供技術(shù)資源（人力和設(shè)備）的服務(wù)。 合同來自采購。一旦簽訂合同，立項(xiàng)階段即完成，并形成了合同項(xiàng)目。此時，合同內(nèi)容成為關(guān)鍵。,本章要點(diǎn) 一、項(xiàng)目立項(xiàng) 二、合同項(xiàng)目 三、項(xiàng)目授權(quán) 四、初始項(xiàng)目 五、生存期模型 五、案例分析(自學(xué)）,合同，是規(guī)定項(xiàng)目執(zhí)行各方履行其權(quán)利義務(wù)的、具有法律效力的文件。 合同的工作 起草合同，簽署之前的協(xié)商，請示報(bào)告/審批，合同簽署，隨后的啟動工作等。,軟件項(xiàng)目合同的種類，以技術(shù)合同為主合同名稱經(jīng)常采用“技術(shù)開發(fā)、技術(shù)轉(zhuǎn)讓、技術(shù)咨詢和技術(shù)服務(wù)”等。 在明確相互權(quán)利義務(wù)關(guān)系的基礎(chǔ)上所達(dá)成的協(xié)議。,合同的生存期,技術(shù)合同的三種環(huán)境,軟件企業(yè)在技術(shù)合同中的三種環(huán)境 需（甲）方環(huán)境 供（乙）方環(huán)境 內(nèi)部環(huán)境,合同項(xiàng)目中的甲乙雙方的關(guān)鍵要素 甲（需）方，在合同環(huán)境下的關(guān)鍵要素 提供準(zhǔn)確、清晰和完整的需求、選擇合格的乙（供）方并對采購對象進(jìn)行必要的驗(yàn)收。 乙（供）方，合同環(huán)境下的關(guān)鍵要素 作為軟件開發(fā)商，了解清楚甲方的要求并判斷企業(yè)是否有能力來滿足以這些需求。,關(guān)于軟件的招投標(biāo),甲方乙方是怎樣走到一起的？項(xiàng)目招投標(biāo) 軟件客戶（需求方，甲方）按照自身軟件開發(fā)的需要，編制招標(biāo)書（概要描述軟件需求），發(fā)放標(biāo)書。 注：政府部門的客戶，需按照政府采購法進(jìn)行。,需（甲）方合同環(huán)境,合同準(zhǔn)備 合同簽署 合同管理 合同結(jié)束,第一步：招標(biāo)書定義,第二步：供方選擇,招標(biāo),收集供方的建議書,評定 供方,最終供方確定,招標(biāo)文件,最終供方名單,建議書,招標(biāo),招標(biāo)的方式也有多種，例如有公開招標(biāo)、有限招標(biāo)、多方洽談和直接談判等。 1）公開招標(biāo) 招標(biāo)信息在社會上公開發(fā)布，使一切潛在供應(yīng)商都獲得平等的參與競爭的機(jī)會。 2）有限招標(biāo) 招標(biāo)信息在有限的范圍內(nèi)發(fā)布，通常是直接向篩選合格的潛在的供應(yīng)商發(fā)出邀請。,3）多方洽談 甲方不明確發(fā)出招標(biāo)信息，而是選擇幾個潛在的合格的供應(yīng)商分別進(jìn)行洽談，從中選擇合適的供應(yīng)商。 4）直接談判 直接與一家供應(yīng)商談判并簽訂合同，只適應(yīng)一些特殊的項(xiàng)目。,合同文本準(zhǔn)備,2.合同簽署,軟件項(xiàng)目的第一個文件：SOW,合同簽署固然是重要的，但合同規(guī)定的內(nèi)容更重要。 在簽署合同的時候，甲方會同時將工作任務(wù)說明（Statement of Work，SOW）作為合同附件提交給乙方。 工作任務(wù)說明是甲方描述的實(shí)現(xiàn)開發(fā)約定所要執(zhí)行的所有任務(wù)。,請記住一個術(shù)語：工作任務(wù)說明（Statement of Work，SOW）這是乙方（軟件開發(fā)方）的項(xiàng)目內(nèi)容的依據(jù)。 據(jù)此： 從合同中分解出項(xiàng)目任務(wù)，編制項(xiàng)目的第一個文件：項(xiàng)目章程（項(xiàng)目正式開始） 指派項(xiàng)目經(jīng)理，確認(rèn)項(xiàng)目項(xiàng)目章程。,3.合同管理,對采購對象的驗(yàn)證和檢驗(yàn)過程 違約事件處理過程,供（乙）方合同環(huán)境,合同準(zhǔn)備 合同簽署 合同管理 合同結(jié)束,1、合同準(zhǔn)備,項(xiàng)目分析 競標(biāo) 能力評估 可行性分析 參加競標(biāo) 合同文本準(zhǔn)備,投標(biāo),競標(biāo)方編寫項(xiàng)目建議書 描述如何以較低的費(fèi)用和較高的質(zhì)量來解決客戶的問題。 競標(biāo)方會與客戶進(jìn)行各種公開和私下的討論以及各種公關(guān)活動。這是企業(yè)售前的任務(wù)。 競標(biāo)方（供應(yīng)商）交付投標(biāo)書（給當(dāng)?shù)卣袠?biāo)局） 同時附上資質(zhì)證明和自己參與類似項(xiàng)目的經(jīng)驗(yàn)介紹,31,合同簽署,中標(biāo)后，進(jìn)入甲乙雙方的最后談判。 甲方選擇了合適的乙方（軟件開發(fā)商），而且被選擇的開發(fā)商也愿意為甲方開發(fā)滿足需求的軟件項(xiàng)目。 合同簽訂是一個重要的里程碑。,32,合同生存期,隨后，進(jìn)入合同生存期（四個階段），即： 合同準(zhǔn)備 合同簽署 合同管理 項(xiàng)目管理同步開始！ 合同終止,本章要點(diǎn) 一、項(xiàng)目立項(xiàng) 二、合同項(xiàng)目 三、項(xiàng)目授權(quán) 四、初始項(xiàng)目范圍 五、生存期模型 六、案例分析(自學(xué)）,項(xiàng)目章程(Project Charter),確認(rèn)項(xiàng)目存在的文件，包括: 對項(xiàng)目的確認(rèn)、 對項(xiàng)目經(jīng)理的授權(quán) 和項(xiàng)目目標(biāo)的概述等。,項(xiàng)目章程（參考P39案例 ) 類似項(xiàng)目的授權(quán)書，相當(dāng)于對項(xiàng)目的正式授權(quán)，表明項(xiàng)目可以有效地開始了。 項(xiàng)目經(jīng)理什么人能夠擔(dān)當(dāng)？ 技術(shù)尖子。能夠在技術(shù)上獨(dú)當(dāng)一面，但沒有項(xiàng)目管理專業(yè)知識。此為下策。,嚴(yán)重的問題：軟件工程缺少項(xiàng)目經(jīng)理,我們也可以采取“中策”具有組織協(xié)調(diào)能力的專業(yè)技術(shù)管理人員。 最好是從事過項(xiàng)目管理工作的系統(tǒng)分析人員。此為上策。 這樣的人，具有寬泛的信息系統(tǒng)領(lǐng)域經(jīng)驗(yàn)，知識面較廣，對技術(shù)復(fù)雜度有比較深入的理解，也具有較好的溝通能力、寫作能力。,項(xiàng)目管理知識體系指南第3 版建議，項(xiàng)目管理團(tuán)隊(duì)?wèi)?yīng)該能夠理解并使用以下領(lǐng)域的專業(yè)技術(shù): 項(xiàng)目管理知識體系。 應(yīng)用領(lǐng)域的相關(guān)知識、標(biāo)準(zhǔn)和規(guī)則。 項(xiàng)目環(huán)境知識。 一般管理知識和技能。 .軟技能/人際關(guān)系技能。,軟件項(xiàng)目的組織結(jié)構(gòu),圖：典型IT軟件項(xiàng)目管理組織模式,項(xiàng)目經(jīng)理的工作描述,項(xiàng)目經(jīng)理的基本職責(zé)可以歸納為領(lǐng)導(dǎo)項(xiàng)目的計(jì)劃、組織和控制工作，以實(shí)現(xiàn)項(xiàng)目的目標(biāo)，即項(xiàng)目經(jīng)理領(lǐng)導(dǎo)項(xiàng)目團(tuán)隊(duì)完成項(xiàng)目目標(biāo)，項(xiàng)目經(jīng)理需要協(xié)調(diào)各個團(tuán)隊(duì)成員的活動，使這些成員成為一個和諧的整體，履行各自的工作。,人際關(guān)系技能和領(lǐng)導(dǎo)技能的重要性,對于有效項(xiàng)目經(jīng)理來講最重要的10 項(xiàng)技能和能力(調(diào)查）：,本章要點(diǎn) 一、項(xiàng)目立項(xiàng) 二、合同項(xiàng)目 三、項(xiàng)目授權(quán) 四、初始項(xiàng)目范圍 五、生存期模型 六、案例分析(自學(xué)）,項(xiàng)目范圍，是項(xiàng)目管理的第一要件。 這是第一次從軟件結(jié)構(gòu)上描述出項(xiàng)目的范圍（項(xiàng)目范圍說明書），也是初始的項(xiàng)目需求說明書。 這也是項(xiàng)目組對項(xiàng)目所需要完成的工作和所需要提交的成果的初步認(rèn)識。,制定項(xiàng)目范圍說明書（初步）,項(xiàng)目范圍說明書確定了項(xiàng)目的范圍，即需要完成的諸種事項(xiàng)。 制定項(xiàng)目初步范圍說明書過程的對象和記載的事項(xiàng)是項(xiàng)目及其產(chǎn)品和服務(wù)的特征與邊界，以及驗(yàn)收與范圍控制的方法。 注意：由于項(xiàng)目具有漸進(jìn)明晰的特性，這個初始的范圍說明書也需要不斷的完善，但要盡快！,項(xiàng)目范圍說明書包括：,項(xiàng)目和產(chǎn)品的目標(biāo) 項(xiàng)目和服務(wù)的需求及特性 項(xiàng)目驗(yàn)收標(biāo)準(zhǔn) 項(xiàng)目邊界 項(xiàng)目需求和可交付物 項(xiàng)目約束 項(xiàng)目假設(shè) 項(xiàng)目的初步組織 初始識別的風(fēng)險(xiǎn) 計(jì)劃的里程碑 初始工作分解結(jié)構(gòu) 量級成本估算 項(xiàng)目配置管理需求 被批準(zhǔn)的需求,制定項(xiàng)目范圍說明書（初步）,本章要點(diǎn) 一、項(xiàng)目立項(xiàng) 二、合同項(xiàng)目 三、項(xiàng)目授權(quán) 四、初始項(xiàng)目范圍 五、生存期模型 六、案例分析(自學(xué)）,生存期模型 （軟件過程模型）,一個軟件項(xiàng)目，有很多的任務(wù)，分布在軟件生存期的各個階段。所以，只有選擇或自主設(shè)計(jì)出一個適合本項(xiàng)目中軟件開發(fā)的過程，形成軟件工程項(xiàng)目的生存周期，才能有效實(shí)施項(xiàng)目管理。,軟件項(xiàng)目生存期模型的基本特征是： 1）描述開發(fā)過程的主要階段。 2）定義每一個階段要完成的主要過程和活動。 3）規(guī)范每一個階段的輸入和輸出。,把項(xiàng)目初始范圍內(nèi)容納入生存周期,有了軟件工程的生存周期，就可以把項(xiàng)目初始范圍中規(guī)定的開發(fā)內(nèi)容，納入到具體的開發(fā)流程之中，使項(xiàng)目組全體成員都能夠認(rèn)清開發(fā)任務(wù)和開發(fā)目標(biāo)。 以面向產(chǎn)品的觀點(diǎn)，這個流程同時也是產(chǎn)品生命周期。,注意：真正合適的流程，是每個項(xiàng)目組自己找到的流程，并能持之以恒。 所謂項(xiàng)目管理的經(jīng)驗(yàn)，首先體現(xiàn)在軟件工程生存周期的設(shè)計(jì)上！,軟件工程過程圖示（任何一個項(xiàng)目都可以從中找出自己的過程）,1,2,3,4,為什么需要一個自己的“軟件工程過程”,為克服軟件的固有困難 把軟件過程比擬為一次航?；虻巧降倪^程：每一次挑戰(zhàn)，目標(biāo)相似，但卻以非常不同的過程來完成。 決策一個適合當(dāng)前項(xiàng)目的軟件過程，是成功實(shí)施軟件項(xiàng)目的關(guān)鍵。,52,制定（設(shè)計(jì)）合適的軟件周期，可以解決以下問題： 如何確定軟件開發(fā)和進(jìn)展中各階段的次序？ 如何建立從一個階段發(fā)展到下一個階段的轉(zhuǎn)換標(biāo)準(zhǔn)？ 經(jīng)實(shí)踐檢驗(yàn)和調(diào)整后，發(fā)現(xiàn)軟件周期應(yīng)該具有以下標(biāo)志： 每個階段都以具體的工作成果的完成為標(biāo)志 每個階段都規(guī)定了一系列工作任務(wù) 每件任務(wù)都與主要的階段工作成果有關(guān),53,軟件生存期模型,常用的（中小型項(xiàng)目）：V模型，瀑布模型，原型模型，增量模型 還有：螺旋式模型，快速應(yīng)用開發(fā)模型，漸近式階段模型等。 選擇項(xiàng)目生命周期模型的一個重要方法 以項(xiàng)目里程碑定義為出發(fā)點(diǎn)，設(shè)置好生存期各階段的結(jié)束（或開始）點(diǎn)，并以此為項(xiàng)目控制的關(guān)鍵節(jié)點(diǎn)。,V模型最有價(jià)值的軟件周期,55,圖3-4 V型模型,已故的英國計(jì)算機(jī)專家Paul Rook在1986年提出的,56,圖3-4 V型模型（細(xì)化的）,增量式開發(fā)模型（incremental life cycle model）,增量式開發(fā)屬于“過程反復(fù)的過程模型”。其中： 1.增量式開發(fā) 軟件描述、設(shè)計(jì)和實(shí)現(xiàn)活動被分散成一系列的增量，這些增量輪流被開發(fā)。 2.螺旋式開發(fā)系統(tǒng)的開發(fā)從一個初始的大綱開始，成螺旋狀開發(fā)，直到最后形成完善的系統(tǒng)。,57,為什么采取增量式模型？,軟件項(xiàng)目的變更是不可避免的，采用重復(fù)式開發(fā)方式已經(jīng)成為很多軟件項(xiàng)目的一個必然選擇。 增量式模型有著特有的優(yōu)點(diǎn) 增量式開發(fā)結(jié)合V模型的優(yōu)點(diǎn)，保持了V模型中設(shè)計(jì)和實(shí)現(xiàn)的分離，又引入了適應(yīng)需求變更與設(shè)計(jì)決策的需要。,58,本教材案例使用的增量式模型,59,軟件工程的并發(fā)模型,何時采用增量式模型？,適合下列情況的項(xiàng)目： 項(xiàng)目開始時，明確了大部分的需求，但是需求可能會發(fā)生變化的項(xiàng)目。 對于市場和用戶把握不是很準(zhǔn)，需要逐步了解的項(xiàng)目。 對于有龐大和復(fù)雜功能的系統(tǒng)進(jìn)行功能改進(jìn)時需要一步一步實(shí)施的項(xiàng)目。,本章案例（增量式模型）,使用增量模型，可以保證系統(tǒng)的可擴(kuò)充性，適合用戶需求變化先讓用戶使用一部分功能，通過用戶評估，再實(shí)施下一個增量開發(fā)計(jì)劃，直至產(chǎn)生最終