軟件開發(fā)過程中的項目管理

1、軟件開發(fā)過程中的工程治理文件排版存檔編號：UYTR-OUPT28-KBNTL98-UYNN208軟件開發(fā)過程中的工程治理課程名稱：計算機前沿技術(shù)學(xué)號：姓名：李飛翔日期：2021-7-21前言有規(guī)那么的軟件開發(fā)過程帶來的只可能是無法預(yù)料的結(jié)果,這是很多工程治理者在親身經(jīng)歷了一次次的工程失敗之后,逐漸領(lǐng)悟到的道理.盡管有人依然思念日漸遠去的技術(shù)精英時代,但隨著軟件工程的規(guī)模不斷加大,參與人員的增多,對標(biāo)準(zhǔn)性的要求愈加嚴(yán)格,辭別個人英雄主義的開發(fā)模式成為必然,基于軟件項目治理的、工程化的軟件開發(fā)時代已經(jīng)來臨.軟件工程治理的作用一方面是提升質(zhì)量,降低本錢,而另一方面那么是軟件的工程化開發(fā)提供保證.依賴

2、軟件技術(shù)精英的時代已經(jīng)一去不會返了.很多工程治理者在實際開發(fā)中,經(jīng)歷了屢次可怕的夢魘：一次次的失敗,一次次的返工.比方,不少工程治理者紛紛提到軟件需求變更帶來的可怕影響.但是正如完整的法律體制不能制止犯罪,沒有完整的法律體制犯罪會更加猖獗一樣,頻繁的軟件變更固然可怕,而沒有一個完整的工程治理對應(yīng)機制,我們無法相像工程最終會是一個什么樣子.運用工程治理的經(jīng)驗和方法是軟件工程成功的前提和保證,這已是今天的軟件業(yè)內(nèi)人士的共識！2軟件開發(fā)中實行工程治理的意義工程治理就是在工程活動中運用一系列的知識、技能、工具和技術(shù),以滿足或超過相關(guān)利益者對工程的要求,實際上就是通過工程各方干系人的合作,把各種資源應(yīng)用

3、于工程,以實現(xiàn)工程的目標(biāo),滿足工程干系人的需求,其本質(zhì)就是對時間、質(zhì)量和本錢的治理.隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成,人們越來越意識到軟件過程治理的重要性,治理學(xué)的思想逐漸融入軟件開發(fā)過程中,工程開發(fā)的治理日益受到重視.3目前在軟件工程治理中存在的誤區(qū)現(xiàn)在大多數(shù)企業(yè)都熟悉到了在工程中進行治理的重要性,但是仍然有許多企業(yè)在實施工程治理的過程中存在著這樣那樣的誤區(qū),主要表現(xiàn)在：1工程經(jīng)理不夠?qū)I(yè)在軟件企業(yè)中,缺乏專業(yè)的工程治理人員來實施工程治理及擔(dān)任工程經(jīng)理,通常被任命的工程經(jīng)理主要是由于他們能夠在技術(shù)上獨當(dāng)一面,但是他們在治理方面特別是工程治理方面的知識比擬缺乏.2工程方

4、案缺乏綱領(lǐng)性工程經(jīng)理對總體方案、階段方案的作用熟悉缺乏,因此制定總體方案時比擬隨意,不少事情沒有仔細考慮：階段方案因工作忙等理由經(jīng)常拖延,造成方案與限制治理脫節(jié),無法進行有效的進度限制治理.3缺乏有效的治理意識局部工程經(jīng)理不能從總體上把握整個工程,而是埋頭于具體的技術(shù)工作,造成工程組成人員之間忙的忙、閑的閑,方案不周、任務(wù)不均、資源浪費.有些項目經(jīng)理沒有很好的治理方法,不好安排的工作只好自己做,使工程任務(wù)無法有效、合理地分配給相關(guān)成員,以到達“負載均衡.4缺乏有效的溝通制度和機制在工程中一些重要信息沒有進行充分和有效的溝通.在制定方案、意見反饋、情況通報、技術(shù)問題或成果等方面與相關(guān)人員的溝通缺

5、乏,造成各做各事、重復(fù)勞動,甚至造成不必要的損失：有些人沒有每天定時收郵件的習(xí)慣,以至于無法及時接收最新的信息.5風(fēng)險治理意識淡泊有些工程經(jīng)理沒有充分意識到風(fēng)險治理的重要性,對方案書中風(fēng)險治理的章節(jié)簡單應(yīng)付了事,隨便列出幾個風(fēng)險,隨便地寫一些簡單的對策,對于后面的風(fēng)險防范起不到什么指導(dǎo)作用.6工程干系人的不確定性在范圍識別階段,工程組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作責(zé)任等沒有足夠了解以至于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認的需求：或者是多個用戶代表各說各話、昨是今非,但同時又要求工程盡早交付：項目后期需求變化隨意,造成工程范圍的蔓延,進度的拖延,本錢的擴大.7缺乏工程團隊的合

