最近想換工作，趁空檔時間想撰寫一些文件供未來接手的人能快速承接系統，
最近畫了一些ERD、DFD、DD，不知道還有什麼文件可以畫的，
想問問大家，如果你到一個新公司去，沒有人和你交接時，你希望能看到什麼文件？

你真是一個好人，接你系統的人必很開心

不過除了圖外，清單也是必需的吧

===================引 用 junlin 文 章===================
最近想換工作，趁空檔時間想撰寫一些文件供未來接手的人能快速承接系統，
最近畫了一些ERD、DFD、DD，不知道還有什麼文件可以畫的，
想問問大家，如果你到一個新公司去，沒有人和你交接時，你希望能看到什麼文件？

你真是一個好人，接你系統的人必很開心
X2

話說我接的舊系統維護，其中還有一個連SourceCode都沒齊的..Orz

------
不論是否我發的文，在能力範圍皆很樂意為大家回答問題。
為了補我的能力不足之處，以及讓答案可以被重複的使用，希望大家能儘量以公開的方式問問題。
在引述到我的文時自然會儘量替各位想辦法，謝謝大家！

文件做再好。你還是免不了要教很久。。。。。。

這個問題問的很實在！

簡潔的程式碼、清晰的系統邏輯、比任何的文件都有用，再清楚的文件也無法解釋混亂的程式碼如何運作，文件就如同文憑一樣沒用。許多人寫程式，寫過之後，不多久就自己也看不懂自己寫什麼，更何況後面接手的人，所以接手就變成燙手山竽，這種事一直再發生，問題出在哪裡，問題不在文件清晰與否。

問題永遠會在接手的人，再爛的程式都可以改好，再好的程式也會被搞的一團遭，我們一直再鑽研系統開發的技術，但是很少在注意維護的技術，至少我在論壇上聽到的都是程式怎麼寫，很少人問程式要怎麼改，如何去維護一個已存在的系統，比開發一個系統更複雜，至少它是兩個人以上的團隊工作。

能不能在不更動原程式碼的情況下，提高系統功能？或是更改系統功能，變成了思考的中心。維護一個系統决不是寫寫文件那麼的簡單，不過我們能做的似乎也只有這樣，而這個問題也一直未被重視過，今天樂見有人提出來討論。

曾經我也想過這個問題，現在要真的去「開發」一個系統的機會太少了，
大多數都是維護現有系統居多，的確什麼都不寫只用教的比較快，
但是我怕如果我走了還沒有人來交接怎麼辦@@
因為我已經請公司找人了，但好像一直沒動作，總不好留下一個「火坑」吧 ^ ^;

p.s.昨天翻了一些軟體工程的資料，現在的系統分析大部分是用UML，但對UML不熟的我來說，
就比較困難了，不過，有朋友說畫的對不對不重要，能看的懂才是重要的 ^ ^y

最基本的文件,至少要有ER-Model,資料結構、系統流程圖及使用案例說明

程式嘛,平常就要有良好的命名習慣、扼要的註解和物件導向設計

自己好維護,職務交接也方便

除了文件
原始開發者的連絡通訊資料
例 : 手機/家裡電話/新上班的公司電話......
就是要找的到人........

有些時後,文件 比不上與原創的口頭連絡

與公司協調離職後轉任約聘顧問，以後有問題要諮詢只要算鐘點費
不過機率不大

------
http://blog.bestlong.idv.tw/
http://www.bestlong.idv.tw/
http://delphi-ktop.bestlong.idv.tw/

除了相關的文件留下外，也許可以多花點時間。用螢幕錄影的方式，將相關的操作(小撇步)一起都錄進去，
除了有手冊還有影音檔。

------
林壽山
網站: http://superlevin.ifengyuan.tw
mail: superlevin@gmail.com