Critical evaluation of the work

Critical evaluation of the work - for a critical discussion of all aspects of the project, from whether the original problem formulation was correct, to how well the solution meets the specification.

批判性評價的工作 - 為一個專案的各方面的關鍵討論，從原來的問題有否正確制訂，到解決方案如何符合規格。

Results and conclusions: a summary and a critical discussion of the results, conclusions, any problems/difficulties encountered, any delays/changes in project schedule, limitations of the proposed system, and in some cases a subsection suggesting further developments to be undertaken.

結果與結論：一個總結和一個批判的討論結果、結論、任何問題/遇到的困難、在專案進度上的任何延誤/變化、系統的限制和在某些情況下制訂的進一步發展建議。

今次の約定:

我們會一步一步的把你回到專案剛剛啟動的情況。

1. 看看現在的程式，找出可以改善的地方，為整體的系統評價。
2. 看看工作記錄，回憶系統製作過程的苦與樂。
3. 檢視我們的設計規格(Design Specification)。
4. 檢視我們的需求規格(Design Specification)

 

我們這個製成品都可以算是完成了吧!雖然有可用功能，但是還有很多值得改善的地方。

即將到達: 試用階段

1. 詳見會議記錄
2. 製成品有沒有符合使用者要求。

即將到達: 製作階段

1. 製作過程遇到的技術困難。
   1. 太多Bug?從設計的角度看，為何會出現太多Bug?
   2. 有甚麼方法減少?
2. 時間表上的變更。(盡量以其他問題取代家課壓力，例如花太多時間找出解決某某問題，不想說謊就不如不要說，不要以為坦白就會從寬，坦白告訴人只會令人們以為我們沒有用心於這個專案。)
   1. 7個Iteration，為何我們沒有實行?
   2. Release 2 的Function為何延期?
   3. 製成品延誤完成的原因
   4. 如果給你再來，你會如何安排？
3. 有甚麼新技術研究出來?此技術如何幫助你解決困難?
   1. Design Pettern
      1. Open Close Principle
      2. Factory Pattern
      3. Comand Pattern
   2. MVC
   3. 重構有沒有給你一些新的想法?
   4. 過程中甚麼Tools幫助我們度過難關?
4. 不用討論平日我們的工作流程，這些人們不會看的。(雖然如此，我們日後仍會抽空檢討)

即將到達: 設計階段

1. 與現有的系統相比，有甚麼不同?為什麼?
   1. 記憶中有甚麼Function是和Design中有很大分別，抽一兩個最大變更的Function說明之
   2. 參考Class diagram、Use Case Diagram，不要看Sequence Diagram，太長了
2. 系統架構符合預期嗎?
1. Web base/ Local use / One project per program
3. 如果比你再做，你會怎樣設計系統架構?
4. 如果比你再做，你還會選用這種程式語言嗎?
1. Java / C# / C++ / PHP / J2EE / ASP.NET/ Oracle Designer
5. 有沒有後悔當初選用物件導向編程?為什麼?

即將到達: 分析階段

1. 我們收集足夠的意見嗎?
1. 其實不足，取得意見的階段意見較少，實作時才知道出入較多。
2. 這些要求是否使用者真正需要的呢?
3. 有沒新加的需求?有沒有要求可以放寬?
4. 當初選用的開發方式有沒有貫徹實行呢?
1. 開發方式:Extreme Programming
2. 少量釋出
3. 測試先行
5. 我們的系統設計是否滿足使用者的要求?
6. 當初的要求和現在的要求有多少出入?為什麼？
   1. 怎樣才可減少需求變更的出現?