Github項目原地址 (https://github.com/BillDior/BUAA_SE_01)
Github項目現地址 (https://github.com/kenyin123/WordChains)git
做業介紹github
項目 | 內容 |
---|---|
做業所處課程 | 班級博客 |
做業要求介紹 | 做業要求 |
我在這個課程的目標 | 初步瞭解結對編程的規範,增長協做編程經驗 |
這個做業在哪一個具體方面幫助我實現目標 | 加深了對於C++的瞭解,學習了圖論算法等 |
Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|
計劃 | 60 | |
· 估計這個任務須要多少時間 | 60 | |
開發 | 2910 | |
· 需求分析 (包括學習新技術) | 600 | |
· 生成設計文檔 | 100 | |
· 設計複審 (和同事審覈設計文檔) | 30 | |
· 代碼規範 (爲目前的開發制定合適的規範) | 20 | |
· 具體設計 | 240 | |
· 具體編碼 | 1500 | |
· 代碼複審 | 120 | |
· 測試(自我測試,修改代碼,提交修改) | 300 | |
報告 | 150 | |
· 測試報告 | 60 | |
· 計算工做量 | 30 | |
· 過後總結, 並提出過程改進計劃 | 60 | |
合計 | 3120 |
Information Hiding:設計了private參數算法
Interface Design:接口封裝得還能夠。編程
Loose Coupling:沒有實現工具
第一張圖是30個單詞左右的時候。第二張圖是增長到了36個。測試數據內有不少環,增長了六個就極大地影響了總體時間。圖內搜索最長鏈的算法還能夠進一步優化。性能
契約式設計,優勢是能夠保證程序的正確性,缺點是過於繁瑣。我並未使用這種編程思想。單元測試
我學習了單元測試的知識,並嘗試寫了一些測試數據。學習
測試覆蓋率的檢測暫未實現。測試
這裏我處理了當沒有r參數時發現環的異常。
優化
這裏我處理了文件名缺失和參數邏輯錯誤。
讀取命令行參數,先判斷參數是否有邏輯或者格式錯誤。若是有錯誤給出錯誤信息。
使用了一個github上的工具,cxxopts
將獲得的參數判斷後傳給wlOption
在結對後咱們沒能有效地溝通。首先是我對題目感到畏懼以爲本身沒有能力完成,而後隊友可能事情比較忙,也不是很主動。後來我由於我的緣由沒能在規定時間內繼續完成做業。後續是我單獨完成的做業。
一、本身不會的地方能夠請教隊友
二、兩我的溝通順利的狀況下,比多人團隊輕鬆
三、分配任務、交流進度方便及時
當兩我的溝通不順利、鬧矛盾的時候,相比團隊編程,會更加消極,難以處理問題。多人團隊的隊員之間矛盾相對來講會小不少。
一、性格溫和
二、願意出力
個人缺點:
一、不夠自律,喜歡拖延
二、編程能力弱
三、溝通能力差
一、編程能力好
二、耐心
一、不夠努力
二、不主動交流
Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|
計劃 | 60 | 60 |
· 估計這個任務須要多少時間 | 60 | 60 |
開發 | 2910 | 2550 |
· 需求分析 (包括學習新技術) | 600 | 360 |
· 生成設計文檔 | 100 | 30 |
· 設計複審 (和同事審覈設計文檔) | 30 | 0 |
· 代碼規範 (爲目前的開發制定合適的規範) | 20 | 10 |
· 具體設計 | 240 | 300 |
· 具體編碼 | 1500 | 1500 |
· 代碼複審 | 120 | 60 |
· 測試(自我測試,修改代碼,提交修改) | 300 | 300 |
報告 | 150 | 180 |
· 測試報告 | 60 | 120 |
· 計算工做量 | 30 | 30 |
· 過後總結, 並提出過程改進計劃 | 60 | 30 |
合計 | 3120 | 2790 |
最後,感謝老師和助教一直以來對個人關心和幫助。也感謝結對編程做業,讓我收穫不少。