项目UML设计（团队）
标签（空格分隔）： 软工实践
队名:wonderland之K班小分队
分组长:汉森205
组员:文航248、兴桔123
作业的传送门
一、工具选择processon
选择理由:
- 在线制作,实时协作
- 基本功能齐全,简洁
- 知乎良心推荐
- 支持多人协作,灵活方便
二、团队分工
alpha 版本
燃尽图
各成员分工明细及 TODO list
讨论ing....
三、UML
1.用例图
-
这里描述的是系统哪部分？
描述用户与管理员使用与博客相关的功能与操作 -
以下设计解决了哪些问题？
更加形象的描述了使用博客的功能
附：UML博客用例图
2.活动图
-
这里描述的是系统哪部分？
爬虫的爬取有关oj部分的信息,如:过题数、过题记录 -
这部分要面临什么样的问题？
爬取不同oj可能会出现失败 -
以下设计解决了哪些问题？
对爬取失败情况进行了处理 -
附：UML图
状态图
- 这里描述的是系统哪部分？
发布文章（题解或者随笔）到通知全站的过程。 - 这部分要面临什么样的问题？
从发布文章到通知全站详细流程复杂 - 以下设计解决了哪些问题？
将流程拆分成不同状态，过程清晰 - 附：UML图
类图
-
这里描述的是系统哪部分？
使用个人博客文章方面的内容 -
以下设计解决了哪些问题？
更加清晰博客文章方面的内容 -
附：UMLblog类图
3.使用后对工具的评价（5分）
- 使用起来很简洁，方便
- 使用效率很高,导出功能也很简便
- 多人协作功能效果不错
- 没有花式的模版,存在一些绘制工具的缺失
附表
评估成员的贡献分配
| 姓名 | 汉森 | 文航 | 兴桔 |
|---|---|---|---|
| 贡献 | 25% | 50% | 25% |
PSP表
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 3 | 2 |
| · Estimate | · 估计这个任务需要多少时间 | 3 | 2 |
| Development | 开发 | 60 | 60 |
| · Analysis | · 需求分析 (包括学习新技术) | ||
| · Design Spec | · 生成设计文档 | 60 | 60 |
| · Design Review | · 设计复审 (和同事审核设计文档) | ||
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | ||
| · Design | · 具体设计 | ||
| · Coding | · 具体编码 | ||
| · Code Review | · 代码复审 | ||
| · Test | · 测试（自我测试，修改代码，提交修改） | ||
| Reporting | 报告 | ||
| · Test Report | · 测试报告 | ||
| · Size Measurement | · 计算工作量 | ||
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | ||
| 合计 | 63 | 63 |