20172304 結(jié)對(duì)編程--四則運(yùn)算

結(jié)對(duì)對(duì)象

• 20172301 郭愷

• 20172328 李馨雨

  需求分析

  以結(jié)對(duì)小組形式編寫代碼，實(shí)現(xiàn)以下功能：
  1.自動(dòng)生成題目
  可獨(dú)立使用（能實(shí)現(xiàn)自己編寫測試類單獨(dú)生成題目的功能）
  可生成不同等級(jí)題目，類似于：
  1級(jí)題目：2 + 5 =
  10 - 5 =
  分析：這個(gè)可以用生成隨機(jī)數(shù)的方法來做。

• 題目運(yùn)算（判題）
  可獨(dú)立使用
  實(shí)現(xiàn)中綴表達(dá)式轉(zhuǎn)為后綴表達(dá)式并計(jì)算
  分析：這個(gè)東西是要將算式轉(zhuǎn)換為計(jì)算機(jī)理解的形式進(jìn)行計(jì)算。
  判斷用戶答題正誤，并輸出正確結(jié)果
  分析：這個(gè)初步分析是要采用equals加循環(huán)的方法
• 支持真分?jǐn)?shù)
  可獨(dú)立使用
  實(shí)現(xiàn)分?jǐn)?shù)算式的計(jì)算
  解析：這個(gè)，之前章節(jié)的例子中有生成分?jǐn)?shù)的例子，可以直接引用。

• 題目去重（擴(kuò)展需求，加分項(xiàng)）
  可獨(dú)立使用
  實(shí)現(xiàn)對(duì)自動(dòng)生成表達(dá)式的去重:如下
  若生成：2 + 5 =
  5 + 2 =
  為同一題目。
  解析： 因?yàn)槭羌臃猪?xiàng)所以本周暫時(shí)沒有進(jìn)行考慮，想著如果下周時(shí)間充裕就考慮一下。

  代碼規(guī)范

  我們使用的是IDEA，有自帶的縮進(jìn)格式和代碼規(guī)范。

  設(shè)計(jì)思路

• 生成隨機(jī)運(yùn)算式和不同等級(jí)： 因?yàn)轫?xiàng)目需要生成算式。所以我們用隨機(jī)數(shù)方法Random生成了運(yùn)算數(shù)，而將運(yùn)算符使用char方法儲(chǔ)存在了數(shù)組中，在定義一個(gè)隨機(jī)數(shù)，隨機(jī)抽取運(yùn)算符，并且使用了循環(huán)，通過確定循環(huán)次數(shù)來確定題目等級(jí)。
  總共分為四個(gè)等級(jí)
  第一個(gè)等級(jí)：加減
  第二個(gè)等級(jí)：乘除
  第三個(gè)等級(jí)：加減乘除
  第四個(gè)等級(jí)：含有分?jǐn)?shù)的加減乘除。
• 題目運(yùn)算：總共使用了兩個(gè)棧，一個(gè)用來儲(chǔ)存符號(hào)，一個(gè)用來儲(chǔ)存數(shù)字。通過出棧，進(jìn)棧的方式來進(jìn)行將運(yùn)算式由中綴表達(dá)式轉(zhuǎn)為后綴表達(dá)式。
• 支持真分?jǐn)?shù)
• 使用了第五章的RationalNumber類，并使用隨機(jī)數(shù)來生成分子分母，并通過取余來判斷是否生成的是真分?jǐn)?shù)。

• 生成括號(hào)：我嘗試了操作，使用的是循環(huán)加等值判斷，利用charAt方法將字符串中的每一個(gè)字符的char值與加減號(hào)的char值進(jìn)行比較，然后將加減號(hào)的char值儲(chǔ)存在數(shù)組中。再通過隨機(jī)數(shù)插入括號(hào)，但是在實(shí)際運(yùn)用中發(fā)現(xiàn)這種方法在判斷兩位數(shù)的時(shí)候會(huì)很很麻煩。所以后來放棄了這種方法。

  UML圖

  問題統(tǒng)計(jì)

• 問題1：我們在生成的題目前加了題號(hào)，但是再生成是發(fā)現(xiàn)題號(hào)都是9。

• 問題1解決方案：后來我們做了一個(gè)循環(huán)。如下圖。

• 問題2：雙等號(hào)錯(cuò)誤，在生成算式的時(shí)候帶有兩個(gè)等號(hào)。

• 問題二解決方案：因?yàn)殡p等號(hào)一開始放在了循環(huán)里，所以會(huì)有錯(cuò)誤，所以后來，我們將等號(hào)加在了結(jié)果里。

  小組成員評(píng)價(jià)

  20172301 郭愷
  這是我們小組的核心和智囊。
  20172328 李馨雨
  這是我們小組的組織者。

  相關(guān)過程截圖

  
  
  

PSP時(shí)間統(tǒng)計(jì)

PSP2.1Personal Software Process Stages預(yù)估耗時(shí)（分鐘）實(shí)際耗時(shí)（分鐘）

Planning	計(jì)劃	60	65
Estimate	估計(jì)這個(gè)任務(wù)需要多少時(shí)間	3	2
Development	開發(fā)	2000	3000
Analysis	需求分析 (包括學(xué)習(xí)新技術(shù))	350	300
Coding Standard	代碼規(guī)范 (為目前的開發(fā)制定合適的規(guī)范)	60	10
Design UML	設(shè)計(jì)項(xiàng)目UML類圖	60	60
Coding	具體編碼	1500	2000
Code Review	代碼復(fù)審	30	20
Test	測試（自我測試，修改代碼，提交修改）	300	300
Size Measurement	計(jì)算工作量（實(shí)際時(shí)間	2	2
Postmortem & Process Improvement Plan	事后總結(jié), 并提出過程改進(jìn)計(jì)劃	30	10
	合計(jì)	4395	5229

其他

這周是緊張的一周，各個(gè)小組都很緊張認(rèn)真。我們小組也一樣，不過在這種團(tuán)隊(duì)的合作下，我更加體會(huì)到了互幫互助的優(yōu)越性以及不同思想碰撞時(shí)所產(chǎn)生的智慧的火花。雖然這周的目標(biāo)只是將設(shè)計(jì)思路設(shè)計(jì)出來，但是我們也編寫了不少代碼。還有一些難點(diǎn)尚未攻克，不過我相信，只要我們通力合作，沒有什么是不能被克服的。

轉(zhuǎn)載于:https://www.cnblogs.com/15248252144dzx/p/8977588.html

總結(jié)

以上是生活随笔為你收集整理的20172304 结对编程--四则运算实验总结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。