本帖最後由 arararchchch 於 19/7/2009 12:59 AM 編輯 去年做了MC Analysis report的路過... 結果拿了98/100分 只作些少經驗分享 先講時間分配,我個人認為Program跟Documentation所花的時間約為3:7; 當然4:6也可以,千萬別過份埋首於Program,以免時間不夠做Documentation 不過還是建議同時雙管齊下,邊做Program邊做Documentation 一來可以確保兩者內容及闡述呼應; 二來是Documentation入面的Testing and Debugging,真正的Error總比亂作的無聊Error來得有說服力 平時空閒可以Brain-storming,因為不少Idea是因此而生 做Program時需注意Reusability同User-friendly的程度 Reusability可以多點Procedure和Function, 例如Phone book directory有Search,Store new record等功用 我會弄幾個Procedure,方便做Testing/Debugging, 而且做介面(User Interface)時也不會太累贅 Function是將一些常用的運算(如把A轉1,B轉2,etc.)化簡 以Pascal作例子最好Program內附有Help,協助用者,或簡單介紹各Menu上選擇的用途 時間不足但仍有很多新穎的理念可以留待Documentation才提及 比方說,我想有個Search Function可以像Yahoo一樣,支援 * ? + " " 的使用 但這樣很浪費時間,在Documentation入面的Further Improvement略有提及其好處即可 Documentation可分為User documentation與Programmers' documentation 前者是給用家看的(廢話),切忌濫用艱深詞彙,儘量以平民化詞彙解釋Program功用, 並附上Troubleshooting(解難),教用者如何應付Error Programmers' documentation才是拿分關鍵 Program內外一切的,要以專業準確詞句逐步闡釋你的概念,可以的話盡量「拋書包」 嫌內容不夠不妨試試分析各Algorithm的利與弊, 再解釋為何最終作此選擇 我當時Programmers' Documentation大概是有: (只供參考) Program Defintion - 針對考試局題目的字眼去加以描述 Program Analysis - 可說說有什麼Sub-problem;有什麼Solve problem的方法(Stepwise-refinement-逐步求精),etc;用什麼Data Structure; 「拋書包」的好時機 Algorithm Design - 可列出和解釋大大小小的Procedure, function, variables, constants,自定義type,etc的作用 Testing & Debugging - 交代做Program時發現的Bug/一眾Errors,列出最終解決方法 Further Improvement & Conclusion - 有何改善/加強Program功能之處;再簡單交易所本Program之基本功能 Discussion & Self-evaluation - 自我反映(?),感想 Appendix - Acknowledgement, Program Code, .... 小小經驗分享,有錯請插 祝君好運 |