軟件工程-實(shí)踐者的研究方法講義第十八章項(xiàng)目管理概念ppt課件

1、軟件工程第18章 工程管理概念主要內(nèi)容管理涉及的范圍人員產(chǎn)品過程工程W5HH原那么關(guān)鍵實(shí)際小結(jié)工程管理工程管理涉及對人員、過程和在軟件從初始的概念演化為可運(yùn)轉(zhuǎn)的實(shí)現(xiàn)的過程中發(fā)生的事件的方案和監(jiān)控。在軟件工程中，每個人或多或少都做著“管理的任務(wù)。但是，管理活動的范圍各不一樣。軟件工程師管理他的日常活動，方案和監(jiān)控技術(shù)義務(wù)。工程經(jīng)理方案和監(jiān)控軟件工程師團(tuán)隊(duì)的任務(wù)。高級管理者協(xié)調(diào)業(yè)務(wù)和軟件專業(yè)人員之間的關(guān)系。工程管理了解4P人員、產(chǎn)品、過程和工程。必需將人員組織起來以有效地完成軟件任務(wù)。必需和客戶及其他共利益者很好地溝通，以便了解產(chǎn)品的范圍和需求；必需選擇適宜于人員和產(chǎn)品的過程；必需估算完成任務(wù)義務(wù)

2、的任務(wù)量和任務(wù)時間，從而制定工程方案，包括：定義任務(wù)產(chǎn)品、建立質(zhì)量檢查點(diǎn)以及確定一些機(jī)制監(jiān)控方案所規(guī)定的任務(wù)。工程管理 在管理活動開場時，必需首先制定工程方案。該方案定義將要進(jìn)展的過程和義務(wù)，安排任務(wù)人員，確定評價風(fēng)險、控制變卦和評價質(zhì)量的機(jī)制。在按時并在預(yù)算內(nèi)交付高質(zhì)量的產(chǎn)品之前，他不能夠完全一定工程方案是正確的。不過，作為工程經(jīng)理，鼓勵軟件人員協(xié)同任務(wù)構(gòu)成一支高效的團(tuán)隊(duì)，并將他們的留意力集中到客戶需求和產(chǎn)質(zhì)量量上，這一定是正確的。工程管理我訪問了很多商業(yè)公司好的和不好的，我又察看了很多數(shù)據(jù)處置管理者的業(yè)績好的和不好的，我又察看了很多數(shù)據(jù)處置管理者的業(yè)績好的和不好的。我經(jīng)?？謶值乜吹?，這些管

3、理者徒勞地與惡夢般的工程斗爭著，在根本不能夠完成的最后期限的壓力下苦苦掙扎，或者是在交付了用戶極為不稱心的系統(tǒng)之后，又繼續(xù)破費(fèi)大量的時間去維護(hù)它。PAG85管理涉及的范圍有效的軟件工程管理集中于四個P上，即人員、產(chǎn)品、過程和工程。它們的順序不是恣意的，任何管理者假設(shè)忘記了軟件工程任務(wù)是人的智力密集的勞動，他就永遠(yuǎn)不能夠在工程管理上獲得勝利；任何管理者假設(shè)在工程開發(fā)早期沒有鼓勵共利益者之間的廣泛交流，他就冒著為錯誤的問題構(gòu)造了“良好的處理方案的風(fēng)險；對過程不在意的管理者能夠冒著把有效的技術(shù)方法和工具插入到真空中的風(fēng)險；沒有建立可靠的工程方案就開場任務(wù)的管理者將危及產(chǎn)品的勝利。人員SEI專門開發(fā)了

