一、從使用者提出需求，到需求響應時間，我們需要9天時間，而需求評估完成時間需要15天左右，這就是我們存在的一些問題，導致需求響應時間及評估完成時間比較長的原因有如下幾方面：
(1)、由於計算機中心軟體開發人員不夠：各應用系統的支援人員及軟體開發人員加起來才8個，公司各子應用系統有幾十個，erp的各個子系統及模組就有將近20個，乙個員工要支援5到6個功能子系統的維護；
(2)、分工不明確：軟體開發人員往往身兼數職，跨多個職能領域，應用使用者習慣找誰就認定那個人，什麼事都找該員工；工作效率就相對低下；
二、關鍵使用者訪談率及關鍵使用者對需求的認同率都比較低，關鍵使用者訪談率只有70%，而關鍵使用者對需求的認同率只有68%；為什麼會有這樣的結果了，分析原因如下：
(1)、由於計算機中心人員緊張：有時沒有辦法訪談所有的關鍵使用者，只能找幾個評估時認為特關鍵的使用者；
(2)、被訪談使用者原因：由於被訪談使用者事情太多，往往在提出需求以後，抽不出時間來接受訪談；另外有些使用者只侷限於本部門或者本崗位來考慮問題，不願意從公司層面或者大局來考慮；
(3)、使用者不重視：有些需求是由於使用者部門領導要求，跟得比較緊，但是如果部門領導沒有跟得緊的情況下，使用者就不那麼急了，就算立了項，也不能很好的配合；
(4)、軟體需求分析人員原因：由於需求分析人員經驗不足，導致需求不夠明確，不能了解到使用者需求背後的真正目的；
三、設計功能滿足率比較低，只有75%，功能點bug數比較多，每個功能模組平均的bug數有15個之多，函式注釋率只有10%左右，各功能點的測試覆蓋率只有40%，分析原因如下：
(1)、使用者需求不明確：有些使用者在接受訪談時說的需求，及在需求確認時都沒有問題，但是到軟體功能設計出來以後，卻完全不是這麼回事，使用者就會解釋說當時沒想清楚；
(2)、軟體開發工具的原因：軟體開發人員使用的開發工具不夠實用，很多任務發工具能檢查出來的bug，沒有辦法檢查出來，需要開發人員自已檢查；
(3)、軟體開發人員的原因：由於軟體人員緊張，專案任務多，交期短，所以在開發時，沒有多少時間去寫程式**的注釋，況且有些開發人員也根本沒有注釋的習慣，沒有多少時間去完整的測試各個功能點；把測試的任務有時就直接交給使用者了；
四、系統架構變更次數過多，乙個專案平均下來變更6次之多，原因如下：
(1)、系統設計人員的原因：由於系統設計人員在架構設計時，沒有考慮到系統架構的靈活性；不易於擴充套件；一旦使用者的需求有變化，系統架構就必須重新修改；
(2)、使用者需求變更太頻繁：由於使用者的需求很隨意變更的，加大了系統設計的難度，導致了系統架構變更；
五、專案的按時完成率比較低，平均下來只有60%，分析原因如下：
(1)、使用者需求變更太頻繁：由於使用者需求變更太隨意，太頻繁，導致有些開發工作完成，又必須推倒重來，做了很多無用工作；另外有些使用者只侷限於本部門或者本崗位來考慮問題，不願意從公司層面或者大局來考慮；造成重複工作，重複設計；
(2)、軟體開發人員的原因：由於軟體開發人員不夠，專案多，任務緊，乙個人身兼數職，也是造成軟體開發專案推遲的直接原因；另外，軟體開發人員專業技術水平不夠，有些功能開發要花太多的時間去研究，尋找解決方案，也導致了專案的延遲；
(3)、系統架構變更太多：導致有些程式開發工作無用，必須重新開發；
(4)、軟體需求分析設計人員的原因：由於設計的不合理，分析使用者需求不夠透徹和全面，架構設計不合理，導致軟體開發變更及錯誤多，也導致了軟體專案的開發延遲；
(5)、軟體開發工具及開發方法落後：由於軟體開發人員沒有太多的時間去研究使用新的，先進的開發工具，也沒有太多時間去學習新的開發方法，導致軟體的開發速度慢，開發出來的程式bug多，程式沒有多少可重用性，也導致了軟體專案的開發延遲；
綜上所述，為了配合公司的發展，滿足公司對資訊化建設的要求，順利實現計算機中心04年目標，我們必須針對軟體開發專案中存在的問題採購行之有效的改進方案，計畫改進措施提議分為內部及外部：
內部的改進措施提議如下：
1、 增加人員配置，解決人手嚴重不夠的問題；
2、 明確分開，重新劃分業務小組；
3、 明確崗位職責，細分軟體專案開發所需要的各個崗位；
4、 制定崗位知識能力模型，對每個崗位要求的能力必須定義清楚，要求嚴格達標；不達標的必須重新培訓；做到合適的人在合適的位置做合適的事；
5、 加強專業技能培訓；
6、 加強軟體開發管理，培養團隊合作精神，加強軟體過程控制；
7、 優化設計開發方法：加強設計標準化、模組化；提高軟體開發效率；
8、 加強業務培訓，更實際的了解業務需求；
外部的改進措施提議如下：
1、 加強業務部門對系統了解；
2、 培養使用者需求的分析能力；
3、 加強與使用者的互動及雙向溝通，讓使用者參與到設計中來；
4、 引導使用者的軟體需求，培養使用者從公司層面或者大局來提出需求；
軟體開發總結報告
目錄一 引言2 1 編寫目的2 2 專案背景2 3 參考資料3 1 二.開發結果3 開發結果 1 產品3 2 主要功能3 3 所用時間4 三 評價4 1 技術方案評價4 2 產品質量評價5 四 總結5 一 引言 1 編寫目的 本專案開發總結報告，主要是總結本軟體的開發經驗和總結所學到的知識，以及對乙...
專案軟體開發計畫
公司名 專案名 軟體開發計畫 版本 1.0 注 以下提供的模板用於 rational unified process。其中包括用方括號括起來並以藍色斜體 樣式 infoblue 顯示的文字，它們用於向作者提供指導，在發布此文件之前應該將其刪除。按此樣式輸入的段落將被自動設定為普通樣式 樣式 body...
軟體開發專案管理
軟體開發專案管理，補習對軟體開發專案的工作範圍 可能遇到的風險 需求的資源 要實現的任務 經歷的里程碑 話費的工作量，以及進度的安排等等做到心中有數。而軟體專案管理可以提供這些資訊。軟體具有可見性差 定量化難等特殊性。但通常可以 根據以往開發類似軟體的經驗來進行成本估算。將軟體專案劃分為若干個子系統...