Final Report Oral Presentation and Demonstration

Power point出爐時間:

1. 上午3-4時
2. 早上11時

建議準備流程:

1. 做Power point
2. 製作Test data/ Test file
3. 自己試行一次，有bug的路線要修改，直到沒有問題為止。
4. Present準備，寫重點，表達方法。
5. 準備常見問題，問及時便可快速解答。
6. 如果之前的試行路線不安全，現在可以試著修改你的程式，看看可否解決難題。改壞了用Subversion還原再來。Debugging所花的時間難以估計，你有可能花了一整個晚上還是徒勞無功，因此要放到最後才做，除非你已經想到修正方法(知道要修正那裡的程式碼)吧!

Presentation流程:

和上年的Project 3A一樣，先Setup，再Present，後Demo。

1. Setup:
   1. 以一個可執行的Folder，內有jar file和程式運行時所需的檔案。
   2. Present前先看看你的jar file是否能運行，如不能運行可能是JRE版本太舊，預先準備JRE安裝檔案以備不時之需。
   3. 檔案應同時放在USB記憶體和網路中，萬一USB有問題也可以連上網路下載。如果你的程式有修改，CD也要準備好，present後就要交了。
2. Present:
   1. 我們Present的位置在非一般的Lab - A310。
   2. 時限:20分鐘，頁數限制:20頁
   3. 內容跟上次的差不多，整個Powerpoint的內容: (暫定，有多餘或缺少的部份請告知)
      1. Project Objective -- Fai
      2. Background -- Fai
      3. Function -- All
      4. Class diagram -- charlie
      5. Data Design -- charlie
      6. System design -- charlie
      7. Testing strategy and result --David
      8. Project Schedule --David
      9. Result and conclusion --David
   4. 時間分配(暫定):
      1. 自己負責的部份，每一部份1.5分鐘。例如根據上表，不計All的部份，charlie的present時間有4.5分鐘，而David和Fai只有3分鐘，總時間10.5分鐘。
      2. Function: 2 分鐘
      3. Testing strategy and result: 2-4分鐘，視餘下時間而定。
      4. 總時間: 14.5 - 16.5分鐘，餘下的就是被問候的時間來了。
3. Demo:
   1. 自己做自己做過的Function，和在Mid-semester demo時相似，只是換了麗音(雙語廣播)而已。
   2. Demo前請先自已試行一次，確保過程中不會看到害蟲，也要確保你的行為不會被人發現你有迴避的企圖。
   3. 準備一個共用的Project File用作整合測試。
   4. 準備Test data列表，列出可以正常運作的Test data，可預先準備的檔案應先準備好。

Final Report 工作列表

Report地址:

http://choi-home.no-ip.info:10365/

Username: Project3

Password: pw32008

Report出爐時間:

1. 上午3時
2. 上午6時
3. 上午9時
4. 上午10時30分
5. 最終版，中午12時
6. 如果延遲，下午1時30分是最後了。

你們可以隨時給我Report，我會把合併了內容在上述時間放出來。

下面是Report的內容

1. Testing
2. User Guide
1. 一步步教人如何使用
2. 如果有難用的地方，要解釋這個東西(例如選單、輸入欄位)
3. Installation Guide
1. 在不同OS下的安裝方法。(如果你沒有那OS，用文字說明即可)
4. Result and conclusion: Critical evaluation of the work
1. Result: 這個Product好用嗎?簡述好用和不好用的地方。可以參考Future Extension(Project Work檢討會議記錄)
2. Conclusion: 拿你的製成品，從Requiremnt到Final Product，有甚麼做得好和不好的地方(例如Requirement是否正確定義、之後的設計到最終製成品是否合乎當初定立的要求)，不需要提出有甚麼困難。除了Final product的Function外，說明改善方法。
3. Problem/Difficulties encountered: 可以參考Problem / Difficulties(Project Work檢討會議記錄)
1. 從分析階段到製作階段遇到的問題。
2. 多提及技術性的問題，例如:多Bugs, UI design的限制等等。
3. 可以提及少量時間安排的因素，但是不要把其成為主要的原因。
4. Limitaion of current system:
5. Future Extension and Future Development: Final product的Function可以如何改進。可以參考Future Extension(Project Work檢討會議記錄)
5. Inline code comment
6. Introduction: 因Report內容有不同，必須修改。這是給老師留下第一印象的地方，一定要做到最好。
1. 把Function每一部份的重點表達出來。
2. 頁數不應多於2頁
7. Requirement spec修正
1. Function應提供更詳細的資料，例如User可以在這個Function幹什麼，不知道可以參考你的製成品。
8. Design Spec
1. Data Dictionary
2. Use case修正
3. Sequence Diagram修正
9. Acknowledgement: 討好奉承的地方，(對Project貢獻的人太多，我們沒法盡錄)，可說要多謝那些人，給我們甚麼教導等 。可有可無，但要取同情分的話這不可少。

 

