香港寵物小精靈村落 論壇

標題: 10 CE CIT 個人習作 單元A 電話簿目錄 [打印本頁]

作者: 拉麵仔    時間: 18/7/2009 02:46 PM
提示: 作者被禁止或刪除 內容自動屏蔽
作者: Stefan    時間: 18/7/2009 03:59 PM
本帖最後由 Stefan 於 18/7/2009 04:36 PM 編輯

又係這句...
"Candidates should demonstrate that they are aware of the reusability of the program design and justify the use of any data structures and algorithms in the implementation."

不過09既MC Analyzing System絕對好做D
起碼好多野可以自行簡化
作者: 小卡    時間: 18/7/2009 08:47 PM
本帖最後由 小卡 於 18/7/2009 08:53 PM 編輯

文字檔跟Array而已
反正不太難 (茶
作者: Ivanhy92    時間: 19/7/2009 12:58 AM
本帖最後由 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, ....

小小經驗分享,有錯請插
祝君好運
作者: orb    時間: 19/7/2009 10:38 AM
Documentation做完的部分千萬不要修改......要更新或加強的地方請放在最後的discussion
從而顯示構思有缺陷

基本上 swap procedure是經常用到的<除此以外,還可string, char, array, etc
作者: Stefan    時間: 19/7/2009 12:12 PM
我的Report大概是這樣子的...
1 Objective of the Project
  1.1 Background Context and Needs
  1.2 Difficulties without the use of IT
  1.3 Purposes and Benefits
  1.4 Target User
  1.5 Requirements
2 Problem Analysis
  2.1 Problem Identification
  2.2 Possible Solutions
  2.3 Criteria of Solution
3 Design and Implementation
  3.1 Overall Structure of the Solution
  3.2 Parts Involved in the Solution
  3.3 Problem in Implementation
  3.4 Interface of the Solution
4 Testing and Evaluation
  4.1 Test Method
  4.2 Test Result and Error Handling
5 Conclusion
  5.1 Effectiveness of the Solution
  5.2 Reflections from the Project
6 Documentation and Miscellaneous
  6.1 Acknowledgement
  6.2 Timetable of the Project
  6.3 User Guide

總之,搞定File IO/Function就萬事大吉啦
老實說,寫Report可比Coding麻煩多了
我份Report拖左三四個月先寫...
作者: PA    時間: 19/7/2009 06:39 PM
揮手
電話簿不太難啊
我都弄得七七八八了
不過report完全沒碰過
作者: 佳雅.小曉    時間: 23/7/2009 11:37 AM
嗚......
大家好強啊
為什麼都是A類人士
有沒有D類人士教教我那個網頁report該怎弄.......




歡迎光臨 香港寵物小精靈村落 論壇 (https://archive.pokebeacon.com/discuz.hkpnve.net/)Powered by Discuz! X3.2