4、一個人員管理才干成熟度模型(PM-CMM)，旨在“經(jīng)過吸引、培育、鼓勵、部署和聘用那些改良軟件組織軟件開發(fā)才干所需求的人才，提高軟件組織承當(dāng)日益復(fù)雜的運(yùn)用問題的才干。人員管理成熟度模型中針對軟件人員定義了以下的關(guān)鍵實(shí)際區(qū)域：招募、選擇、業(yè)績管理、培訓(xùn)、報(bào)酬、個人事業(yè)開展、組織和任務(wù)設(shè)計(jì)以及團(tuán)隊(duì)精神或企業(yè)文化培育。在人員管理上到達(dá)較高成熟度的組織，更有能夠完成有效的軟件工程實(shí)際。產(chǎn)品在制定工程方案之前，應(yīng)該首先確定產(chǎn)品的目的和范圍，思索可選的處理方案，識別技術(shù)和管理上的限制。假設(shè)沒有這些信息，就不能夠進(jìn)展合理的本錢估算，也不能夠進(jìn)展有效的風(fēng)險評價和適當(dāng)?shù)墓こ塘x務(wù)劃分，更不能夠制定可管理的工程進(jìn)度

5、方案來給出意義明確的工程進(jìn)展標(biāo)志。產(chǎn)品軟件開發(fā)者和客戶必需一同定義產(chǎn)品的目的和范圍。在很多情況下，這項(xiàng)活動是作為系統(tǒng)工程或業(yè)務(wù)過程工程的一部分開場的，并不斷繼續(xù)到作為軟件需求工程的第一步。確定產(chǎn)品的目的只是標(biāo)識出產(chǎn)品的總體目的，而不用思索這些目的如何實(shí)現(xiàn)。而確定產(chǎn)品的范圍，要標(biāo)識出產(chǎn)品的主要數(shù)據(jù)、功能和行為特性，而且更為重要的是，應(yīng)以量化的方式界定這些特性。產(chǎn)品了解了產(chǎn)品的目的和范圍之后，就要開場思索備選的處理方案了。雖然這一步并不討論細(xì)節(jié)，但可以使管理者和參與開發(fā)的人員根據(jù)給定的約束條件選擇“最好的方案，其中，約束條件包括產(chǎn)品交付的期限、預(yù)算的限制、可用的人員、技術(shù)接口以及其他各種要素。過程

6、軟件過程提供了一個框架，在該框架下可以制定軟件開發(fā)的綜合方案。一小部分框架活動適用于一切軟件工程，不用思索其規(guī)模和復(fù)雜性。多種不同的義務(wù)集合每一種集合都由義務(wù)、里程碑、任務(wù)產(chǎn)品以及質(zhì)量保證點(diǎn)組成使得框架活動適宜于不同軟件工程的特性和工程團(tuán)隊(duì)的需求。最后是普適性活動如軟件質(zhì)量保證、軟件配置管理和丈量，這些活動覆蓋了過程模型。普適性活動獨(dú)立于任何一個框架活動，且貫穿于整個過程之中。工程實(shí)施有方案的、可控制的軟件工程的主要理由是：這是我們知道的管理復(fù)雜事物的獨(dú)一方法。產(chǎn)業(yè)數(shù)聽闡明26%的軟件工程徹底失敗，46%的工程本錢和進(jìn)度超出預(yù)定。雖然軟件工程的勝利率已有所提高，但工程的失敗率依然高于它的應(yīng)有值

7、。為了防止工程失敗，軟件工程經(jīng)理和開發(fā)產(chǎn)品的軟件工程師必需留意一些常見的警告信號，了解實(shí)施勝利的工程管理的關(guān)鍵要素，還要確定方案和監(jiān)控工程的一目了然的方法。人員一切的人，從高級工程副總裁到最低層的開發(fā)人員，經(jīng)常以為人員是不成問題的。雖然管理者經(jīng)常表態(tài)說人員是最重要的，但有時他們言行并不一致。以下將分析參與軟件過程的人員，并且研討組織人員的方式，以實(shí)現(xiàn)有效的軟件工程。共利益者參與軟件過程的共利益者可以分為以下五類：高級管理者擔(dān)任定義業(yè)務(wù)問題，這些問題往往對工程產(chǎn)生很大影響。工程技術(shù)管理者必需方案、鼓勵、組織和控制軟件開發(fā)人員。開發(fā)人員擁有開發(fā)產(chǎn)品或運(yùn)用軟件所需技藝的人員?？蛻粼敿?xì)描畫待開發(fā)軟件需