這份Report的分數將會平均地分佈，即是做得愈多，全組人就愈高分。所以不要計較付出，可以做的盡做吧!

Project mangement Tools bugs reort

AISP的Project Manger又在我們的Tools中找到bugs了。

1. DateChooser說4月不好意頭，所以把4月變成5月:
    
2. DateChooser說由於那天要加班，因此星期天沒有假期。
   
3. 在這個Project的國度，每月首個星期六不是假期。(是誰找的DateChooser，不想放假嗎?)
   

這個bug來得偶然，不是刻意(即使是刻意找)也找不出來。所以要找這個bugs便要多試幾次了。

這個bug的重要性是2，強度屬於「低」。

Subversion Server開放時間

因為Server使用量過低，及節約能源，本Server會縮短開放時間，時間為:

星期二:12:00 - 20:00 (因為我要用來做AISP Lab)

星期五: 10:30 - 0:00 (或會提早關閉，關閉前會以MSN通知大家)

星期六: 10:30 - 20:00 (關閉前會以MSN通知大家)

如果你們需要在以上時間以外使用，可以隨時叫我開機或延長開放時間。

用Server來更新檔案可以使程式更一致，大量減少合併時所產生的問題，確保把程式付運時可以保持預期的水準。你們要多加利用呀!

Project Work 工作程序及工作守則

工作程序:

1. 站立會議

甲、決定工作結束時間、午飯時間(如適用)。

乙、商議今次工作完成時會得到的Functions(預留約30分鐘)

i. 要考慮自己的能力，定出後要做出來。

ii. 每一個function要在30分鐘內完成(包括寫測試程式的時間)，否則把function切割

2. 撰寫測試程式

甲、非GUI的類別必須有測試程式

乙、GUI的類別盡可能有測試程式

丙、測試程式要處理各種可預計的例外

3. 撰寫程式碼

甲、只要通過測試便可，不要多做

4. 重整(可以不做)，除非程式碼過份複雜(別人能在20秒內了解每一個function的流程)

5. 整合或放棄(預留至少30分鐘)

甲、所有沒有做完的function推到下次繼續，不能把它們整合。

乙、非GUI的類別必須先寫出整合測試程序

丙、整合並進行測試

i. 有小錯誤立刻修改

ii. 有大錯誤便要放棄今天所做的

工作守則:

1 非GUI的類別必須先寫測試程式才可以實作。

2 Function只會愈做愈全面，不可為趕交付而降低質素(即是充滿Bugs)，做不完的留待下次做。(寫程式是多勞多得的，寫得愈快function愈全面，當我們做到差不多時就會知道自己的功力是如何了。)

3 只把做好的function放上Server，沒有做完的放進自己去，留待下次繼續。

4 有可以共享的類別就要分享，免得別的組員要多寫一次。

4.1 在寫新的共享類別時，先問我們有沒有已經寫好的，這樣可以幫你節省不少時間。

4.2 把要分享的類別說明放到blog上，免得每次要用都要問別人。

4.3 所以要共享的類別要說明使用方法，有使用例子就更好。

4.4 有甚麼function想分享出來可根據下面格式來說明:

Public int findNumber(int[] numbers, int value)

找出有沒有這個數字存在

Numbers: 一堆被尋找的數字

Value: 想找出的數字

傳回: 想找出的數字在陣列的位置，-1表示數字不在陣列中。

4.5 請用extend類別來增加自己才會用到的function，如果你增加的function可以給其他人使用，請把新版類別放上Server，然後補上使用方法。

4.6 如果想修改分享出來的類別，請extend該類別以override來修改，不要直接修改原有的程式碼，除非你的修改不會改變原有function的運作(例如程式碼改良)。

Subversion Server暫時關閉

Subversion Server 將會在以下日期關閉進行維護，時間如下:

 

日期	12月23日(星期日)、12月24日(星期一)
時間	全日

請你們把伺服器上的檔案下載備份，以備不時之需。

Inital Report Comment

