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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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