6、理分工工程團隊內(nèi)部有時由于各階段不同角色或同階段不同角色之間的責(zé)任分工不夠清楚而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象；有時各階段不同角色或同階段不同角色之間的責(zé)任分工比擬清楚,但是各工程成員只顧完成自己那局部任務(wù),不愿意與他人協(xié)作.這些現(xiàn)象都將造成工程組內(nèi)部資源的損耗,從而影響項目進展.4解決軟件工程治理中存在的誤區(qū)的有效策略要想解決上面描述的誤區(qū),歸根到底還是要從治理學(xué)的角度入手,即在軟件工程的開發(fā)過程中參加過程治理的內(nèi)容,這樣我們可以在軟件開發(fā)中對各個過程的質(zhì)量加以限制,從而到達保證軟件產(chǎn)品質(zhì)量的目的.為了有效提升治理水平,我們應(yīng)該努力做到：1工程經(jīng)理接受系統(tǒng)的工程治理知識培訓(xùn)是非常必要的

7、,有了專業(yè)領(lǐng)域的知識與實踐,再加上工程治理知識與實踐和一般治理的知識和經(jīng)驗的有機結(jié)合,必能大大提升工程經(jīng)理的工程治理水平.2方案的制定需要在一定條件的限制和假設(shè)之下采用漸近明細的方式進行不斷完善.提升工程經(jīng)理的方案意識,采用工程方案制定相關(guān)知識、技術(shù)、工具,增強對開發(fā)方案、階段方案的有效性進行事前事后的評估.3增強工程治理方面的培訓(xùn),并通過對考核指標(biāo)的合理設(shè)定和宣傳引導(dǎo)工程經(jīng)理更好地做好工程治理工作.技術(shù)骨干在擔(dān)任工程經(jīng)理之前,最好能經(jīng)過系統(tǒng)的工程治理知識,特別是其中的人力資源治理、溝通治理的學(xué)習(xí),并且在實際工作中不斷提升自己的治理素質(zhì),豐富工程治理經(jīng)驗,提升工程治理意識.4制定有效的溝通制度

8、和溝通機制,提升溝通意識：采取多種溝通方式,提升溝通的有效性.通過制度規(guī)定對由于未及時收取郵件而造成損失的責(zé)任歸屬；對于特別重要的內(nèi)容要采用多種方式進行有效溝通以保證傳到達位,例如：除發(fā)送郵件外還要提醒、回執(zhí)等,重要的內(nèi)容還要通過舉行各種會議進行傳達.5通過學(xué)習(xí)工程治理知識掌握風(fēng)險識別、量化、對策研究、反響限制的工具和方法,掌握工程風(fēng)險治理所必備的知識.通過增強對工程規(guī)劃中風(fēng)險管理方案的審核提升工程組的風(fēng)險治理意識.總結(jié)本行業(yè)工程中常見的風(fēng)險及其對策作為風(fēng)險治理方案中必要的風(fēng)險內(nèi)容,并切實評估相應(yīng)對策的有效性和可行性.6工程的目的就是實現(xiàn)工程干系人的需求和愿望.工程干系人治理應(yīng)當(dāng)從工程的啟動開

9、始,工程經(jīng)理及其工程成員就要分清工程干系人包含哪些人和組織,通過溝通協(xié)調(diào)對他們施加影響,驅(qū)動他們對工程的支持,調(diào)查并明確他們的需求和愿望,減小其對工程的阻力,以保證工程獲得成功.7工程經(jīng)理應(yīng)當(dāng)對工程成員的責(zé)任進行合理的分配并清楚地說明,同時應(yīng)強調(diào)不同分工、不同環(huán)節(jié)的成員應(yīng)當(dāng)相互協(xié)作,共同完善.實施有效的工程治理絕非易事,對于軟件企業(yè)而言,這不是一個小的改變,而是一種變革,企業(yè)需要為此付出艱苦的努力,同時,成熟有效的工程治理無疑將對企業(yè)起著至關(guān)重要的作用,工程治理的水平將是企業(yè)核心競爭力之一.5案例分析二年前,我單位用了半年時間為部隊開發(fā)了一套作戰(zhàn)指揮限制系統(tǒng),作為該工程的主要負責(zé)人,直接參與了

