软件工程实践总结&个人技术博客
目录
作业基本信息
摘要
| 这个作业属于哪个课程 | 课程链接 |
|---|---|
| 这个作业要求在哪里 | 作业链接 |
| 这个作业的目标 | 提问回顾与个人总结 |
| 其他参考文献 | csdn 百度 JavaFx文档 |
任务一：课程回顾与总结
寒假作业2链接
新的看法
- 书中7.2.4的表7-1 MSF团队模型和关键质量目标里面提到的“出口条件”是什么意思？比如开发的出口条件是：我们是否按照功能说明完成了各项功能。
答：这次alpha，beta冲刺之后，我深刻体会到了人无完人，去要求每个模块，每个功能都完全没bug，对于冲刺时间而言是做不到的。因此抓大放小，把重点功能做完是很有必要的。出口条件就是做到这一点。 - 书上8.8.3提到了一个软件团队一开始预计每次天做30小时工作量，做到一半时每天做15小时工作量。我自己在之前的软件编写和大作业上也常常有这样的烦恼。做到后面就要做大量的测试工作，很劳累。和针对测试出的错误修正并确保正确，又很心累。除非快到死线，不然效率都很低。有什么改进的办法吗？
答：这次实践之后我觉得重要的是保持一种向上的精神状态，自己尽力了就好。实在做不了找dalao求助基本都能解决问题。 - 12章的用户体验让我想到了微信。作为被广泛用于社交，办公的软件。他限制了大文件只能在200Mb以下，朋友圈发的图片和视频画质压缩严重。这两方面跟书上说的好的用户体验背道而驰。这是否说明软件发展到一定阶段用户体验反而不太重要了。
答：微信真的越做越不行，最近换手机特别折磨人的就是微信数据转移。我只能问候张小龙他亲人了。确实团队方向不对，就会发生很多问题。 - 15章中提到了在时间不够，功能不能实现时候去砍掉功能。我之前就有一次比赛中一个队友说他想到了一个他刚学会，性能很好的一个方法,做出来肯定二等奖以上。但是3天的比赛我们花了一整天还没有实现，最后只好放弃，而那个队友接下来的时间基本就是在罢工的状态，偶尔还偷偷去做他的功能……遇到这种傻子队友怎么办？
答：当初我想的很对。“我事后想的最好的办法自然是远离傻子队友。要是下一次还遇到，至少除了他以外的人不要被他所影响，也不要指望他能迷途知返。” - 第二章说到单元测试不适合用随机数来做，但应该集成到自动测试框架中，把我有点绕晕了。那自动化单元测试到底是什么？
答：上了软件质量测试的课之后有了些理解。提交代码、运行测试的重点是什么？快速捕获那些因修改向系统中引入的最常见错误，并通知开发人员，以便他们能快速修复他们。提交阶段提供反馈的价值在于，对它的投入可以让系统高效且更快地工作。主要重点是测模块以及自动化带来的速度。
解答过程
这些解答主要是软工实践过程中，个人的亲身体会带来的。在实践中出真知。
任务二：5个阶段中，每个阶段收获最大的知识或能力
需求阶段
初次接触8个人这么大团队的编程。让我对这样的团队合作有所了解
设计阶段
了解了JavaFx技术，实际接触到了服务器——客户端架构的应用程序。
实现阶段
快速上手JavaFx技术并用于客户端程序，让我知道了新上手一个技术并应用对于现在的我来说并不难。借助github团队间合作，参与解决团队中的一些矛盾。
测试阶段
实际应用了软件质量与测试课学到的测试样例设计与黑白盒测试技术
发布阶段
学会了java项目的打包与github上发布。和大家一起玩我们teamwork做的游戏很开心。
任务三：结合自己在个人项目/结对编程/团队项目的经历，谈谈自己的理解或心得。
一个团队，比效率更重要的是大家有为团队做贡献的心。不管用什么样的方法，什么样的要求。总还是有摸鱼划水的途径的。能力高低不是很重要，毕竟不是每个人都是主程。但是要有去学习的心，互联网上教程很多，想去学就能学到。
个人技术总结
同步java与javaFX线程
概述：JavaFX是单线程编程，所有对界面的操作都会交给唯一的线程Application Thread去处理。因此需要使用线程同步技术来避免异常。在实际应用中，我们房间是在开始游戏之前创建的，而游戏开始后又要处理传来的倒计时，图像，答案，聊天等数据并显示。这就需要java与javaFX线程的同步。