8、求的人員以及關(guān)懷工程成敗的其他共利益者。最終用戶一旦軟件發(fā)布成為產(chǎn)品，最終用戶就是直接與軟件進(jìn)展交互的人。工程團(tuán)隊(duì)必需以可以最大限制地發(fā)揚(yáng)每個人的技術(shù)和才干的方式進(jìn)展組織，這是團(tuán)隊(duì)擔(dān)任人的義務(wù)。團(tuán)隊(duì)擔(dān)任人工程管理是人員密集型的活動，勝任開發(fā)的人卻經(jīng)常有能夠是拙劣的團(tuán)隊(duì)擔(dān)任人，他們完全不具備管理人員的技藝。WEI86提出了指點(diǎn)才干的MOI模型：鼓勵：鼓勵技術(shù)人員發(fā)揚(yáng)其最大才干的一種才干。組織：構(gòu)成可以將最初概念轉(zhuǎn)換成最終產(chǎn)品的現(xiàn)有過程或發(fā)明新的過程的才干。思想或創(chuàng)新：即使必需在特定軟件產(chǎn)品或運(yùn)用的約束下任務(wù)，也能鼓勵人們?nèi)グl(fā)明并讓人感到有發(fā)明性的一種才干。勝利的工程擔(dān)任人應(yīng)采用一種處理問題的管理

9、風(fēng)格。即，軟件工程經(jīng)理應(yīng)該注重了解要處理的問題、把握住涌現(xiàn)的各種意見、同時讓工程團(tuán)隊(duì)的每一個人知道質(zhì)量很重要，不能妥協(xié)。團(tuán)隊(duì)擔(dān)任人關(guān)于一個具有實(shí)戰(zhàn)才干的工程經(jīng)理應(yīng)該具有什么特點(diǎn)，另一種觀念那么強(qiáng)調(diào)了以下四種關(guān)鍵質(zhì)量：處理問題。具有實(shí)戰(zhàn)才干的軟件工程經(jīng)理可以準(zhǔn)確地診斷出最為親密相關(guān)的技術(shù)問題和組織問題；可以系統(tǒng)地制定處理方案，適當(dāng)?shù)毓膭钇渌_發(fā)人員來實(shí)現(xiàn)該方案；有把在過去工程中學(xué)到的閱歷運(yùn)用到新環(huán)境中；假設(shè)最初的處理方案沒有結(jié)果，可以靈敏地改動方向。管理者的特性。優(yōu)秀的工程經(jīng)理必需可以掌管整個工程。必要的時候要有自信心進(jìn)展工程控制，同時還要允許優(yōu)秀的技術(shù)人員可以按照他們的本意行事。成就。為了優(yōu)化

10、工程團(tuán)隊(duì)的消費(fèi)效率，工程經(jīng)理必需獎勵那些任務(wù)積極自動并且做出成果的人，并經(jīng)過本人的行為闡明出現(xiàn)可控風(fēng)險并不會遭到懲罰。影響和隊(duì)伍建立。具有實(shí)戰(zhàn)才干的工程經(jīng)理必需可以“了解人。他必需能了解言語和非言語的信號，并對發(fā)出這些信號的人的要求做出反響。工程經(jīng)理必需能在高壓力的環(huán)境下堅(jiān)持良好的控制才干。軟件團(tuán)隊(duì)幾乎可以說有多少開發(fā)軟件的組織，就有多少種軟件開發(fā)人員組織構(gòu)造。組織構(gòu)造不能隨便改動。至于組織改動所產(chǎn)生的實(shí)踐和行政上的影響，并不在軟件工程經(jīng)理的責(zé)任范圍內(nèi)。但是，軟件工程中所直接涉及的人員的組織，那么是工程經(jīng)理的職責(zé)。軟件團(tuán)隊(duì)MAN81提出了規(guī)劃軟件工程團(tuán)隊(duì)構(gòu)造時應(yīng)思索的七個工程要素：待處理問題的

