作业要求 20161201

本周作业要求48小时内完成，截止期限20161203 15:05。

final 评论 I

每位同学发布1篇技术随笔，评论每个团队final发布的展示及产品，不得低于140字。

finnal 评论 II

本节是20161202 新增作业，截止期限20161204 12:00。

1.每位同学发布1篇技术随笔，评论每个团队final发布的展示及产品，对于每个团队的产品评论字数不得低于140字。

希望能够脱离纯主观感受（配色我不喜欢）、态度（产品很用心），把自己当成一般用户，
而是能结合软件工程原理（性能、功能、UI、部署）的角度讨论。

当你评价别人的时候，应有这样的心理准备，你的评价也会被评价。并且，我们会通过评价这一工作来评价你本人。
所以，请呈现你所受过的专业训练，而不是“常人”的聪明和友好。

2.每位同学为每个团队的产品排名

请每位同学邮件杨贵福 young@nenu.edu.cn，给出对除本组以外的5个小组作品名次。

格式示范，不代表教师观点:

我是尹良亮
我给出的排序是:
1.沈柏杉－飞天小女警－选礼物
2.王森－天天向上－连连看
3.武志远－新蜂－俄罗斯
4.李权－nice!－约跑
5.黄兴－奋斗吧兄弟－食物链

截止时间 20161204 09:00。

这是必选作业，未按期提交的倒扣分；
未按期提交的同学，要求公开发布技术随笔给出名次。

因为技术上无法去除同学为本组投票，以下cnblogs投票暂停。

~~，在[https://edu.cnblogs.com/campus/nenu/software-engineering/vote]
投票。分别为每个名次投票作品。不要为本组投票，已经投了的，教师会手动去除。

每人1票，目的是收集各位同学对每个作品的排名，由教师计算综合排名。 此前以小组为单位的投票，是美国各州的间接民主；此次投票为直接民主。

在团队作品中，投票你认为应排名第1（根据投票不同，可能第2、第3……）的。 还有另外5个投票，分别用于收集其他名次的投票。

没有使用排名类的投票工具，是因为教师没有找到避免恶意刷票的方案。 cnblogs中的投票虽然不能直接排名，但是发布者（仅发布者）可以查看投票人。~~

final review 报告

请再次阅读《构建之法》第2版 第323页 15.3 发布之后--事后诸葛亮会议。

请阅读[http://www.cnblogs.com/xinz/archive/2011/11/20/2256310.html]， 尤其重点阅读文章最后的"同学们几个项目的总结记录"。

各团队由组长发布1篇final review 报告。

final发布48小时用户调查报告

组长发布，包括不限于 用户数量、每位用户的评论、你的提问 (确定了指标及赋值的选项，引导用户回答对你关注的问题的感受)。

补充解释 1.指标和2.赋值的可能范围。

在吉林市1日游规格书中，同学们应该注意到 指标和赋值范围。

吉林市1日游方案 (及 plan B) 由以下指标组成: 城际交通、长春市内交通、吉林市内交通、景点、午餐、晚餐。

赋值范围，以城际交通为例，这一指标可以赋值为 城铁、硬座、动车、长途客车、包大客车（一并解决市内交通），互斥。

指标是否完整 (通完整表达项目的整体需求) 、指标选择是否合理 (子系统划分)、指标的赋值范围是否完整，是我们评价某个方案有多么优秀的依据。指标的赋值实例 (如全程包车、去小丰满水电站、午饭吃冷面) ，是我们评价某个吉林市1日游方案 (及 plan B)有多么优秀 (或者差劲)的依据。

请为你的用户调查选好指标及赋值范围，不仅为用户保留任意发挥的主观题。

final排序

各位组长微信发送给教师本组对final发布的排名，不包含本组。任意两组名次不得相同。

教师备忘，已发布过的组长不必重复发送。

final阶段贡献分分配

与此前阶段贡献分分配作业要求相同，略。

加分作业

本题是选做题，老师会对完成的同学视质量加分，不做的同学不扣分。

任选一个团队的产品，对现有功能 (参照 用户需求规格说明书 和 final发布) WBS功能分解至三级子功能，预估每个子功能所需时间。

假设你的小组有4~5名成员，其中3人有程序设计能力。某些子功能可以同步开发，某些子功能必须在其他子功能完成后才能开发 (或者使用 stub/mock)。考虑上述因此，使用甘特图为项目排期。