github專案位址
結對夥伴作業位址
我的部落格位址
作業位址
1.結對過程
首先了解完題目後，先討論了如何去完成這個專案，會涉及多少類，會用到哪些函式。在制定完**規範後，各自開始自己最初的編碼設計，兩人都完成後根據制定的**規範互審，最後合併**，形成了初步版本，再接著除錯修改，完善**，進行單元測試，形成最終版本。
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫30
20· estimate
· 估計這個任務需要多少時間
6050
development
開發600
550· analysis
· 需求分析 (包括學習新技術)
60240
· design spec
· 生成設計文件
4020
· design review
· 設計複審 (和同事審核設計文件)
2060
· coding standard
· **規範 (為目前的開發制定合適的規範)
1010
· design
· 具體設計
4060
· coding
· 具體編碼
180260
· code review
· **複審
2520
· test
· 測試（自我測試，修改**，提交修改）
4050
reporting
報告70
60· test report
· 測試報告
4030
· size measurement
· 計算工作量
3020
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
3020
合計1295
1470
3.解題思路
解題思路：先進行功能分析，用物件導向設計方法進行概要設計：先完成基本的功能要求，在完成基本的功能要求的基礎上，再新增附加要求，進行完善。
4.設計實現過程
4.1相關類設計
4.2相關函式設計
5.**規範及**互審
5.1**規範
命名變數、函式時不要隨意取名，最好有相關意思，採用大駝峰命名法。避免過多地描述和可要可不要的修飾詞。
盡量使**簡明易讀，無二義性。
在複雜的表示式中，用括號清楚地表示邏輯優先順序。
斷行，每個「」獨佔一行，一一對應。
給出關鍵的注釋。
5.2**互審
由於有一些功能沒有實現，我們互審主要是根據之前所制定的**規範來修改**以及對已經實現的功能進行糾錯，再結合兩人的**生成最終的版本。
6.單元測試
7.**說明
建立的類和方法
統計字元數
統計行數
統計單詞數
介面封裝
將方法封裝成dll
8.感受
第三次作業
2 12有600 mb 兆位元組 的資料，需要從南京傳送到北京。一種方法是將資料寫到磁碟上，然後託人乘火車這 些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率為2.4kb s 傳送此資料。試比較這兩種方法的優劣。若資訊傳送速率為33.6kb s,其結果又如何？解 當傳送速率為2.4k...
第三次作業
1 有600mb 兆位元組 的資料，需要從南京傳送到北京 一種方法是將資料寫到磁碟上，然後託人乘火車將這些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率為2.4kb s 傳送此資料，試比較這兩種方法的優劣。若資訊傳送的速率為33.6kb s,其結果又如何？解 假定連續傳送且不出錯。若...
第三次作業
p67 2 12 有600mb的資料，需要從南京傳送到北京。一種方法是將資料寫到磁碟上，然後託人乘火車將這些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率是2.4kbps 傳送此資料。試比較這兩種方法的優劣。若資訊傳送速率為33.6kbps，其結果又如何？解 1 t 600 1024...