項目 | 內容 |
---|---|
軟件工程 | 任課教師博客主頁連接:https://home.cnblogs.com/u/nwnu-daizh/ |
做業要求: (1)體驗軟件項目開發中的兩人合做,練習結對編程。 (2)掌握Github上增量發佈軟件的操做方法。 |
做業連接地址:http://www.javashuo.com/article/p-bjcswxqf-ma.html |
課程學習目標: 掌握Github上增量發佈軟件的操做方法。 |
熟悉軟件開發總體流程,提高自身能力 |
往Github上上傳代碼,讓咱們學習到了Github的基本操做方法。 | 第一次體驗一個完整的工程 |
博文結構:
此文結構完整,要求中所須要的內容齊全,包括需求分析,功能設計,設計實現,測試運行,代碼,總結,PSP等
博文內容:
博文內容充實,文檔清晰,內容合格有結構,就是在總結的時候不夠完善。
博文結構與PSP中「任務內容」列的關係:
博文結構與PSP中的「任務內容」列的聯繫比較緊密,基本按照PSP「任務內容」完成,可是總用時比計劃用時多不少。
PSP中「計劃共完成須要的時間」與「實際完成須要的時間」兩列數據的差別化分析與緣由:
完成時間與計劃時間差距較大,主要緣由是對結構的規劃不夠完善,致使在實際操做過程當中對不可知因素的預知不夠,兩個時間差距較大。html
須要給出結對項目源碼在Github的倉庫主頁連接地址:
博文做爲結對項目實施過程的文字資料,請完整包含下面7個部分:java
①在實驗二的基礎上實現如下功能;
②統計該文本行數及字符數;
③各類統計功能均提供計時功能,顯示程序統計所消耗時間(單位:ms);
④可處理任意用戶導入的任意英文文本;
⑤人機交互界面要求GUI界面(WEB頁面、APP頁面均可);
⑥附加分功能:統計文本中除冠詞、代詞、介詞以外的高頻詞;
⑦附加分功能:統計前10個兩個單詞組成的詞組頻率。git
while ((thechar = isr.read()) != -1) { char letter = (char) thechar; if ((letter >= 'a' && letter <= 'z') || (letter >= 'A' && letter <= 'Z')) { sb.append(letter); } else if (sb.length() != 0) { String theword = new String(sb); if (wordList.containsKey(theword)) { wordList.put(theword, wordList.get(theword) + 1); } else { wordList.put(theword, 1); } sb.delete(0, sb.length()); } }
任務內容 | 計劃共完成須要的時間(min) | 實際完成須要的時間(min) |
---|---|---|
計劃 | 20 | 25 |
估計這個任務須要多少時間,並規劃大體工做步驟 | 10 | 28 |
開發 | 240 | 310 |
需求分析 (包括學習新技術) | 20 | 25 |
生成設計文檔 | 20 | 25 |
設計複審 (和同事審覈設計文檔) | 6 | 9 |
代碼規範 (爲目前的開發制定合適的規範) | 10 | 12 |
具體設計 | 25 | 26 |
具體編碼 | 130 | 160 |
代碼複審 | 20 | 40 |
測試(自我測試,修改代碼,提交修改) | 40 | 80 |
報告 | 90 | 110 |
測試報告 | 20 | 20 |
計算工做量 | 30 | 40 |
過後總結 ,並提出過程改進計劃 | 40 | 60 |
實際過程當中,我與結對夥伴劃分各自的工做,但卻並不是各作各的,在過程當中的"領航者"與「駕駛員」身份時常互換,相互幫助。一開始困惑不少,完成基礎部分的時候,本不打算繼續完善進階甚至作附加任務,由於時間安排不合理,以爲作不來也沒法作好,不過兩人仍是互相攙扶着完成結對任務,我想這也是結對編程帶來的。github
值得學習的地方:個人隊友認真負責,處理任務目標明確、條理清晰,學習能力強
值得改進的地方:實際工做時效率有待提升
源碼地址:https://github.com/lzh2540330731/-/blob/master/main.java編程