M1阶段个人总结



M1阶段工作分析及总结



  团队负责开发北航MOOC网站的手机客户端,虽然上一届的学长们也已经做过一个APP,但是试用之后确实并不是很喜欢,从UI到功能设计,都觉得很简陋,所以我们计划是重新写。不过又让我想到《构建之法》里新人想要推翻前辈写的程序,结果自己写的还不如的成果。所以抱着忐忑和期待我们规划了我们的工程进度计划表。

  因为选定的主题是北航MOOC,所以主色调还是选择了代表性的北航蓝。分工的时候大家一起画草稿图,设想大概的页面的设计,然后分工,UI设计一个,Coder四个,Blog一个。

  我负责的是个人信息页面的设计,包括头像,用户名,个人信息设置,APP设置,我的下载等等功能完善。

  在这一个多月的合作开发中,团队的六个人虽然也会有一些小问题上的争执,但是总而言之我们的配合还是很默契的。同时我也从这一个多月的合作中学会了很多。

  最重要的首先是Android的编程能力,从一无所知到看到自己参与开发的软件出现在自己的手机上,这种惊喜感还是存在的。同时团队合作的能力也是有所提高的。其实就个人而言,我更喜欢一个人写代码,不太擅长和别人沟通,也不太喜欢自己负责的工作和别人都有关系,知道这并不是一件好事情,所以在这一个月的磨砺中也是习惯并且喜欢上这种方式。因为有问题的时候去询问团队的人要比自己一个人默默搜索琢磨可能还是毫无益处好很多。

  当然我们也是遇到很多的问题。最重要也是最阻碍我们的开发阶段的一个问题就是和MOOC网站的开发人员沟通不便,导致我们拿到服务器接口已经是开始的第三周了。而且目前还只是内网测试的服务器接口,推广是毫无意义的。所以在下一阶段要加强和他们的沟通,保证工程能继续下去。还有因为个人能力问题导致的项目拖延也是一件很不好的事情,所以我也要加快学习的脚步了。

  所以我希望我们能够在第二阶段继续一起努力,一起学习,和新成员好好相处。

  

时间: 2024-08-04 13:56:26

M1阶段个人总结的相关文章

团队项目M1阶段个人反思

郑培蕾: 作为项目的PM,我前期的工作还是有很大的缺陷的,因为没有在开发之前对项目进行一个合理的评估,所以后来分配任务的时候就很不科学, 而且任务分配的比较粗糙,没有细化到每个人每天应该做什么,这就导致我们在后来的工作中因为联网部分造成项目卡顿,这是项目最终失败一个 很重要的原因:其次是我们团队内部成员之间的交流比较少,几名主要负责开发的成员都是在自己摸索自己的那部分,没有进行良好的沟通,所以 后来我们在展示之前费了很大的功夫去修改:还有就是团队的积极性没有调动起来,有些同学没有认真地投入进去,

M1阶段事后总结_

M1阶段的开发结束了.我们的努力得到了应有的回报,下面我们将针对M1阶段产生的一些问题进行分析和反思. 一.设想和目标 1.我们的app更像是一款针对北航学子的“知乎”应用.这款app可以实现基本功能:用户管理.搜索.分类.上传下载.用户贡献与交互等. 2.在alpha阶段,我们利用第一周的时间对学长的代码进行解读和分析,制定出相应的计划.我们认为制定计划的时间是非常充裕的,但是由于我们的经验不足,在测试原有网站的功能时出现了一些问题,导致后期修改原代码中的bug占据了过多的时间. 3.由于团队

M1阶段事后分析

M1阶段的开发结束了,在周四的课上我们组也进行了alpha阶段的汇报.我们的努力得到了应有的回报,下面我们将针对M1阶段产生的一些问题进行分析和反思. 一.设想和目标 1.我们的app更像是一款针对北航学子的“知乎”应用.这款app可以实现基本功能:用户管理.搜索.分类.上传下载.用户贡献与交互等. 2.在alpha阶段,我们利用第一周的时间对学长的代码进行解读和分析,制定出相应的计划.我们认为制定计划的时间是非常充裕的,但是由于我们的经验不足,在测试原有网站的功能时出现了一些问题,导致后期修改

