• 『编程题全队』团队计划


    『编程题全队』团队计划

    确定选题

    1. 确定团队选题,确定之后每个团队需要描述要做的究竟是什么系统,预期的用户量是多少。

    • 选题
      我们团队要做的系统是Gugua -- 一款个人事务管理与轻量级团队协作工具
      优先在Windows平台上开发桌面端,后期考虑移植到Android和iOS等平台。

    • 软件描述
      该软件包括了三大功能:
      个人任务管理:对个人任务的增删改查,有截止时间提醒等功能;
      个人及团队提醒事项管理:对个人及团队的提醒事项的增删改查,有到点提醒的功能;
      团队之间任务协作:对团队任务的增上该查,拥有在线协作的功能,可设置队员并对其及其任务进行分配管理。
      (另外有一个小功能就是:随手记——随时记下你的灵感,不落下你所有的灵光一闪。所有提醒及任务设置跟随用户账户通过服务器进行多客户端同步。)

    • 面向用户
      该软件是面向对自己日常任务管理有需求的人群所开发的软件,相对来说是比较小众的,因为适用人群相对比较自律,对日常事务有所规划。
      面向用户职业可能是:
      ①学生:对学习任务和日常安排提醒进行管理;
      ②老师:对教学计划以及日常安排提醒进行管理;
      ③职场人士:对工作计划和团队任务的管理;
      … …
      面向用户职业范围广,但人群是比较少的

    • 预期用户量:由于服务器硬件资源等限制,暂定30个用户使用量


    2. 围绕选题项目内容的 真实、可用、有价值(有情怀 作为加分项)目标来分别阐述。

    • 真实性:在上面的选题介绍中,我们说到了我们的软件适用于一些对日常事务有管理需要的人群。作为小组成员的我们本身也是对这种软件是有所需求的,而一些老师也曾表示对这种效率办公软件有使用需要,这就说明了我们选题是有真实的用户的。

    • 可用性:目前已经有了很多类似的软件,如“滴答清单”、“奇妙清单”等,他们在市场上是很火的,这些都充分证明了其可用性。

    • 有价值:我们所准备开发的软件是属于“效率办公”软件,相比于目前已有的类似的软件,我们计划添加团队项目管理模块,并对提醒与任务进行分开管理,能对合理规划日常事务带来更大的便利。

    • 有情怀:我们曾讨论过“滴答清单”、“奇妙清单”两者的异同之处,他们的优点各在哪里,他们有什么不足。我们在遇到使用的软件不是很符合个人要求的时候,都会寻思着“不如自己写一个”。市面上的类似软件用久了,就会开始计划制作一个融合了各大软件优点的属于自己的“自定义”的软件。大概这就是“个人情怀”吧。


    3. 团队项目的码云链接
    强调:做雷同项目的不同团队, 请在项目立项的时候,就提出自己团队独特的设计/功能是什么,如何找到目标用户, 然后执行。
    我们将项目分成了客户端部分和服务器部分,以下是链接:
    码云链接·客户端
    码云链接·服务器


    制定团队计划

    根据发布的项目时间规划,初步确立团队任务计划,将团队的任务计划添加到码云的团队项目Issues(列表、里程碑)里面。
    要求:
    1. PM组织成员快速阅览《构建之法》第8章到第15章关于“软件开发完整生命周期”的相关章节,并回顾在案例分析中初步练习过的项目计划设计的方法对项目做时间安排。同时请参考下面的团队项目每周环节进度表。
    2. 使用《构建之法》“计划和估计” 一节中提到的讨论方法和耗时估计公式来矫正计划的时间表,为每个环节定制好时间。并注意,不要贪图做太多的功能,而是要把关键的场景实现了(参考《构建之法》中关于MVP的描述)。


    • 原计划安排表:
    时间 计划
    第6-7周 1. 制定团队计划
    2. 需求规格说明书
    3. 原型设计,队员估计任务难度并学习必要的技术
    4. 编码规范完成、平台环境搭建完成、初步架构搭建
    5. 架构设计,WBS, 团队成员估计各自任务所需时间
    6. 测试计划制定
    第8-9周 1. 团队项目Alpha任务分配计划
    2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交
    第10周 1. 用户反馈+测试计划改进
    2. 团队Alpha阶段个人总结
    3. 团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理
    第11周 1. 项目复审
    2. 团队项目Alpha博客:事后分析
    3. 每个团队有一人必须离开,自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。
    第12-13周 1. 团队项目Beta任务分配计划,介绍新成员
    2. 连续7天的Beta敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交
    第14周 1. 团队项目Beta博客:发布说明、测试报告、展示博客
    2. 团队Beta阶段个人总结
    第15周 1. 项目复审
    2. 团队项目Beta博客:事后分析, 宣布每人的贡献分
    第16周 1. 团队整个阶段总结,分析用户数据,整理文档,保证以后的团队能接手。
    • 校正后的计划安排表:基本上没改多少。
    时间 计划
    第6-7周 1. 制定团队计划
    2. 需求规格说明书
    3. 原型设计,队员估计任务难度并学习必要的技术
    4. 编码规范完成、平台环境搭建完成、初步架构搭建
    5. 架构设计,WBS, 团队成员估计各自任务所需时间
    6. 测试计划制定
    7. 初步实现基本功能
    第8-9周 1. 团队项目Alpha任务分配计划
    2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交
    第10周 1. 用户反馈+测试计划改进
    2. 团队Alpha阶段个人总结
    3. 团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理
    第11周 1. 项目复审
    2. 团队项目Alpha博客:事后分析
    3. 每个团队有一人必须离开,自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。
    第12-13周 1. 团队项目Beta任务分配计划,介绍新成员
    2. 连续7天的Beta敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交
    第14周 1. 团队项目Beta博客:发布说明、测试报告、展示博客
    2. 团队Beta阶段个人总结
    第15周 1. 项目复审
    2. 团队项目Beta博客:事后分析, 宣布每人的贡献分
    第16周 1. 团队整个阶段总结,分析用户数据,整理文档,保证以后的团队能接手。

    快速原型法:第六周的时候我们的部分成员先写了一部分的代码原型,以此来估计了项目的大概时间。得出的结论是,项目的编码时间估计会不太充裕,所以我们稍微更改了计划,提早进入开发阶段,将编码的时间增加了。

    参考


    团队分工

    姓名 学号 分工
    孙志威(组长) 201521123077 PM、客户端开发
    孙慧君 201521123098 UI设计、客户端开发
    倪兢飞 201521123061 服务端开发
    连燕波 201521123081 软件测试
    黄华林 201521123082 服务端开发
    王威 201521123076 服务端开发

    团队小结

    • 孙志威(201521123077):
      完成情况:确定了选题,完成了任务分配工作,统筹了大致方向和计划。
      感想:我觉得我很荣幸成为这个团队的PM,我拥有一群很棒的队友,我相信接下来的2/3学期,通过我们的共同努力,我们会顺利完成自己的项目,并且做到最好。在这周的例会上我看到了每位成员的积极性,让我瞬间有了巨大的动力,我相信我的队友也有巨大的动力和潜力。同时在完成任务分配的过程中,我和成员们通过不断地协商,确定了统一意见。


    • 孙慧君(201521123098):
      完成情况:协助完成选题和博客工作,完成了界面的基本设计,并开始着手绘制界面,为后面开发做好准备和计划。
      感想:这周的任务我们顺利完成啦!很开心每位成员们都这么认真和积极,团队PM领导着我们这个优秀的团队,他完成了大部分任务和任务分配,调动了成员们的积极性。我觉得我们的项目最后一定能够顺利完成,给我们自己给老师交上一个满意得答卷,希望接下来的开发过程中每位同学都能贡献出自己的力量,克服各种困难,最后的结果一定很美好!!!


    • 倪兢飞(201521123061):
      完成情况:确定了自己服务端开发的任务,并且制定了相应的计划。
      感想:这周开始,终于进入团队合作的重要环节,确定选题。在这个过程中,我们进行了长时间的交流,最后确定了选题,在这个过程,每个人都提出了自己的想法,真是“百花齐放、百家争鸣”的情景,我们提出了一个个创新项目,然后通过分析可行性和可用性,以及与其他项目进行对比,综合考虑后确定了事务管理软件,我们觉得这个的用户人群面向职业人群较少,但是我们认为这个项目具有潜力,而且我们刚好也需要,也有兴趣。


    • 连燕波(201521123081):
      完成情况:确定了自己软件测试的任务,并且制定了相应的测试计划。
      感想:通过团队的讨论,确定了团队选题,制定了团队项目的未来走向,分配了每个组员的任务,大家在讨论中慢慢磨合。对于团队的分工大家也是信心满满,都期待着能做出一个完美的团队项目。对于我本人,我也对团队项目充满着期待,希望能够学好新技术,为团队项目贡献自己的一份力量。我很享受团队合作的过程,通过之前结对编程,感受到了1+1>2,希望在PM的带领下以及团队成员的合作,能有更好的收获!


    • 黄华林(201521123082):
      完成情况:确定了自己服务器开发的任务,并且制定了学习和开发计划。
      感想:这周我们确定了选题,在这个过程还算流畅,在会的每个成员都畅所欲言,大胆想象而又不脱离实际,考虑了各种细节和优势以及存在的不足和缺点,每个成员都十分重视,我感受到了团队的热情和激情。我在这个过程中,体会到了团队的力量,大家亲历合作,也确定了共同的方向。同时在这次与队友的技术交流中发现自己的缺陷,对于完成自己相应的任务,还需要不断地学习,并通过实践,最后应用于自己的开发任务当中。


    • 王威(201521123076):
      完成情况:确定了自己服务器开发的任务,并且制定了学习和开发计划。
      感想:本周我们大致确定了要做的项目。经过大家的热烈讨论,基本上确定了每个组员所担任的角色。我和其中一位同学编写服务端。服务端主要包括数据库和网络通信等模块,现在只是初步地确定大致要做什么,具体的工作还需要在以后的创作过程中进行细化,根据实际情况动态调整。我十分期待能够与大家合作一起做出我们都比较满意的作品,体验团队协作带来的乐趣。

  • 相关阅读:
    mybatis源码(三)SqlSession执行mapper的过程上篇
    Mybatis源码(二)mybatis核心组件介绍
    Mybatis源码(一) 之SqlSession的创建
    设计模式的分类及其六大设计原则
    设计模式之桥接模式
    设计模式之解释器模式
    设计模式之享元模式
    hdu3652
    Codeforces Round #703 (div2)
    Educational Codeforces Round 104
  • 原文地址:https://www.cnblogs.com/emmmTeam/p/8747338.html
Copyright © 2020-2023  润新知