11、難度。開發(fā)程序的規(guī)模，以代碼行或者功能點(diǎn)來度量。團(tuán)隊(duì)成員需求共同任務(wù)的時間?？梢詫栴}做模塊化劃分的程度。待開發(fā)系統(tǒng)的質(zhì)量要求和可靠性要求。交付日期的嚴(yán)厲程度。工程所需求的友好交流的程度。軟件團(tuán)隊(duì)CON93提出了軟件工程團(tuán)隊(duì)的四種“組織范型：封鎖式范型。按照傳統(tǒng)的權(quán)益層次來組織團(tuán)隊(duì)。隨機(jī)式范型。松散地組織團(tuán)隊(duì)，團(tuán)隊(duì)任務(wù)依賴于團(tuán)隊(duì)成員個人的自動性。開放式范型。試圖以一種既具有封鎖式范型的控制性，又包含隨機(jī)式范型的創(chuàng)新性的方式來組織團(tuán)隊(duì)。同步式范型。依賴于問題的自然劃分，組織團(tuán)隊(duì)成員各自處理問題的一部分，他們之間沒有什么自動的交流。軟件團(tuán)隊(duì)從歷史的角度看，最早的軟件團(tuán)隊(duì)組織是封鎖式范型構(gòu)造，最初稱

12、之為主程序員團(tuán)隊(duì)。團(tuán)隊(duì)的中心成員包括：一個高級工程師“主程序員，擔(dān)任方案、協(xié)調(diào)和評審團(tuán)隊(duì)的一切技術(shù)活動；技術(shù)人員，進(jìn)展分析和開發(fā)活動；一個后備工程師，支持高級工程師的活動，并可以在工程進(jìn)展過程中以最小的代價接替高級工程師的任務(wù)。主程序員可以有多人配合他的任務(wù)，包括一個或多個專家、支持人員和軟件資料員。軟件團(tuán)隊(duì)CON93提出的隨機(jī)式范型是主程序員團(tuán)隊(duì)構(gòu)造的一個變種，主張建立具有獨(dú)立創(chuàng)新性的團(tuán)隊(duì)，其任務(wù)方式可恰當(dāng)?shù)胤Q為創(chuàng)新的無政府形狀。雖然自在的軟件任務(wù)方式是有吸引力的，但在績效良好的團(tuán)隊(duì)中必需將創(chuàng)新才干作為軟件工程組織的中心目的。軟件團(tuán)隊(duì)為了建成一支績效良好的團(tuán)隊(duì)：團(tuán)隊(duì)成員必需互置信任。團(tuán)隊(duì)成員

13、的技藝分布必需適宜于要處理的問題。假設(shè)要堅(jiān)持團(tuán)隊(duì)的凝聚力，必需將堅(jiān)持個人己見的人員排除于團(tuán)隊(duì)之外。無論什么類型的團(tuán)隊(duì)，每一個工程經(jīng)理的目的都是協(xié)助建立一支有凝聚力的團(tuán)隊(duì)。同普通的團(tuán)隊(duì)相比，有凝聚力的團(tuán)隊(duì)成員具有更高的消費(fèi)率和更大的動力。他們擁有共同的目的和共同的文化，而且在很多情況下，“精英認(rèn)識使得他們獨(dú)一無二。軟件團(tuán)隊(duì)但是，并非一切的團(tuán)隊(duì)都具有凝聚力?，F(xiàn)實(shí)上，很多團(tuán)隊(duì)都受害于JAC98稱之為“團(tuán)隊(duì)毒性的東西。JAC98定義了5個“培育潛在含毒團(tuán)隊(duì)環(huán)境的要素：(1)狂亂的任務(wù)氣氛；(2)引起團(tuán)隊(duì)成員間產(chǎn)生磨擦的艱苦波折；(3)“碎片式的或協(xié)調(diào)很差的軟件過程；(4)在軟件團(tuán)隊(duì)中沒有明晰的角色定義

