项目 | 内容 |
实验四 软件工程结对项目 | 实验四 软件工程结对项目 |
点评结对对象做业博客 | 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,这点是毋庸置疑的,能够弥补本身的缺点,发挥优点,能够从多方面讨论问题。