Deadline:
2017-9-24 15:00PM,以部落格發表日期為準。
評分基準:
- 按時交 - 有分,檢查的項目包括後文的四個方面
- 題目要求
- 個人軟體過程耗時估計與統計表
- 代碼送出
- 博文規範
- 晚交 - 0分
- 遲交兩周以上 - 倒扣本次作業分數
- 抄襲 - 倒扣本次作業分數
老師有話說
看了大家的第0道作業,同學們對學校及老師的教學吐槽了不少!如這個同學吐槽教學内容陳舊、課程安排不合理,老師水準參差不齊等等http://www.cnblogs.com/idun/p/7456130.html
。我想跟大家說的是,老師是領路人和引導者,希望你們要養成自主學習,探索創新的習慣,這些才是最可貴的本領,也是今後大家适應社會的重要本領。
這學期雖然大家已經是大四的學生了,可能有些同學會因為想出去實習,想考研,想考公務員而不能靜下心來學習這門課,也靜不下心來完成各項工作,我想說的是,實習可以找廈門的,廈門的高新軟體企業不少,錯開上課時間,你可以一邊上課一邊實習;考研不能光為了筆試,你的實踐能力将決定你能不能最後被錄取;考公務員也有計算機崗位的,沒有實踐能力以後如何勝任。是以,不要埋怨我們課程的設定(當然,課程設定也是在改革中不斷優化)和作業的量大,而要看到課程給你帶來的進步!加油,同學們,相信你們會做得很好!
一、題目描述:
實踐能力的提高當然就是得多動手了,那麼就從第一個個人項目開始吧,用一周的時間完成一個基于控制台的四則運算程式,實作一個自動生成國小四則運算題目的指令行程式。
從《建構之法》第一章的 “程式” 例子出發,像阿超那樣,花二十分鐘寫一個能自動生成國小四則運算題目的指令行 “軟體”,滿足以下需求:
(以下參考部落格連結:http://www.cnblogs.com/jiel/p/4810756.html)
1. 使用 -n 參數控制生成題目的個數,例如
Myapp.exe -n 10 -o Exercise.txt
将生成10個題目。
2. 使用 -r 參數控制題目中數值(自然數、真分數和真分數分母)的範圍,例如
Myapp.exe -r 10
将生成10以内(不包括10)的四則運算題目。該參數可以設定為1或其他自然數。該參數必須給定,否則程式報錯并給出幫助資訊。
3. 生成的題目中如果存在形如e1 ÷ e2的子表達式,那麼其結果應是真分數。
4. 每道題目中出現的運算符個數不超過3個。
5. 程式一次運作生成的題目不能重複,即任何兩道題目不能通過有限次交換+和×左右的算術表達式變換為同一道題目。例如,23 + 45 = 和45 + 23 = 是重複的題目,6 × 8 = 和8 × 6 = 也是重複的題目。3+(2+1)和1+2+3這兩個題目是重複的,由于+是左結合的,1+2+3等價于(1+2)+3,也就是3+(1+2),也就是3+(2+1)。但是1+2+3和3+2+1是不重複的兩道題,因為1+2+3等價于(1+2)+3,而3+2+1等價于(3+2)+1,它們之間不能通過有限次交換變成同一個題目。
生成的題目存入執行程式的目前目錄下的Exercises.txt檔案,格式如下:
1. 四則運算題目1
2. 四則運算題目2
……
其中真分數在輸入輸出時采用如下格式,真分數五分之三表示為3/5,真分數二又八分之三表示為2’3/8。
6. 在生成題目的同時,計算出所有題目的答案,并存入執行程式的目前目錄下的Answers.txt檔案,格式如下:
1. 答案1
2. 答案2
特别的,真分數的運算如下例所示:1/6 + 1/8 = 7/24。
7. 程式應能支援一萬道題目的生成。
8. 程式支援對給定的題目檔案和答案檔案,判定答案中的對錯并進行數量統計,并會輸出所有題目中重複的題目,輸入參數如下:
Myapp.exe -e <exercisefile>.txt -a <answerfile>.txt -o Grade.txt
統計結果輸出到檔案Grade.txt,格式如下:
Correct: 5 (1, 3, 5, 7, 9)
Wrong: 5 (2, 4, 6, 8, 10)
Repeat:2
RepeatDetail:
(1) 2,45+32 Repeat 3,32+45
(2) 5,3+(2+1) Repeat 7,1+2+3
解釋:
Correct: 5 ----5道題目正确,正确的題号 1,3,5,7,9
Wrong:5 -----5道題目錯誤,錯誤的題号 2,4,6,8,10
Repeat:2 2---組題目重複
(1) 第一組 題号2,題目 45+32 與題号3的題目重複,題号3為 32+45
(2)第二組 題号5,題目 3+(2+1) 與題号7的題目重複,題号7為 1+2+3
其中“:”後面的數字5表示對/錯的題目的數量,括号内的是對/錯題目的編号。為簡單起見,假設輸入的題目都是按照順序編号的符合規範的題目。
二、個人軟體過程:
(以下參考部落格連結:http://www.cnblogs.com/happyzm/p/6472120.html)
- 在開始實作程式之前,了解下Personal Software Process Stages(http://www.cnblogs.com/xinz/archive/2011/10/22/2220872.html)
- 開始實作程式之前,請使用以下PSP表格,在第3列填上自己對每個環節的估計時間(機關:分鐘)。
- 在做每個環節的過程中,請在第4列填上對應環節的實際消耗時間(機關:分鐘)在軟體開發中,掌握估計時間是一項重要的技能,請通過PSP表格做到:
- 厘清開發的完整環節,争取在每個環節都有實際的工作,一開始邊界不清楚是正常的,但請嘗試按自己的了解去努力在對應環節做實際的工作。
- 預估每個環節的時間,并真實統計這些環節的耗時,在完成後輸出完整的PSP耗時估計表。
- 注意:該表格是給自己看的,不要僞造資料!
- PSP模版表格如下,第3列和第4列分别對應第2列條目的估計時間和真實時間,模版表格裡的時間隻是示意。
-
PSP2.1 Personal Software Process Stages Time Senior Student Time Planning 計劃 8 6 · Estimate 估計這個任務需要多少時間 Development 開發 82 88 · Analysis 需求分析 (包括學習新技術) 10 · Design Spec 生成設計文檔 5 · Design Review 設計複審 4 · Coding Standard 代碼規範 3 · Design 具體設計 12 · Coding 具體編碼 36 21 · Code Review 代碼複審 7 9 · Test 測試(自我測試,修改代碼,送出修改) 13 Reporting 報告 · 測試報告 2 計算工作量 1 并提出過程改進計劃
三、代碼送出:
- 送出你的源代碼和可執行程式至你的coding.net位址
- 怎樣使用git送出代碼到coding.net? 參考,考驗你強大自學能力的時刻到了:
- http://rogerdudler.github.io/git-guide/index.zh.html
- http://www.cnblogs.com/hebau-may/p/6382743.html
- 需要送出的應該有
- 項目的工程檔案,例如Eclipse的項目檔案
- 項目的源代碼
- 一些必要的配置
- 單獨建立一個public子目錄,存放編譯後的可執行程式,這不是标準的軟體釋出的做法,但是目前你這樣先送出可以。
- 在項目的根目錄建立一個名為`README.md`的檔案,對本程式作一個簡單介紹,包括但不局限于本程式的運作環境(比如所依賴的庫)
- 不應該送出的有:
- bin目錄
- obj目錄
- 可以在根目錄下建立一個.gitignore檔案,把需要忽略的檔案夾和檔案相對路徑逐行添加進去,這樣git 送出的時候就會忽略這些子目錄和子檔案。
- 博文一開始需要寫明本本次作業的項目位址。如果在博文中引用了哪個檔案,以超連結的形式添加引用。
四、博文規範
- 送出的部落格必須完整包含下面五個部分:
- a.需求分析,即使老師已經給出了題目,也要對題目的需求做分析,需求分析可以是自己的思考分析,也可以是找國小老師,學生甚至家長調查後挖掘出更細緻的需求,别小看這個過程,請真實的做這個過程。
- b.功能設計,題目的需求,以及從真實調研裡獲得的需求後,要對程式做基本的功能設計,有同學會問:“不就是出題嘛,有啥好設計的?”,其實, 題目裡要求的隻是基本的要求,自己思考和調研會有超出題目要求的需求,甚至你有天才的設計,作出特色的功能。是以,功能會有:
- 基本功能
- 擴充功能
- 進階功能
- c.設計實作,設計包括代碼如何組織,你會有哪些Java類,這些類分别負責什麼功能,他們之間的關系怎樣?你會設計哪些重要的函數,關鍵的函數是否需要畫出流程圖?
- d.代碼說明,你一定花了最多時間在代碼的編寫與調試上,那麼,這個環節請把你的重要代碼展示出來,代碼的排版請做好。
- e.測試運作,你的程式必須是可運作的,請展示你的程式運作的截圖,包括題目要求的所有需求,都有運作的截圖。說明你的程式确實完成了所有需求,如果有實作了擴充需求或者進階需求,也請大方秀出來。
- 展示PSP,這個環節重要的是對比自己的預估時間和實際消耗時間,哪個環節耗時最多,哪個環節估計失敗?為什麼?
- 小結。假設認真做了以上環節,此處請你和大家分享你的經驗和心得。