前言：中文期刊網精心挑選了項目管理軟件論文范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
項目管理軟件論文范文1
關鍵字：軟件項目管理需求分析系統設計
1.項目前期以及項目準備
在進行任何一項較大的項目時,首先要進行項目的可行性分析和研究,因為這些項目中的問題并不都有明顯的解決辦法,這樣就很難在預定的時間、費用之內解決這些問題，如果這些問題沒有可以行得通的解決辦法，貿然開始這些項目，就可能導致項目的失敗，造成巨大的損失。
1.1可行性分析
軟件項目可行性研究的目的是用最小的代價和時間，確定該項目是否能夠開發值得開發，其實質是要進行一次簡化的、抽象的需求分析和設計過程，主要應從以下幾個方面進行分析。
1.1.1技術可行性
對要開發項目的功能，性能和限制條件進行分析，確定在現有的資源條件下技術風險有多大，項目是否能夠實現，現有的資源包括硬件、軟件資源，現有的技術人員和技術水平，已經有的工作基礎等，判斷技術上是否可行，主要需要考慮以下幾個問題:
(1)開發的風險即在給定條件下能否實現目標的功能和性能；
(2)資源的有效性；
(3)技術的發展性；
由于需求未經過詳細的調研，存在模糊性和可能的變化，開發人員進行技術可行性評估時，存在比較大的風險，一旦出現估計的錯誤，將可能導致災難性的后果。
1.1.2經濟可行性
進行軟件開發項目的成本估算以及了解取得的效益估算，確定該項目是否值得開發，對于大多數項目，衡量經濟可行性，應考慮一個“底線”，同時應考慮公司的長期經營策略，潛在市場前景等因素。
1.1.3社會可行性
應考慮項目是否存在任何侵權、責任等問題，考慮在現有的制度、法規下是否行得通，包括合同、責任、法律等多種因素。
1.2需求調研
在項目前期工作中，需求調研是其中最重要的一個環節，今后的許多工作都依賴于需求調研的結果，需求調研的過程是漸進的，在可行性分析階段，主要關注的是項目規模、范圍和重點的功能，在項目進入正是開發流程以后，我們需要更加全面、準確地了解系統的需求不重視需求過程的項目隊伍將自食其果，需求工程中的缺陷將給項目成功帶來極大風險。如:無足夠用戶參與導致產品無法被接受；用戶需求的增加帶來過度的耗費和降低產品的質量；模棱兩可的需求說明可能導致時間的浪費和返工；用戶增加一些不必要的特性和開發人員畫蛇添足；過分簡略的需求說明以致遺漏某些關鍵需求；忽略某類用戶的需求將導致眾多客戶的不滿；不完善的需求說明使得項目計劃和跟蹤無法準確進行。
1.3項目團隊的組織
建立項目團隊是項目開發過程的開始，一切工作都是由項目團隊的成員完成的在整個項目的運行過程中，需要很多不同的角色參與到項目中，完成不同階段的任務。所以在建立項目團隊的過程中要把握好人員角色的劃分、特別人員管理與激勵、監督等。整個人員的管理是項目管理的關鍵，因為人是活的，而項目是死的，只要人員管理妥當，項目開發一般是不會出什么問題的。
1.4項目開發計劃
軟件項目的特征之一就是需求的不確定性和開發過程中存在的技術風險，按照通常的方法，制定一個項目的計劃應該是先根據項目的需求，進行詳細的任務分解找出實現的方法，估計出項目的工作量，再根據項目資源的狀況，制定出項目的計劃。
但是，再現實的工作中，項目的時間表往往是事先確定的，給開發留出的時間也是事先定好的。而我們能夠利用的資源，主要是開發的人力資源，也被事先基本確定了，在被確定的這2個前提條件下，我們如何根據項目的需求，合理地安排人力和時間，完成項目的開發，這是現實中項目經理經常遇到的問題如果事先確定的時間表是相對比較合理的，至少應該是我們夠的到的。我們制定的開發計劃才是有意義的，否則，按照這個時間表制定出來的計劃只能失敗的在這種情況下，項目經理唯一可以做的是對用戶的需求進行剪裁，去掉某些耗時長而且不太重要的功能，或是在開發中適當降低質量要求，或許可以完成項目的進度。當然這必須最終要得到用戶的認可。778論文在線
2.項目開發過程管理
2.1詳細設計
在詳細設計階段，由于任務已經詳細地分解，總體地解決方案和技術框架已經確立，詳細設計地目的就主要是針對某個特定地模塊或對象，根據需求，技術框架地要求和模塊間接口，描述出我們實現功能的方法，主要內容包括：
（1）內部算法描述；
（2）內部數據組織；
（3）相關接口詳細設計；
2.2設計評審
在設計完成后，必須安排設計評審以保證設計的質量，通常設計評審以小組內部的評審會的方式進行，參與人有項目小組內部的人員及其負責人，由開發者介紹其設計思路，其他人了解并對其設計質量進行評審。評審的內容主要包括：
（1）關鍵算法的可行性；
（2）接口是否符合概要設計的要求；
（3）技術清晰度是否符合設計標準；
（4）文檔的完備性；
評審通過的設計，才能夠開始編碼工作，評審的結果應記錄到開發文檔當中。
2.3編碼
在編碼階段，主要需要在編碼工作結束后，進行代碼審核，這項工作非常重要主要應該由項目小組的技術負責人完成，審核的目的并不是為了檢驗代碼的正確性而是需要對編碼是否按照規范進行審核。主要內容包括：
（1）變量、包、方法等的命名是否符合規則；
（2）注釋是否填寫完整，是否符合規范；
（3）代碼的可讀性，編寫風格是否符合規范；
（4）是否有明顯的造成系統運行低效率的處理方法；
（5）公共變量的定義和使用；
2.4調試
編碼工作完成以后，通常需要開發人員自己進行單元測試，有些部分需要編寫相應的測試程序。應該避免發生這類的情況，有些開發人員任務自己不應該進行測試工作，在編寫完代碼以后，只要編譯成功，就直接提交成果，將測試工作完全交給測試人員去做，這樣做不僅僅給測試人員增加了許多的工作量，同時增加了許多因為交流產生的時間，造成進度的延遲，管理人員應該杜絕程序員的這樣的思想，同時在管理中予以考慮，可以將提交成果產生的bug數量作為考核程序員業績的標準之一。
3.項目后期管理
3.1項目的驗收
項目驗收，是整個項目生命周期中最后一個環節。一般來說，軟件項目的驗收一般來說有2個階段，第一個階段是驗收測試，當驗收測試成功結束后，一般會有一個階段的試運行階段，只有當2個階段全部結束后，整個項目才算真正結束，可以收回全部的工程款，該軟件也進入其運行維護期。驗收測試應按照軟件的需求，質量要求進行測試驗收，需要甲乙雙方共同建立驗收小組，或請第三方測試機構進行驗收測試，在驗收測試之前，開發方應提供一系列的開發設計文檔供驗收測試使用。
3.2軟件維護
編程大師曾說“哪怕程序只有三行長，總有一天你也不得不對它維護。”，很
多軟件產品不是一次性的買賣，比如在電信、金融等領域，有些軟件系統要用十幾年，對軟件進行維護是必不可少的，軟件公司的經理們沒有哪一個喜歡被維護的費用嚇一跳，但軟件維護的代價通常是高昂的。對軟件而言“維護”是個不太直觀的術語，因為軟件產品在重復使用時不會被磨損，并不需要進行像對車輛或電器那樣的維護，軟件維護是人們對既豐富多彩又會令人心酸的活動的統稱，其中豐富多彩的活動是指那些反映客觀世界變化，能使軟件系統更加完善的修改和擴充工作，令人心酸的活動是指那些永無休止，并且改了舊錯卻引起新錯讓人欲哭無淚的工作。
參考文獻：
1.邱菀華沈建明楊愛華等編著現代項目管理導論機械工業出版社
2002年10月
2.美理查德懷特黑德著領導軟件開發團隊電子工業出版社2002年5月
3.尼爾懷特著管理軟件開發項目-通向成功的最佳實踐電子工
業出版社2002年4月
4.劉積仁康曉東饒友玲主編軟件開發項目管理人民郵電出版社
2002年2月
5.美JosephRaynus著CMM軟件過程改進指南電子工業出版社
項目管理軟件論文范文2
關鍵詞：軟件項目；軟件過程；CMM；KPA
一、引言
項目管理(PM，projectmanagement)是指利用現有的知識、方法和技術手段，有效地計劃、調度、控制和跟蹤項目的開始、執行、直止終止的過程，是項目順利實現的有效手段。軟件項目管理則是在項目管理的基礎上，結合軟件產品的實際，利用工程的概念和方法來開發與維護軟件，對成本、風險、時間、質量、過程、配置等進行分析、管理、控制，最終目的是為了讓軟件項目的整個生命周期都在管理者的控制范圍內，以預定成本按期、按質完成軟件的開發并交付用戶使用。目前，軟件產品已廣泛應用于各個領域，但是很多軟件項目的成功率并不高．雖然有些公司根據軟件工程理論建立了一些軟件開發管理規范．但并沒有從根本上提高軟件項目管理問題，這就導致軟件產品質量不穩定甚至是項目的失敗，同時也損害了用戶的利益。本文結合我國軟件項目管理的特點并經實踐應用．以提高軟件質量、降低成本、加強軟件項目的可控性為目標，通過對CMM的研究和改進，給出了一個基于CMM加強軟件項目管理的實踐模式，在這個模式中對目前CMM中的KPA做適當的裁減，定義了6個關鍵過程域和3個工作組。
二、軟件項目管理中目前存在的問題
影響軟件項目成功率的因素主要是軟件質量問題，而在整個軟件項目的實施過程中需求不明確、跟蹤和監督不力、缺乏客觀的軟件評審和軟件配置以及風險管理意識不足等都阻礙著軟件質量的提高。
2．1需求不明確
需求管理是軟件項目管理中非常關鍵的一個步驟．需求分析的完整與否可以降低軟件質量、延長項目周期、加大成本。由于用戶對計算機系統認識的不足，對于系統的需求往往比較模糊，遺漏甚至是錯誤的問題經常出現(包括管理流程、業務流程、數據或報表的分析處理等)，但這些問題往往沒有暴露給開發人員，而是隨著項目的進展才逐漸明確。對于開發人員來說，需求的變更意味著軟件產品的部分內容必須重新開發，而對于整個軟件項目管理而言，勢必要重新分配資源、調整計劃、估算成本等等，導致軟件產品質量下降。
2.2跟蹤和監督不力
跟蹤和監督主要針對過程而言，也是項目管理中最容易被忽視的環節。軟件項目過程由多個任務構成，大部分任務都有前置任務和后置任務，這就要求項目管理者要嚴格跟蹤和監督每一個任務。任務的完成主要從時間進度和質量兩方面來衡量，還要充分考慮因客戶方引起的一些客觀因素(更改需求分析等)。項目管理者雖然制定了具體的項目進度內容，但如果缺乏有效的跟蹤和監督機制，對于每一個階段所要完成的任務疏于評價，就會影響下階段軟件產品的質量，有時甚至是軟件產品的重新開發，最終影響整個軟件項目。
2．3缺乏客觀的軟件評審
客觀的軟件評審是軟件產品質量的直接保障，軟件評審一直貫穿于整個軟件項目的過程中，對軟件產品的評審應有客戶使用人員和軟件業中的同行來進行?？蛻羰褂萌藛T對軟件產品做階段性的評審可以及時發現軟件產品功能方面的不足，同行評審可以從軟件業的規范及標準去發現問題．軟件評審可以降低軟件開發的成本提高軟件產品的質量。大多情況下項目管理者沒有做任何階段性的評審，通常只是在軟件產品開發基本完成之后來組織評審，果發現了很多問題，但要修改已經非常困難．要花費很長的時間甚至從頭再來。
2．4軟件配置混亂
軟件配置是指軟件產品在各個階段各種版本的文檔、程序及數據的集合，貫穿于整個軟件項目的始終。隨著軟件產品開發的進行，由于各種客觀原因，其中的預算、設計方案、進度等內容都有可能需要大大小小的更改(這些改動可能是合理的)，整個改變的過程對軟件項目的參與人員來說必須是可視的，以便提高軟件的可靠性和質量，而這一切都應該有正確的軟件配置來控制如果失去正確的軟件配置管理，那么針對軟件產品發生的任何更改或者是維護都會給軟件項目帶來混亂甚至是失敗。
2．5風險管理意識不足
風險管理是軟件項目中防止失敗的一種重要手段，軟件項目不同的階段存在著不同的風險，并且風險會隨著項目的進展而變化，目前國內的軟件企業大都不注意軟件項目的風險管理。除了社會環境風險、商業風險等這些客觀風險之外．可控的軟件項目風險主要指技術風險。技術風險主要是指與軟件項目本身相關的的技術因素變化帶來的風險，如果在一定的條件下達不到技術條件能夠實現的目標，不但延緩項目的進度而且會增加項目的成本．繼而使整個項目受到影響。
三、通過過程管理加強軟件項目管理的實踐模式
利用cMMfCapabilityMaturityModeforSoftware)的核心思想把軟件項目管理看作一個軟件過程，并根據這一原則對整個軟件項目的開發和管理進行過程監控，監督發現過程中影響項目的關鍵問題并予以解決。軟件過程是指軟件開發人員開發和維護軟件及相關產品的一套行為、方法、實踐及變換過程，包括軟件開發過程和軟件管理過程。CMM把軟件開發機構按照不同開發水平劃分為5個級別。每個等級被分解為幾個KPA(關鍵過程域)，KPA是指在某個成熟度等級應重點關注的區域，也是達到此成熟度等級必須解決的關鍵點。①初始級，無過程意義。軟件過程是無序的、隨機的、缺乏總計劃，無預見性，大多數活動是應付危機，經常超期超支，成功取決于個人。②可重復級，具備基本的項目管理。KPA分別是：需求管理、軟件項目計劃、軟件跟蹤與監督、軟件子合同管理、軟件質量保證、軟件配置管理；③已定義級，已定義軟件過程。已將軟件管理和軟件工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。KPA分別是：組織過程焦點、組織過程定義、培訓大綱、集成軟件管理、軟件產品工程、組間協調、同行評審；④可管理級，過程可度量。已收集了軟件過程和產品質量的詳細度量方法，軟件過程和產品均可被定量地理解和控制。KPA分別是：定量過程管理、軟件質量管理；⑤優化級，過程控制。通過過程的量化反饋以及新技術、新方法促使過程不斷改進。KPA分別是：缺陷預防、技術更新預防、過程更改管理。
CMM只是一個過程改進的框架．并沒有給出具體實施的辦法。在該模式中對目前CMM中的KPA做適當裁減．定義了6個關鍵過程域：軟件項目計劃(SPP)、需求管理(RM)、軟件項目跟蹤和監督(SPTO)、軟件質量保證(SQA)、軟件配置(SCM)、同行評審(PR)，設置了三個工作組：軟件項目過程組(SPPG)、軟件工程組(SEG)、軟件質量保證組(SQAG)。通過工作組對關鍵過程域的操作來加強軟件項目的管理。
3．1定義KPA
3.1.1軟件項目計劃(SPP)
軟件項目計劃是為要實施的軟件項目編制軟件過程活動的安排，包括進度控制、成本控制、質量控制、風險控制等，也是實施CMM2的核心此階段在安排過程活動的同時開展項目設計的前期工作，設計和界定在整個項目中各階段所需的開發、質量、跟蹤、評審、風險、成本等工作。項目計劃是指導項目過程的具體措施，要在有軟件項目實施經驗的人員領導下投人大量的時間和人力資源來完成。制定項目計劃應注意7個問題。①在科學論證的基礎上制定過程，充分調動人員積極性合理地確定項目組的參加人員；②對軟件項目各程中的任務進行分解，明確項目的里程碑和檢查點；③正確估計軟件項目中的軟件資源、硬件資源、人力資源及其它費用；④正確估計各方面因素帶來的風險并制定應對措施；⑤制定項目實施過程中的跟蹤和監督措施；⑥確定軟件的評審和測試方法；⑦詳細的文檔資料。
3．1．2需求管理(RM)
需求分析主要包括面向用戶的用戶需求和面向開發人員的系統需求．是整個軟件工程的第一步．也是非常關鍵的一個環節。需求分析主要針對用戶的業務流程、系統功能、性能、數據分析進行嚴格的定義．是設計一個軟件應用系統的起點與基本依據，通過它來評判軟件產品是否能夠解決用戶問題，也是項目成功與否的標準。就目前國內現狀來講，一般簽定軟件項目合同的用戶是主管信息技術的負責人，它所關心的可能是整個系統的目標需求，用戶方中層管理人員關心的是業務流程需求．終端操作人員則注重軟件本身的易操作性和功能特性，因此．面向用戶的需求一定要和用戶多方人員多溝通、交流．最終通過雙方有關部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現象，對于這種情況一定要注意需求更改的可控性．要建立需求的基準版本和更改版本控制文檔資料．使受需求變化影響的產品與需求變更一致。但要注意在更改需求的同時要衡量需求的穩定性，如果一個需求的變更比較頻繁，意味著本項目并沒有真正了解用戶想要解決的實際問題?？梢哉f需求分析的完整性和變更可控性直接影響到軟件過程的改進，它可以降低軟件質量、加大軟件開發的成本、甚至是導致項目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。
3．1．3軟件項目跟蹤和監督(SPTO)
軟件項目的跟蹤和監督始終貫穿于整個軟件項目的過程中，是項目得以控制的前提和條件、是軟件質量的根本保障，其目的是增加軟件過程中進度、成本、工作量、質量、風險等內容的可視性，也是實施CMM2的核心。除去市場、法律等不可控制因素外，根據項目計劃對項目進展的有關情況及影響項目實施的相關因素進行及時、客觀、準確的信息采集，將采集到的需求、成本、進度、風險等內容形成文檔并建立一個項目跟蹤信息平臺。項目負責人定期召集軟件過程人員、開發人員、質量保證人員、用戶方有關人員召開開放式的例會，例會的主要內容是檢查項目進展、數據的分析、認識的偏差、資源的搭配、相關的風險等問題并討論確切的解決辦法，通過跟蹤和監督使項目始終處于可視化的受控狀態。
3.1.4軟件質量保證(SQA)
軟件質量保證是與軟件產品滿足規定的和隱含的需要能力有關的特征或特性的組合。對用戶來講主要體現在軟件產品的有效性、一致性、完整性、可靠性和可操作性等方面，對于軟件產品本身來講體現在軟件產品的可移植性、易維護性、健壯性、可重用性等方面。具體實踐中．軟件質量保證應在軟件項目計劃、需求分析、跟蹤和監督、軟件配置和軟件評審的相互配合下完成．軟件質量保證要做到以事先預防和跟蹤為主，事后糾偏為輔。
3．1．5軟件配置(SCM)
軟件配置是針對軟件產品的跟蹤和控制活動．貫穿于整個軟件項目的過程中．目的是建立和維護在整個生命周期內軟件產品的完整性和一致性，使整個軟件產品的演進過程處于可控的狀態，繼而提高軟件的可靠性和質量。在實踐應用中主要做到五個子項的配置①配置項的標識。標識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計。確定整個項目生產周期中產品在技術和管理上的完整性。⑤系統整合。把系統的不同部分集成后完成一組特定的功能。
3．1．6同行評審(PR)
同行評審是根據預定的規范和標準對軟件產品進行評審。評審的結果是衡量軟件產品質量的依據。在整個軟件過程中對詳細設計和軟件綜合測試作為兩個關鍵評審點來進行評審，評審的過程中注意要結合本軟件項目的具體要求和標準。
3．2組的定義
在具體的實踐應用中設置了三個組，在降低了人員成本的同時提高了軟件過程改進能力和軟件質量。
軟件項目過程組(SPPG)組織具體的項目實施活動，管理并協調整個軟件項目的過程，主要完成SPP和SPTO。
軟件工程組(SEG)負責軟件工程的需求分析、概要設計、詳細設計、編碼、測試、維護工作。
軟件質量保證組(SQAG)主要完成SPTO、SCM、PR、SQA等工作。
四、實踐模式效率評估
4．1開發時間
軟件開發由需求分析、概要設計、詳細設計、編碼、軟件測試、項目維護和軟件集成幾部分內容組成，在需求分析和設計階段采用CMM框架實施過程管理所花費的時間要多于沒有實施過程管理花費的時間。首先對項目做大量分析，論證項目的可行性。然后在和用戶做良好溝通、反復論證的基礎上做需求分析，形成文檔資料。這種模式下花費在需求分析和設計上的時間大約占項目總開發時間的40％，但這兩個階段完成了數據流程、算法描述、詳細的規格說明等內容，為代碼編寫、軟件測試、軟件維護等后續內容的工作節省了時間，軟件項目的開發周期大大縮短。經過評估，采用該實踐模式實施軟件過程管理的軟件項目開發周期比沒有實施軟件過程管理的軟件項目開發周期縮短20％。:
4．2開發質量
采用CMM標準通過軟件過程管理加強軟件項目管理的實踐模式使軟件質量明顯提高、需求分析周密、代碼錯誤率明顯降低、軟件產品完整性好、功能齊全、維護量下降，軟件項目最終得以順利實現。
項目管理軟件論文范文3
論文摘要:軟件項目管理的根本目的是為了讓軟件項目尤其是大型項目的整個軟件生命周期(從分析、設計、編碼到瀏試、維護全過程)都能在管理者的拉制之下，以預定成本按期，按質的完成軟件交付用戶使用。目前，軟件項目管理不善的新問題仍然存在。本文將在分析軟件項目管理存在的新問題的基礎上，探索時策辦法。
隨著計算機應用范圍的日益廣泛深人，應用軟件的規模及復雜程度也日趨大型化、復雜化，這就導致軟件開發的方式也從早期的單兵作戰式或手工作坊式漸漸轉變為集團化、工廠流水線式的團隊協作開發方式。這種情況下，如何管理好項目的每一.步運作，及時解決出現的新問題是每一位項目主管責無旁貸的責任。
一、軟件項目管理存在的新問題
(一)缺乏項目管理系統培訓。項目經理在項目管理方面的培訓較少或不夠系統。項目經理或管理人員不了解項目管理的知識體系和一些常用工具和方法，所以在實際工作中沒有項目管理知識的指導，完全依靠個人現有的知識技能，管理工作的隨意性、盲目性比較大。在軟件企業中，以前幾乎沒有專招收項目管理專業的人員來擔任項目經理(甚至很少是管理專業的)，被任命的項目經理主要是因為他們能夠在技術上獨當一面，而管理方面非凡是項目管理方面的知識比較缺乏。
(二)對項目計劃熟悉不足。項目經理對總體計劃、階段計劃的功能熟悉不足。項目經理認為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮;階段計劃因工作忙等理由經常拖延，造成計劃和控制管理脫節，無法進行有效的進度控制管理。沒有計劃或者是隨意的不負責任的計劃的項目是一種無法控制的項目。
(三)管理意識存在偏差。部分項目經理沒有意識到自己項目經理的角色，從總體上去把握管理整個項目，而是埋頭于具體的技術工作，造成項目組成員之間忙的忙、閑的閑，計劃不周、任務不均、資源浪費。在軟件企業中，項目經理大多是技術骨千，技術方面的知識比較深厚，但無論是項目管理知識，還是項目管理必備的技能、項目管理必備的素質都有待補充和提高，項目管理經驗也有待豐富。有些項目經理對于一些不服管理的技術人員，沒有較好的管理方法，工作不好布置的工作只好自己做。另外由于工作分解結構設計的合理性，項目任務無法有效、合理地分配給相關成員，以達到“負載均衡”。
(四)相互間缺乏溝通。在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術新問題或成果等方面和相關人員的溝通不足，造成各做各事、重復勞動，甚至造成不必要的損失;有些人沒有天天定時收郵件的習慣，以至于無法及時接收最新的信息。
(五)缺乏風險管理意識。項目經理沒有充分分析可能的風險，對付風險的策略考慮比較簡單。項目經理在做項目規劃時經常沒有做專門的風險管理計劃文檔，而是合并在項目計劃書中。有些項目經理沒有充分意識到風險管理的重要勝，對計劃書中風險管理的章節簡單應付了事，隨便列出幾個風險，隨便地寫一些簡單的策略，對于后面的風險防范起不到什么指導功能。
(六)項目干系人相關新問題。在范圍識別階段，項目組對客戶的整體組織結構、有關人員及其關系、工作職責等沒有足夠了解以致于無法得到完整需求或最終經權威用戶代表確認的需求。由于項目經理的工作新問題，客戶參和程度部不高，客戶方相關責任人不明確或對范圍和要求責任心不強，提出的要求具有隨意性，項目前期對需求的確認不吃積極;或者是多個用戶代表各說各話、昨是今非但同時又要求目盡早交付;項目后期需求變化隨意，造成項目范圍的蔓延，無度的拖延，成本的擴大。
二、加強軟件項目管理的辦法
(一)加強項目經理的系統培訓。項目經理接受系統的項管理知識培訓是非常必要的，有了專業領域的知識和實踐，再丈上項目管理知識和實踐和一般管理的知識和經驗的有機結合，組能大大提高項目經理的項目管理水平。應實行項目經理知識技育資格考核制度，讓項目經理自覺補充學習項目管理的知識和一些常用工具和方法。
(二)提高項目經理對計劃的熟悉。在高上術行業，日新月異是主要特征，因此計劃的制定需要在一定條.的限制和假設之下采用漸近明細的方式進行不斷完善。提高目經理的計劃意識，采用項目計劃制定相關各種知識、技術、具，加強對開發計劃、階段計劃的有效勝進行事前事后的評估。超級秘書網
(三)加強項目管理方面的培訓。加強項目管理方面的培訓，實通過對考核鄉勘際的合理設定和宣傳引導項目經理更好地做好項仁管理工作。技術骨干在擔任項目經理之前，最好能經過系統的目管理知識，非凡是其中的人力資源管理、溝通管理的學習，實且在實際工作中不斷提高自己的管理素質，豐富項目管理經驗，提高項目管理意識。
(四)加強相互間的溝通。制定有效的擇通制度和溝通機制，對由于缺乏溝通而造成的事件進行通報作夕教提醒，以提高溝通意識;溝通方式應根據內容而多樣化，甘究有效率的溝通;通過制度規定對由于未及時收取郵件而造成壯失的責任歸屬;對于非凡重要的內容要采用多種方式進行有效通以確保傳達到位。超級秘書網
(五)提高軟件項目的風險管理意識。通泛學習項目管理知識把握風險識別、量化、策略探究、反應控制爾工具和方法把握項目風險管理所必備的知識。通過加強對項目知劃中風險管理計劃的審核提高項目組的風險管理意識。總結本表業項目中常見的風險及其策略作為風險管理計劃中必要的風險詳容，并切實評估相應策略的有效勝和可行險
(六)理清項目頭系人。項目的目的就是實現項目干系人的需求和愿望。項目干弄人管理應當從項目的啟動開始，項目經理及其項目成員就要分耀項目干系人包含哪些人和組織，通過溝通協調對他們施加影響，驅動他們對項目的支持，調查并明確他們的需求和愿望，減刁琪對項目的阻力，以確保項目獲得成功。
項目管理軟件論文范文4
【關鍵詞】 項目管理 軟件開發 研究
軟件開發過程是一個復雜過程，也是一個項目的綜合過程。軟件配置在軟件開發過程應用，提高了軟件的生命周期，在開發過程中，就能對軟件進行測試，對軟件的數據進行科學的分析，發現存在問題及時解決措施，對提高軟件開發質量有了進一步技術保障，為項目的正確實施有了明確保障。
一、項目管理的概述
軟件從調研、分析、設計、實施、測試、維護與管理及死亡的一個生命周期，實際就是一個項目的整個流程。項目管理就在一定環境下，根據企業的實際需要，進行科學的分析、科學的設計、科學的進行管理、以提高企業的利潤為目標進行整個管理過程?，F在項目管理在各個領域應用比較廣，其有一定管理目標，科學的進行分析與管理，為實現特定的管理目標努力。項目管理是一項綜合過程，涉及組織，質量、費用、時間等一系列問題，從發起過程，設計過程到實施過程都需要企業搭建良好的平臺進行構建，以實現企業項目管理目標努力。
二、在軟件開發中實施項目管理的重要性
項目管理在軟件開發過程中起到重要作用，項目管理可以提高軟件開發質量。有時即使不開展項目管理工作，軟件開發項目也能取得成功。但是如果缺乏項目管理，則難以將成本控制在一定范圍內，容易導致軟件企業面臨著虧損的風險。在開展項目管理工作的過程中，需要借助技術、方法等，管理軟件開發活動，如此既有助于實現軟件開發目標，又能夠控制軟件開發的進度以及開發成本。當前，雖然有部分軟件企業依據軟件工程理論，制定了管理軟件開發的制度，但是卻沒有嚴格控制軟件開發的進度以及成本。這種做法不僅會延長軟件開發的時間，還會增加軟件公司的經營風險，最終損害到相關用戶的利益。而在軟件開發過程中，開展項目管理工作，就有助于保證軟件開發工作的順利完成，同時提高軟件企業的經營管理效率。綜上所述，項目管理在軟件開發過程中起到重要作用，在軟件管理中能開學的，有目標的進行軟件管理，在軟件設計過程中，能合理的安排軟件開發設計時間，保證軟件時間正確完成，對提高軟件質量，降低用戶風險等方面都做的非常好，在軟件開發過程中，合理的利用項目管理軟件，對提高軟件的應用有一定的現實意義。
三、項目管理在軟件開發中的應用現狀
項目管理應用在軟件開發過程中時間不是很長，但最近幾年，項目管理應用到軟件開發過程中，取得一定成績。60年代中期，軟件行業沒有一定標準，人們發現軟件開發過程中存在一定問題，軟件工作者一直想解決措施。80年代，學者嘗試在軟件開發過程中引進項目管理，這時候沒有軟件標準，但也取得不錯效果。在項目開發過程中，項目組有多個成員組成，每個成員在項目開發過程中扮演一定角色，每個角色有一定的工作任務，要認真分析任務中具有一定的關聯性，合理的利用項目管理，解決任務的開發時間及先后順序，都是為了整個項目能正確，準時的完成而努力奮斗，同時也對員工提高工作效率有一定的益處，對提高學者的能力有一定的幫助，在未來的發展過程中，軟件開發引進項目管理是時展需要，也是社會發展需要。
四、項目管理在軟件開發中的應用
1、可行性研究。軟件在開發實施前，都要對項目進行一定可行性研究，主要從管理、技術、經濟三方面進行可行性研究?，F有的管理水平是否能進行軟件設計開發，是否符合現代化企業的項目化管理的需要。現有的技術水平是否能進行軟件開發，是否能完成企業提出相應功能的實現?，F有的經濟能力，是否能承擔軟件開發的費用以及后期的管理與維護費用，有必要的可能軟件升級費用等。
2、軟件項目估算。在軟件開發過程中，首先要規劃軟件開發項目，如此便于項目管理人員制定切合實際的估算方案。規劃軟件開發項目的內容主要包括：明確軟件開發的目標、明確軟件開發過程中需要用到的各種資源、明確軟件開發的進度等。在軟件開發過程中，估算起著非常重要的作用。通過估算可以保證軟件項目在規定的時間內完成，也可以確保軟件項目的成本未超出預算。
3、軟件項目開發人員的管理。軟件開發項目開發核心要素是人，包括管理人員及技術人員。人員的科學管理是軟件項目開發質量的保障，科學的人員管理，可以提高工作效率，提高軟件開發質量，節約開發成本，因此軟件開發公司現在都很重視項目團隊的建設。
總之，項目管理在軟件開發過程中應用，提高了軟件開發質量，并且取得一定成績，解決了軟件開發過程中出現的問題，為軟件開發作出很大貢獻。
參 考 文 獻
[1] 何曉東. 統一軟件開發過程的探討[J]. 安徽科技. 2013（05）
項目管理軟件論文范文5
原文
在強勁的政策東風和商業需求下，“以信息化帶動工業化”成為共識，電子政務、電子商務如火如荼，政府、企業上網勢不可擋，企業實現以信息化為核心的管理現代化成為了必然。然而，在企業目前的信息化進程中復合型IT管理人才非常缺乏，特別是對于一個中小企業的CIO，如何克服資金、人才、技術、管理和經驗的限制，成功地實施一個信息化建設項目，是必須面對的現實問題。
同所有項目一樣，有效的管理也是信息化項目成功的必要條件。但是中小企業IT項目的實施情況一直很不樂觀，面臨著大量的困難和問題，主要體現在企業管理者感到毫無經驗和把握、需求描述不清、項目滿意度差、項目經常延期和超支、忽視培訓和維護等方面。
本文通過調研分析我國中小企業信息化建設中存在的項目管理典型問題，在現代項目管理理論和軟件工程化理論的基礎上，提出了簡單實用的中小企業IT項目管理模型。在該模型方法的指導下，靈活運用成熟項目管理軟件（MicrosoftProject2000）工具，開展項目管理工作，將有助于結合中小企業的特點，快速有效地實施IT項目，為企業帶來效益。
該模型把中小企業IT項目分成了啟動、計劃、實施、收尾4個實施階段，并從系統規劃、供應商選擇、合同條款、項目的目標和范圍、項目組織、項目計劃、進度控制和報告、項目任務管理、項目質量管理、問題跟蹤、項目成本管理、項目風險管理、項目文檔管理共13個方面開展項目管理工作。
目錄
摘要3
ABSTRACT4
前言5
致謝8
一、項目管理概述9
二、我國中小企業信息化建設中的項目管理現狀13
（一）中小企業信息化建設的目標13
（二）中小企業信息化項目的特點13
（三）中小企業信息系統的構成和類型13
（四）中小企業信息系統的實施效果實例分析14
（五）中小企業信息化建設中存在的項目管理問題18
三、調研結論19
四、解決辦法：一種簡單實用的項目管理模型，幫助中小企業實施信息化19
（一）中小企業IT項目管理模型概述19
1、中小企業IT項目管理的內容19
2、中小企業IT項目管理的工作流程20
3、使用MicrosoftProject2000輔助開展項目管理的步驟20
4、中小企業IT項目管理的文檔清單21
（二）系統規劃22
（三）供應商選擇23
（四）合同條款24
（五）項目的目標和范圍24
（六）項目組織26
（七）項目計劃28
（八）進度控制和報告29
（九）項目任務管理31
（十）項目質量管理32
（十一）問題跟蹤33
（十二）項目成本管理36
（十三）項目風險管理37
（十四）項目文檔管理40
五、實例應用：使用MicrosoftProject2000軟件開展項目管理的實例42
（一）MicrosoftProject2000軟件簡介42
（二）航空工業出版社網站項目簡介42
（三）航空工業出版社網站項目實施過程43
1、MicrosoftProject2000的安裝43
2、在Project2000中建立項目計劃43
3、利用Project2000跟蹤與管理項目進度49
六、對中國中小企業信息化項目管理的建議54
七、本次研究的不足之處54
八、參考文獻55
參考資料
1、威廉•J•史蒂文森著，張群、張杰等譯：《生產與運作管理》，機械工業出版社，2000年。
2、左美云、周彬編著：《實用項目管理與圖解》，清華大學出版社，2002年。
3、金英勛、楊磊、王增東著：《如何準備PMP考試》，機械工業出版社，2001年。
4、鄭喬予編著，北大宏博改編：《Project2000中文版項目管理實務》，北京大學出版社，2001年。
5、王立福、張世琨、朱冰編著：《軟件工程——技術、方法與環境》，北京大學出版社，1997年。
6、凱西•施瓦爾貝著，王金玉、時彬譯：《IT項目管理》，機械工業出版社，2001年。
7、袁鴻鳴等著：《MBA畢業論文精選》，對外經濟貿易大學出版社，2000年。
8、斯蒂芬•哈格、梅芙•卡明斯、詹姆斯•道金斯著，嚴建援等譯：《信息時代的管理信息系統》，機械工業出版社，2000年。
9、甘仞初主編：《管理信息系統》，機械工業出版社，2001年。
10、陳佳貴主編：《管理信息化：新世紀生產管理變革的主線》，廣東經濟出版社，2001年。
11、張根保、楊孝榮、陳友玲編著：《企業信息化》，機械工業出版社，1999年。
12、董春連、吳宇昕譯：《企業電子商務》，海天出版社，2001年。
13、朱良生、武常山撰寫：《用友ERP項目管理指南》，用友公司，2002年。
14、博惠思華：《HR管理信息化步步走》，《HR世界》2002年第3期，pp7-10。
15、吳茂林：《拖死“黃世仁”》，《IT經理世界》2003年第2期，pp16-17。
16、王箏編譯：《CIO的休假秘訣》，《IT經理世界》2003年第2期，pp64。
17、ProjectManagementInstitute：AGuidetotheProjectManagementBodyofKnowledge(PMBOKGuide2000),2001.
18、ProjectManagementInstitute：AGuidetotheProjectManagementBodyofKnowledge(PMBOKGuide1996),1996.
19、華鼎項目管理資訊網：“PM文章”欄目，2003年1月。
20、北京書之奧信息咨詢公司網：“學術中心”欄目，2003年1月。
21、工業工程網：“項目管理”欄目，2003年1月。
項目管理軟件論文范文6
[關鍵詞]發電廠房；滲漏原因；預防措施；滲漏處理
中圖分類號：TV698 文獻標識碼：A 文章編號：1009-914X（2015）08-0083-01
發電廠房滲漏是常見的質量問題，滲漏對發電廠房設備運行安全及使用壽命有較大影響。需要從設計、施工兩方面著手，分析滲漏原因。注重預防，防治結合；精心設計和施工，盡量減少滲漏現象的出現；發現滲漏問題后，應認真研究處理方案，并按批準的處理方案進行處理和驗收。
1 滲漏原因分析及預防措施
發電廠房滲漏的原因很多；從設計方面而言，主要是防滲漏方面細節考慮不周，以及專業間協調問題；從施工方面而言，主要是未嚴格按照設計及施工規范要求施工，以及不注重施工細節問題。應根據滲漏原因，采取具體預防措施，盡量減少滲漏現象的出現。
2 滲漏處理
2.1 滲漏調查
施工過程中應密切關注發電廠房滲漏情況。下大雨后、汛期漲水、蓄水后、流道充水后、機組試運行及正式運行期間，應組織業主、設計、監理、施工、運行單位進行滲漏檢查。檢查應逐層、逐間進行，發現滲漏及時標示和記錄下來，并開展詳細調查。滲漏處理過程中，可能發現新的滲漏處，原來的滲漏處可能發生轉移或變化，應開展補充調查。應著重將滲漏部位、類型、性狀、程度調查清楚。
2.2 滲漏處理
根據滲漏調查結果，分析滲漏原因，確定處理方案。處理方案通常由施工單位或設計單位提出，業主、設計、監理、施工、運行等單位共同討論確定。滲漏由施工單位處理；處理過程中，監理單位監督、檢查；處理完成后，業主、設計、監理、施工、運行等單位聯合驗收。
滲漏采取封堵與引排相結合的方法進行處理，以封堵為主，引排為輔。滲漏一般采取化學灌漿的方式進行封堵處理。
2.2.1 化學灌漿材料和機具
滲漏處理化學灌漿一般采用LW/HW水溶性聚氨酯材料；LW材料的主要特點是：1）具有良好的親水性，水既是稀釋劑，又是固化劑，漿液遇水反應而凝固；2）可以在潮濕或涌水的情況下灌漿；3）漿液凝固為彈性體，遇水膨脹，具有良好的止水效果；4）無需繁雜配制，施工簡便；5）可與HW材料以任意比例混合使用（一般按LW：HW=2：1的比例配制），以改變漿液粘度、固結體強度和遇水膨脹系數。封縫材料采用“堵漏王”（滲漏點及裂縫等需封閉，以便灌漿）；其特點是：1）能迅速凝固，1分鐘開始凝固，3～4分鐘終凝；2）密度、強度高，1d抗壓強度可達25MPa；3）可以在潮濕、滲水基面上直接施工；4）操作簡單，加水調和即可使用。
聚氨酯灌漿采用高壓止水針頭代替傳統的預埋灌漿管；擰緊止水針頭的環壓螺栓，可使針頭固定在注漿孔內；止水針頭頭部設有單向截止閥，可防止漿液在高壓推擠下倒噴；針頭單向閥在進漿壓力達到0.4MPa時才能打開，保證了灌漿壓力。采用手持式切割機切縫，沖擊鉆鉆灌漿孔。
2.2.2 灌漿施工流程
滲漏量較大時，先引排、再灌漿，引排點設在集中滲漏點或滲漏區域較低位置；滲漏量不大時，可直接灌漿。點狀滲漏時，先灌滲漏小的點，再灌滲漏大的點；線狀滲漏時，先灌下部，再灌上部；面狀滲漏，先灌周邊，再灌中心。
灌漿施工流程為：集中引排-----切槽封縫-----布孔鉆孔-----安裝止水針頭-----灌漿-----引排管灌漿-----工作面清理-----檢查驗收。
2.2.3 灌漿方法
1）集中引排：滲漏量較大時，先集中引排水，以利灌漿（滲漏量不大時，可直接灌漿）；引排點設在在集中滲漏點或滲漏區域較低位置。用手風鉆鉆30cm深孔，埋設DN25鍍鋅鋼管，管周用“堵漏王”封閉，將滲漏水引排出來。
2）切槽封縫：對滲漏點或施工縫、裂縫滲漏部位，采用手持式切割機切“U”形槽，槽寬約5cm，槽深約3cm；用“堵漏王”將槽封閉起來，以利灌漿。
3）布孔鉆孔：采用沖擊鉆鉆孔，孔徑14mm；孔距30cm，孔深30cm；裂縫、施工縫在距縫兩側20cm交錯布置2排孔，孔向為450角，以保證灌漿孔與縫隙相交；其它部位鉆孔均勻布置，孔垂直于砼表面。
4）安裝止水針頭：將止水針頭安裝于灌漿孔中，擰緊環壓螺栓固定。
5）灌漿：連接手壓式灌漿泵、止水針頭、壓力表，配制LW/HW水溶性聚氨酯材料（一般按LW：HW=2：1的比例配制），準備灌漿。點狀滲漏時，先灌滲漏小的點，再灌滲漏大的點；線狀滲漏時，先灌下部，再灌上部；面狀滲漏，先灌周邊，再灌中心。灌漿壓力0.4MPa，單孔逐一灌漿，當相鄰孔開始出漿后，保持灌漿壓力3～5min結束本孔灌漿，轉入相鄰孔灌漿，直至全部灌漿孔灌漿完成。
6）引排管灌漿：本部位灌漿孔全部灌完后，對引排管進行灌漿處理，灌漿參數與上同。
2.2.4 滲漏處理合格標準
滲漏處理合格標準尚無明文規定，一般根據各工程實際情況制定。合格標準一般可定為：
1）絕大部分滲漏部位經處理已不再滲漏；
2）局部還存在滲漏，但滲漏量很小，且經過有組織引排，不影響運行安全；
3）墻、地面總體能保持自然干燥，最底層經通風設備通風也可保持基本干燥，不影響設備使用壽命。
3 結語
由于滲漏原因難定論，滲漏源頭難尋找，不能從迎水面進行處理等原因，發電廠房滲漏處理難度較大，一般要經過數次處理才能達到理想的止漏效果。
發電廠房建設過程中，應精心設計、精心施工、精心監理，立足于防，狠抓細節，將滲漏現象盡量降到最低程度。發現滲漏問題后，不隱瞞、不回避，認真調查，討論合理的處理方案，認真處理和驗收，將滲漏問題處理完善，不留質量隱患。
參考文獻
[1] 肖和平.《企業級項目管理軟件P3參考手冊》[M].項目管理軟件叢書.上海普華科技發展有限公司.2003.
[2] 何豐.《從Primavera（ P3e/c）學習項目管理》[M].中國建筑工業出版社.2007.
[3] 沈雄偉.《Primavera（ P3e/c）應用指導―水電篇》[M].中國建筑工業出版社.2007.
[4] 劉運元.《Primavera（ P3e/c）應用指導―火電篇》[M].中國建筑工業出版社.2007.
[5] 齊國友.《P3工程管理應用》[M].機械工業出版社.2007.
[6] 張鴻喜.《P3應用實踐》[M].黃河水利出版社.1998.
[7] 韓冰.P3軟件在輸電遷改項目進度控制中的應用研究[D]：〔碩士學位論文〕.北京：華北電力大學，2008.
[8]孫煜.P6項目管理軟件在建筑工程中的應用研究[D]：〔碩士學位論文〕.廣州：華南理工大學，2010.
