软工个人总结

目录


一、个人提升

1. 开学初的目标

希望通过团队合作领会团队合作的内在精神,希望在分工完成项目的过程中锻炼自己的专业实践能力,能在团队中发挥作用。学习完成一个软件项目的流程,细节。

实现了吗??

  • 实现了,Clover的分工从模糊到明晰,开发一个APP涉及方方面面,文档、美工、编码,每个人兴趣不一样,都有用武之地,Clover已经逐渐有了凝聚力,有了一个共同目标:开发PMD。从需求分析、确定选题、编码规范、系统结构设计、github项目管理、两个阶段冲刺及审核、用户体验报告、宣传文案,整个流程走了一遍,仔细想想,编码只占20%是有道理的,创造一个有生命的软件需要需要技术科学,也需要管理科学。之前学了java基础,现在入门安卓,编码实践有一定的提升入门,后续继续努力,从入门到精通,拒绝从入门到停滞。

项目可以用于解决实际问题,满足一定数量的用户需求。

实现了吗??

  • 基本实现,PMD在复习的时候自己用着还是挺不错的,很多用户反馈说其实在开学初那个阶段可能更有用,期末大家还是会好好专心学习的。

2.学习和使用的新软件

  • Xmind思维导图
  • 墨刀原型设计

3.学习和使用的新工具

  • github,学会用github管理项目,进行编码协作,发布issue、建立milestone、版本管理,现在在合作其他实践项目时也会想到用github协作。

4.学习和掌握的新语言、新平台

  • 安卓
  • Android Stdio

5.统计一下,你在这门软件工程实践中,完成了多少行的代码

github显示2755++/924--,核心不多。

6.学习和掌握的新方法

  • NABCD需求分析方法
  • JUnit单元测试

7.其他提升

  • 实践过程中,在老师的时间安排,加上自己的时间安排,有序地完成任务,增强了合理安排时间按时完成任务的意识;编码命名规范意识增强,现在写代码都会注意命名问题,努力提高自己代码的可读性,李先僧一直强调命名规范问题,嗯,我会好好注意的,认真看他的编码规范;写了挺多博客作业,文档能力有了提升,会注意排版,内容组织,把自己做的事用文字表达出来,用文字记录。

二.写下属于自己的人月神话

1.需求分析与选题确立

选题确立是经过小组讨论决定的,每个人提出自己的想法,大家一起分析讨论可行性,最后确定做实践管理软件。写需求规格说明书的时候,按照国标写,里面有很多要求,整份需求分析报告20多页,我们的项目算比较小的,最后做出来的软件界面和书里不一样,已经颠覆,app核心思想没变,功能实现基本符合需求书所写的,有一些点还没实现。需求分析很重要,应该要找真实有需求的用户。我们小组打算继续开发PMD,在继续开发前应该再仔细做下需求调研分析,寻找PMD最真实的用户,分析开发可持续性,再决定具体怎么做,减小风险。

2.编码规范、系统结构设计

看李先僧的mvp代码框架,模模糊糊懂了系统结构这东西了,大脑里有了系统结构这一概念,前端后台分工独立开发确实提高效率,代码结构好,可维护性增强。alpha阶段没有看李先僧的编码规范,那时候确实没有团队编码规范的概念,有了经验教训,现在编码规范意识增强了很多,在自己写代码的时候也会注意命名规范。

3.冲刺阶段

在冲刺阶段,由于自己的缺少安卓编码经验,做的只是简单的界面编码,测试,编码经验关键在于平时的积累,之后要加强自己的编码实践。由于有java基础,所以入门安卓较快,遇到问题问李先僧,问度娘,学习过程中了解了怎样使用库,使用别人造好的车轮,也学习别人的代码,试着自己写了自定义view,希望自己能保持这种学习敲代码的精神,学精一门语言。

4.用户体验报告

