项目UML设计（团队）
团队信息
团队名：第三视角
各成员学号及姓名
姓名 学号 张扬(组长) 031602345 肖地秀 031602336 朱文婧 031602148 洪泽波 031602312 郑愈明 031602147 陈加伟 031602631 苏韫月 031602204 郭俊彦 031602213 李翔 031602418 王全炯 031602331
团队分工（10分）
成员负责事务
| | | |
| ---- | ---- | ---- |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |确定 alpha 版本需要做哪些事情
各成员分工明细及 TODO list
燃尽图
注：alpha 版发布时间安排在11月中旬
UML展示
基本图(必做图)
- 用例图
- 类图
- 活动图
- 状态图
- 实体关系图
附加图(其他图)
- 泳道图
- 时序图
成员成果汇集
part1：类图（郑俞明、肖地秀、胡绪佩）
这部分描述的是系统的各种类
了解实现功能所需要的各个类以及相应方法
总结了各个类对象所必须的属性，以及实现活动图中各个操作的方法
附：UML类图
part2
这里描述的是系统哪部分？
这部分要面临什么样的问题？
以下设计解决了哪些问题？
附：UML图
part3 实体关系图
用户具有用户名、账号、密码等属性，可以注销和登录微信和QQ。
微信具有微信账号、群列表、关键词等属性。
QQ具有账号、群列表、关键词等属性。
QQ和微信都可以对消息进行操作，消息具有群、发送方、时间等属性。
- 这里描述的是系统的哪部分？
用来描述信息系统中概念模型的数据存储。 - 这部分要面临什么样的问题？
数据在系统中的各个处理阶段的状态是怎样的 - 以下设计解决了哪些问题？
解决了实体之间关联模糊的问题 - 附：UML实体关系图
- 这里描述的是系统的哪部分？
工具选择以及使用后对工具的评价
- 在参考了知乎上前辈的推荐后，我们最初统一使用的获得过各种奖项的Visual paradigm，但在实际使用过程中发现操作不方便、不好看。最终被我们团队放弃了(可能是太强大了，我们驾驭不住o(╥﹏╥)o)
- 后期改了Process On它的优点有很多
- 简单、方便、快捷
- 高效、傻瓜式
- 支持同步
PSP表格
个人贡献分分配
换队感受汇总
郑愈明：
1.临时队长：虽然张扬队长被换走了，但是在王全炯临时队长的带领下，团队还是有惊无险地[划掉]完成了任务！感觉临时队长很负责，对全局的把握也很好。
2.被换来的新队友：感觉新队友很棒啊，很快就熟悉了我们团队的项目，大家一起合作完成了这次任务，相互鼓励！感觉很ok！
3.新团队氛围：因为新团队大部分成员都是老成员，感觉新成员交换来后，新的团队更好笑了[???]。总的来说，两个团队都很好！泽波：
我们一开始使用visual paragam，我负责画图，我的搭档帮助规划如何画图，我们意见出现分歧，所以效率不高，经常反复删。后面我们使用了process on，这个软件支持小组合作在不同电脑里对同一个图形进行修改，这样我们就进行了明确分工，各自完成不同的部分然后再进行整合。最后把这些图进行美化，我觉得分工协作很重要，只有各司其职，避免重复做同一件事才能提高效率。
张扬(被换走的队员)
换到新的队伍中除了对项目的不熟悉外，和新的队员处的很不错(因为大部分都认识)。尽力参与到新团队的工作中。被换走的时候还会担心自己团队的工作有没有完成(毕竟是队长)。至于被换去的队伍的工作氛围以及执行力，我个人感觉没有我们原队伍强就是了^_^，因为被换去的队伍很多时候还是在各司其职。临时队长的话，嘻嘻还是很不错滴。
加伟
1.按这次分配，我留在了原队，所以团队氛围并无太多变化。大家依然分工明确，很认真负责地完成自己应做的任务，并且默契度也很高，任务进程也大致与预期相符(除了最后写博客时出了点意外)。
2.新队员我都不认识，但他们表现的非常出色。他们都努力follow我们的方法，get产品要点，领悟能力非常强。整个过程都在协助我们一起完成uml图，并且他们功不可没。他们的态度非常值得学习。和我协作的是外组黄泽同学，他思路明确，认真负责，与我还有另一同学共同完成ER图与登录界面的泳道图。
3.唯一美中不足的就是画状态图时，因为在意于细节，忽视了时间耗费，结果导致最后不能及时做完博客。所以下次应该对时间有更严格的把握。乐忠豪(临时队员)
换了组以后工作模式工作内容都是不熟悉的，好在其他原小组成员很热心&耐心地讲解了他们的项目内容的内容细节以及给我们分配的工作内容，遇到大家都不会或不熟的内容时一起学习一起讨论的氛围很好。特别是准备的很充分，对今天早上要干什么列了时间表并严格执行，这点很值得我们学习。