14、；(5)“接連不斷地重蹈覆轍。軟件團(tuán)隊(duì)為了防止狂亂的任務(wù)環(huán)境，工程經(jīng)理應(yīng)該確保團(tuán)隊(duì)可以獲取完成任務(wù)所需的一切信息；而且，主要目的一旦確定下來，除非絕對必要，否那么不應(yīng)該修正。假設(shè)給予軟件團(tuán)隊(duì)盡能夠多的決策權(quán)，就能使團(tuán)隊(duì)防止挫敗和壓力。經(jīng)過了解將要開發(fā)的產(chǎn)品和完成任務(wù)的人員，以及允許團(tuán)隊(duì)選擇本人的過程模型，可以防止選擇不適當(dāng)?shù)能浖^程。團(tuán)隊(duì)本身應(yīng)該建立本人的責(zé)任機(jī)制，并規(guī)定一系列當(dāng)團(tuán)隊(duì)成員未能完成義務(wù)時的糾正方法。最后，防止失敗的關(guān)鍵是建立基于團(tuán)隊(duì)的信息反響方法和處理問題的技術(shù)。矯捷團(tuán)隊(duì)小型的充溢活力的團(tuán)隊(duì)，也稱為矯捷團(tuán)隊(duì)，采用了很多勝利的軟件工程團(tuán)隊(duì)的特性，同時又防止了很多產(chǎn)生問題的毒素。同時

15、，矯捷方法學(xué)強(qiáng)調(diào)團(tuán)隊(duì)成員的個人才干與團(tuán)隊(duì)協(xié)作精神相結(jié)合，這是團(tuán)隊(duì)勝利的關(guān)鍵要素。在軟件工程中，為了充分發(fā)揚(yáng)每個成員的才干，并培育有效的協(xié)作，矯捷團(tuán)隊(duì)是自組織的。自組織團(tuán)隊(duì)不用堅(jiān)持單一的團(tuán)隊(duì)構(gòu)造，而是采用隨機(jī)、開放、同步式的范型。矯捷團(tuán)隊(duì)很多矯捷過程模型給予矯捷團(tuán)隊(duì)相當(dāng)大的自主權(quán)進(jìn)展工程管理，可以因任務(wù)需求做出技術(shù)決議。將方案制定任務(wù)緊縮到最低程度，并且允許團(tuán)隊(duì)選擇本人適用的手段，只受業(yè)務(wù)需求和組織規(guī)范的限制。在工程進(jìn)展過程中，自組織團(tuán)隊(duì)關(guān)注的是在特定的時間點(diǎn)使工程獲益最大的個人才干。為了做到這一點(diǎn)，矯捷團(tuán)隊(duì)可以召開簡短的日常團(tuán)隊(duì)會對當(dāng)天必需完成的任務(wù)進(jìn)展調(diào)整以使其同步進(jìn)展。基于在團(tuán)隊(duì)會中獲得的

16、信息，團(tuán)隊(duì)能使他們所采用的手段不斷順應(yīng)繼續(xù)添加的任務(wù)。當(dāng)每一天過去的時候，延續(xù)的自組織和協(xié)作使團(tuán)隊(duì)朝著軟件逐漸增長的完工的方向開展。協(xié)調(diào)和通訊問題使軟件工程墮入姿態(tài)的緣由很多。許多開發(fā)工程規(guī)模很大，導(dǎo)致復(fù)雜性高、混亂、難以協(xié)調(diào)團(tuán)隊(duì)成員間的關(guān)系。不確定性是經(jīng)常存在的，它會引起困擾工程團(tuán)隊(duì)的一連串的變卦?；ゲ僮餍栽?jīng)成為許多系統(tǒng)的關(guān)鍵特性。新的軟件必需與已有的軟件通訊，并服從系統(tǒng)或產(chǎn)品所施加的預(yù)定義約束。協(xié)調(diào)和通訊問題現(xiàn)代軟件的這些特征規(guī)模、不確定性和互操作性確實(shí)都是存在的。為了有效地處置這些問題，軟件工程團(tuán)隊(duì)必需建立真實(shí)可行的方法來協(xié)調(diào)任務(wù)人員之間的關(guān)系。為了做到這一點(diǎn)，需求建立團(tuán)隊(duì)成員之間以及