10、工程治理、系統(tǒng)分析和編程的局部工作,根據(jù)該工程的開發(fā)進度及中間遇見的問題,結(jié)合實際情況討論下在工程的治理過程主要注意的問題.,工程前期準(zhǔn)備在進行任何一項較大的工程開發(fā)時,首先要進行工程的可行性分析和研究,因為這些工程中的問題并不都有明顯的解決方法,這樣就很難在預(yù)定的時間、費用之內(nèi)解決這些問題,如果這些問題沒有可以行得通的解決方法,貿(mào)然開始這些項目,就可能導(dǎo)致工程的失敗,造成巨大的損失包含經(jīng)濟損失和合作單位的信譽圖1軟件工程開發(fā)的生命周期5.1.1可行性分析軟件工程可行性研究的目的是用最小的代價和最短的時間,確定該工程是否能夠開發(fā),值得開發(fā),其實質(zhì)是要進行一次簡化的、抽象的需求分析和設(shè)計過程,主

11、要應(yīng)從以下兒個方面進行分析.技術(shù)可行性對要開發(fā)工程的功能,性能和限制條件進行分析,確定在現(xiàn)有的資源條件下技術(shù)風(fēng)險有多大,工程是否能夠?qū)崿F(xiàn)；現(xiàn)有的資源包括硬件資源、軟件資源、現(xiàn)有的技術(shù)人員和技術(shù)水平、已經(jīng)有的工作根底等,判斷技術(shù)上是否可行,主要需要考慮以下幾個問題：(1)開發(fā)的風(fēng)險；即在給定條件下能否實現(xiàn)目標(biāo)的功能和性能.(2)資源的有效性；(3)技術(shù)的開展性；由于需求未經(jīng)過詳細的調(diào)研,存在模糊性和可能的變化,開發(fā)人員進行技術(shù)可行性評估時,存在比擬大的風(fēng)險,一旦出現(xiàn)估計的錯誤,將可能導(dǎo)致災(zāi)難性的后果.5.1.1. 2經(jīng)濟可行性進行軟件開發(fā)工程的本錢估算以及了解取得的效益估算,確定該工程是否值得開

12、發(fā),對于大多數(shù)工程,衡量經(jīng)濟可行性,應(yīng)考慮一個“底線,同時應(yīng)考慮本單位的長期經(jīng)營策略,潛在市場前景等因素.社會可行性應(yīng)考慮工程是否存在任何侵權(quán)、責(zé)任等問題,考慮在現(xiàn)有的制度、法規(guī)下是否行得通,包括合同、責(zé)任、法律等多種因素.需求調(diào)研在工程前期工作中,需求調(diào)研是其中最重要的一個環(huán)節(jié),今后的許多工作都依賴于需求調(diào)研的結(jié)果,需求調(diào)研的過程是漸進的,在可行性分析階段,主要關(guān)注的是本工程規(guī)模、范圍和重點的功能,在工程進入正是開發(fā)流程以后,我們需要更加全面、準(zhǔn)確地了解系統(tǒng)的需求,不重視需求過程的工程隊伍將自食其果,需求工程中的缺陷將給工程成功帶來極大風(fēng)險.如:無足夠用戶參與導(dǎo)致產(chǎn)品無法被接受；用戶需求的增

13、加帶來過度的消耗和降低產(chǎn)品的質(zhì)量；模棱兩可的需求說明可能導(dǎo)致時間的浪費和返工；用戶增加一些不必要的特性和開發(fā)人員畫蛇添足；過分簡略的需求說明以致遺漏某些關(guān)鍵需求；忽略某類用戶的需求將導(dǎo)致眾多客戶的不滿；不完善的需求說明使得工程方案和跟蹤無法準(zhǔn)確進行.工程團隊的組織建立工程團隊是工程開發(fā)過程的開始,一切工作都是由工程團隊的成員完成的,在整個工程的運行過程中,需要很多不同的角色參與到工程中,完成不同階段的任務(wù).所以在建立工程團隊的過程中要把握好人員角色的劃分、特別人員治理與鼓勵、監(jiān)督等.整個人員的治理是工程治理的關(guān)鍵,由于人是活的,而工程是死的,只要人員治理妥當(dāng),工程開發(fā)一般是不會出什么問題的.工

14、程開發(fā)方案軟件工程的特征之一就是需求的不確定性和開發(fā)過程中存在的技術(shù)風(fēng)險,根據(jù)通常的方法,制定一個工程的方案應(yīng)該是先根據(jù)工程的需求,進行詳細的任務(wù)分解,從而找出實現(xiàn)的方法,估計出工程的工作量,再根據(jù)工程資源的狀況,制定出工程的方案.但是,再現(xiàn)實的工作中,工程的時間表往往是事先確定的,給開發(fā)留出的時間也是事先定好的.而我們能夠利用的資源,主要是開發(fā)的人力資源,也被事先根本確定了,在被確定的這兩個前提條件下,我們?nèi)绾胃鶕?jù)工程的需求,合理地安排人力和時間,完成工程的開發(fā),這是現(xiàn)實中工程治理者經(jīng)常遇到的問題；如果事先確定的時間表是相比照擬合理的,至少應(yīng)該是我們夠完成的,我們制定的開發(fā)方案才是有意義的,

