軟件項目經驗怎么寫 軟件工程項目模板

軟件項目建設經驗介紹范文 第一篇

1、綜述

項目背景

結合云南省2010-2012年干旱少雨，群眾迫切需要抗旱增蓄的要求，對部分重點缺水區(qū)加大投入，將有限資金集中用于糧食生產直接相關的小型農田水利等基礎設施建設，并充分體現(xiàn)短期內能完成見效和群眾基礎好的原則，將項目選擇在xx鎮(zhèn)xx村委會老灌壩、老張壩庫區(qū)，進一步完善配套農業(yè)灌溉生產條件，提高農業(yè)生產效能。

項目概述

xx村委會老灌壩、老張壩引水增蓄工程項目區(qū)位祿豐縣西南部，xx縣xx鎮(zhèn)北部，距xx縣城57公里，距昆明109公里，距楚雄54公里，項目覆蓋xx村委會老楊家莊、劉家壩、趙家村、團結村共4個村民小組193戶815人，耕地畝，大牲畜435頭。

項目覆蓋區(qū)的楊家莊、劉家壩、趙家村、團結村4個村小組屬于半山區(qū)村小組，經濟收入主要靠種植業(yè)、養(yǎng)殖業(yè)。2011年農民人均純收入3557元。項目區(qū)內有老灌壩小(二)型水庫1 個，老張壩小壩塘1個。項目區(qū)農業(yè)用水主要來自于彩云鎮(zhèn)星宿江大溝、大慶水庫和老灌壩、老張壩，其中，有畝耕地和425頭大牲畜常年飲水必須靠老灌壩、老張壩供應，老灌壩為小(二型)水庫，總庫容10萬立方米、老張壩是小壩塘，總庫容1萬立方米。老灌溉壩蓄水水源主要來自于新壩箐、青樹河，集雨面積約2平方公里，其中，青樹河發(fā)源于xx村委會小(一)型水庫大黑箐水庫下游，

源頭短，水量小，水量季節(jié)影響大特點。老張壩蓄水水源主要來自于新壩箐，集雨面積約平方公里。雨季短時有水，平時無水。

2、基本情況

老灌壩水庫位于朋溪村委會東北部，地處楊家莊村旁，彩云至干海資柏油公路從壩頂上通過，水庫距村委會約，距鎮(zhèn)政府約。老灌壩水庫修建于1954年，壩高，壩頂長170m，壩頂寬，總庫容10萬m3，屬均質土壩，壩規(guī)模為小(二)型水庫，設計灌溉面積200畝。目前該水庫屬朋溪村委會轄區(qū)內僅有的一件小(二)型水庫，由于受地理位Z的限制，水庫位于村子旁，上游無山箐，周圍多為農田，水庫蓄水主要靠雨季降水。

隨著近兩年來連續(xù)干旱，水庫蓄水嚴重不足，已滿足不了農業(yè)生產用水需求，村民迫切要求修建引水溝渠來增加老灌壩水庫的蓄水。經實地規(guī)劃，分別從西北方向鹽井箐主箐攔砂壩、新壩箐底、東北方向青樹河3個取水點修建引水溝渠來增加水庫蓄水。

項目區(qū)自然情況

項目區(qū)位于xx鎮(zhèn)政府駐地東北部，距彩云鎮(zhèn)政府所在地 公里，到xx鎮(zhèn)道路為柏油路，交通方便。東鄰松石、東營 ，南鄰羅川，西鄰廣通鎮(zhèn)錢家沖部隊油庫 ，北鄰廣通鎮(zhèn)清水村委會。海拔1480 米，年平均氣溫℃，年降水量毫米，降水主要集中在6月至10月，境內主要有青樹河、鹽井箐兩條小河。青樹河是老灌壩蓄水的主要水源，發(fā)源于松石村委會小(一)型水庫大黑箐水庫下游，源頭短，水量小，水量受降雨影響大。鹽井箐小河發(fā)源于xx村委會鹽井箐，源頭短，水量小，水量受降雨影響大，

