文件管理混亂是上個專案最為致命和混亂的，我個人認為，如果乙個專案小組進行開發乙個系統的時候沒有文件的開發個人認為是可怕的，而在系統的開發中沒有對文件進行有效管理是恐怖的，我們要做的是乙個產品，而不是自娛自樂的乙個試驗品，作為產品，必須要標準，無論是客戶給我們的標準還是開發小組給自己的標準，關於標準將在後面做詳細討論。而有標準就必要有相關的文件，關於文件的好處大家都清除，無論在軟體開發部署以及維護的任何階段它都扮演著很重要的角色，關於文件我覺得它不是形式乙個開發小組的負責人對文件的態度就覺得樂這個系統的成敗（說的誇張些）。
1 、文件必須需要版本。
像軟體一樣，如果不對文件進行版本管理和控制，文件的修改將造成文件的混亂，尤其是比較大的專案，一定對文件的管理進行版本控制，不然每次文件修改，想找到什麼時候做樂什麼修改，為什麼做這次的修改都搞不清楚，後面的程式設計師的工作就很難開展。
2、文件需要專人負責。
如果乙個小組的人手足夠多的話，希望能有乙個人來專門負責對文件管理，如果開發小組的人手緊張需小組某乙個人簡直負責，不能每個人都隨意的對所有的文件都拿來拿去。
3、文件的修改要有嚴格的章程控制。
文件一旦形成，不能隨意修改，當然形成正式版本的文件之前一定要認真討論確定文件，一旦文件確定後，不能隨意修改，尤其是前期文件，如需求分析，需求分析一變後面的設計文件都要變，這樣變來變去會影響到系統的整體進度與軟體的質量。每次修改都要做好記錄為什麼要做這個修改，修改樂哪些部分 會影響到哪些文件一定要註明還要包括文件修改的發起人和批准人。
4 、文件的份數。
個人認為乙個十人以內的開發小組每個版本的文件只需要乙份，尤其是開發階段流傳在程式設計師手中的文件盡量只有乙份，大家以互相傳閱的方式進行查閱文件，並不是每個人乙份文件會給專案的進度帶來有利的影響，上乙個專案中每次文件修改後，都給每個人列印乙份近千頁的文件，一是造成了巨大的浪費，二是由於沒有對版本控制好，每個人手裡的文件不止乙份，開始的時候大家還比較清楚到最後，大家都快搞不清應該以哪乙份文件為準了。
關於軟體工程文件解析
軟體工程文件主要涉及到軟體文件管理指南 計算機軟體產品開發編制指南和計算機軟體需求說明編制指南。把軟體開發過程中的一些 不可見的 事物轉 換成 可見的 文字資料。以便管理人員在各個階段檢查開發計畫的實施進展，使之能夠判斷原定目標是否已達到，還將繼續耗用資源的種類和數量 軟體文件可分為開發文件 產品文...
關於作者，《軟體工程管理應用》
about the author jennifer greene 和andrew stellman 兩人自1998 年開始就在軟體領域司職。andrew 在開發領域擔任過前端需求分析師，系統設計師及開發人員，另 jennifer 具有測試領域的背景，曾承擔大型對外協調專案的 learder 他們在 ...
軟體工程的風險管理
有關軟體工程的開發當中，注重開發技術的同時也需要看重其中的風險，今天對有關的風險做乙個小小的總結，也是因為有關 需要寫一篇這個東西。工程類專案風險的管理 2.風險的 風險的 需要對開發專案中的可能發生的風險進行統計和計算，通過資料 概率 經驗去 可能會發生的風險及概率，及影響專案的程度。3.風險的評...