SA主要是給 User 看的文件

撰寫文件非常有經驗的專案經理 **豪哥** 親自指導我，以下是我們的對話 --
================= 對話分隔線開始 =================
豪：「SA主要是給 User 看的文件，每一個介面都要解說，功能欄位也都要詳細說明，尤其是下拉選單，裡面的選項也都要一一列出。」
豪：「SA的用意除了要給user看以外，其實最重要的是在系統開始進行開發之前可以避免細節的地方遺漏了，例如說：今天你設計的DB欄位有五個，如果突然想到一個功能的時候，以前的作法都是直接在DB插入一個新欄位，那程式是不是都要改過了呢？」
這時候的作業程序為：
1.進入 SQL 管理界面
2.對要修改的資料表插入一個欄位
3.修改程式，將 SQL 相關的程式修改語法
4.進行測試
以上這四個步驟是想到一個功能的時候所必須做的流程，程式的規模小就算了，如果遇到相關page很多的程式...慢慢改吧，人力與時間就浪費在上面了 = =a
豪：「所以寧可多花一些時間規劃一番，也不要後面在浪費人力修改 ^_^」
經過這一次撰寫 SA 之後，我發現有以下的好處：
1.可以仔細審視 UI 的排列與設計，不用等到事後在修改
2.可以將功能性完整的考量到，將使用者以及系統功能寫的更完善
3.不用在浪費時間作新增欄位與修改程式這種浪費時間的功夫
4.以後系統要修改的時候，不用仔細拼命的思考以前事怎麼寫的
5.接手系統的人相對的也輕鬆
6.節省教育訓練的時間
可見不管是 IT or RD ，事前規劃與分析都是很重要的，也許寫文件事很枯燥又乏味的事情，但是依照文件的制定來進行，會比後面要花更多時間修補還要來的更值得！
Vigor (居易) 設備的說明書，針對介面他們都有詳細的說明，想入門 SA 或是不知道 SA 意義的可以參考看看