comments	簡單說明	Page Ref.
The whole Abstract look like a text book to teach ME what is Project Management. Especially on last paragraph, the first sentence “This Guide is intended to ...” I wonder that you give a report or a guide.	Abstract像一本教科書教人甚麼是Project Management	4
I cannot find any “a general description of document structure and the project” in the section of “Introduction”. This chapter like “Background of Project Management” but is not an introduction.	這裡找不到任何關於Report的介紹，只有Project management的背景。	5
Cannot find any “advantages and drawbacks of the solution”. Furthermore, it likes a functional requirements more than a proposed solution.	這裡像Functional Requirement多於像proposed solution.	6
The contents are too simple and misleading. I suppose the reliability requirements are the requirements of users how to trust the results which are generated from your system but not a “user friendly working environment.” Finally, cannot find any “existing data interface and hardware environment, future extensions of the proposed solution, required implementation language”	沒有可靠性要求說明製造出來的資料有多可信。 沒有資料介面、未來發展和所需的實作語言。	8
I suppose “Procedure” is the section of “Software process model” but it like a text book again. Please remember that I am a Lecturer but not a student, you should tell me how to apply those knowledge to your project but do not teach me.	這裡想知道製作程序多於教我這些東西	9
Only find a Gantt Chart in your project plan, where are “deliverables (Output), software tools needed (Resource), facilities and hardware needed (Resource)”??? Your project is “Project Management Tool” but I find that you do not know what is project management.	Project plan太少資料，看不到你們會project management	81
Only THREE references that you can find in Project Management? The most disappointed thing is these three links are TOTALLY USELESS in your project! Please go to find more useful information about PROJECT MANAGEMENT!!	參考資料太少且沒有用	82

簡單來說，我們沒有依足程序工作，而且我們所做的東西不合老師口味，因此給人一個不好的印象。這些都已成過去，大局已定，怎麼埋怨對Project都沒有幫助，我們只有從這裡找出將來也會再犯的錯誤，想出應對方法便可以了。沒有用的就不應放到心裡去了，影響到將來發展就不好了。

現在最主要的問題不是如何做一份高素質的Project，而是怎樣用最少時間做最多的東西，連要交的也沒有全部繳交，怎能說要做高質素的?時間有限，能做多少便多少，不足之處當然會有，但只要自問自己已盡全力便可以了。

預留時間來實作(Implementation)

　　Extreme Programing是一邉畫圖，一邉編程的開發，與傳統開發方式不同。這樣開發的好處是可以即時看到程式執行結果，不用擔心畫了圖但不知可否完成的問題，也可認清自己實際上的開發速度是多，從而為自己安排可接受的工作量。Extreme Programing的測試帶動開發(Test-Driven Development)能提高產品質量，使產品的品質顯而易見。

　　但是想得到Extreme Programing的好處，最重要的是有充足時間。沒有足夠的時間，程式設計人員為了趕及工期而放棄Extreme Programing的方法，最常見的是跳過寫測試程式而直接寫程式，這除了降低程式質素，也會增加除錯難度。其實除錯難度愈高，所需要的除錯時間就愈長，而且是幾何級數上升。連續熬夜令精神和專注力都減少，使程式出錯機會增加，降低開發速度。最終可能趕及限期，但是產品素質不佳，要繼續開發的話可以說是苦差來了(要補回缺少的測試用例(Test case)，還要除錯)。

　　距離Report和Prototype 1的期限還有20天，我們還要準備約10天時間來寫程式，如果我們的進度還要遲緩的話，要享受Extreme Programing的好處就只可以是一個夢來了。

Subversion Server 進行例行更新

Subversion Server 將會進行例行更新，時間如下:

日期	11月26日(星期一)
時間	22:00-0:00

更新期間，你們可以繼續使用這個Server，但可以會有不正常情況出現。

Project Work的資料是機密文件

大家不要忘記Project Work的資料是我們辛辛苦苦做出來的，因此如果沒有得到所有組員同意，Project Work的任何部份都不可以對外人(閒雜人等)透露，包括Report的內容、所得的分數、Supervisor對Report的意見等，以免我們的付出毀於一旦。如果不想每次都要詢問大家的意見，可以一起預先確定有甚麼可以透露給外人。

Project Work 3 範本

Project Work 3 Initial Report 範本
ftp://hopebb.com/David/Initial%20Report%20Sample.zip
Password: Project3Intreport

可怕的11月即將到達

每逢11月都是個可怕的日子，因為測驗家課統統在那裡，相信每個人都在這個月中至少要開一次夜車，因為這時的工作時程是非常混亂的。如果不想擔驚受怕地渡過11月，便要未雨綢繆了。以下是11月的CA時間表，紅色是最緊密的時間。

Title	Category	Due Date	Due In (Days)
IT professiom	Assignment	2007/10/22	1
Rapid Application Development & Tools	Fine-grained Assessments	2007/10/26	5
Enterprise Software	Fine-grained Assessments	2007/10/31	10
Human Computer Interaction & Multimedia Computing	Assignment	2007/11/7	17
Rapid Application Development & Tools	Fine-grained Assessments	2007/11/9	19
Enterprise Software	Test	2007/11/15	25
Project Work 3A	Report	2007/11/16	26
Advanced Object Oriented Technology	Test	2007/11/23	33
Rapid Application Development & Tools	Fine-grained Assessments	2007/11/23	33
Human Computer Interaction & Multimedia Computing	Test	2007/11/26	36
Enterprise Software	Fine-grained Assessments	2007/11/28	38