团队项目选题

各个团队要在10月10日前决定做哪一个项目 (按黄金点游戏排出的次序挑选),确定之后写团队博客描述他们要做的究竟是什么系统 (不懂的地方可以在博客上提问或联系老师)。
这次课程有5个学生团队,我们有2个备选项目,3个自选项目。

第一组项目:在以往项目的基础上继续完善改进(1个团队)

PhyLab物理实验网站:

核心功能是提供预习报告和自动数据处理,而后加入了论坛模块,提供了一定的社交功能。
[1] 第一版http://www.cnblogs.com/buaase/
[2] 第二版http://www.cnblogs.com/default1406/

第二组项目:选择下面指定项目中的一个(1个团队)

1. 软工自动测试平台

需求:在软件工程课程中,个人项目的测试一直是一个难以自动化的问题。不同的学校的项目题目不同,测试代码也不一样,每一届助教都需要手动测试或费时费力写一个自动批处理测试的程序。但在助教们使用的过程中发现,实际上大部分测试的大部分步骤都是可以固定下来的,比如说爬取Github仓库,命令行批处理运行等。希望能开发一个软工OJ,它的扩展性比较强,可以稍微定制化。比如能处理数独、能处理四则运算、地铁线路规划这样的题目作业的自动判定测试。它不仅能支持软工题目自动评分、还能支持代码查重、代码规范评分等,同时其定制化的成本不要太大,最好能够支持助教使用不同的语言来利用平台。

形式:平台可以通过下发安装包安装,或可以利用HTTP请求与用户程序交互来提供服务。

2. 软工团队项目度量反馈平台:

需求:

  1. 源代码管理的度量与反馈
    在软件工程课程中,团队项目阶段就开始使用了源代码管理。但是由于不熟悉且没有得到有效的指导,学生的Github技能往往不能得到太大的提升。我们希望你开发一款这样的工具:它能自动分析学生源代码项目,并对项目的源代码管理质量作出评分;同时它可以可视化展示不同时间节点提交代码量的多少,并展示出每个同学的实际修改量;最后,它可以对学生的项目提出源代码管理上的一些意见,并且要具体。
  2. 项目进度管理的度量与反馈
    能够根据用户输入的Issue ID,任务内容描述,代码签入ID,博客地址等内容,自动生成团队项目的每日例会报告,同时根据存储在数据库中的历史数据来衡量项目管理的质量,并分析项目可能存在的问题。
    形式:暂定为使用网站。

3. 博客园移动客户端

需求:实现一个edu.cnblogs.com的客户端。目前,博客园的edu方面的API已经开通了,现在可以在https://oauth.cnblogs.com/申请API授权,班级博客及其它API文档在http://api.cnblogs.com/help,使用过程中遇到的问题可以发邮件到:contact@cnblogs.com

4. 工单系统

背景

工单是企业为客户提供一个正式反馈问题的渠道,也是企业跟踪和处理问题的重要工具。

基本需求

  • 预制客服信息,客服可以用预制账号登录工单系统,处理客户创建的工单(回复工单,邮件接收工单状态变更)
  • 客户注册,客户通过邮箱注册(需做邮箱验证);
  • 客户发起工单,客户填写问题描述,机密信息(账号密码等,需在数据库中加密存储)
  • 新建沟通记录,客服和客户可以在未结束的工单里提交回复,通过邮件通知对方工单进展;
  • 客户评分和结单,客户为本次服务的满意度评分并结束工单,结单后不能再添加沟通记录和改变工单状态;

高级需求

  • 工单超时处理,客户超过一定期限未回复工单则由系统自动结单;
  • 指派处理人,工单进展会通过邮件发送给被指派的处理人;
  • 上传附件,问题描述和沟通记录中可上传附件。附件包括图片文本和压缩文件;

特殊需求

  • 统计客服的工作量,每个客服每个周期的问题数量
  • 统计客户的满意度,每个客服每个周期客户平均满意度

第三组项目: (3个团队) 自由选题

这些团队可以自己选择真实软件项目,提交项目计划书给老师审核,必须在规定时间内公开发布并达到事先计划的一系列指标(用户数目、用户评价等)。

所有团队时间:

  • Alpha版本发布:4周之后 (1周计划和设计,2周实现(sprint),1周稳定和发布)。
  • 10/24: 所有的任务都创建在Github中,并应用各种估计方法 (1) (2), 去估计各个任务的时间。把各个任务交给个人。每个任务必须有估计的时间,并且时间不能多于8小时。把所有任务更新之后,截屏、统计你们项目到底需要多少时间做完。写成一个博客。(各个团队的PM 负责此事)
  • 10/31: 必须写出第一个每日例会(scrum meeting)报告。(例子)
    1. 每个人的工作(有Issue的内容和链接):昨天已完成的工作,今天计划完成的工作;工作中遇到的困难。
    2. 燃尽图(Github燃尽图制作方法
    3. 每日例会的照片
    4. 每人的代码/文档签入记录(签入记录对应的Issue内容与链接)
      如实报告这四个部分的,得满分5分。少任何一个,就扣1/4的分。迟交得0分,晚于两周交博客,倒扣全部分。
  • 复审、反思、团队重组: 1周。
  • Beta版本发布:4周 (与Alpha阶段一致)。
  • 团队博客:在 10/17日前写出你的项目的NABCD。并明确写出在哪里发布软件,估计发布后一周的用户量(精确到千)。

posted on 2017-10-10 16:32  LJie  阅读(584)  评论(2编辑  收藏  举报

导航