軟件項目建設經驗介紹范文 第二篇

模具管理系統(tǒng)最大程度的實現(xiàn)了模具信息的共享，各使用部門可以方便的查詢模具的位置、進度、狀態(tài)、申請單、試模、驗收、合格、模具的調撥、報廢等等信息;查詢模具的相關信息信息由原來的1-2天縮短為10分鐘之內。產品型號、零件圖號統(tǒng)一維護，規(guī)范管理，出錯比例大大下降。而且在更改零件圖號的情況下，基礎數(shù)據更改，其它相關文件的同一數(shù)據會隨之更改，減少系統(tǒng)維護量提高了生產部編制模具生產任務單的工作效率，縮短了模具制造任務傳遞時間，查詢新的開模單更方便快速，由原來的至少半天縮短為10分鐘之內匯總改模單情況由原來的多人每日手工填寫改進為階段一次匯總，時間僅須20分種左右，大大提高了效率。

模具臺賬能顯示所有的模具匯總及分配情況; 雖然相關項目基本上達到了預期的目的，但是，反思在整個項目的需求提出、項目評估、需求分析、項目計劃、總體設計、詳細設計、測試計劃、實施的各個環(huán)節(jié)，我們都有工作不足之處，特別是某些關鍵控制點上面，我們有一些失誤，當然，原因是多方面的，有果必有其因。下面我們從關鍵控制點上面來分析我們在項目開發(fā)過程中存在的問題、原因分析及改進措施：

一、從用戶提出需求，到需求響應時間，我們需要9天時間，而需求評估完成時間需要15天左右，這就是我們存在的一些問題，導致需求響應時間及評估完成時間比較長的原因有如下幾方面：

(1)、由于計算機中心軟件開發(fā)人員不夠：各應用系統(tǒng)的支持人員及軟件開發(fā)人員加起來才8個，公司各子應用系統(tǒng)有幾十個，ERP的各個子系統(tǒng)及模塊就有將近20個，一個員工要支持5到6個功能子系統(tǒng)的維護;

(2)、分工不明確：軟件開發(fā)人員往往身兼數(shù)職，跨多個職能領域，應用用戶習慣找誰就認定那個人，什么事都找該員工;工作效率就相對低下;

二、關鍵用戶訪談率及關鍵用戶對需求的認同率都比較低，關鍵用戶訪談率只有70%，而關鍵用戶對需求的認同率只有68%;為什么會有這樣的結果了，分析原因如下：

(1)、由于計算機中心人員緊張：有時沒有辦法訪談所有的關鍵用戶，只能找?guī)讉�評估時認為特關鍵的用戶;

(2)、被訪談用戶原因：由于被訪談用戶事情太多，往往在提出需求以后，抽不出時間來接受訪談;另外有些用戶只局限于本部門或者本崗位來考慮問題，不愿意從公司層面或者大局來考慮;

(3)、用戶不重視：有些需求是由于用戶部門領導要求，跟得比較緊，但是如果部門領導沒有跟得緊的情況下，用戶就不那么急了，就算立了項，也不能很好的配合;

(4)、軟件需求分析人員原因：由于需求分析人員經驗不足，導致需求不夠明確，不能了解到用戶需求背后的真正目的;

三、設計功能滿足率比較低，只有75%，功能點BUG數(shù)比較多，每個功能模塊平均的BUG數(shù)有15個之多，函數(shù)注釋率只有10%左右，各功能點的測試覆蓋率只有40%，分析原因如下：

(1)、用戶需求不明確：有些用戶在接受訪談時說的需求，及在需求確認時都沒有問題，但是到軟件功能設計出來以后，卻完全不是這么回事，用戶就會解釋說當時沒想清楚;

(2)、軟件開發(fā)工具的原因：軟件開發(fā)人員使用的開發(fā)工具不夠實用，很多工發(fā)工具能檢查出來的BUG，沒有辦法檢查出來，需要開發(fā)人員自已檢查;

