项目uml设计
团队信息
队名：massivehard
组长：晓辉 队员：一飞，帅珍，斌豪，锦谋
团队分工
| 模块序号 | 模块名 | 模块具体内容 |
|---|---|---|
| 1 | 日记编辑 | 添加随笔 |
| 2 | 照片选择 | 选择照片识别 |
| 3 | 消息模块 | 收发消息 |
| 4 | 个人信息 | 账号，密码等 |
| 负责人 | 分工明细 | TODO list |
| - | - | - |
| 晓辉 | 数据库搭建；接口设计 | 完成后端开发 |
| 帅珍 | UI设计，界面美化 | 完成界面的各种细节 |
| 一飞 | 原型设计，书写博客，沟通队友 | 协助晓辉完成后端开发 |
| 斌豪 | 界面开发 | 和帅珍完成前端开发 |
| 锦谋 | 实现某些需要的算法 | 配合晓辉实现交互 |
燃尽图
UML
用例图
part1
这里描述的是系统哪部分？
描述的是系统实现部分
这部分要面临什么样的问题？
面临照片检索功能，随笔添加功能。
以下设计解决了哪些问题？
解决了该app逻辑不清楚的问题，使逻辑清楚，功能模块进一步细化。
类图
part1
这里描述的是系统哪部分？
描述了用户中各个类之间交互的部分
这部分要面临什么样的问题？
要理清各个类之间的关系，清楚每个类之间的功能表达。
以下设计解决了哪些问题？
清楚了各个类之间的关系，明白了每个类内部需要有哪些数据成员和需要哪些函数和具体实现
状态图
part1
这里描述的是系统哪部分？
描述的是系统在每个功能界面实现时的状态
这部分要面临什么样的问题？
面临模仿用户使用该块功能模块时的感受好坏问题
以下设计解决了哪些问题？
解决了用户界面不友好的问题
活动图
part1
这里描述的是系统哪部分？
描述用户在每个模块进行的活动
这部分要面临什么样的问题？
活动动作僵硬，活动里面的功能不够完善
以下设计解决了哪些问题？
解决了功能不完善，活动不够清楚的问题
工具选择
工具名：peocesson
选择理由：在线编辑工具，几个人可以同时操作，界面比较友好，可以快速上手。
使用后对工具的评价
功能确实很齐全，且简单易上手，而且相比之前用的5.0版本，不管是界面还是颜色都友好了很多
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟 | 实际耗时（分钟 |
|---|---|---|---|
| Planning | 计划 | 20 | |
| .Estimate · | 估计这个任务需要多少时间 | 20 | |
| Development | 开发 | 1080 | |
| .Analysis | 需求分析 (包括学习新技术) | 600 | |
| .Design Spec | 生成设计文档 | 20 | |
| .Design Review | 设计复审 (和同事审核设计文档) | 30 | |
| .Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | |
| .Design | 具体设计 | 20 | |
| .Coding | 具体编码 | 100 | |
| .Code Review | 代码复审 | 80 | |
| .Test | 测试（自我测试，修改代码，提交修改） | 80 | |
| Reporting | 报告 | 80 | |
| .Test Report | 测试报告 | 30 | |
| .Size Measurement | 计算工作量 | 20 | |
| .Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | |
| 合计 | 1180 |
贡献分配
| 姓名 | 贡献百分比 |
|---|---|
| 晓辉 | 25 |
| 帅珍 | 20 |
| 一飞 | 18 |
| 斌豪 | 19 |
| 锦谋 | 18 |
