天天看點

個人作業1——四則運算題目生成程式(基于控制台)

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)

  1. 在開始實作程式之前,了解下Personal Software Process Stages(http://www.cnblogs.com/xinz/archive/2011/10/22/2220872.html)
  1. 開始實作程式之前,請使用以下PSP表格,在第3列填上自己對每個環節的估計時間(機關:分鐘)。
  1. 在做每個環節的過程中,請在第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
    并提出過程改進計劃

三、代碼送出:

  1. 送出你的源代碼和可執行程式至你的coding.net位址
  • 怎樣使用git送出代碼到coding.net? 參考,考驗你強大自學能力的時刻到了:
  1. http://rogerdudler.github.io/git-guide/index.zh.html
  1. http://www.cnblogs.com/hebau-may/p/6382743.html
  • 需要送出的應該有
  1. 項目的工程檔案,例如Eclipse的項目檔案
  1. 項目的源代碼
  1. 一些必要的配置
  1. 單獨建立一個public子目錄,存放編譯後的可執行程式,這不是标準的軟體釋出的做法,但是目前你這樣先送出可以。
  1. 在項目的根目錄建立一個名為`README.md`的檔案,對本程式作一個簡單介紹,包括但不局限于本程式的運作環境(比如所依賴的庫)
  • 不應該送出的有:
  1. bin目錄
  2. obj目錄
  • 可以在根目錄下建立一個.gitignore檔案,把需要忽略的檔案夾和檔案相對路徑逐行添加進去,這樣git 送出的時候就會忽略這些子目錄和子檔案。
  1. 博文一開始需要寫明本本次作業的項目位址。如果在博文中引用了哪個檔案,以超連結的形式添加引用。

四、博文規範

  1. 送出的部落格必須完整包含下面五個部分:
  • a.需求分析,即使老師已經給出了題目,也要對題目的需求做分析,需求分析可以是自己的思考分析,也可以是找國小老師,學生甚至家長調查後挖掘出更細緻的需求,别小看這個過程,請真實的做這個過程。
  • b.功能設計,題目的需求,以及從真實調研裡獲得的需求後,要對程式做基本的功能設計,有同學會問:“不就是出題嘛,有啥好設計的?”,其實, 題目裡要求的隻是基本的要求,自己思考和調研會有超出題目要求的需求,甚至你有天才的設計,作出特色的功能。是以,功能會有:
  • 基本功能
  • 擴充功能
  • 進階功能
  • c.設計實作,設計包括代碼如何組織,你會有哪些Java類,這些類分别負責什麼功能,他們之間的關系怎樣?你會設計哪些重要的函數,關鍵的函數是否需要畫出流程圖?
  • d.代碼說明,你一定花了最多時間在代碼的編寫與調試上,那麼,這個環節請把你的重要代碼展示出來,代碼的排版請做好。
  • e.測試運作,你的程式必須是可運作的,請展示你的程式運作的截圖,包括題目要求的所有需求,都有運作的截圖。說明你的程式确實完成了所有需求,如果有實作了擴充需求或者進階需求,也請大方秀出來。
  1. 展示PSP,這個環節重要的是對比自己的預估時間和實際消耗時間,哪個環節耗時最多,哪個環節估計失敗?為什麼?
  1. 小結。假設認真做了以上環節,此處請你和大家分享你的經驗和心得。