团队项目选题

各个团队要在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。并明确写出在哪里发布软件，估计发布后一周的用户量（精确到千）。