M1阶段的开发过程的一些反思

今天八组队伍都做了项目的展示,和他们相比,我们的团队项目是显得最单薄的了,这里面的原因很多,固然我们团队整体的实力 比较弱,但是我们在M1项目开发过程中的种种错误表现也是导致我们项目失利的重要原因.下面我分析一下这些经验教训,作为对M1阶 段的总结,我们会在M2阶段规避这些错误,也希望能给将来的学弟学妹的项目规划作一些参考. 首先,我认为我们所犯的最致命的错误是项目任务的草率分配.我们刚拿到学长IOS代码的时候,完全是属于晕头转向的阶段,就连 苹果的虚拟机都安装不好,学长代码跑成什么样子也是完全

M1阶段事后总结

设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?我们组要爬取网上的内容供下一组使用,定义的不太清楚,因为用户只有下一个团队所以没有进行详细的需求分析,而且和下一个团队做的交流也有限,没有及时得到下个团队的需求反馈.2. 是否有充足的时间来做计划?有时间,我们组在展开工作之前总共开了两次很长会,进行了大量的讨论.3. 团队在计划阶段是如何解决同事们对于计划的不同意见的? 我们会协商讨论,直到计划得到大家的认可. 计划 1. 你原计划的工作是否最后

M1/M2项目阶段总结

1.M1/M2总结 我们这学期完成了学霸项目. 在M1阶段,我们首先进行了分工,完成了一个系统的计划,然后是对学长代码的移植和优化.在优化代码的过程中,我们遇到了不少问题,比如一些代码的冗余以及指向性混乱,数据方面的处理也是没有系统,没有结构.由于大家之前接触的语言都是C,C+和Java,而且只知道git,没有用过TFS,好在大家勤勤恳恳,努力学习了C#,JSON,TFS,并对代码中的错误进行修改,在此过程中付出了极大的辛苦,才得以将M1版本开发出来. M2阶段是在与很多科目的竞争中做出来的,当

【个人阅读】软件工程M1/M2阶段总结

这次作业是好久以前布置的,由于学期末课程设计任务比较重,我在完善M2阶段的代码的同时又忙于数据库的实现和编译器的实现,一度感觉忙得透不过气来....到这些都基本完成的时候,会看自己以前的阅读心得,觉得经过了M1/M2阶段自己第一次接触android代码开发的一无所知到后面通过合作编程以及不断的查找资料和测试代码下,我对结对编程以及软件开发又有了一些个人的理解和建议,正好发现还有一次阅读作业,就顺便我的想法都记下来... 还是从学期开始来说吧,第一次是个人统计词频的项目,这次作业还没有纳入团队编程

软件工程M1/M2总结及阅读作业总结

一.软件工程M1/M2总结 写下这篇总结的时候,我们的软件项目尚未完工.虽然尝试申请了延期答辩,但最终未能成功.这意味着,我们的项目能否正常发布已经处于了一个微妙的状态.可能可以,也可能不可以.只能尽力而为了. 整个一学期的开发下来,我在软件工程方面体会最深的是成本问题以及技术债.以前写的项目往往没有特别严格的deadline,很多是个人的随兴而写的东西,写不动了就不写了.又或者是作业,最多也就那么一千行,怎么都是可以写完的.而软件工程这门课的团队项目,7个人,一个完整的网站,特别是对于我们这个

【个人阅读作业】软件工程M1/M2总结

链接:”看<快速软件开发>的五个问题“ http://www.cnblogs.com/leiyy/p/4027759.html 一.较为明白的问题 1. 在文章的第一个关于Square_Tech的案例中,代码测试和优化都是在所有程序完成以后才进行的,这应该也不符合快速软件开发的要求吧.如果测试工程师在最开始的时候就加入到软件开发中的话,软件开发进程会不会更快呢? 在团队项目之前,虽然并不是特别了解测试工程师的工作内容,但想到既然是软件开发项目中的一个单独列出来的角色,那就肯定大有用处.当初为什