做真实用户体验的时候,发现我们离满足用户需求还有一定距离,前期需求分析要做得全面,在开发过程中,要阶段性和用户交流。

5.宣传推广文案

宣传要找到宣传点,自己的app要有杀手功能吸引用户,这些问题在需求分析、软件设计时就要考虑好。


三、对下一届、后来人、自己的建议

  • 对下一届:选题的时候可以要确定核心功能,功能点在精不在多,要确保2个冲刺能够完成,尤其是杀手功能,这样子才能较为完整地走过软件构建过程。

  • 对后来人:大一大二课余时间还是比较多的,自己多做一些编码实践,至少学好一门语言,除了学书上的语法知识,自己要认认真真完成几个小项目,有助于深入理解编程语言,在大三综合实践较多的时候就不用花很多时间在语言学习上,把时间花在提升专业能力上。推荐“做中学”的软件工程教学模式。整理了博客链接,博客作业量蛮大的,所以要积累写博客(写文档)经验,提高表达能力,提高效率。

  • 对自己:多学习,多实践

  • 感谢栋哥,助教,队友~。很充实的一学期,当时选这门课是希望可以得到更多的锻炼,目标达成。


四.我的团队——Clover

  • 队友说这张图P得很像全家福,是挺温馨的,笑容很可爱,很温暖。和这张图一样团队相处十分和睦。我们成员来自3个宿舍,除了和舍友,和其他人都是不熟悉的,第一次选题会议大家都很腼腆,见面、站立式会议的时候也是腼腆的。最欣喜的是beta的那次会议,大家很自然地聊天,应该是在共同完成一个目标过程中增进了彼此的了解,所以大家可以敞开心扉了~李先僧说得没错,Clover缺少激情和活力。Clover成员的分工已经明晰了,大家相互配合,各尽所能。还没吵过架,起过强烈争执,所以觉得我们没有经过磨合阶段,又有点处在规范阶段的样子。软工的另一个大收获是认识了这个团队的人~

五.关于代码质量

  • 评价代码的指标有:完整性,可移植性,可重用性,可读性、正确性、可测试性等,指标很多,这几个指标应该是自己首先要努力达标的。可读性是首要,自己的代码命名一开始不符合编码规范(很不想去看编码规范,作死),可读性不高,阅读编码规范,逐渐改进中;正确性和可测试性基本达标了;可重用性很重要,积累自己的代码库,但是这点达标率为0,要做到这点还需多学习、多实践。

六、学过软件工程

1. 研发出符合用户需求的软件

PMD符合一部分人的需求,还需要改进

2.通过一系列工具,流程,团队合作,能够在预计的时间内发布 “足够好” 的软件
有项目规划/需求/设计/实现/发布/维护,有定时的进度发布 ; 而不是: 通过临时熬夜,胡乱拼凑,大牛一人代劳,延迟交付等方式糊弄

  • PMD有完整的需求规格说明书,编码规范文档;
  • 用github进行项目管理:里程碑设定、issue发布、版本管理;
  • PMD编码是团队成员通过github协作完成;
  • 冲刺阶段任务燃尽图显示,个人进度汇报;
  • 在alpha、beta阶段验收都能正常演示;
  • PMD完成后交付用户并收集用户反馈,进行是否继续开发及如何完善的分析。

3.并且通过数据展现软件是可以维护和继续发展的。

github链接

  • github上有PMD相关文档、源码,可以继续开发、维护。

七、自我介绍

姓名:林锦
自我介绍:对许多事物抱有好奇心,喜欢大自然,随性不随意。希望自己不忘初心。


八、个性发挥

  • 想放一张图,不知道放什么图,后来选了这张自己拍的这张图片。原因是自己挺喜欢这张图,清新,有自然的味道。贴近自己总结时的心情:平和、满意。上完软工课后似乎增进了和代码的感情。
posted @ 2016-12-30 09:51  ifelif  阅读(263)  评论(2编辑  收藏  举报
TOP