这篇博客还没写完
1. 整体计划安排(2分)
截止时间 | 任务 |
---|---|
11.01 | 前端和后端商议确定接口,UI完成首页,前后端完成项目构架搭建,确定模块并分配任务 |
11.15 | 完成前端主体部分,对接后端接口 |
11.18 | 测试,修改,改善性能,检查代码,发布Alpha版本 |
11.23 | 项目完善+用户使用反馈+测试计划改进 |
12.1 | 根据反馈和需求进行新版本的模块编写,发布Beta版本 |
12.4 | 正式版本完善+用户手册 |
2. 团队分工(5分)
alpha 版本需要做的事情
注:alpha 版发布时间安排在11月中下旬
分工明细及 Todo list
- 前段
- 后端
- 产品经理
燃尽图
3. 思维导图(2分)
4. 团队贡献比例评估(2分)
描述为撰写需求规格说明书的工作流程、组员分工、组员工作量比例
组员 | 百分比 | 原定职责 | ||
---|---|---|---|---|
苏伟欢 | ||||
王淇弘 | ||||
陈文彬 | ||||
龚洋林 | ||||
林文涛 | ||||
林宏海 | ||||
邓志雄 | ||||
林小棠 | ||||
杨世杰 | ||||
张越洋 |
5. 评审表格设计(1分)
6. UML(找到自己负责部分的部分做UML练习)(10分)
必做图:
用例图
类图
活动图
状态图
实体关系图
成员成果汇集,格式如下:
part1
这里描述的是系统哪部分?
这部分要面临什么样的问题?
以下设计解决了哪些问题?
附:UML图
Part2
这里描述的是系统哪部分?
这部分要面临什么样的问题?
以下设计解决了哪些问题?
附:UML图
Part3
...
7. 工具选择(大家可以共享经验,相互推荐,谈谈为什么选择这个工具)(2分)
等下去问文涛和小棠
8. 使用后对工具的评价(2分)
9. 答辩总结(9分)
求出本组的现场答辩得分
去除最高总分,最低总分,求平均分(保留2位小数)
回答其他小组对本小组的提问
每少回答一点,该项得分扣除5%,扣完为止
需求分析报告的修改
10. 《需求规格说明书》(1分)
11. 遇到的困难及解决方法(2分)
困难描述 | 做过哪些尝试 | 是否解决 | 有何收获 |
---|---|---|---|
12. PSP(1分)
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | ||
· Estimate | · 估计这个任务需要多少时间 | ||
Development | 开发 | ||
· Analysis | · 需求分析 (包括学习新技术) | ||
· Design Spec | · 生成设计文档 | ||
· Design Review | · 设计复审 (和同事审核设计文档) | ||
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | ||
· Design | · 具体设计 | ||
· Coding | · 具体编码 | ||
· Code Review | · 代码复审 | ||
· Test | · 测试(自我测试,修改代码,提交修改) | ||
Reporting | 报告 | ||
· Test Report | · 测试报告 | ||
· Size Measurement | · 计算工作量 | ||
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | ||
合计 |
13. 学习进度条(1分)
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。