结对项目

(1)Coding.Net项目地址:https://git.coding.net/zhangjd725/teamwork.git

(2)

 

PSP

任务内容

计划共完成需要的时间

(min)

Planning

计划

50

Estimate

估计这个任务需要多少时间,并规划大致工作步骤

50

Development

开发

约8d

Analysis

需求分析 (包括学习新技术)

40

Design Spec

生成设计文档

30

Design Review

设计复审 (和同事审核设计文档)

15

CodingStandard

代码规范 (为目前的开发制定合适的规范)

25

Design

具体设计

45

Coding

具体编码

300

Code Review

代码复审

50

Test

测试(自我测试,修改代码,提交修改)

600

Reporting

报告

100

Test Report

测试报告

40

Size Measurement

计算工作量

20

Postmortem & Process Improvement Plan

事后总结, 并提出过程改进计划

40

(3)对于信息隐藏,其实结对过程中,这个是深有体会的,因为有些代码是让同伴写的,他可能会告诉你怎么用,有什么用,你不会想花时间看懂他的代码,其实这也是是隐藏的,所以结对时,对方代码出现问题一般都是写代码的去修改维护。松耦合系统通常是基于消息的系统,此时客户端和远程服务并不知道对方是如何实现的。客户端和服务之间的通讯由消息的架构支配。只要消息符合协商的架构,则客户端或服务的实现就可以根据需要进行更改,而不必担心会破坏对方。比如一个方法,有很多种写法,这个方法我让我的队友写,减少我的工作量,我只知道他有什么用,但是我看不到他的写法,所以当出现问题时,我们会进行交流,说我出现什么问题,让他修改,因此只要交流得当,这些都不是问题,我觉得这个就是松耦合吧。接口也是如此,我们只是根据要实现的功能,修改接口。

(4)本来我们觉得原来的代码已经足够有条理了,但是在各模块的连接时,在主函数里的语句越少越适和调用,因此能写成一个函数,我就不放到主函数里,

因此在外部调用时,只需传入指定的参数就能实现和在主函数里一样的结果。

(5)

改进,就是将原来的代码,能写成一个函数的我都把它写成函数,因此,对于代码修改,阅读,理解。

(6)

(7)参数异常

输入-n -10 -m -10 -10 -o 20 -b -c 时

 

(8)

由于代码过多,我就只放写这个界面的思路,其实这个可以自己用scene builder去画画自己的界面,弄个基本的雏形,然后自己去写。说来惭愧,本来界面想用scene builder写的,但是这个软件不太好用,老是卡,后来因为不知名的卡顿,导致界面代码丢失,我一气之下删了,自己去写界面的代码,但是这个软件给了我写界面的思路,原本真是一头雾水。

 

(9)

UI设计

点击 关于->帮助

出题界面,本来想加个进度条,用来提示出题的进度(题目数过大会花费很长的时间),可惜不太懂它是如何监听的,暂时放弃。

 答题界面,详细操作就不介绍了,会在点击按钮后出现相应的提示

简单测试一下

模块交流

点击“出题”——弹出对话框——输入定制的参数,相关代码:很简单就是将文本框内容读取,调用并传参数给Command

  String dataStr=dataInput.getText();
                String[]dataArr=dataStr.split("\\s");
                Command.main(dataArr);

 

把参数传到Command类,判断数据合法性,生成题目

出题的也通过调用Command的方法来进行计算,因此,两个模块就通过Command.xxx来进行交流

由于我还用到CSS来装饰界面,下面是一个调用样式文件的代码,添加之后,每个scene的子组件、布局等,都可以通过类选择器 ,id选择器调用。

scene.getStylesheets().add(getClass().getResource("Main.css").toExternalForm());

类选择器

vBox.getStyleClass().add("genTap");

id选择器

 answerBtn.setId("ansBgp");

注意的是,.label会给scene的所有Label组件添加相应的样式

(10)

(11)

 结对编程:
优点:
两人合作能有更强的解决问题的能力
结对编程让两个人所写的代码不断地处于“复审”的过程
结对编程特别适合于知识的分享和传递

缺点:
代码风格需要适应
开发人员需要时间来适应这种新的开发模式
并不是所有的项目都适合结对编程
两个人水平相似,结对编程有浪费时间的嫌疑
结对编程很累

个人优缺点:
张济吨
优点:动手能力强、敢想敢做
缺点:倔强
李伟
优点:一定的算法基础、思维活跃、认真踏实
缺点:懒散

(12)

 

PSP2.1

任务内容

实际完成需要的时间

(min)

Planning

计划

60

Estimate

估计这个任务需要多少时间,并规划大致工作步骤

60

Development

开发

2420

Analysis

需求分析 (包括学习新技术)

45

Design Spec

生成设计文档

20

Design Review

设计复审 (和同事审核设计文档)

10

CodingStandard

代码规范 (为目前的开发制定合适的规范)

20

Design

具体设计

45

Coding

具体编码

1080

Code Review

代码复审

60

Test

测试(自我测试,修改代码,提交修改)

1140

Reporting

报告

85

Test Report

测试报告

25

Size Measurement

计算工作量

20

Postmortem & Process Improvement Plan

事后总结, 并提出过程改进计划

40

posted @ 2018-04-10 07:35  omnivorous  阅读(155)  评论(1编辑  收藏  举报