17、多個團(tuán)隊(duì)之間的正式的和非正式的交流機(jī)制。產(chǎn)品從軟件工程工程一開場，軟件工程經(jīng)理就面臨著進(jìn)退兩難的局面。需求定量地估算本錢和有組織地方案工程的進(jìn)展，但卻沒有可靠的信息可以運(yùn)用。雖然對軟件需求的詳細(xì)分析可以提供必要的估算信息，但需求分析經(jīng)常需求數(shù)周甚至數(shù)月的時間才干完成。更糟糕的是，需求能夠是不固定的，隨著工程的進(jìn)展經(jīng)常發(fā)生變化。不過，無論如何方案總是“眼前就需求的！因此，從軟件工程工程一開場，就要研討應(yīng)該開發(fā)哪些產(chǎn)品以及要處理哪些問題。至少，要建立和界定工程的范圍。軟件范圍軟件工程管理的第一項(xiàng)活動是確定軟件范圍。軟件范圍是經(jīng)過回答以下問題來定義的：工程環(huán)境。要開發(fā)的軟件如何順應(yīng)于大型的系統(tǒng)、產(chǎn)品

18、或業(yè)務(wù)環(huán)境，該環(huán)境要施加什么約束？信息目的。軟件要產(chǎn)生哪些客戶可見的數(shù)據(jù)對象來作為輸出？需求什么數(shù)據(jù)對象作為輸入？功能和性能。軟件要執(zhí)行什么功能才干將輸入數(shù)據(jù)變換成輸出數(shù)據(jù)？軟件需求滿足什么特殊的性能要求嗎？軟件范圍軟件工程范圍在管理層和技術(shù)層都必需是無歧義的和可了解的。對軟件范圍的描畫必需是界定的。即，要明確給出定量的數(shù)據(jù)；闡明約束和限制，并且描畫其他的緩解要素。問題分解問題分解，有時稱為問題劃分或問題細(xì)化，它是軟件需求分析的中心活動。在確定軟件范圍的活動中，并不試圖去完全分解問題，只是分解其中的兩個主要方面：(1)必需交付的功能；(2)所運(yùn)用的過程。在面對復(fù)雜問題時，經(jīng)常采用分而治之的戰(zhàn)略

19、。就是將一個復(fù)雜的問題劃分成假設(shè)干較易處置的小問題。這是工程方案開場時所采用的戰(zhàn)略。在開場估算前，必需對軟件范圍中所描畫的軟件功能進(jìn)展評價和精化，以提供更多的細(xì)節(jié)。由于本錢和進(jìn)度估算都是面向功能的，所以對功能進(jìn)展某種程度的分解是很有益處的。過程描寫軟件過程的框架活動適用于一切軟件工程。問題是工程團(tuán)隊(duì)要選擇一個適宜于待開發(fā)軟件的過程模型。工程經(jīng)理必需決議哪一個過程模型最適宜于：(1)需求該產(chǎn)品的客戶和從事開發(fā)任務(wù)的人員；(2)產(chǎn)品本身的特性；(3)軟件工程團(tuán)隊(duì)任務(wù)的工程環(huán)境；中選擇一個過程模型后，工程團(tuán)隊(duì)可以基于一系列過程框架活動來制定一個初步的工程方案。一旦確定了初步方案，過程分解就開場了。也

20、就是說，必需制定一個完好的方案，來反映框架活動中所需求的任務(wù)義務(wù)。合并產(chǎn)品和過程工程方案開場于產(chǎn)品和過程的合并。軟件工程團(tuán)隊(duì)要完成的每一項(xiàng)功能都必需經(jīng)過針對軟件組織而定義的一系列框架活動來完成。完成任何一項(xiàng)功能的工程團(tuán)隊(duì)成員都要將各個框架活動運(yùn)用于該功能的實(shí)現(xiàn)上。本質(zhì)上，產(chǎn)生了一個類似于圖18-1所示的矩陣。每個主要的產(chǎn)品功能顯示在第一列，框架活動顯示在第一行。軟件工程任務(wù)義務(wù)列在緊接下來的行中。工程經(jīng)理和其他團(tuán)隊(duì)成員的任務(wù)是估算每一個矩陣單元的資源需求，與每個單元相關(guān)的義務(wù)的開場和終了日期，以及每項(xiàng)義務(wù)所產(chǎn)生的任務(wù)產(chǎn)品。合并產(chǎn)品和過程圖18-1 合并產(chǎn)品和過程過程分解軟件團(tuán)隊(duì)在選擇最適宜工程

