項目 | 內容 |
實驗四 軟件工程結對項目 | 實驗四 軟件工程結對項目 |
點評結對對象做業博客 | 201671010445楊愛婷 詞頻統計軟件項目報告 |
結對對象GitHub地址 | 源代碼 |
課程學習目標 | 熟悉軟件開發總體流程,提高自身能力 |
本次做業在哪一個具體方面幫助咱們實現目標 | 第一次體驗一個完整的工程 |
點評: .html
點評內容:java
你的博文結構相對來講比較完整,清晰明瞭,博文的佈局規劃,以及畫面感都是使人看起來很舒服。你的博文內容也是充實有效,看得出你的的細心與認真,可是柱狀圖截頻不太合適,有點不宜讓人發現,還有就是在總結中沒有添加對設計的程序如何買在功能實現模塊化。
點評心得:git
我看告終對對象的博文,她的內容也是充實有效,經過博文能夠看出對方的認真負責,對於做業保持着一種負責的心態。在psp中預見時間與實際的完成時間有必定的差別,在psp中實際完成須要的時間比計劃完成須要的時間要多出不少,多是經驗過少所致,不能準確的計劃出完成須要的時間。固然,在上次的做業中我本身也有好多的不足,尤爲是在java語言方面的基礎太薄弱,但願在咱們的合做過程當中能夠共同窗習,共同進步。
項目 | 內容 |
結對項目源碼在Github的倉庫主頁連接地址 | 源代碼指路 |
a.需求分析 .github
(1)實驗2要求的功能; (2)單詞頻數可視化柱狀圖; (3)統計該文本行數及字符數; (4)各類統計功能均提供計時功能,顯示程序統計所消耗時間(單位:ms); (5)可處理任意用戶導入的任意英文文本; (6)人機交互界面要求GUI界面(WEB頁面);
b.軟件設計:使用類圖 .編程
c.核心功能代碼展現:展現核心功能代碼.jsp
request.setCharacterEncoding("utf-8"); response.setContentType("text/html;charset=utf-8"); PrintWriter out=response.getWriter(); //接受頁面數據 String id=null; //Servlet就是一個鏈接前臺和後臺的界面 fileName = request.getParameter("fileName");//文件名 String words = request.getParameter("word");//指定單詞 System.out.println(words); String wordnum = request.getParameter("wordnum");//高頻數 String wordlines = request.getParameter("wordlines");//行數 String result = request.getParameter("result");//存放 id=request.getParameter("id");//功能編號的獲取
else if(id.equals("3")){ //行數統計 //開始時間 long startTime=System.currentTimeMillis(); WordCount wordCount = new WordCount(); List list=wordCount.statistics(fileName); //結束時間 long endTime=System.currentTimeMillis(); float excTime3=(float)((endTime-startTime)/1000)*1000; request.setAttribute("excTime3", excTime3); request.setAttribute("list", list); request.getRequestDispatcher("html/WordCount.jsp").forward(request, response); }
d. 程序運行:程序運行時每一個功能界面截圖 .模塊化
--人機交互界面要求GUI界面(WEB頁面);
--可處理任意用戶導入的任意英文文本;
--各類統計功能均提供計時功能,顯示程序統計所消耗時間(單位:ms);
--統計該文本行數及字符數;
--單詞頻數可視化柱狀圖;
e. 描述結對的過程,提供兩人在討論、細化和編程時的結對照片(非擺拍)佈局
f.psp .學習
PSP | 任務內容 | 計劃共完成須要的時間(min) | 實際完成須要的時間(min) |
Planning | 計劃 | 10 | 15 |
Estimate | 估計這個任務須要多少時間,並規劃大體工做步驟 | 12 | 10 |
Development | 開發 | 265 | 280 |
Analysis | 需求分析 (包括學習新技術) | 30 | 35 |
Design Spec | 生成設計文檔 | 6 | 10 |
Design Review | 設計複審 (和同事審覈設計文檔) | 6 | 9 |
oding Standard | 代碼規範 (爲目前的開發制定合適的規範) | 15 | 20 |
Design | 具體設計 | 25 | 30 |
Coding | 具體編碼 | 50 | 55 |
Code Review | 代碼複審 | 15 | 20 |
Test | 測試(自我測試,修改代碼,提交修改 | 30 | 30 |
Reporting | 報告 | 15 | 15 |
Test Report | 測試報告 | 3 | 8 |
Size Measurement | 計算工做量 | 2 | 6 |
Postmortem & Process Improvement Plan | 過後總結 ,並提出過程改進計劃 | 10 | 10 |
g. 小結感覺.測試
在兩人的合做過程當中,剛開始的時候,出現各自了不一樣的意見,兩我的的想法都是有稍微的出入,使得前期軟件設計的進度不太理想。但隨着咱們在合做的過程當中慢慢的磨合,並試着從對方的角度來看問題,理解對方,這樣就慢慢減小了矛盾,同時也加快了進度。兩人在合做時,效率與效果: 1+1>2,這點是毋庸置疑的,能夠彌補本身的缺點,發揮優點,能夠從多方面討論問題。