项目UML设计（团队）

项目UML设计（团队）

标签（空格分隔）： 软工实践

队名:wonderland之K班小分队

分组长:汉森205

组员:文航248、兴桔123

作业的传送门

一、工具选择processon

processon传送门



选择理由:

在线制作,实时协作

基本功能齐全,简洁

知乎良心推荐

支持多人协作,灵活方便

二、团队分工

alpha 版本

[alpha](http://images2017.cnblogs.com/blog/885817/201710/885817-20171021101518709-1153396886.png

)

燃尽图

各成员分工明细及 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