15、否那么,根據(jù)這個時間表制定出來的方案只能是失敗的,在這種情況下,工程治理者唯一可以做的是對用戶的需求進行剪裁,去掉某些耗時長而且不太重要的功能,或是在開發(fā)中適當(dāng)降低質(zhì)量要求,或許可以完成工程的進度.當(dāng)然這必須最終要得到用戶的認可.工程開發(fā)過程治理詳細設(shè)計在詳細設(shè)計階段,由于任務(wù)已經(jīng)詳細地分解,總體地解決方案和技術(shù)框架已經(jīng)確立,詳細設(shè)計地目的就主要是針對某個特定地模塊或?qū)ο?根據(jù)需求、技術(shù)框架的要求和模塊間的接口,描述出我們實現(xiàn)功能的方法,主要內(nèi)容包括：1內(nèi)部算法描述；2內(nèi)部數(shù)據(jù)組織；3相關(guān)接口詳細設(shè)計.設(shè)計評審在設(shè)計完成后,必須安排設(shè)計評審以保證設(shè)計的質(zhì)量,通常設(shè)計評審以小組內(nèi)部的評審會的方式

16、進行,參與人員包含工程小組內(nèi)部的人員及其負責(zé)人,由開發(fā)者介紹其設(shè)計思路、關(guān)鍵算法的突破及模塊功能的劃分等,評審人員要相對了解該工程的背景并對其設(shè)計質(zhì)量進行評審.評審的內(nèi)容主要包括：1關(guān)鍵算法的可行性；2接口是否符合概要設(shè)計的要求：3技術(shù)清楚度是否符合設(shè)計標(biāo)準(zhǔn);4文檔的完備性.評審?fù)ㄟ^的設(shè)計,才能夠開始編碼工作,評審的結(jié)果應(yīng)記錄到開發(fā)文檔當(dāng)中.編碼在編碼階段,主要需要在編碼工作結(jié)束后,進行代碼審核,這項工作非常重要主要應(yīng)該由工程小組的技術(shù)負責(zé)人完成,審核的目的并不是為了檢驗代碼的正確性,而是需要對編碼是否根據(jù)標(biāo)準(zhǔn)進行審核.主要內(nèi)容包括：1變量、包、方法等的命名是否符合規(guī)那么；2注釋是否填寫完整,

17、是否符合標(biāo)準(zhǔn)；3代碼的可讀性、編寫風(fēng)格是否符合標(biāo)準(zhǔn)；4是否有明顯的造成系統(tǒng)運行低效率的處理方法；5公共變量的定義和使用.調(diào)試編碼工作完成以后,通常需要開發(fā)人員自己進行單元測試,有些局部需要編寫相應(yīng)的測試程序及用例.應(yīng)該防止發(fā)生這類的情況,有些開發(fā)人員認為自己不應(yīng)該進行測試工作,在編寫完代碼以后,只要編譯成功,就直接提交成果,將測試工作完全交給測試人員去做,這樣做不僅僅給測試人員增加了許多的工作量,同時增加了許多由于交流產(chǎn)生的時間的拖延,造成進度的延遲,治理人員應(yīng)該杜絕程序員的這樣的思想,同時在治理中予以考慮,可以將提交成果產(chǎn)生的bug數(shù)量作為考核程序員業(yè)績的標(biāo)準(zhǔn)之一.？.工程后期治理工程的驗收

18、工程驗收,是整個工程生命周期中最后一個環(huán)節(jié).一般來說,軟件項目的驗收一般來說有2個階段,第一個階段是驗收測試,當(dāng)驗收測試成功結(jié)束后,一般會有一個階段的試運行階段,只有當(dāng)2個階段全部結(jié)束后,整個工程才算真正結(jié)束,可以收回全部的工程款項,該軟件也進入其運行維護期.驗收測試應(yīng)根據(jù)軟件的需求,質(zhì)量要求進行測試驗收,需要甲乙雙方共同建立驗收小組,或請第三方測試機構(gòu)進行驗收測試,在驗收測試之前,開發(fā)方應(yīng)提供一系列的開發(fā)設(shè)計文檔供驗收測試使用.軟件維護編程大師曾說“哪怕程序只有三行長,總有一天你也不得不對它維護.,很多軟件產(chǎn)品不是一次性的買賣,比方在電信、金融等領(lǐng)域,有些軟件系統(tǒng)要用十幾年,對軟件進行維護是必不可少的,軟件公司的決策者沒有哪一個喜歡被維護的費用嚇一跳,但軟件維護的代價通常是高昂的.對軟件而言“維護是個不太直觀的術(shù)語,由于軟件產(chǎn)品在重復(fù)使用時不會被磨損,并不需要進行像對車輛或電器那樣的維護,軟件維護是人們對既豐富多彩又會令人心酸的活動的統(tǒng)稱,其