(3)、軟件開發(fā)人員的原因：由于軟件人員緊張，項目任務多，交期短，所以在開發(fā)時，沒有多少時間去寫程序代碼的注釋，況且有些開發(fā)人員也根本沒有注釋的習慣，沒有多少時間去完整的測試各個功能點;把測試的任務有時就直接交給用戶了;

四、系統(tǒng)架構變更次數(shù)過多，一個項目平均下來變更6次之多，原因如下：

(1)、系統(tǒng)設計人員的原因：由于系統(tǒng)設計人員在架構設計時，沒有考慮到系統(tǒng)架構的靈活性;不易于擴展;一旦用戶的需求有變化，系統(tǒng)架構就必須重新修改;

(2)、用戶需求變更太頻繁：由于用戶的需求很隨意變更的，加大了系統(tǒng)設計的難度，導致了系統(tǒng)架構變更;

五、項目的按時完成率比較低，平均下來只有60%，分析原因如下：

(1)、用戶需求變更太頻繁：由于用戶需求變更太隨意，太頻繁，導致有些開發(fā)工作完成，又必須推倒重來，做了很多無用工作;另外有些用戶只局限于本部門或者本崗位來考慮問題，不愿意從公司層面或者大局來考慮;造成重復工作，重復設計;

(2)、軟件開發(fā)人員的原因：由于軟件開發(fā)人員不夠，項目多，任務緊，一個人身兼數(shù)職，也是造成軟件開發(fā)項目推遲的直接原因;另外，軟件開發(fā)人員專業(yè)技術水平不夠，有些功能開發(fā)要花太多的時間去研究，尋找解決方案，也導致了項目的延遲;

(3)、系統(tǒng)架構變更太多：導致有些程序開發(fā)工作無用，必須重新開發(fā);

(4)、軟件需求分析設計人員的原因：由于設計的不合理，分析用戶需求不夠透徹和全面，架構設計不合理，導致軟件開發(fā)變更及錯誤多，也導致了軟件項目的開發(fā)延遲;

(5)、軟件開發(fā)工具及開發(fā)方法落后：由于軟件開發(fā)人員沒有太多的時間去研究使用新的，先進的開發(fā)工具，也沒有太多時間去學習新的開發(fā)方法，導致軟件的開發(fā)速度慢，開發(fā)出來的程序BUG多，程序沒有多少可重用性，也導致了軟件項目的開發(fā)延遲;

綜上所述，為了配合公司的發(fā)展，滿足公司對信息化建設的要求，順利實現(xiàn)計算機中心04年目標，我們必須針對軟件開發(fā)項目中存在的問題采購行之有效的改進方案，計劃改進措施提議分為內部及外部：

六、內部的改進措施提議如下：

1、增加人員配置，解決人手嚴重不夠的問題;

2、明確分開，重新劃分業(yè)務小組;

3、明確崗位職責，細分軟件項目開發(fā)所需要的各個崗位;

4、制定崗位知識能力模型，對每個崗位要求的能力必須定義清楚，要求嚴格達標;不達標的必須重新培訓;做到合適的人在合適的位置做合適的事;

5、加強專業(yè)技能培訓;

6、加強軟件開發(fā)管理，培養(yǎng)團隊合作精神，加強軟件過程控制;

7、優(yōu)化設計開發(fā)方法：加強設計標準化、模塊化;提高軟件開發(fā)效率;

8、加強業(yè)務培訓，更實際的了解業(yè)務需求;

七、外部的改進措施提議如下：

1、加強業(yè)務部門對系統(tǒng)了解;

2、培養(yǎng)用戶需求的分析能力;

3、加強與用戶的互動及雙向溝通，讓用戶參與到設計中來;

4、引導用戶的軟件需求，培養(yǎng)用戶從公司層面或者大局來提出需求;