团队信息(1分)
Jarivs for Chat
各成员短学号、名、本次作业博客链接
姓名 学号 博客链接 临时组长:王全炯 博客链接
团队分工(10分)
成员负责事务
确定 alpha 版本需要做哪些事情
各成员分工明细及 TODO list
燃尽图
注:alpha 版发布时间安排在11月中旬
UML展示
已完成UML图:
- 用例图
- 类图
- 活动图
- 状态图
- 实体关系图
已完成可选升级图
- 泳道图
- 时序图
成员成果汇集,格式如下:
part1:类图(郑俞明、肖地秀、胡绪佩)
- 这部分描述的是系统的各种类
- 了解实现功能所需要的各个类以及相应方法
- 总结了各个类对象所必须的属性,以及实现活动图中各个操作的方法
- 附:UML类图
part2 :用例图()
- 这里描述的是系统哪部分?
用例图展示了用户在使用中所能操作的功能
- 这部分要面临什么样的问题?
功能之间如何组织 - 以下设计解决了哪些问题?
解决了哪些功能对用户是可见的?哪些是透明的? - 附:
- 这里描述的是系统哪部分?
part3 实体关系图
用户具有用户名、账号、密码等属性,可以注销和登录微信和QQ。
微信具有微信账号、群列表、关键词等属性。
QQ具有账号、群列表、关键词等属性。
QQ和微信都可以对消息进行操作,消息具有群、发送方、时间等属性。
这里描述的是系统的哪部分?
用来描述信息系统中概念模型的数据存储。这部分要面临什么样的问题?
数据在系统中的各个处理阶段的状态是怎样的以下设计解决了哪些问题?
解决了实体之间关联模糊的问题附:UML实体关系图
- part4 活动图
活动图根据不同活动类型,分为了登录活动、单向删除活动、热词分析活动、关键词提醒活动、消息群发活动、远程控制活动这里描述的是系统的哪部分:
用来描述用户在具体使用场景下的交互逻辑。
以及在具体实现中应该有什么方法。这部分要面临什么样的问题:
交互逻辑的构建,功能的使用是否合理,有良好的用户体验。以下设计解决了哪些问题?
确定了基本的交互逻辑。
细化了功能的需求。附:UML活动图
登录活动
单向删除活动
热词分析活动
关键词提醒活动
消息群发活动
远程控制活动
- part5 状态图
状态图将系统分为九种状态。用户首先处于未登陆状态,经过登陆的触发,进入已登陆状态;再经过登陆成功的触发进入到未设置QQ\微信账号的状态,再经由设置的触发,进入已设置QQ\微信账号的状态;再经由选择功能的触发进入到某一个功能的状态,功能模块进过相应的分析得到相应的结果,结果呈现给用户,最后到达功能已完成状态。这里描述的是系统的哪部分:
用来描述系统在不同使用场景下的状态转移逻辑。
以及在具体实现中应该有什么方法。这部分要面临什么样的问题:
状态的设置,状态转移关系的设置。以下设计解决了哪些问题?
明确了系统在不同使用场景下的状态转移逻辑。附:UML状态图
part5 泳道图
- 附:UML泳道图
登录泳道图
单向好友泳道图
工具选择(大家可以共享经验,相互推荐,谈谈为什么选择这个工具)
- ProcessOn
- 选择理由
- 工作中的小插曲
使用后对工具的评价
PSP表格
评估成员的贡献分配
姓名 学号 评分 王全炯 33+18.48+25+15 郭俊彦 33+5.28+25+15 李翔 33+24.6+5.28+25+15 胡绪佩 5.28+24.6+25+15+5 黄泽 23.76+13.2+5.28+25+15 陈家伟 31.68+5.28+25+15 乐忠豪 33+5.28+25+15+2 郑俞明 39.6+24.6+5.28+25+15 肖地秀 24.6+5.28+24.6+25+15 洪泽波 23.76+5.28+25+15