21、的軟件過程模型時，應(yīng)該具有很大的靈敏性。一旦選定了過程模型，工程團(tuán)隊(duì)可以根據(jù)需求靈敏地確定過程模型中應(yīng)包含的軟件工程義務(wù)。較小的工程假設(shè)與以前已開發(fā)過的工程類似，可以采用線性順序模型。假設(shè)時間要求很緊，而且問題可以被很好地劃分，RAD模型能夠是正確的選擇。假設(shè)時間要求太緊，不能夠完成一切功能時，增量模型能夠是最適宜的。同樣，假設(shè)工程具有其他特性，能夠會選擇其他的過程模型。過程分解一旦選定了過程模型，就要根據(jù)所選的過程模型對過程框架做順應(yīng)性修正，但在一切情況下前面討論過的通用框架活動溝通、謀劃、建模、構(gòu)建和部署都可以運(yùn)用。過程框架既適用于線性模型，也適用于迭代和增量模型、演化模型、甚至是并發(fā)模型

22、或構(gòu)件組裝模型。過程框架是不變的，是軟件組織所進(jìn)展的一切軟件任務(wù)的根底。過程分解但實(shí)踐的任務(wù)義務(wù)是不同的。例如，一個小型的比較簡單的工程在溝通活動中能夠需求完成以下任務(wù)義務(wù)：1、列出需廓清的問題清單。2、與客戶見面闡明需廓清的問題。3、共同給出范圍陳說。4、和一切相關(guān)人員一同評審范圍陳說。5、根據(jù)需求修正范圍陳說。過程分解思索一個比較復(fù)雜的工程，它具有更廣的范圍和更重要的商業(yè)影響。這樣一個工程在溝通活動中能夠需求完成以下任務(wù)義務(wù)：工程為了勝利地管理軟件工程，必需了解能夠會出現(xiàn)什么問題。在一篇關(guān)于軟件工程的優(yōu)秀論文中，REE99定義了10個表示信息系統(tǒng)工程正處于危險形狀的信號：軟件人員不了解其客

23、戶的要求。產(chǎn)品范圍定義得很糟糕。沒有很好地管理變卦。選擇的技術(shù)發(fā)生了變化。業(yè)務(wù)需求發(fā)生變化。最后期限是不真實(shí)踐的?？蛻舻挚埂ＪベY助。工程團(tuán)隊(duì)缺乏具有適宜技藝的人員。管理者沒有很好地利用已學(xué)到的最正確實(shí)際和教訓(xùn)。工程1、在正確的根底上開場任務(wù)。經(jīng)過以下兩點(diǎn)來完成：首先努力地正確了解要處理的問題，然后為每個參與工程的人員設(shè)置現(xiàn)實(shí)的目的和期望。這一點(diǎn)又經(jīng)過組建適宜的開發(fā)團(tuán)隊(duì)以及給予團(tuán)隊(duì)完成任務(wù)所需的自在、權(quán)益和技術(shù)而得到加強(qiáng)。工程2、堅(jiān)持動力。很多工程的啟動都有一個良好的開端，但是，后來漸漸地開場瓦解。為了維持動力，工程經(jīng)理必需采取鼓勵措施使人員變動量堅(jiān)持絕對最小，工程團(tuán)隊(duì)?wèi)?yīng)該強(qiáng)調(diào)完成的每個義務(wù)的質(zhì)量，而高層的管理應(yīng)該盡能夠不干涉團(tuán)隊(duì)的任務(wù)。工程3、跟蹤進(jìn)展。對于一個軟件工程，當(dāng)任務(wù)產(chǎn)品被消費(fèi)出來和被同意時，跟蹤工程進(jìn)展要作為質(zhì)量保證活動的一部分。此外，可以搜集軟件過程和工程丈量數(shù)據(jù)，然后對照軟件開發(fā)組織的平均數(shù)據(jù)來評價工程的進(jìn)展。工程4、做出聰明的決策?？傮w上，工程經(jīng)理和軟件團(tuán)隊(duì)的決策應(yīng)該“堅(jiān)持工程的簡單性。只需有能夠，就運(yùn)用商用