結對的成員對：192401寶樂----192401莊浩玉璽
1、寶樂**審查結果表
寶樂**審查結果表
概要部分
（1）**是否符合需求和規格？
符合，所列需求全部實現
（2）**設計是否考慮周全？
部分周全，如沒有對異常進行處理
（3）**可讀性如何？
簡潔易懂，不存在二義性
（4）**容易維護麼？
後期維護較困難
（5）**的每一行都執行並檢查過了嗎？
全部檢查完畢
設計規範部分
（1）設計是否遵從已知的設計模式或專案中常用的模式？
遵循（2）有沒有硬編碼或字串/數字等存在？
不存在（3）**有沒有依賴於某一平台，是否會影響將來的移植？
沒有出現此情況
（4）開發者新寫的**能否用已有的library/sdk/framework中的功能實現？在本專案中是否存在類似的功能可以呼叫而不用全部重新實現？
沒有使用去檢驗功能是否能實現；因**沒有進行封裝，所以不可呼叫實現
（5）有沒有無用的**可以清除？
沒有出現無用**
**規範部分
修改的部分符合**標準和風格麼？
變數、方法命名規則是駝峰命名法。程式設計風格採用的是kernighan風格
具體**部分
（1）有沒有對錯誤進行處理？對於呼叫的外部函式，是否檢查了返回值或處理了異常？
有對錯誤進行處理的功能；對外部函式沒有檢查返回值或處理了異常
（2）引數傳遞有無錯誤，字串的長度的位元組的長度還是字元的長度，是以0開始計數還是還是以1開始計數？
預設以0開始計數
（3）邊界條件是如何處理的？switch語句的default分支是如何處理的？迴圈有沒有可能出現死迴圈？
該程式的分支運用的是if-elss實現的；迴圈沒有出現死迴圈
（4）有沒有使用斷言（assert）來保證我i們認為不變的條件真的得到滿足？
沒有實現斷言
（5）對資源的利用，是在**申請，在**釋放的？有無可能存在資源洩漏（記憶體，檔案，各種gui資源，資料庫訪問的連線，等等）？有沒有優化的空間？
可能存在資源洩露，並沒有優化空間
（6）資料結構中有沒有用到的元素?
進行重複檢驗運用到棧
效能（1）**的效能如何？最壞的情況是怎樣？
效能不錯，時間複雜度 t=o(n)），最壞情況也是o(n)
（2）**中，特別是迴圈中是否有明顯可優化的部分?
沒有明顯的優化部分
（3）對於系統和網路的呼叫是否會超時？如何處理?
沒有出現超時
可讀性**可讀性如何？有沒有足夠的注釋？
簡潔易懂，注釋合格
可測試性
**是否需要更新或建立新的單元測試？
需要2、莊浩玉璽**審查結果表
莊浩玉璽**審查結果表
概要部分
（1）**是否符合需求和規格？
符合，所列需求全部實現
（2）**設計是否考慮周全？
部分周全，如沒有對異常進行處理
（3）**可讀性如何？
簡潔易懂，不存在二義性
（4）**容易維護麼？
後期維護較困難
（5）**的每一行都執行並檢查過了嗎？
全部檢查完畢
設計規範部分
（1）設計是否遵從已知的設計模式或專案中常用的模式？
遵循（2）有沒有硬編碼或字串/數字等存在？
不存在（3）**有沒有依賴於某一平台，是否會影響將來的移植？
沒有出現此情況
（4）開發者新寫的**能否用已有的library/sdk/framework中的功能實現？在本專案中是否存在類似的功能可以呼叫而不用全部重新實現？
沒有使用去檢驗功能是否能實現；因**沒有進行封裝，所以不可呼叫實現
（5）有沒有無用的**可以清除？
沒有出現無用**
**規範部分
修改的部分符合**標準和風格麼？
變數、方法命名規則是駝峰命名法。程式設計風格採用的是kernighan風格
具體**部分
（1）有沒有對錯誤進行處理？對於呼叫的外部函式，是否檢查了返回值或處理了異常？
有對錯誤進行處理的功能；對外部函式沒有檢查返回值或處理了異常
（2）引數傳遞有無錯誤，字串的長度的位元組的長度還是字元的長度，是以0開始計數還是還是以1開始計數？
預設以0開始計數
（3）邊界條件是如何處理的？switch語句的default分支是如何處理的？迴圈有沒有可能出現死迴圈？
該程式的分支運用的是if-elss實現的；迴圈沒有出現死迴圈
（4）有沒有使用斷言（assert）來保證我i們認為不變的條件真的得到滿足？
沒有實現斷言
（5）對資源的利用，是在**申請，在**釋放的？有無可能存在資源洩漏（記憶體，檔案，各種gui資源，資料庫訪問的連線，等等）？有沒有優化的空間？
可能存在資源洩露，並沒有優化空間
（6）資料結構中有沒有用到的元素?
進行重複檢驗運用到棧
效能（1）**的效能如何？最壞的情況是怎樣？
效能不錯，時間複雜度 t=o(n)），最壞情況也是o(n)
（2）**中，特別是迴圈中是否有明顯可優化的部分?
沒有明顯的優化部分
（3）對於系統和網路的呼叫是否會超時？如何處理?
沒有出現超時
可讀性**可讀性如何？有沒有足夠的注釋？
簡潔易懂，注釋合格
可測試性
**是否需要更新或建立新的單元測試？
需要1.類名採用大駝峰的命名形式，所謂大駝峰就是首字母大寫，例如uppercamecase。而出現抽象類命名使用 abstract 或 base 開頭；異常類使用 exception 結尾；測試類命名以測試的類名開始，以 test 結尾。
2.包名統一使用小寫，點分隔符之間有且僅有乙個自然語義的英語單詞。一般單詞使用單數形式，類名如果有複數含義的話，則可以使用複數形式。
3.全域性常量和類內常量的命名採用字母全部大寫，單詞之間加下畫線的方式。（所謂全域性常量指的是類的公開靜態屬性，使用 public static final 修飾；類內常量指的是私有靜態屬性，使用 private static final 修飾）
4.區域性常量則採用小駝峰的形式。（所謂區域性常量指的是方法內的常量）
5.可變變數常用小駝峰的命名形式，如 myname 。
6.空格方面
7.縮排使用乙個縮排的距離等於四個空格的距離。
8.控制語句
9.注釋
1.考慮資料異常處理問題，如在輸入題目生成範圍的資料時，輸入了「abc「等字元資料，程式如何處理。
2.增大算式生成數的範圍（如整數存不下的數），程式如何處理。
第四次部落格作業 結對專案
任務1 已完成 結對成員03班謝曉飛 03班張九川 任務2 2 互審 謝曉飛的 審查表 由張九川完成 能夠工作麼？它有沒有實現預期的功能，邏輯是否正確等。是2.所有的 是否簡單易懂？是3.符合你所遵循的程式設計規範麼？這通常包括大括號的位置，變數名和函式名，行的長度，縮排，格式和注釋。是4.是否存在...
第四次部落格作業 結對專案
結對成員 2班 趙迎港 2班 陶一鳴 1.概要部分 1.1 符合需求和規格說明嗎 符合 1.2 設計是否考慮周全 是1.3 可讀性如何 易讀1.4 容易維護嗎 容易1.5 每一行都執行並檢查過了嗎 是2 設計規範 2.1設計是否遵從已知的設計模式或專案中常用的模式 是2.2有無硬編碼或字串 數字等存...
第四次部落格作業 結對專案
一 結對成員部落格鏈結位址 四班孫成功 四班馬原飛 二 結對成員對四則運算專案進行 互審 部分內 容 孫 成 功 審查結果 馬 原 飛 審查結果 1 概要部分 1 符合需求和規格說明嗎 符合符合 2 設計是否考慮周全是是 3 可讀性如何好好 4 容易維護嗎 容易容易 5 每一行都執行並檢查過了嗎是是...